问移动一个非常大的MongoDB数据库

EN

看起来您正在为您的用户命中ulimit。这可能是下列部分或全部的一个功能：

• 您的用户拥有默认的ulimit (可能是256或1024，取决于操作系统)
• 由于您的数据库的大小，MongoDB使用内存映射文件可能会在恢复过程中导致大量打开的文件
• 运行mongorestore的方式可以增加并发性，从而增加并发打开的文件句柄的数量。

您可以通过调用ulimit -n <some number>来增加当前shell的限制，从而解决用户允许的打开文件数。您选择的数字不能超过在主机上配置的硬限制。您也可以永久地更改ulimit，更详细的here。这是的根本原因修复，但是您更改ulimit的能力可能受到AWS的限制，因此您可能希望通过调整以下设置来减少mongorestore进程的并发性：

--numParallelCollections整型 违约:4 应该并行地恢复集合的数量。 --numInsertionWorkersPerCollection整型 违约:1 指定每个集合同时运行的插入工作人员数。

如果为这些值选择了1以外的值，则可以通过如下设置来减少并发性(以及并发打开的文件句柄的数量)：

--numParallelCollections=1 --numInsertionWorkersPerCollection=1   

当然，这将增加恢复过程的运行时间，但它可能允许您潜入当前配置的ulimit。不过，只是重申一下；根本原因是增加ulimit。