4

これがサポートされている操作であるかどうかを見つけるのに苦労しています。以前はそうではなかったことを示唆するものを見つけましたが、サポートされていないことを示すログを取得していません (ログを混乱させるだけです)。

参考のため：

  • OS：Centos6.6
  • モンゴッド: v3.0.2
  • モンゴ シェル: v3.0.2
  • モンゴダンプ: v3.0.2
  • モンゴストア: v3.0.2

ダンプを作成するために実行しているコマンドは次のとおりです (認証を使用しています)。

mongodump -u username -p password --authenticationDatabase admin --oplog

ダンプ後の元のファイル構造は次のとおりです。

└── dump
    ├── oplog.bson
    ├── admin
    │   ├── system.users.bson
    │   ├── system.users.metadata.json
    │   ├── system.version.bson
    │   └── system.version.metadata.json
    ├── dogs
    │   ├── tails.bson
    │   └── tails.metadata.json
    └── mydata
        ├── objects.bson
        ├── objects.metadata.json
        ├── fs.chunks.bson
        ├── fs.chunks.metadata.json
        ├── fs.files.bson
        ├── fs.files.metadata.json
        ├── configuration.bson
        └── configuration.metadata.json

必要なものを取得するために、いくつかの異なる復元のバリエーションを試しましたが、それぞれが少しずれているようです。mongorestoreに関するmongoのドキュメントで次を読んだ後：

--db は、mongorestore が復元する BSON ファイルを制御しません。復元されるデータを制限するには、mongorestore パス オプションを使用する必要があります。

復元したい特定のデータベースのフォルダーに oplog.bson をコピーし、dump/ 内から次のコマンドを実行できるように思えます。

mongorestore -u username -p password --authenticationDatabase admin --oplogReplay --db dogs dogs

これらのログが表示されるため、これは混乱を招きます。

2015-05-13T22:10:12.694+0000    building a list of collections to restore from dogs dir
2015-05-13T22:10:12.695+0000    reading metadata file from dogs/tails.metadata.json

2015-05-13T22:10:12.695+0000    restoring dogs.oplog from file dogs/oplog.bson
2015-05-13T22:10:12.696+0000    no indexes to restore
2015-05-13T22:10:12.696+0000    finished restoring dogs.oplog

2015-05-13T22:10:12.696+0000    restoring dogs.tails from file dogs/tails.bson
2015-05-13T22:10:12.697+0000    restoring indexes for collection dogs.tails from metadata
2015-05-13T22:10:12.697+0000    finished restoring dogs.tails

2015-05-13T22:10:12.697+0000    replaying oplog
2015-05-13T22:10:12.697+0000    no oplog.bson file in root of the dump directory, skipping oplog application

2015-05-13T22:10:12.697+0000    done

Dogs.oplog に関する最初の部分は、あたかも機能しているように見えますが、oplog に関する後のメッセージは私を混乱させます。

私が試したディレクトリとパスのバリエーションに関係なく、特にこのメッセージを満足させることはできないようです:

2015-05-13T22:10:12.697+0000    replaying oplog
2015-05-13T22:10:12.697+0000    no oplog.bson file in root of the dump directory, skipping oplog application

これは、oplog の再生が行われていないことを意味しますか? ポイントインタイム バックアップ / リストアは期待どおりに動作していますか? mongotools のログ メッセージの改善に関するチケットをいくつか見たのを覚えています。

4

0 に答える 0