问题标签 [mongodump]

我希望你能帮助我。这是以前提出的一个问题，但我已经尝试了所有解决方案，但根本无法正确解决。

在发布这个问题之前，我花了很多时间进行研究。我查看了官方的 MongoDB 文档和许多其他博客。

我怎样才能远程进行数据库备份/转储，以及在本地恢复那个哑巴？

这是我迄今为止所拥有的：

从新的 CMD 提示 shell 运行它：

我收到此错误：

第二; 如何在本地恢复此备份？

先感谢您！

我尝试备份我的本地 mongodb。我使用 archlinux 并安装了 mongodb-tools 以使用 mongodump。我试过了 ：

每次我都有相同的反应：

但是，我可以使用连接到数据库

要不就

我的 mongodb 版本是 3.0.7。我没有设置任何用户名/密码

如何正确使用 mongodump 备份我的本地数据库？

Is there a way to get the size of all the documents that meets a certain query in the MongoDB shell?

I'm creating a tool that will use mongodump (see here) with the query option to dump specific data on an external media device. However, I would like to see if all the documents will fit in the external media device before starting the dump. That's why I would like to get the size of all the documents that meet the query.

I am aware of the Object.bsonsize method described here, but it seems that it only returns the size of one document.

我们正在尝试在一个相对较小的数据库上做一个简单的 MongoDump。

我们的步骤很简单：

1. 出口

2. 从目标机器中删除现有数据库

3. 在目标机器上导入

MongoDump 完美执行。

DB drop 也是如此：

另一方面，调用 mongoRestore 后

导入过程开始，并挂在 3 个特定的集合上，并重复出现以下错误：

******* 这无限循环 *******

ps 将 --repair 添加到 mongodump 命令，会在 mongorestore 上创建不同的错误：

今天我正在做 mongodump 来备份一个文件大小约为 2GB 的数据库，但转储文件中只有大约 600 mb。mongodump 操作没有错误信息，后来我发现有些文件丢失了。如果不是因为文件大小的巨大差异，我不会知道转储不成功。

是否有标准方法来检查转储文件是否正确？

ps: 看来我可以db.stats()用来检查原始db信息，然后mongorestore转储的db并db.stats()比较总文件大小。并且两个文件大小相同（对吗）？

ps：另外，如果我的虚拟机有 500 mb 的内存，它可以成功转储一个 2GB 的文件吗？

我们有一个大约 120 GB 大小的 mongo 数据库。我已经mongodump使用nohup并将日志重定向到/dev/null大约 3 天前运行，但转储文件现在大小约为 40GB，并且转储仍在运行。这是预期的吗？

如果是，mongo 数据库的近似压缩比是多少？即对于一个 120 GB 的数据库，备份文件的大小是多少？

这将帮助我估计转储完成的剩余时间。我不知道为什么要占用这么多时间，还想知道是否有更快/更好的备份 mongo 数据库的方法（远程复制不是我正在考虑的事情）？

我正在使用 2 个 docker 容器：一个用于我的 PHP 应用程序，一个用于 MongoDb。PHP应用程序使用Doctrine将数据写入MongoDb容器，没有任何问题，但是当我想通过运行在PHP应用程序容器内进行备份时：

它创建“转储/产品”文件夹，但它是空的。

此外，如果我进入 MongoDb 容器内部，我可以在集合中看到数据库和正确的数据，但是如果我尝试使用以下命令连接到 php 应用程序容器内部的 MongoDb：

它连接，它显示数据库，但它没有集合。

任何想法？

mongodump --query 执行的顺序是从最后一个插入到第一个插入还是相反，如果是其他方式，是否有任何选项可以传递给 mongodump --query，以便 mongodump 查询从第一个插入到最后一个插入，

有任何想法吗？

在docs中，我发现了以下语句：

重要事项 始终使用文件系统快照来创建现有副本集成员的副本。不要使用 mongodump 和 mongorestore 播种新的副本集成员。

1. 如果我的 FS 不支持快照，我该怎么办？
2. 为什么这里有这个限制？早些时候，可以使用 mongodump 生成的快照来添加新的 rs 成员（编辑：如果我没记错的话）。

我无法备份分片的 mongodb 集群

/mongo-metadata/backuptest# mongodump --directoryperdb --oplog --out dump --host 10.100.x.x --port 27017 connected to: 10.100.x.x:27017 assertion: 13106 nextSafe(): { $err: "can't use 'local' database through mongos", code: 13644 }

任何人都知道这里发生了什么？

MongoDB 版本：2.6.9