バックアップの再同期
項目一覧
- Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。
- 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用する サービス アカウント を作成します。
注意
以降で実行されるMongoDBデータベースを再同期する必要はありません。FCV4.2
バックアップが MongoDB 配置と同期しなくなると、Cloud Manager はBackup requires a resyncアラートを生成します。 このアラートを受け取った場合は、指定された MongoDB インスタンスのバックアップを再同期する必要があります。
次のシナリオで Backup requires a resync アラートtriggerされます。
- oplogは ロールオーバーをオーバーしました
- これは、
Backup requires a resyncアラートの最も一般的なケースです。 It occurs whenever the Backup's tailing cursor cannot keep up with the deployment's oplog. これは、レプリカセットでセカンダリがプライマリより大幅に遅れた場合と同様です。 再同期しないとバックアップは追い付きません。 - 安全でない applyOps
- これは、バックアップにコピーがないドキュメントが指定されている場合に発生します。
- データ破損またはその他の不正な指示
- これにより通常、レプリケーション、およびバックアップジョブが中断されます。 デーモンは壊れたジョブを検出すると再同期を要求します。
再同期中に、各レプリカセット内のセカンダリからデータが読み取られます。Cloud Manager は新しいスナップショットを生成しません。
注意
FCV4.0またはそれ以前のバージョンを使用した本番環境の配置では、すべてのバックアップを毎月再同期する必要があります。
重要
Cloud Manager は、 Backup requires a resyncアラートを発生させた条件からの自動回復は試行しません。 このアラートは、復元を完了するためのデータが十分ではないことを意味します。 スナップショットと oplog から十分なデータがない場合、自動的に回復する方法はありません。 バックアップの再同期が最良のオプションです。
Considerations
FCV 4.2以降、配置はバックアップカーソルを使用する WiredTiger チェックポイントでバックアップされます。 WiredTiger がスナップショットを取得している間も、アプリケーションはデータベースに対して読み取りおよび書込み操作を続行できます。
FCV4.0またはそれ以前のバージョンを使用する本番環境の配置では、再同期の必要性を回避するために、バックアップoplogが配置のoplogより遅れないようにします。これには次のものが必要です。
エージェント用に十分なマシン リソースがプロビジョニングされます。
メンテナンスやその他のダウンタイムの後に、Cloud Manager エージェントを適時再起動します。
メンテナンス用と時々のアクティビティ バースト用のバッファを提供するには、プライマリの oplog が少なくとも24時間のアクティビティを含むのに十分な大きさであることを確認します。
ヘッドデータベースが新しいインデックスを考慮するようにするには、ローリング方式でインデックスを作成した後、ヘッドデータベースを再同期する必要があります。
手順
MongoDB Cloud MongoDB Cloud ManagerManagerで、プロジェクトのGo {0 ページにGoします。Continuous Backup
まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
サイドバーの Continuous Backup をクリックします。
[継続的なバックアップ ]ページが表示されます。