几周前我们就遇到过这种情况，mongo 无法重启。我们有 30GB RAM。页面文件最初是 4GB。几周前我们第一次遇到这种情况时，我们将页面文件增加到最小 12GB/最大 25GB。
几天前...服务器再次终止：
2014-10-01T00:24:05.664-0500 [conn3421] insert dotnetwrapper_mongodb.LogItem ninserted:1 keyUpdates:0 numYields:0 locks(micros) w:1814629 1818ms
2014-10-01T00:24:05.914-0500 [conn3419] VirtualProtect for c:/MongoDB/Data/dotnetwrapper_mongodb/dotnetwrapper_mongodb.309 chunk 46821 failed with errno:1455 The paging file is too small for this operation to complete. (chunk size is 67108864, address is 2db94000000) in mongo::makeChunkWritable, terminating
2014-10-01T00:24:05.914-0500 [conn3419] dotnetwrapper_mongodb.LogItem Fatal Assertion 16362
2014-10-01T00:24:08.082-0500 [conn3419] mongod.exe ???
幸好，一切顺利。
除了显而易见的（不要将 mongo 用于生产系统！-这是一个日志系统）...
我们需要做什么才能彻底解决这个问题？（50GB 的分页文件似乎不合适……）
答案1
是的，答案就在mongo jira系统中：
https://jira.mongodb.org/browse/SERVER-10044
- 知道问题
- 影响了很多用户
- 在撰写本文时，他们正在制定解决方案
截至 2015 年 3 月，该漏洞仍然存在，我们的 mongo 服务器每隔一两个月就会出现宕机。
答案2
这是一个问题（另请参阅https://serverfault.com/a/637052/239616) 与旧版本中的旧 MMAPv1 存储引擎不同。MongoDB 决定不修复它，而是参考他们的生产说明：
https://docs.mongodb.com/manual/administration/production-notes/#production-windows-pagefile
然而，更好的解决方案很可能是升级到较新版本的 MongoDB 并使用 WiredTiger 存储引擎（或 MMAPv1 的当前替代品）。这应该可以消除问题（但可能会引入大量新问题）。