我有一个.dump文件(8GB)，这是一个我需要使用的mongo数据库。我正在使用Robo3T。我试过:a)robogui中的菜单选项b)mongorestore--dbcert-dbcertctream.dump命令，出现错误(在没有扩展名的情况下使用certctream也不起作用)Failed:filecertctream.dumpdoesnothave.bsonextension我错过了什么？ 最佳答案 解决方法:mongoimport--db--hostlocalhost:27017path_to_dump_file

我可以使用mongodump从mongoversion2.0获取数据转储并在mongoversion2.4上执行mongorestore吗？或者最好的方法是使用mongoimport/mongoexport并使用json作为数据格式？ 最佳答案 MongoDB的数据模型应该在这些版本之间兼容，因此dump将能够从2.0->2.4正常工作。(尽管不支持从2.4->2.0倒退:http://docs.mongodb.org/manual/release-notes/2.2/#mongodump-2-2-output-incompatib

我注意到，当通过mongos使用mongorestore将数据恢复到分片集群时，所有记录最初都保存到主分片(集合的)，只有平衡器进程移动这些block，这是一个相对缓慢的过程，所以在恢复后我有类似的情况:chunks:rs_shard-128rs_shard-229rs_shard-427rs_shard-3644我在mongodb/mongos日志文件中没有任何错误。我不确定，但我认为过去数据是以一种已经平衡的方式恢复的。现在我使用的是2.4.6版。有人可以确认预期的行为是什么吗？ 最佳答案 恕我直言，这是发生了什么:恢复数据时，

我正在尝试将转储从2.6Mongo实例恢复到3.0实例。当我运行mongorestore时，出现此错误:断言:17370恢复用户和角色仅支持具有身份验证模式版本1或3的集群，发现:5令人困惑的部分是在转储的mongo实例上没有用户或角色，那么为什么mongo试图恢复它们？我在这方面找不到任何东西。我该如何解决？ 最佳答案 我不确定问题中提到的错误消息的确切原因是什么。我的备份中有一个空的管理数据库文件夹。我删除了那个，但它并没有解决问题。我猜测从版本3开始，如果您想恢复一个完整的正在运行的服务器实例及其所有数据库，Mongo需要一个

因为我删除了我的MongoDB数据库，我得到了这个错误]1Failed:nointentforcollectioninarchive: 最佳答案 显然这是mongodump和mongorestore的限制，如果集合名称中有正斜杠，它们将无法工作，因为它是操作系统级别的路径分隔符:https://jira.mongodb.org/browse/TOOLS-1163 关于mongodb-失败:nointentforcollectioninarchive，我们在StackOverflow上找到

print'restoredb1'run_command('pg_restore-i-hlocalhost-p5432-Upostgres-ddb1-v"/var/lib/project/backup/db1.backup"-c')print'---wait3seconds'time.sleep(3)print'restoredb2'run_command('pg_restore-i-hlocalhost-p5432-Upostgres-ddb2-v"/var/lib/project/backup/db2.backup"-c')print'---wait3seconds'time.sl

我在恢复转储和重播MongoDB上的操作日志时遇到了一些问题。我必须重播oplog到某个时间点，因此发出以下命令:mongorestore--port--db--oplogReplay--oplogLimit但是mongorestore回复“Canonlyreplayoplogonfullrestore”。Lookingatthesourcecode当用户未指定--db选项时似乎会显示此错误消息，但我指定了。您知道还有什么原因吗？ 最佳答案 我认为这是相反的问题-使用oplog选项时不能指定数据库。您找到的代码:if(mongoRe

我正在恢复一个大型mongo数据库(90GB)。我正在使用mongorestore，它在大约70..90%的恢复过程中默默地失败了。有没有办法在启动mongorestore时跳过转储的前n个文档？我知道有一个过滤器选项，您可以在其中提供过滤器查询，但它没有帮助。如果我尝试再次恢复整个备份，由于重复索引错误，需要花费很多时间。我尝试再次恢复数据库，但再次失败(由于套接字异常)由于mongorestore似乎按顺序处理bson转储，我想知道是否有办法说:“只需跳过转储的第1'234'567个文档并恢复其余部分”我只有一大堆收藏。我已经在不同的部分打破了转储，但似乎还不够。告诉mongore

你好，我有一个简单的脚本，它使用来自远程mongo服务器的shell命令转储mongo数据库，然后运行​​shell命令将该数据库恢复到另一台服务器上的开发数据库。脚本位于/home/ubuntu/mongo，转储位于/home/ubuntu/mongo/dump这是我的代码:!/usr/bin/pythonimporttimeimportsubprocessimportosimportshutilnow=int(time.time())cmd="mongodump--host-dbchronotrack"printsubprocess.check_output(cmd,stderr=

我需要一种方法来为特定的mongo数据库生成快照，并能够在另一台服务器上重新创建该数据库。我熟悉mongodump和mongorestore命令，但是我需要一个人类可读的文件(或者最好将所有内容打印到标准输出)整个数据库，mongodump还没有，这是已知和预期的，herearethedetailswhy.我有两个相关的问题。首先，mongodump是否产生除了集合名称和索引之外的任何其他关键数据(当转储特定数据库时)，如果它产生了什么？如果我没记错的话，mongo可能不喜欢不同版本的转储，这也可能是个问题，是这样吗？其次，如果我手动提取集合名称和索引信息，将其存储到我自己的格式的js