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