从快照恢复副本集

单击 Continuous Backup，然后单击 Overview标签页。

单击部署，然后单击Restore or Download 。

选择恢复点。

1. 选择要恢复备份的时间点。

   恢复类型	说明	操作
   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 包含两个字段： Timestamp 自UNIX 纪元以来经过的时间戳（以秒数表示） Increment 作为 32 位序数在该秒内应用的操作顺序。	输入oplog Timestamp 和 Increment。 在副本集上运行针对local.oplog.rs的查询，以查找所需的时间戳。

2. 单击 Next（连接）。

Download单击 以手动恢复文件。

配置快照下载。

1. 配置以下下载选项：

   Pull Restore Usage Limit	选择链接的使用次数。 如果您选择No Limit ，则该链接可重复使用，直到过期。
   Restore Link Expiration (in hours)	选择链接过期前的小时数。 默认值为1 。 最大值是所选快照过期前的小时数。

2. 单击 Finalize Request（连接）。

3. 如果您使用2FA ， MongoDB Ops Manager会提示您输入 2FA 代码。 输入您的2 FA 代码，然后单击Finalize Request 。

Retrieve the Snapshots.

MongoDB Ops Manager创建指向快照的链接。 默认，这些链接的有效期为一小时，并且只能使用一次。

要下载快照，请执行以下操作：

1. 如果您关闭了恢复面板，请单击Continuous Backup ，然后单击Restore History 。

2. 恢复作业完成后，单击显示的每个副本集的(get link) 。

3. 单击：

   • 点击链接右侧的“复制”按钮，可复制链接以供日后使用，或

   • Download 立即下载快照。

取消管理目标副本集。

在尝试手动恢复数据之前，请从自动化删除副本集。

选择Unmanage this item in Ops Managers but continue to monitor选项。

停止目标副本集。

根据您的路径，您可能需要指定mongosh的路径。 运行：

mongosh --port <port> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

验证目标副本集的硬件和软件要求。

要学习；了解更多信息，请参阅安装。

将快照数据文件移至目标主机。

在将快照的数据文件移动到目标托管之前，请检查目标托管是否包含任何现有文件，并删除除automation-mongod.conf文件之外的所有文件。

解压快照文件并将其移动到目标托管，如下所示：

tar -xvf <backupSnapshot>.tar.gz
mv <backupSnapshot> </path/to/datafiles>

在临时端口上启动临时独立实例。

作为临时措施，以独立运行模式启动mongod进程。 这允许您在后续步骤中向system.replset集合添加新的配置参数。

在此过程中提到<ephemeralPort>的所有步骤中，请使用用于临时独立运行mongod进程的 。 此端口必须不同于源主机端口和目标托管端口。

运行mongod进程，如下所示。 根据路径，您可能需要指定mongod二进制文件的路径。

mongod  --dbpath </path/to/datafiles> \
        --port <ephemeralPort> \

如果要从经过命名空间筛选的快照恢复，请使用--restore选项。

mongod --dbpath </path/to/datafiles> \
       --port <ephemeralPort> \
       --restore

在mongod进程开始接受连接后，继续。

使用mongosh 连接到临时独立实例。

从运行此mongod进程的托管中，启动mongosh 。 根据您的路径，您可能需要指定mongosh的路径。

要连接到在上一步中指定的同一<ephemeralPort>上侦听本地主机的mongod ，请运行：

mongosh  --port <ephemeralPort>

在mongosh连接到mongod后，继续。

从local 数据库中删除与副本集相关的集合。

要执行手动恢复，您必须在 MongoDB Ops Manager中具有 备份管理员 角色。

运行以下命令，删除以前的副本集配置和其他非 oplog、与复制相关的集合。

db.getSiblingDB("local").replset.minvalid.drop()
db.getSiblingDB("local").replset.oplogTruncateAfterPoint.drop()
db.getSiblingDB("local").replset.election.drop()
db.getSiblingDB("local").system.replset.remove({})

成功的响应应如下所示：

