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