orchestrator
2021.10
false
- 入门指南
- 要求
- 最佳实践
- 安装
- 正在更新
- 迁移 Elasticsearch 索引
- 更改 Orchestrator/身份服务器 URL
- 使用 Windows 安装程序更新
- 使用 Azure 脚本进行更新
- 身份服务器
- 对启动错误进行故障排除
迁移 Elasticsearch 索引
重要 :
请注意此内容已使用机器翻译进行了部分本地化。
新发布内容的本地化可能需要 1-2 周的时间才能完成。
不在支持范围内
Orchestrator 安装指南
迁移 Elasticsearch 索引
通过使用 Elasticsearch 的快照和还原功能,您可以创建所有索引的备份存储库,然后可用于还原当前服务器或根据需要移动到新服务器。 这对于在发生硬件故障或需要升级时提供无缝过渡非常有用。
在本节中,我们将介绍 Windows 服务器计算机上的迁移过程。 有关快照的更多信息,以及所有 受支持 的 Elasticsearch 版本的可用设置和命令的完整列表,请参阅 Elastic 官方文档。
当前服务器和新服务器之间必须具有共享文件系统。 在此示例中,我们使用了在新服务器上创建的共享文件夹。
备注:
确保每台服务器上使用的帐户具有对此共享目录的读取和写入访问权限。
此外,以前设置的任何 Kibana 可视化不会保存,需要重新创建。
在当前服务器中,执行以下步骤:
- 停止 Elasticsearch 服务。
- 在
elasticsearch.yml
文件中添加共享目录:path.repo: [“\\\\server_name\\folder_name”]
。 - 重新启动 Elasticsearch 服务。
- 在 Kibana 仪表板的“ 开发工具 ” 部分中,单击“ 控制台” 。 “ 控制台 ” 窗口随即打开。
-
使用有意义的名称创建存储库:
PUT /_snapshot/backup_old/ { “type”: “fs”, “settings”:{ “location”: “\\server_name\\folder_name” } }
PUT /_snapshot/backup_old/ { “type”: “fs”, “settings”:{ “location”: “\\server_name\\folder_name” } } - 如果成功,则控制台响应为:
“acknowledged”: true
。 -
创建快照,并为其指定一个有意义的名称:
PUT /_snapshot/backup_old/snapshot_1?wait_for_completion=true
。注意:?wait_for_completion
参数确定是在快照完成 (true
) 还是初始化 (false
) 时返回请求。 对于大型存储库,即使此参数设置为 false,此命令也可能需要几分钟才能返回。
该命令完成后,您的快照将保存在指定的存储库中,并且可供使用。 建议经常拍摄快照,以使存储库尽可能保持最新状态。 快照以增量方式拍摄,在后续执行中仅保存新数据,因此不会占用大量资源。
在新服务器中,执行以下步骤:
- 停止 Elasticsearch 服务。
- 在
elasticsearch.yml
文件中添加共享目录:path.repo: [“\\\\server_name\\folder_name”]
。 - 重新启动 Elasticsearch 服务。
- 在 Kibana 仪表板的“ 开发工具 ” 部分中,单击“ 控制台” 。 “ 控制台 ” 窗口随即打开。
-
使用与以前相同的名称创建存储库:
PUT /_snapshot/backup_old/ { “type”: “fs”, “settings”:{ “location”: “\\server_name\\folder_name” } }
PUT /_snapshot/backup_old/ { “type”: “fs”, “settings”:{ “location”: “\\server_name\\folder_name” } } - 如果成功,则控制台响应为:
“acknowledged”: true
。 - 加载快照:
POST/_snapshot/backup_old/snapshot_1/_restore
。
系统将重建所有先前的索引,但根据大小的不同,可能需要一些时间才能同步所有索引。 可以在已运行的集群或新计算机中执行还原。