elasticsearch Kibana未使用现有的.Kibana索引
我有2个AWS EC2实例。一个用于Elasticsearch(ES),一个用于Kibana。 我正在尝试将ES中的所有数据备份到AWS S3,然后在创建新实例时将其还原 我的做法是:elasticsearch Kibana未使用现有的.Kibana索引,elasticsearch,kibana,kibana-7,elasticsearch,Kibana,Kibana 7,我有2个AWS EC2实例。一个用于Elasticsearch(ES),一个用于Kibana。 我正在尝试将ES中的所有数据备份到AWS S3,然后在创建新实例时将其还原 我的做法是: 终止Kibana实例 与策展人备份ES数据 终止ES实例 启动新ES实例并使用curator恢复数据 启动新的Kibana实例 问题是,即使恢复工作正常(我可以看到ES中恢复的索引包括别名为.kibana的.kibana_1索引),但当kibana启动时,它不会使用现有的.kibana_1索引,而是创建一个新索引
(我正在使用7.0.1版本的services和curator 5.7.6)据我所知,索引只是操作系统上使用GUID作为文件名的文件。因此,当您恢复这些文件时,将重新创建所有引用这些索引的对象。解决此问题的唯一方法是通过转到保存的对象并修改与最新GUID键一起使用的索引来编辑对象。 要导航到该对象,请转到管理,然后转到保存的对象。找到有问题的对象。单击三个点,选择“输入”。 通常这对于可视化来说是一个问题,所以我要做的是编辑新GUID中的引用部分和过去作为“id”的值 请参见下面的示例
[
{
"name": "kibanaSavedObjectMeta.searchSourceJSON.index",
"id": "71eacc40-fa33-11e9-be5b-a960e3c83f4d",
"type": "index-pattern"
},
{
"name": "kibanaSavedObjectMeta.searchSourceJSON.filter[0].meta.index",
"id": "71eacc40-fa33-11e9-be5b-a960e3c83f4d",
"type": "index-pattern"
}
]
我知道这并不能完全回答您的问题,但它提供了修复恢复后问题的解决方案。
顺便提一下
我正在使用Kibana 7.4.0
如果你有足够的视觉效果,那么这可能会成为一项艰巨的工作。也许其他人知道如何从外部批量编辑这些配置