我想备份我的elasticsearch数据,但我不清楚所有索引的目的是什么,需要备份哪些索引。
当我要求elasticsearch给我一个索引列表时,我收到了一个可怕的长列表。
我的想法是只备份我们的“扫描分段”索引,但是显示给我的索引数量使我“不知所措”。
他们的目的是什么?除了恢复“scan-staging”索引外,是否还需要备份其他任何东西,以恢复我们的宝贵数据?
据我所知,metricbeat *和logstash索引并不是真正需要的,但是这些索引都以点开头吗?
health status index pri rep docs.count
yellow open metricbeat-7.2.0-2019.07.21-000001 1 1 20174772
green open .monitoring-logstash-7-2019.08.23 1 0 138192
yellow open scans-staging 1 1 135406
green open .security-7 1 0 39
green open .monitoring-kibana-7-2019.08.27 1 0 8639
green open .reporting-2019.07.28 1 0 3
green open .monitoring-es-7-2019.08.24 1 0 286270
green open .monitoring-logstash-7-2019.08.22 1 0 138192
green open .monitoring-kibana-7-2019.08.24 1 0 8639
green open .monitoring-logstash-7-2019.08.28 1 0 48
green open .monitoring-logstash-7-2019.08.27 1 0 138192
green open .monitoring-kibana-7-2019.08.22 1 0 8639
yellow open logstash 1 1 30796050
green open .monitoring-kibana-7-2019.08.23 1 0 8639
green open .monitoring-kibana-7-2019.08.25 1 0 8640
green open .monitoring-logstash-7-2019.08.24 1 0 138200
green open .monitoring-es-7-2019.08.23 1 0 286301
green open .monitoring-es-7-2019.08.27 1 0 286299
green open .reporting-2019.07.21 1 0 2
green open .kibana_1 1 0 644
green open .monitoring-es-7-2019.08.28 1 0 178
green open .monitoring-logstash-7-2019.08.26 1 0 138200
green open .monitoring-es-7-2019.08.25 1 0 286301
green open .monitoring-es-7-2019.08.22 1 0 286299
yellow open metricbeat-7.2.0-2019.08.20-000002 1 1 5181869
green open .monitoring-logstash-7-2019.08.25 1 0 138192
green open .monitoring-kibana-7-2019.08.26 1 0 8639
green open .monitoring-kibana-7-2019.08.28 1 0 3
green open .monitoring-es-7-2019.08.26 1 0 286270
最佳答案
.monitoring包括组件的监视信息。它们是系统索引。例如.monitoring-es-7具有有关索引状态,索引率,搜索率,集群状态和ETC的信息。
您不需要备份这些索引。实际上,您不需要以点开头的备份索引。
关于elasticsearch - Elasticsearch:要备份哪些索引?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57690373/