Docs Menu
Docs Home
/
MongoDB Ops Manager
/ /

バックアップの再同期

項目一覧

  • Considerations
  • 手順

注意

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 から十分なデータがない場合、自動的に回復する方法はありません。 バックアップの再同期が最良のオプションです。

配置は、バックアップカーソルを使用するWiredTigerチェックポイントでバックアップされます。 WiredTigerがスナップショットを取得している間も、アプリケーションはデータベースに対して読み取りおよび書込み操作を続行できます。

メンテナンス用と時々のアクティビティ バースト用のバッファを提供するには、プライマリの oplog が少なくとも24時間のアクティビティを含むのに十分な大きさであることを確認します。

ヘッドデータベースが新しいインデックスを考慮するようにするには、 がローリング方式でインデックスを作成した後、ヘッドデータベースを再同期する必要があります。

Tip

以下も参照してください。

バックアップ oplog の詳細については、「 FAQ: バックアップと復元 」を参照してください。

1
2
3

認証コードの入力を求められた場合は、コードを入力し、 [ Verify ] をクリックします。 [ Resyncを再度クリックします。

戻る

スナップショットの削除