問題タブ [mongorestore]

ローカルマシンにデータベースの mongodb ダンプを作成しました。「myProject」としてダンプフォルダーに入れられました。myProject 内には、.bson で終わるファイルと、metadata.json で終わる 2 つのファイルがありました。

myProject フォルダーをリモート サーバーに移動しました。

myProject フォルダーで mongorestore を使用しました。

リモートサーバーにmongodbをインストールしました。

/dbpath (/data/db/) が存在しないというエラーが発生したため、ここに記載されている最初の解決策を使用して修正しました。

1. リモートサーバーのmongodbは、復元されたダンプの場所をどのように知るのでしょうか?

2. .json および .bson ファイルを、データベース名と同じ名前の新しいフォルダー (/data/db/ 内に配置された「myProject」) に移動する必要がありますか?

3. 復元されたダンプを移動する必要がある場合、どこに移動すればよいですか?

4. 私はSpring Webアプリで、Tomcatサーバーで実行しています。これまでのところ、私の localmachine では、Spring Bean のホスト値は「localhost」でした。リモートサーバーでアプリケーションを実行している場合、リモートサーバーのIPアドレスに変更する必要がありますか、または値がlocalhostの場合は問題ありませんか?

私はMongo GridFSを使用しており、かなり大きなMongoデータベースを使用しており、db.stats()コマンドを使用すると、現在dataSizeは89GBです。

mongo ダンプを作成すると、ファイル システムのディレクトリ サイズは 86 GB になり、データベースを別のマシンに復元して実行するdb.stats()と、122 GB になります。

ダンプ/復元後に dataSize が 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 つのノード (プライマリ、セカンダリ、アービター) を設定しました。

フェイルオーバー、負荷テスト、パフォーマンスについては本当に満足でした。

最後のテストは、mongodump から BSON ファイルを復元することでした。
Windows 2012 R2 プラットフォームに Mongo をインストールしました。シェルの mongodump と mongorestore を使用しました。ダンプに必要な時間はわずか数秒で、生成された BSON ファイルは 4 MB と非常に小さかったです。

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分経ってもまだブロックされていた

プライマリ 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] ビルド情報: Windows sys.getwindowsversion (メジャー = 6、マイナー = 1、ビルド = 7601、プラットフォーム = 2、service_pack =「サービス パック 1」) BOOST_LIB_VERSION = 1_49

2015-01-11T20:54:36.789+0530 [initandlisten] アロケータ: システム

2015-01-11T20:54:36.789+0530 [initandlisten] オプション: { ストレージ: { dbPath: "E:\Mongo\data\db" } }

2015-01-11T20:54:36.843+0530 [initandlisten] ジャーナル dir=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 preallocator を待っています...

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] ジャーナルクリーンアップ...

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: 本当に終了しています