问题标签 [mongorestore]

我有一个在 mongo 2.4.8 上运行的 mongodb 生产数据库，我想升级到 2.6.x。

我们想要这样做的方法是首先将数据加载到另一个运行 2.6.3 的服务器，使用mongorestore. 但是，在运行mongorestore命令时，我们会收到以下错误：

我找不到与此问题相关的任何内容，也不知道该怎么做。万一这很重要，数据库本身不是使用 mongo 2.4.x 从头开始​​创建的，而是使用以前的版本创建的。

我该怎么办？除了使用 mongorestore 之外，还有其他方法吗？

预先感谢您的帮助 ...

使用 mongo 客户端，我可以使用我的管理员帐户成功进行身份验证：

但是当我尝试mongorestore使用相同的凭据执行时，它失败了：

这是为什么？我错过了什么？我想成功执行一个 mongorestore。

我在本地机器中创建了数据库的 mongodb 转储。它作为“myProject”放入转储文件夹中。在 myProject 中，我有两个文件，一个以 .bson 结尾，另一个以 metadata.json 结尾。

我将 myProject 文件夹移动到我的远程服务器。

我在 myProject 文件夹上使用了 mongorestore。

我已经在我的远程服务器中安装了 mongodb。

我收到错误 /dbpath (/data/db/) 不存在，我使用这里给出的第一个解决方案修复了它们。

1. 现在远程服务器中的 mongodb 将如何知道我恢复的转储的位置？

2. 我应该将 .json 和 .bson 文件移动到与数据库名称相同的新文件夹（“myProject”放置在 /data/db/ 中）吗？

3. 如果我需要移动恢复的转储，我应该将它们移动到哪里？

4. 我的是一个spring web应用程序，我在tomcat服务器上运行。到目前为止，在我的本地机器中，spring bean 的主机值为“localhost”。当我在远程服务器中运行应用程序时，是否应该将其更改为我的远程服务器 IP 地址，或者如果值为 localhost 是否可以？

db.stats()我使用 Mongo GridFS，并且我有一个相当大的 Mongo 数据库，当我使用该命令时，当前 dataSize 为 89GB 。

当我创建 mongo 转储时，文件系统中的目录大小为 86GB，当我在另一台机器上恢复数据库并运行时，db.stats()我现在得到 122GB。

有谁知道转储/恢复后数据大小增加 33GB 背后的原因是什么？

编辑 这是来自初始数据库的统计数据

这是来自已恢复数据库的统计信息

以下是对可能原因的一些想法：

1. 出于某种原因，我在恢复的版本中多了 40 个对象！
2. 不同的mongo版本，这可能是索引算法发生变化的原因吗？
3. 初始数据库位于副本集中
4. 最初的数据库曾经是 320 GB，但我进去并压缩了所有图像，不久前将其减少到 75 GB。这就是为什么初始数据库的存储大小要大得多的原因

我在用损坏的文档恢复我们的数据库时遇到问题。mongorestore当损坏的文档出来时停止恢复。这是错误。

实际上在备份之前发生了同样的错误。文档被破坏的原因仍然未知（只是猜测可能是意外关闭）。该服务器未使用副本集，并且启用了日志记录。检索损坏文档的.find()命令总是失败。损坏的文档也由.valid()命令识别。但是 mongodb 无法使用db.repairDatabase()and恢复它mongod --repair。我的临时措施是使用 备份数据，然后使用命令mongodump删除损坏的文档。.remove()

现在的问题是如何从备份中恢复完整的数据库以及如何正确修复它。有没有办法在有（或没有）损坏的文档的情况下恢复数据库？

MongoDB版本：2.6.1

我只是自己做的（因为 RockMongo 导出和导入已损坏）所以只是在这里发布。

请注意，这是针对 MongoDB 版本 2.4.9 以及相应版本的mongodump和mongorestore。

我开始使用 MongoDB，我创建了一个 ReplicaSet，设置了 3 个节点（Primary、Secondary、Arbiter）。

我对故障转移、负载测试和性能非常满意。

最后一个测试是从 mongodump 恢复一个 BSON 文件。
我已经在 windows 2012 R2 平台上安装了 Mongo，我使用了 shell mongodump e mongorestore，Dump 只需要几秒钟，生成的 BSON 文件非常小 4mb。

当我尝试恢复 BSON 时，mongorestore 几乎立即停止工作（21%），我等了几分钟没有任何进展。

日志：

连接到：ap2-mongodb00:27017 2014-12-09T15:15:16.558+0100 E:\ap2-mongodb01\dump_2014-09-12\test\Contacts.bson 2014-12-09T15:15:16.558+0100 进入命名空间 [test.Contacts] 恢复到 test.Contacts 而不丢弃。恢复的数据将被插入而不会引发错误；检查您的服务器日志 2014-12-09T15:15:26.582+0100 进度：1053740/4807174 21%（字节）

15分钟后还是被堵住了

Primary Mongo CPU 固定为 12%，无法完成恢复。

你有什么建议吗？

我正在尝试将转储的数据库恢复到本地服务器，但它失败了。

为了使我运行转储：
mongodump --host somehost.com -d app123 --port 10043 --username my_username --password my_password --out /tmp/mongodump
它工作正常。

要恢复我运行：
mongorestore --db my_db --drop /tmp/mongodump/app123
它在空文件上失败：

如果我从转储中删除 system.* ，则 mongorestore 可以正常工作。

我转储了我的 mongo 数据库，我想使用过滤器恢复它，我正在执行以下步骤

我正在编写以下命令

它说

但是我在 mongo 服务器上的数据是一样的。没有恢复

