我一直在我的32位Mongo数据库中向GridFS添加文件。当所有Mongo文件的大小达到2Gb时，它最终失败了。所以，然后我删除了GridFS中的文件。我已经尝试运行repairDatabase（）命令，但它失败了，说“对于更大的数据集，mongo需要64位”。尝试对GridFS运行compact命令时出现同样的错误。
所以，我达到了2Gb的限制，但它不会让我压缩或修复，因为它没有空间。谈谈Catch22 !!
我该怎么办？
修改 这是我遇到的一个直接问题 - 如何立即压缩数据库？
答案 0 :(得分：2)
我认为唯一的办法是升级到64位操作系统。
答案 1 :(得分：1)
我的数据库遇到了同样的问题，我就这样解决了。起初我创建了Amazon EC2 64位实例，并通过普通副本从32位实例移动了数据库文件。然后我在64位实例上的数据库中进行了所有需要的清理，并使用mongodump进行转储。这个转储我移回了32位实例并从中恢复了数据库。 如果需要恢复以前具有相同名称的数据库，则只需在dbpath中重命名旧的db-files（文件名称中包含数据库名称） 当然，您应该稍后升级到64位。 32位操作系统上的MongoDB支持非常糟糕。
答案 2 :(得分：0)
在黑暗中拍摄......您可以尝试打开主机上的从机（64位）并查看是否可以强制复制到从机，基本上备份您的数据。我不知道这是否真的有效，因为很明显32位有2gig限制（他们的所有文档都警告过这个:(）），但我认为我至少会发布一些有潜在创意的解决方案..