从从节点 (secondary node from replica set) Ops Manager 恢复 Ops Manager

Considerations

先决条件

• 从 MongoDB Ops Manager 8.0.24 及更高版本开始，恢复模式在默认情况下启用。如果您已将其禁用，请在恢复之前在主 MongoDB Ops Manager 上重新启用。有关步骤，请参阅配置从 MongoDB Ops Manager 以备份 MongoDB Ops Manager。

• 确认从节点(secondary node from replica set) Ops Manager 已完成快照，并为后端数据库设置了连续时间点恢复窗口。

• 确认您保留了恢复所需的每个主机状态，包括来自原始主节点 MongoDB Ops Manager 安装的 gen.key 文件。

保留每个主机状态

完整的主 MongoDB Ops Manager 恢复需要不仅应用程序数据库。除从节点(secondary node from replica set) MongoDB Ops Manager 备份的应用程序数据库外，还要保留每个主机上的以下状态：

恢复主 MongoDB Ops Manager

恢复模式和协调

恢复应用程序数据库并启动主节点 (primary node in the replica set) Ops Manager 后，主节点 (primary node in the replica set) Ops Manager 会将每个 MongoDB Agent 的配置版本与恢复的配置版本进行比较。如果代理报告的版本较新，主节点 (primary node in the replica set) Ops Manager 会为该项目进入恢复模式并自动协调配置：

• 主节点 (primary node in the replica set)Ops Manager隔离项目。它显示恢复模式横幅，返回对代理轮询的未更改响应，并阻止从用户界面和API部署更改，直到协调完成。

• 主节点 MongoDB Ops Manager 从每个代理获取配置版本，选择具有最新配置的代理，并将该配置写入应用程序数据库作为权威配置。

• 主节点 Ops Manager 会退出项目的恢复模式，并恢复正常操作。备份会自动恢复。

此协调可防止分割大脑场景。它在任何代理接收新配置之前，将所有代理聚焦到单一权威配置。

将应用程序数据库回滚到较早的时间点时，恢复的配置将不再包含您在恢复点之后所做的部署更改。如果没有协调，代理将收到较早的配置，并停止配置不再引用的进程。影响取决于部署更改：

协调可防止这些结果。主节点 (primary node in the replica set) MongoDB Ops Manager 将所有代理合并到最新配置，并在退出恢复模式之前将按需快照入队，这可为您提供一个一致的备份点。

验证恢复的 MongoDB Ops Manager

确认恢复的主节点 (primary node in the replica set) Ops Manager 正常：

• 确认 MongoDB 代理重新连接并报告状态正常。

• 确认您的托管部署的自动化、备份和监控已恢复。

• 确认主节点 (primary node in the replica set) MongoDB Ops Manager 退出恢复模式。要检查恢复模式状态，请作为具有 Project Read Only 角色的用户向以下终结点发送 GET 请求。响应显示当前状态、trigger 原因和项目的时间戳：

  GET /api/public/v1.0/groups/{PROJECT-ID}/restorationMode

从卡住的协调中恢复

如果主 MongoDB Ops Manager 在恢复模式下重启，它将在下一次 MongoDB Agent 拉取时重新触发协调。您无需对重启情况采取操作。

协调可能无法完成，示例因为无法访问代理。在这种情况下，请以具有 Project Owner角色的用户身份使用以下API端点之一：

• 要重试协调，请向以下终结点发送 POST 请求。重试会重置协调失败计数器，并在不退出恢复模式的情况下重新运行协调：

  POST /api/public/v1.0/groups/{PROJECT-ID}/restorationMode/retry

• 要强制主 Ops Manager 退出恢复模式并接受恢复的配置，请向以下终结点发送 DELETE 请求：

  DELETE /api/public/v1.0/groups/{PROJECT-ID}/restorationMode

切换到恢复的 MongoDB Ops Manager

此模式可就地恢复主节点 MongoDB Ops Manager。它不会将从节点 MongoDB Ops Manager 提升为主节点 MongoDB Ops Manager。

验证恢复的主节点 (primary node in the replica set) Ops Manager 后，完成切换：

• 更新 URL to Access Ops Manager 设置和所有 DNS 记录，使其点已恢复的主节点 (primary node in the replica set)Ops Manager。

• 确认 MongoDB 代理 连接到恢复的主节点 Ops Manager。当代理的配置中的 mmsGroupId 和 mmsApiKey 与恢复的项目记录匹配时，代理将重新连接而无需重新注册。

操作指导

使用以下实践来长期运行和验证此模式。