有任何想法吗？

我是 mongodb 的新手，我需要 mongodb 数据恢复方面的帮助。

早些时候，我一直在我的 Windows 7 64 位中运行 mongo 实例（2.6.4），并且其中有不同的数据库和集合。目前我买了一台装有 Windows 8 64 位的笔记本电脑。

现在我想在 Windows 8 中使用相同的数据库。我尝试将所有数据文件 (/data/db) 从旧笔记本电脑复制到新笔记本电脑，并尝试启动 mongod 实例。

（注意：我在新旧笔记本电脑上使用相同版本的 mongodb）

它没有正常启动并低于错误。请帮助解决。

提前致谢

C:\Users\vijaidhas>mongod --dbpath E:\Mongo\data\db

2015-01-11T20:54:36.787+0530 [initandlisten] MongoDB 开始：pid=5420 端口=27017 dbpath=E:\Mongo\data\db 64 位主机=vinayag

2015-01-11T20:54:36.788+0530 [initandlisten] targetMinOS：Windows 7/Windows Server 2008 R2

2015-01-11T20:54:36.788+0530 [initandlisten] 数据库版本 v2.6.4

2015-01-11T20:54:36.789+0530 [initandlisten] build info: windows sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1') BOOST_LIB_VERSION=1_49

2015-01-11T20:54:36.789+0530 [initandlisten] 分配器：系统

2015-01-11T20:54:36.789+0530 [initandlisten] 选项：{ storage: { dbPath: "E:\Mongo\data\db" } }

2015-01-11T20:54:36.843+0530 [initandlisten] 日志目录=E:\Mongo\data\db\journal

2015-01-11T20:54:36.844+0530 [initandlisten] 恢复：不存在日志文件，无需恢复

2015-01-11T20:54:36.945+0530 [initandlisten]博客断言失败 isOk() D:\data\mci\shell\src\src\mongo/db/storage/extent.h 80

2015-01-11T20:54:37.460+0530 [initandlisten] mongod.exe ...\src\mongo\util\stacktrace.cpp(169) mongo::printStackTrace+0x43

2015-01-11T20:54:37.460+0530 [initandlisten] mongod.exe ...\src\mongo\util\log.cpp(127) mongo::logContext+0x9c

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\util\assert_util.cpp(115) mongo::verifyFailed+0x14a

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\db\storage\extent_manager.cpp(229) mongo::ExtentManager::getExtent+0x66

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\db\structure\collection_iterator.cpp(58) mongo::FlatIterator::FlatIterator+0x93

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\db\catalog\collection.cpp(137) mongo::Collection::getIterator+0xad

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\db\exec\collection_scan.cpp(92) mongo::CollectionScan::work+0xc7

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\db\query\plan_executor.cpp(91) mongo::PlanExecutor::getNext+0x16b

2015-01-11T20:54:37.461+0530 [initandlisten] mongod.exe ...\src\mongo\db\catalog\database.cpp(325) mongo::Database::clearTmpCollections+0x12d

2015-01-11T20:54:37.462+0530 [initandlisten] mongod.exe ...\src\mongo\db\db.cpp(383) mongo::repairDatabasesAndCheckVersion+0x2b9

2015-01-11T20:54:37.462+0530 [initandlisten] mongod.exe ...\src\mongo\db\db.cpp(734) mongo::_initAndListen+0xae1

2015-01-11T20:54:37.462+0530 [initandlisten] mongod.exe ...\src\mongo\db\db.cpp(781) mongo::initAndListen+0x27

2015-01-11T20:54:37.462+0530 [initandlisten] mongod.exe ...\src\mongo\db\db.cpp(1019) mongoDbMain+0x255

2015-01-11T20:54:37.462+0530 [initandlisten] mongod.exe ...\src\mongo\db\db.cpp(824) wmain+0x35

2015-01-11T20:54:37.462+0530 [initandlisten] mongod.exe f:\dd\vctools\crt_bld\self_64_amd64\crt\src\crt0.c(278) __tmainCRTStartup+0x13b

2015-01-11T20:54:37.462+0530 [initandlisten] KERNEL32.DLL BaseThreadInitThunk+0xd

2015-01-11T20:54:37.462+0530 [initandlisten] 博客

2015-01-11T20:54:37.463+0530 [initandlisten] initAndListen 中的异常：0 断言 D:\data\mci\shell\src\src\mongo/db/storage/extent.h:80，终止

2015-01-11T20:54:37.463+0530 [initandlisten] dbexit:

2015-01-11T20:54:37.463+0530 [initandlisten] 关机：要关闭监听套接字...

2015-01-11T20:54:37.463+0530 [initandlisten] 关机：要刷新诊断日志...

2015-01-11T20:54:37.463+0530 [initandlisten] 关闭：要关闭套接字...

2015-01-11T20:54:37.463+0530 [initandlisten] 关机：等待 fs 预分配器...

2015-01-11T20:54:37.463+0530 [initandlisten] 关机：锁定最终提交...

2015-01-11T20:54:37.463+0530 [initandlisten] 关闭：最终提交...

2015-01-11T20:54:37.486+0530 [initandlisten] 关机：关闭所有文件...

2015-01-11T20:54:37.489+0530 [initandlisten] closeAllFiles() 完成

2015-01-11T20:54:37.489+0530 [initandlisten] journalCleanup...

2015-01-11T20:54:37.489+0530 [initandlisten] removeJournalFiles

2015-01-11T20:54:37.504+0530 [initandlisten] 关机：删除 fs 锁...

2015-01-11T20:54:37.504+0530 [initandlisten] dbexit：现在真的退出了