重新同步备份
在此页面上
注意
您无需重新同步使用 或更高版本运行的MongoDB数据库。FCV4.2
当备份与 MongoDB 部署不同步时，Cloud Manager 会生成Backup requires a resync警报。如果收到此警报，则必须重新同步指定 MongoDB 实例的备份。
以下情况会triggerBackup requires a resync警报：
- Oplog 已滚动
- 这是
Backup requires a resync警报最常见的情况。 每当备份的尾随游标跟不上部署的oplog时，就会发生这种情况。 这类似于副本集从主节点 (primary node in the replica set)从节点(secondary node from replica set)的情况。 如果不重新同步，备份将无法同步。 - 不安全 applyOps
- 当指示“备份”中没有副本的文档时，就会出现这种情况。
- 数据损坏或其他非法指令
- 这通常会导致复制中断，从而导致备份作业中断。 当守护进程发现中断的作业时，它会请求重新同步。
在重新同步期间，从每个副本集中的从节点读取数据，Cloud Manager 不会生成任何新快照。
注意
对于使用FCV4.0 或更早版本的生产部署，您应每年重新同步所有备份。
重要
Cloud Manager 不会尝试从导致Backup requires a resync警报的情况中自动恢复。 此警报意味着没有足够的数据来完成恢复。 快照和 oplog 数据不足时，无法自动恢复。 重新同步备份是最佳选择。
Considerations
从 FCV 4.2开始，部署通过使用备份游标的 WiredTiger 检查点进行备份。 在 WiredTiger 拍摄快照时，应用程序可以继续对数据库进行读写操作。
对于使用FCV4.0 或更早版本的生产部署，为避免重新同步，请确保备份oplog不落后于部署的oplog。这就要求：
已为代理预配足够的机器资源。
您可以在维护或其他停机后及时重启 Cloud Manager 代理。
要为维护和偶尔的活动突发提供缓冲区，请确保主节点上的 oplog 足够大以包含至少24小时的活动。
以滚动方式创建索引后，应重新同步头部数据库，以确保头部数据库考虑新索引。
步骤
MongoDB Cloud ManagerGoContinuous Backup在MongoDB Cloud Manager中，Go项目的 页面。
如果尚未显示，请从导航栏的 Organizations 菜单中选择包含所需项目的组织。
如果尚未显示，请从导航栏的Projects菜单中选择所需的项目。
单击侧边栏中的 Continuous Backup（支持）。
显示“持续备份”页面。