バックアップの再同期
項目一覧
注意
MongoDBデータベースを再同期する必要はありません。
バックアップがMongoDB の配置と同期しなくなると、MongoDB Ops Manager はBackup requires a resync
{0 アラートを生成します。このアラートを受け取った場合は、指定された MongoDB インスタンスのバックアップを再同期する必要があります。
次のシナリオで Backup requires a resync
アラートtriggerされます。
- oplogは ロールオーバーをオーバーしました
- これは
Backup requires a resync
アラートの最も一般的なケースです。 バックアップの追尾カーソルが配置のoplogに追いつけない場合に発生します。 これは、レプリカセットでセカンダリがプライマリより大幅に遅れている場合と同様です。 再同期しないとバックアップは追い付きません。 - 安全でない applyOps
- これは、バックアップにコピーがないドキュメントが指定されている場合に発生します。
- データ破損またはその他の不正な指示
- これにより通常、レプリケーション、およびバックアップジョブが中断されます。 デーモンは壊れたジョブを検出すると再同期を要求します。
再同期中に、各レプリカセット内の セカンダリ からデータが読み取られますMongoDB Ops Managerは新しいスナップショットを生成しません。
重要
MongoDB Ops Manager は、 Backup requires a resync
アラートを発生させた状態からの自動的な回復は試行しません。 このアラートは、復元を完了するためのデータが十分ではないことを意味します。 スナップショットと oplog から十分なデータがない場合、自動的に回復する方法はありません。 バックアップの再同期が最良のオプションです。
Considerations
配置は、バックアップカーソルを使用するWiredTigerチェックポイントでバックアップされます。 WiredTigerがスナップショットを取得している間も、アプリケーションはデータベースに対して読み取りおよび書込み操作を続行できます。
メンテナンス用と時々のアクティビティ バースト用のバッファを提供するには、プライマリの oplog が少なくとも24時間のアクティビティを含むのに十分な大きさであることを確認します。
ヘッドデータベースが新しいインデックスを考慮するようにするには、 がローリング方式でインデックスを作成した後、ヘッドデータベースを再同期する必要があります。