Windows Server 2012 R2上MongoDB从3.4升级至3.6启动失败求助

Hey，我在处理MongoDB升级问题时经常碰到这种情况，尤其是Windows Server环境下那个“未能及时响应”的服务错误，完全不给有效信息，得一步步挖根源。咱们按优先级来排查：

别纠结服务启动失败的弹窗，直接去MongoDB的日志目录（默认是C:\Program Files\MongoDB\Server\3.6\log，或者你配置文件里指定的路径），打开最新的日志文件，找启动失败的具体报错。常见的坑比如兼容性版本没到位、配置参数不兼容、数据文件需要预处理，或者权限问题，日志里都会写得明明白白。

虽然你说已经设置过，但有时候可能因为操作没生效或者服务没正常重启导致版本没更新。先回退到3.4的二进制文件，启动服务后，用mongo客户端连接，执行：

db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )

确保返回的featureCompatibilityVersion值是"3.4"，而不是"3.2"。如果不是，重新执行：

db.adminCommand( { setFeatureCompatibilityVersion: "3.4" } )

执行完后别着急停服务，等个几分钟，让后台的升级任务跑完，再正常停止mongod服务。

MongoDB 3.6废弃或修改了一些3.4的配置参数，比如：

• nojournal 参数被移除了，要改成 storage.journal.enabled: false
• 旧的bind_ip要改成net.bindIp（配置文件里的层级结构也要对应）
• 尽量别用smallfiles这类不推荐的参数，虽然3.6兼容但可能触发启动问题

你可以先绕开服务和配置文件，用最小配置在命令行启动试试：

mongod.exe --dbpath "你的数据目录路径" --port 27017 --logpath "D:\temp\mongodb_temp.log"

如果这样能正常启动，说明问题出在配置文件里，回去修改mongod.cfg即可。

升级二进制文件后，服务的可执行路径可能没更新，或者服务账户没有权限访问新目录：

1. 打开服务管理器，找到MongoDB服务，右键选「属性」
2. 检查「可执行文件路径」是否正确指向3.6版本的mongod.exe，比如："C:\Program Files\MongoDB\Server\3.6\bin\mongod.exe" --config "C:\Program Files\MongoDB\Server\3.6\bin\mongod.cfg"
3. 切换到「登录」标签，确认服务账户（比如Local System）对MongoDB的安装目录、数据目录、日志目录有读写权限
4. 用管理员权限打开命令行，手动执行上面的完整命令——如果手动能启动，说明是服务配置的问题，要么修改现有服务的参数，要么删掉旧服务重新创建新服务（用sc create命令）

如果日志里提到数据文件损坏或者需要预升级，先回退到3.4版本启动服务，对每个数据库执行完整性检查：

db.runCommand({ validate: "admin" })

把admin换成你的其他数据库名称，逐个检查。如果发现损坏的集合，需要修复或者从备份恢复。另外，确保在3.4版本下运行至少30分钟，让所有后台的索引升级、数据格式转换任务都完成，再尝试升级到3.6。

按这个顺序排查，基本能解决大部分启动失败的问题。

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