不能直接用mongorestore恢复到已运行的副本集，因mongorestore是逻辑导入工具，不生成oplog条目，导致从节点无法同步、oplog断裂、触发全量初始同步；正确做法是停集群、单节点独立恢复、删local库、再重建副本集。
不能直接用 mongorestore 恢复到一个已运行的副本集 —— 这会导致数据不一致、oplog 断裂，甚至触发全量初始同步（initial sync），让整个恢复过程失效。
为什么 mongorestore 不能直接写入运行中的副本集
mongorestore 是逻辑导入工具，它逐条插入文档，不保留原始的 oplog 时间戳和操作顺序。副本集依赖 oplog 实现节点间复制，而 mongorestore 插入的数据不会生成对应的 oplog 条目，从节点无法同步，主节点也无法识别这些“外部写入”。结果通常是：
- 从节点持续报错
OplogStartMissing或CannotReplSetSyncFrom - 执行
rs.status()发现从节点状态为STARTUP2或RECOVERING，长时间卡住 - 即使临时成功，后续写入可能因 oplog gap 导致复制中断
正确做法：先停副本集，再单节点恢复，最后重建
核心思路是绕过复制机制，把备份数据作为“初始数据”加载进干净实例，再按副本集协议启动。步骤如下：
- 关闭所有
mongod进程（包括主、从、arbiter） - 清空所有节点的
--dbpath目录（或重命名备份） - 只启动一个节点，以独立模式运行：
mongod --dbpath /data/db --port 27017 --bind_ip localhost - 用
mongorestore导入备份：mongorestore --drop /backup/mongodump-20260720/（--drop防止残留数据干扰） - 连接
mongosh，删除local数据库：use local; db.dropDatabase()（否则后续初始化会失败） - 关闭该节点，加上
--replSet rs0参数重启，并执行rs.initiate() - 再依次启动其他节点，用
rs.add("host:port")加入副本集
恢复后必须检查的三件事
恢复完成不等于副本集真正可用，容易被忽略但关键的验证点：
-
rs.printSecondaryReplicationInfo()—— 确认所有从节点的syncSourceHost和lastSyncedTime正常更新 -
db.getMongo().getDBNames()和db.collection.stats().size—— 核对数据库名、集合数、文档总数是否与备份时一致 - 手动在主节点写一条测试文档，等 5 秒后在从节点查 —— 验证复制延迟是否在毫秒级（而非分钟级）
最常被跳过的动作是删 local 数据库和验证 lastSyncedTime；一旦漏掉，副本集看起来“正常”，实际处于半瘫痪状态，故障时无法 failover。
