Mongodb 辅助节点未恢复

Question

mongodb集群的Secondary节点进入Recovering状态，出不来。以下是我在日志中看到的内容。我知道解决此问题的一种方法是通过删除数据目录并重新启动辅助节点来重新初始化辅助节点。但我不想尝试该选项，因为我有 2 tb 的数据，而主要数据正在不断写入。

2017-06-13T12:02:14.946+0000 I REPL [replication-12569] 我们太陈旧，无法使用 mongodb.prod.mcse-reporting-olap.services.dal1.prod.walmart.com:27017 作为同步源。将此同步源列入黑名单，因为我们最后获取的时间戳：59351d47:3357 比最早的时间戳：593f8b97:5b11 早 1 分钟，直到：2017-06-13T12:03:14.946+0000 2017-06-126T104 RE109。 [replication-12569] 找不到要从 2017-06-13T12:02:14.948+0000 同步的成员 E REPL [rsBackgroundSync] 太陈旧无法赶上——进入维护模式 2017-06-13T12:02:14.948+0000 I REPL [rsBackgroundSync] 我们最新的 OpTime : { ts: Timestamp 1496653127000|13143, t: 499 } 2017-06-13T12:02:14.948+0000 I REPL [rsBackgroundSync] {Earliest Ops10t30t30t37Times 502 } 2017-06-13T12:02:14.948+0000 我 REPL [rsBackgroundSync] 见http://dochub.mongodb.org/core/resyncingaverystalereplicasetmember 2017-06-13T12:02:14.948+0000 我 REPL [rsBackgroundSync] 进入维护模式，其他 11386 个维护模式任务正在进行中

Answer 1

错误消息中的链接准确地解释了发生了什么。

副本集成员在其复制过程落后于主要覆盖成员尚未复制的 oplog 条目时变得“陈旧”。该成员无法赶上并变得“陈旧”。发生这种情况时，您必须通过删除其数据并执行初始同步来完全重新同步该成员。

为避免将来发生这种情况：

• 你需要调查为什么二级落后这么多。可能比通常预期的更多写入。

• 您的 oplog 大小可能设置不正确。一旦你的二级节点落后于 oplog 中的第一个条目，它就永远不会赶上，因为它无法获得这些交易。