問題タブ [mongorestore]

mongoDB を使用してデータベースを毎日バックアップし、記録された oplog を 1 時間ごとに増分バックアップ用に保存しています。

バックアップと oplog の復元は期待どおりに機能します。初期バックアップを次のように復元しています。

次に、各 oplog を次の順序で適用します。

ただし、oplog のコレクションには、決して完了しない oplog が常に 1 つあるようです。たとえば、次のようになります。

この再生 oplog は永遠に続き、決して終了しません。タスク マネージャーで mongorestore を強制的に閉じて mongo サービスをリセットすると、その oplog の復元が正常に完了したように見えます。

復元を試みることができる別の方法や、ここで間違っていることはありますか? これで十分な情報だと思います。

編集: mongo がオープン ソースであることを嬉しく思います。mongorestore のソース コードを調べ、独自のバージョンを c# で実装しました。mongorestore は、oplog.bson ファイルで提供されるエントリに対して「applyOps」コマンドを実行します。 https://docs.mongodb.org/v3.0/reference/command/applyOps/

C＃で同様のことを行った後、これらのエントリの1つが「system.indexes」コレクションを次のように更新しようとすると、コマンドが終了しないことがわかりました。

注：実際のデータベース/コレクション名などを削除しました.

今のところ、「system.indexes」コレクションを変更しているすべてのエントリを除外しましたが、これは本当に悪い考えのように感じます。

MongoDB データベースを削除したため、このエラーが発生しました

] 1

.bsonMongoDB ダンプからのファイルがあります。ダンプは.metadata.json、インデックス定義を含むと思われるファイルも生成します。

このことから、ファイルからの復元.bsonにはインデックスが含まれていないと思います。

• .metadata.jsonファイルの使用方法を教えてください。個別に復元する必要がありますか?

私の復元は次の行で終了しました：

インデックスを復元しているという行がありますが、具体的には.metadata.jsonファイルを参照しています。

バックアップを収集するために mongodump ツールを使用していますが、この間、excludeCollection オプションを使用して必要のないコレクションの一部を除外しています。

mongodump の一部として、システム コレクション system.indexes があります。このコレクションをバックアップから除外すると、復元中に影響はありますか?

mongodump私のデータベースは3.08 Gbです。100 Mb を超える bson ファイルが多数あり、1 Gb を超えるファイルが 1 つあります。次mongorestoreのエラーが表示された後:

ファイルが大きすぎると思います。ファイルサイズの制限を増やす方法はありますか?

MongoDB では、データベースをダンプしてコンテンツを別のデータベースに復元することは可能ですか? たとえば、次のようにします。

しかし、うまくいきません。エラーメッセージは次のとおりです。

dumpdir dir から復元するコレクションのリストを作成しています

サブディレクトリ「dumpdir/db1」をどうすればよいかわかりません。スキップします...

終わり

皆さん、私は mongodb を初めて使用します。mongorestore を使用して復元しようとするとmongodump --db somedb --collection somecollection --out - | gzip > collectiondump.gz、リンクにある次のコマンドを使用してコレクションの 1 つをダンプしました。

指定されたリンクの回答に賛成票が多すぎたため、この方法を使用しました。

エラー画像

このコマンドを使用して、出力をファイルに保存しています。

これにより、空のファイルが作成され、すべての出力がコマンド プロンプトに一覧表示されます。

出力をファイルに取得する方法はありますか? どんな助けでも大歓迎です。

現在、mongo の古いバージョン、つまり 2.6 をシステムで実行しています。私はすでにサイトを運用しており、多くのクライアント データを持っています。mongo 3.2 へのアップグレードを計画しています。

それで、私の質問は、mongo v3.2の mongorestore がv2.6のデータ ダンプで動作するかどうかです。それとも、問題を引き起こすことが知られていますか?

どんな答えも非常に貴重です！ありがとう

私は MongoDB を初めて使用し、単一の MongoDB インスタンスでいくつかの基本的なバックアップおよび復元操作をテストしています。

ユーザーの復元を除いて、すべてのテストは正常に機能しました。

最初に、次のコマンドを使用してテスト データベース ( db_test ) のバックアップを作成しました。

adm_dumpは、「restore」と「backup」の役割で作成したユーザーです。

db_testデータベースには、それぞれ「readWrite」および「read」ロールを持つ2 人のユーザーが存在します。したがって、これらの両方のユーザーが復元されることを期待していました。

次に、データベースをデータベースdb_test_2 (存在しない)に復元しました。

新しいデータベースdb_test_2は正常に作成されます (すべてのコレクションが復元されます) が、ユーザーはdb_test2で復元されません。

ログテールの下:

また、「userAdmin」ロールをadm_dumpに付与し、操作を数回実行しましたが、成功しませんでした。adm_dumpユーザーに別の特定の役割を与える必要がありますか?

ドキュメントを読み、dumpDbUsersAndRoles / restoreDbUsersAndRoles オプションでグーグル検索しましたが、関連するものは何も見つかりませんでした。

ダンプ バックアップからユーザーを復元する際に見逃したものは何ですか?

CentOS 6.6 上の MongoDB バージョン 3.2.1