从快照恢复分片集群
在此页面上
当您从快照中恢复集群时，Ops Manager会为您提供所选恢复点的恢复文件。
要学习；了解恢复进程，请参阅恢复概述。
重要
Ops Manager 3.6 中的更改：时间点恢复
Considerations
查看对BinData BSON子类型的更改
BSON规范 将BSON二进制数据类型 (BinData ) 的默认子类型从2 更改为0 。快照中存储的某些二进制数据可能是BinData子类型2 。 备份会自动检测BinData子类型2的快照数据并将其转换为BinData子类型0 。 如果应用程序代码需要使用BinData子类型2 ，则必须更新应用程序代码以处理BinData子类型0 。
使用以下内容中给出的设置进行恢复： restoreInfo.txt
备份恢复文件包括名为restoreInfo.txt的元数据文件。 此文件捕获拍摄快照时数据库使用的选项。 恢复后，数据库必须使用列出的选项运行。 此文件包含：
groupName
ReplicaSetName
集群 ID （如果适用）
快照时间戳（作为 UTC 时间戳）
恢复时间戳（作为 UTC 的 BSON 时间戳）
上次应用的oplog （作为 UTC 的BSON时间戳）
MongoDB 版本
storage engine类型
拍摄快照时数据库上使用的mongod 启动选项
加密（仅在对快照启用加密时显示）
主密钥 UUID （仅在对快照启用加密时显示）
如果从加密备份恢复，则必须为此主密钥预配证书。
备份注意事项
所有 FCV数据库必须符合相应的备份注意事项。
加密注意事项
要从加密备份中恢复，您需要用于加密备份的相同主密钥，以及与备份守护程序主机上相同的证书或从KMIP主机使用该密钥预配的新证书。
如果快照已加密，恢复面板将显示 KMIP 主密钥 ID 和 KMIP 服务器信息。 您还可以在查看快照本身时以及在restoreInfo.txt文件中找到这些信息。
在恢复期间禁用客户端向 MongoDB 发出请求
您必须确保 MongoDB 部署在恢复期间不会收到客户端请求。 您必须：
使用新主机名恢复到新系统，并在新部署运行后重新配置应用程序代码，或者
确保恢复数据时 MongoDB 部署不会收到客户端请求。
恢复快照
要让 Ops Manager 自动恢复快照，请执行以下操作：
单击 Continuous Backup，然后单击 Overview标签页。
选择恢复点。
选择要恢复备份的时间点。
恢复类型说明操作Snapshot允许您选择一个已存储的快照。选择要恢复的现有快照。Point In Time创建一个自定义快照，包括所有操作，直到但不包括所选时间。默认情况下，Oplog 会将数据保存 24 小时。
示例，如果您选择
12:00，则恢复中的最后一次操作为11:59:59或更早。重要提示：在FCV 4.0中，您无法执行涵盖最近一次备份重新同步之前任何时间的PIT恢复。 有关导致重新同步的条件，请参阅重新同步备份。 本说明应用用于FCV 4.2或更高版本。
选择Date和Time 。Oplog Timestamp创建自定义快照，其中包括输入的oplog时间戳（含）之前的所有操作。 oplog Timestamp 包含两个字段：
TimestampIncrement作为 32 位序数在该秒内应用的操作顺序。输入oplog Timestamp 和 Increment。
在副本集上运行针对
local.oplog.rs的查询，以查找所需的时间戳。单击 Next（连接）。
手动恢复进程假定：
目标托管中没有数据。
您尚未使用加密快照。
您尚未启用双重身份验证。
警告
仅当无法运行自动恢复时才手动恢复快照。 如果您确定必须使用手动恢复，请联系MongoDB支持部门以获取帮助。 本节简要概述了手动恢复过程的各个阶段。
手动恢复进程包括以下高级阶段，您可以在MongoDB支持部门的帮助下执行这些阶段：
（可选）。 查看每个副本集和 CSRS 的配置文件。 完成恢复进程后，您可以使用保存的配置文件在恢复的副本集上重建配置。
完整的手动恢复过程可在MongoDB Server 4.2文档中找到。 对于MongoDB 4.4或更高版本的部署，请参阅相应版本的手册。