> db.getSiblingDB("local").replset.minvalid.drop()
true
> db.getSiblingDB("local").replset.oplogTruncateAfterPoint.drop()
true
> db.getSiblingDB("local").replset.election.drop()
true
> db.getSiblingDB("local").system.replset.remove({})
WriteResult({ "nRemoved" : 1 })

添加新的副本集配置。

将以下文档插入local数据库的system.replset集合中。 更改以下变量：

• <replaceMeWithTheReplicaSetName> 为副本集的名称。 此名称不必与旧名称相同。

• <host> 为该副本集成员提供服务的托管。

• <finalPortNewReplicaSet> 到新副本集的最终端口。 对于自动恢复，您必须指定与之前指定的<ephemeralPort>不同的端口。

确保在members大量中包含并配置新副本集的所有节点。

1
db.getSiblingDB("local").system.replset.insertOne({
2
  "_id" : "<replaceMeWithTheReplicaSetName>",
3
  "version" : NumberInt(1),
4
  "protocolVersion" : NumberInt(1),
5
  "members" : [
6
    {
7
      "_id" : NumberInt(0),
8
      "host" : "<host>:<finalPortNewReplicaSet>"
9
    },
10
    {
11
      . . .
12
    },
13
    . . .
14
  ],
15
  "settings" : {
16
17
  }
18
})

成功的响应应如下所示：

{ "acknowledged" : true, "insertedId" : "<yourReplicaSetName>" }

插入最小有效时间戳。

发出以下命令：

db.getSiblingDB("local").replset.minvalid.insertOne({
  "_id" : ObjectId(),
  "t" : NumberLong(-1),
  "ts" : Timestamp(0,1)
})

成功的响应应如下所示：

{ "acknowledged" : true, "insertedId" : ObjectId("<yourObjectId>") }

将恢复点设置为Restore Timestamp 中restoreInfo.txt 中的值。

将oplogTruncateAfterPoint文档设置为restoreInfo.txt文件的Restore Timestamp字段中提供的值。

该文件中的Restore Timestamp字段包含两个值。 在以下示例中，第一个值是时间戳，第二个值是增量。

1
...
2
Restore timestamp:  (1609947369, 2)
3
Last Oplog Applied: Wed Jan 06 15:36:09 GMT 2021 (1609947369, 1)
4
MongoDB Version: 4.2.11
5
...

以下示例代码使用上一示例中的时间戳值和增量值。

truncateAfterPoint = Timestamp(1609947369,2)
db.getSiblingDB("local").replset.oplogTruncateAfterPoint.insertOne({
   "_id": "oplogTruncateAfterPoint",
   "oplogTruncateAfterPoint": truncateAfterPoint
})

成功的响应应如下所示：

WriteResult({ "nInserted" : 1 })

停止临时独立实例。

根据您的路径，您可能需要指定mongosh的路径。 运行：

mongosh --port <ephemeralPort> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

将实例作为临时副本集节点重新启动。

使用以下命令启动mongod 。 此动作将mongod状态与直至Restore timestamp的oplog进行协调。 根据您的路径，您可能需要指定mongod二进制文件的路径。

mongod  --dbpath </path/to/datafiles> \
        --port <ephemeralPort> \
        --replSet <replaceMeWithTheReplicaSetName>

停止临时端口上的临时实例。

根据您的路径，您可能需要指定mongosh的路径。 运行：

mongosh --port <ephemeralPort> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

（仅限时点恢复）运行MongoDB备份恢复实用程序。

此步骤是有条件的。 如果需要时点恢复，请运行它。

在此步骤中，您将在副本集的目标实例上下载并运行MongoDB备份恢复实用工具，然后停止该实例。

1. 将MongoDB备份恢复实用工具下载到您的托管。

   如果您关闭了恢复面板，请单击Continuous Backup in Deployment 、 More ，然后单击Download MongoDB Backup Restore Utility 。

