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