Kibana系统索引恢复办法

问题背景：用户由于模板配置失误，导致模板影响了系统索引，在绑定ILM策略之后，ILM策略在管理业务索引的同时也管理了系统索引。所以导致系统索引也被删除。

故障表现：kibana中配置的index patterns全部丢失。配置的user和role也同样出现了丢失。

ES版本：7.10.1

问题分析：在kibana中，kibana所使用的系统索引有".kibana_1",".kibana_2",".kibana_task_manager_1"

其中index patterns数据存储于.kibana_1或.kibana_2中。kibana通过.kibana的别名进行数据的读取。如果.kibana_1或.kibana_2

被删除。则.kibana_task_manager_1中存储的定时任务信息会自动创建出一个.kibana的系统索引，此时kibana中是不存在index patterns等kibana系统数据的。

解决办法：

恢复前提：集群有开启自动快照备份或手动备份过系统索引在快照中。

恢复步骤：

1.GET集群仓库快照下的信息，根据快照索引确认系统索引是否备份。

GET _snapshot/repository_name/_all

2.执行快照恢复指定索引，并设置别名。

POST _snapshot/repository_name/snapshot_name/_restore
{

    "indices": ".kibana_1",
    "rename_pattern": ".kibana_1",
    "rename_replacement": ".kibana_1.bak"

}

注：indices与rename_pattern填写的内容需要保持一致。

恢复完成后效果如图：

3.对kibana现有的系统索引进行备份之后。删除".kibana_1",".kibana_2",".kibana_task_manager_1"然后重启kibana服务。

让kibana重新初始化这三个系统索引。

kibana重启初始化索引后会自动对.kibana_1或.kibana_2打上别名“.kibana”

然后将冲快照中恢复出来的索引备份至刚初始化的系统索引中。

POST _reindex
{
  "source": {
    "index": ".kibana_1.bak"
  },
  "dest": {
    "index": ".kibana_1"
  }
}

刷新kibana页面，在index patterns中就可以看到索引被删除前创建的索引模式。