2. 使用提取的快照目录作为数据目录，在未启用身份验证的情况下启动mongod实例。 根据路径，您可能需要指定mongod二进制文件的路径。

   mongod  --port <ephemeralPort> \
           --dbpath </path/to/datafiles> \
           --setParameter ttlMonitorEnabled=false \
           --bind_ip <hostname_or_IP>

   警告

   MongoDB备份恢复实用工具不支持身份验证，因此您无法通过身份验证启动此临时数据库。

3. 在目标托管上运行MongoDB备份恢复实用程序。 为副本集运行一次。

   重要

   预配置的 mongodb-backup-restore-util 命令

   MongoDB Ops Manager在 Run Binary with PIT Options 下的恢复面板上为 mongodb-backup-restore-util 提供适当的恢复选项。

   您应复制MongoDB Ops Manager应用程序中提供的 mongodb-backup-restore-util 命令。

   ./mongodb-backup-restore-util --https --host <targetHost> \
     --port <ephemeralPort> \
     --opStart <opLogStartTimeStamp> \
     --opEnd <opLogEndTimeStamp> \
     --logFile <logPath> \
     --oplogSourceAddr <oplogSourceAddr> \
     --apiKey <apiKey> \
     --groupId <groupId> \
     --rsId <rsId> \
     --whitelist <database1.collection1, database2, etc.> \
     --blacklist <database1.collection1, database2, etc.> \
     --seedReplSetMember \
     --oplogSizeMB <size> \
     --seedTargetPort <port> \
     --ssl \
     --sslCAFile </path/to/ca.pem> \
     --sslPEMKeyFile </path/to/pemkey.pem>
     --sslClientCertificateSubject <distinguishedName> \
     --sslRequireValidServerCertificates <true|false> \
     --sslServerClientCertificate </path/to/client.pem> \
     --sslServerClientCertificatePassword <password> \
     --sslRequireValidMMSBackupServerCertificate <true|false> \
     --sslTrustedMMSBackupServerCertificate </path/to/mms-certs.pem> \
     --httpProxy <proxyURL>

   mongodb-backup-restore-util命令使用以下选项：

   选项	必要性	说明
   --host	必需	提供为应应用 oplog 的 mongod 提供服务的托管的主机名、 FQDN 、 IPv4 解决或 IPv6 解决。如果您复制了MongoDB Ops Manager应用程序中提供的 mongodb-backup-restore-util 命令，则此字段已预先配置。
   --port	必需	为应应用mongod oplog 的 提供服务的托管提供临时端口。
   --opStart	必需	为要包含在恢复中的第一个 oplog 条目提供 BSON时间戳 。此信息显示在随下载的快照提供的 restoreInfo.txt文件的“Last oplog ”条目中。 此值必须小于或等于--opEnd值。
   --opEnd	必需	提供要包含在恢复中的最后一个 oplog 条目的 BSON时间戳 。 此值不能大于oplog的末尾。
   --logFile	Optional	提供写入MBRU日志的路径（包括文件名）。
   --oplogSourceAddr	必需	提供URL MongoDB Ops Manager资源端点的 。
   --apiKey	必需	提供MongoDB Ops Manager代理API密钥。
   --groupId	必需	提供群组ID。
   --rsId	必需	提供副本集ID。
   --whitelist	Optional	提供要限制恢复的数据库和/或集合的列表。
   --blacklist	Optional	提供要从恢复中排除的数据库和/或集合的列表。
   --seedReplSetMember	Optional	如果您需要副本集成员来重新创建oplog集合并使用正确的时间戳作为种子，则使用。 需要--oplogSizeMB和--seedTargetPort 。
   --oplogSizeMB	可选的	提供oplog大小（以 MB 为单位）。 如果设立了--seedReplSetMember ，则为必填项。
   --seedTargetPort	可选的	提供副本集主节点 (primary node in the replica set)的端口。这可能与使用的临时端口不同。 如果设立了--seedReplSetMember ，则为必填项。
   --ssl	Optional	如果您需要TLS / SSL才能应用oplog应用到mongod ，则使用。 需要--sslCAFile和--sslPEMKeyFile 。
   --sslCAFile	可选的	提供证书颁发机构文件的路径。 如果设立了--ssl ，则为必填项。
   --sslPEMKeyFile	可选的	提供PEM证书文件的路径。 如果设立了--ssl ，则为必填项。
   --sslPEMKeyFilePwd	可选的	提供--sslPEMKeyFile中指定的PEM证书文件的密码。 如果设立了--ssl并且该PEM密钥文件已加密，则为必填项。
   --sslClientCertificateSubject	Optional	提供目标MongoDB进程的客户端证书主题或标识名 (DN)。 如果设立了--ssl ，则为必填项。
   --sslRequireValidServerCertificates	Optional	设置一个标志，指示该工具是否应验证目标MongoDB进程提供的证书。
   --sslServerClientCertificate	Optional	提供客户端证书文件的绝对路径，用于连接到MongoDB Ops Manager托管。
   --sslServerClientCertificatePassword	可选的	提供客户端证书文件密码的绝对路径，用于连接到MongoDB Ops Manager托管。 如果设立了--sslServerClientCertificate并且该证书已加密，则为必填项。
   --sslRequireValidMMSBackupServerCertificate	Optional	设置一个标志，指示在联系MongoDB Ops Manager托管时是否需要有效证书。 默认值为true 。
   --sslTrustedMMSBackupServerCertificate	Optional	为MongoDB Ops Manager 托管提供 PEM 格式的受信任证书颁发机构证书的绝对路径。如果未提供此标志，则使用系统证书颁发机构。 如果MongoDB Ops Manager使用自签名SSL证书，则需要此设置。
   --httpProxy	Optional	提供该工具可以使用的 HTTP 代理服务器的 URL 。

   表示如果您复制了MongoDB Ops Manager应用程序中提供的 mongodb-backup-restore-util 命令，则此字段已预先配置。

