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