如何从无法启动的旧硬盘MongoDB实例中抢救数据并迁移到新实例

是否可以直接复制数据文件完成迁移？ #

满足以下所有前提时，可直接复制数据文件完成迁移，该方式也是迁移效率最高的方案：

• 新旧MongoDB的大版本完全匹配，小版本尽量保持一致（例如旧实例为4.4.18，新实例也需使用4.4.x分支版本，跨大版本直接复制数据文件大概率出现兼容性错误无法启动）
• 新旧实例使用的存储引擎完全一致（当前主流为WiredTiger，若旧实例使用已废弃的MMAPv1引擎，MongoDB 4.0之后版本已不再支持该引擎，无法直接复制）
• 旧硬盘中的数据文件无物理损坏

如果旧实例是因为系统崩溃、异常断电导致的非正常退出，直接复制文件后首次启动可能需要执行修复操作。

最优迁移操作步骤 #

步骤1：提取旧实例的配置信息 #

从旧硬盘的MongoDB安装目录中找到配置文件mongod.cfg，确认以下核心参数：

• 版本号：右键点击旧安装目录下的mongod.exe，在属性的「详细信息」页查看完整版本号
• 存储引擎：配置文件中storage.engine字段的取值
• 数据目录：配置文件中storage.dbPath对应的路径，该目录下存储了所有MongoDB的运行数据

步骤2：新环境部署匹配版本的MongoDB #

在新Windows设备上安装和旧实例版本完全一致的MongoDB，安装完成后手动停止默认启动的MongoDB服务。

步骤3：复制数据文件 #

将旧硬盘中dbPath路径下的所有文件、子目录完整复制到新设备的本地路径，复制过程不要中断，避免文件损坏。
修改新MongoDB的mongod.cfg配置，将storage.dbPath参数改为你刚才存放复制数据的本地路径。

步骤4：启动实例并验证 #

尝试启动新的MongoDB服务：

• 若启动成功，直接登录MongoDB执行show dbs命令，校验所有数据库、集合数据是否完整即可
• 若启动失败，大概率是旧实例异常退出导致数据文件不一致，执行修复命令：
  mongod --dbpath 你的数据目录本地路径 --repair
  修复需要占用和数据文件大小相近的临时磁盘空间，请提前预留足够空间，修复完成后再重新启动实例即可。

跨版本/存储引擎不匹配的备选迁移方案 #

如果需要迁移到更高版本的MongoDB、或新旧存储引擎不兼容，按以下流程操作：

1. 临时部署一套和旧实例版本完全一致的MongoDB环境，按上述步骤挂载旧数据文件并启动成功
2. 用mongodump工具导出全量数据：mongodump -o 本地导出目录路径
3. 在新环境的目标MongoDB实例上，用mongorestore工具导入全量数据：mongorestore 刚才的导出目录路径

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