恢复概述
要从备份恢复部署,请选择要恢复数据库的快照或时间点。 MongoDB Ops Manager为您提供可从中恢复数据库的文件。
您可以恢复单个 MongoDB 数据库、一个副本集或分片集群中的所有分片。
您可以从现有 快照 或特定时间点恢复部署。对于时间点,您可以指定日期和时间、oplog 时间戳或分 片集群 的 检查点 。
如果要从某个时间点恢复,则必须将 MongoDB 备份恢复实用工具下载到目标主机。 MBRU请求并应用最新完整快照和您选择的时间点之间的oplog条目。
要恢复备份,请使用以下选项之一:
取消恢复
要取消恢复:
导航到 Backup > Restore History标签页。
单击 Cancel(连接)。
自动恢复
如果您选择让MongoDB Ops Manager自动恢复备份,则自动化操作会删除目标主机上的所有现有数据,并将该数据替换为快照中的新备份数据。
限制
如果要恢复分片集群,则必须恢复所有分片。 如果您尝试恢复分片集群中的单个分片,则恢复过程将失败。
先决条件
要执行自动恢复,请执行以下操作:
安装在源主机和所有目标主机上安装的MongoDB Agent ,并检查目标部署上的MongoDB Agent是否可以连接到目标部署中的所有主机。
对于运行 FCV 4的分片集群。 0或更早版本,启用检查点。
检查目标集群的
featureCompatibilityVersion
是否大于或等于源集群的featureCompatibilityVersion
。例子
运行以下命令检索给定主机的
featureCompatibilityVersion
:db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) 要了解更多信息,请参阅setFeatureCompatibilityVersion。
查看以下兼容性矩阵,了解每个 MongoDB 版本支持的源集群FCV 。 目标集群中每个主机的 MongoDB 版本必须支持源集群快照的FCV 。
源集群FCVMongoDB3.4MongoDB3.6MongoDB4.0MongoDB4.2MongoDB4.4MongoDB5.0MongoDB6.03.23.43.64.04.24.45.06.0
恢复到不同项目
您可以选择恢复到不同项目的集群:
自动恢复失败的潜在原因
当备份数据库和目标数据库的某些存储设置不匹配时,自动恢复可能会失败:
storage.mmapv1.nsSize
storage.mmapv1.smallFiles
在尝试恢复之前,无法检查是否存在不匹配情况。如果恢复尝试失败,Ops Manager 会显示任何不匹配的设置。如果仍想恢复备份的数据库,请修复目标数据库中与备份数据库不匹配的设置,然后重试备份数据库的恢复过程。
重要
MongoDB 在 MongoDB 4.2中删除了对 MMAPv 1存储引擎的支持。 如果编辑部署的配置以将存储引擎更改为WiredTiger存储引擎, MongoDB Ops Manager将重新启动MongoDB进程。
当您尝试恢复分片集群中的单个分片时,自动恢复会失败。如果要恢复分片集群,则必须恢复所有分片。
恢复过程
要执行自动恢复,请参阅要恢复的部署的过程:
手动恢复
先决条件
要执行手动恢复,您必须在 Ops Manager 中具有备份管理员角色。
恢复文件格式
Ops Manager 将每个快照提供为包含数据目录的完整副本的未压缩 ( .tar
) 或压缩 ( .tar.gz
) 存档。
选择压缩快照可以加快交付速度,但需要目标主机上有足够的空间来容纳压缩快照及其提取的数据库文件。
手动恢复过程
要执行手动恢复,请参阅:
恢复进程流
您可以从已完成的快照或从特定时间点恢复。 通过以下页面了解手动恢复流程。