4. 停止实例上的mongod 。 根据您的路径，您可能需要指定mongosh的路径。 运行：

   mongosh --port <ephemeralPort> \
         --eval "db.getSiblingDB('admin').shutdownServer()"

（仅限时点恢复）重新启动实例以恢复oplog 。

使用以下命令启动mongod ，并指定以下参数：

• <bind_ip> 为您在副本集配置中指定的该副本集成员提供服务的主机。

• <port> 到您在启动临时独立运行运行实例时指定的 <ephemeralPort>。

此操作会重放 oplog 到最新条目，包括运行 MongoDB 备份恢复实用工具时插入的条目。

mongod  --dbpath </path/to/datafiles> \
        --port <ephemeralPort> \
        --bind_ip <host-serving-this-replica-set-member>
        --setParameter recoverFromOplogAsStandalone=true
        --setParameter takeUnstableCheckpointOnShutdown=true
        --setParameter startupRecoveryForRestore=true

完成此步骤后，实际恢复进程即完成。

（仅限时点恢复）停止独立实例。

根据您的路径，您可能需要指定mongosh的路径。 运行：

mongosh --port <port> \
      --eval "db.getSiblingDB('admin').shutdownServer()"

对副本集中的每个节点重复此过程。

重新启动副本集中的所有节点。

点，副本集的数据文件处于一致状态，但需要更新副本集配置，以便每个节点相互了解。

运行以下命令：

sudo -u mongod <path/to/target_mongod_binary> -f /path/to/datafiles/automation-mongod.conf

以下示例将重新启动版本为4.4.12的所有节点 具有数据路径/data6/node3的企业 ：

sudo -u mongod /var/lib/mongodb-mms-automation/mongodb-linux-x86_64-4.4.12-ent/bin/mongod -f /data6/node3/automation-mongod.conf

重新导入副本集。

要再次自动化管理副本集，请将副本集重新导入MongoDB Ops Manager中。

在Deployment页面上，单击Add ，选择Existing MongoDB Deployment ，然后继续将Automation添加回集群。