MongoDB 4.2.6单实例转副本集触发fassert()失败故障求助

你遇到的核心问题是：单实例修复后，WiredTiger存储引擎的内部一致性标记与副本集的状态要求不匹配，再加上残留的副本集元数据冲突，导致启动副本集时触发断言错误。以下是可以保留现有数据并成功启动副本集的具体步骤：

步骤1：确认单实例状态并备份数据 #

首先确保你的单实例能正常启动并优雅关闭，务必先备份dbPath目录（防止操作失误丢失数据）：

# 以单实例模式启动（不带副本集参数）
mongod --dbpath /path/to/your/db

# 连接到MongoDB Shell后执行优雅关闭
mongo
> db.adminCommand({shutdown: 1})

# 备份整个数据目录
cp -r /path/to/your/db /path/to/safe/backup/db

步骤2：清除旧的副本集元数据 #

再次启动单实例，连接到Shell后删除local数据库——这个数据库存储了副本集的配置、oplog等元数据，修复后的残留信息会和新的副本集配置冲突：

use local
db.dropDatabase()

执行完成后，再次优雅关闭单实例。

步骤3：以副本集模式启动实例 #

现在用副本集参数启动mongod，这时候应该不会再触发fassert()错误了：

mongod --replSet rs0 --dbpath /path/to/your/db

步骤4：初始化副本集 #

连接到MongoDB Shell，初始化副本集。如果是单成员副本集，直接执行：

rs.initiate()

如果后续需要添加其他成员，可以用指定配置的方式初始化：

rs.initiate({
  _id: "rs0",
  members: [
    { _id: 0, host: "your-server-ip:27017" }
  ]
})

执行后用rs.status()查看副本集状态，等待初始化完成即可。

关键注意事项 #

• 后续绝对不要在副本集成员上使用mongod --repair，副本集有自己的故障恢复机制，repair会破坏副本集的数据一致性。
• 如果要添加新的副本集成员，建议让新成员通过初始同步从主节点拉取数据，避免手动拷贝数据带来的一致性问题。
• 检查dbPath目录的权限，确保mongod进程拥有完整的读写权限，权限不足也可能导致启动异常。

内容的提问来源于stack exchange，提问作者chuve