elasticsearch Kibana未使用现有的.Kibana索引,elasticsearch,kibana,kibana-7,elasticsearch,Kibana,Kibana 7" /> elasticsearch Kibana未使用现有的.Kibana索引,elasticsearch,kibana,kibana-7,elasticsearch,Kibana,Kibana 7" />

elasticsearch Kibana未使用现有的.Kibana索引

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索引,而是创建一个新索引

我有2个AWS EC2实例。一个用于Elasticsearch(ES),一个用于Kibana。 我正在尝试将ES中的所有数据备份到AWS S3,然后在创建新实例时将其还原

我的做法是:

  • 终止Kibana实例
  • 与策展人备份ES数据
  • 终止ES实例
  • 启动新ES实例并使用curator恢复数据
  • 启动新的Kibana实例
  • 问题是,即使恢复工作正常(我可以看到ES中恢复的索引包括别名为.kibana的.kibana_1索引),但当kibana启动时,它不会使用现有的.kibana_1索引,而是创建一个新索引(例如:.kibana_2)

    我做错什么了吗


    (我正在使用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

    如果你有足够的视觉效果,那么这可能会成为一项艰巨的工作。也许其他人知道如何从外部批量编辑这些配置