MongoDB Cloud Manager

バックアップ プロセスでは、スケジュールされたスナップショット間隔でデータディレクトリのスナップショットが取得されます。

このプロセスでは、MongoDB 配置内のデータファイルがコピーされ、ネットワーク経由で Cloud Manager のバックアップストレージに送信されます。

配置では、コピー プロセス中に読み取りおよび書込み操作を引き続き処理できます。

新しいバックアッププロセスでは、最初の同期はなくなりました。最初の同期がない結果、 Cloud Manager （. を実行中の を使用することで、mongod FCV42renameCollectionを頻繁に使用するユーザーなど、より幅広いカスタマーをサポートできます。

MongoDB Agent は、WiredTiger の増分バックアップ カーソルを使用して、増分変更をキャプチャします。

バックアップが開始されると、Cloud Manager は継続的かつ連続的なプロセスとしてデータをバックアップします。 このプロセスでは、ヘッドデータベースがデータベースと同期されている限り、スナップショットの作成が続行されます。

このプロセスはレプリカセットのデータ同期 と同様に機能します。

バックアップ プロセス:

1. 最初の同期を実行して、既存のすべてのデータを現在の状態でバックアップします。シャーディングされたクラスターでは、これは各シャードとコンフィギュレーションサーバーで発生します。

2. スナップショット スケジュールで指定された頻度で配置内のdataディレクトリのスナップショットを取得し、そのスナップショットをストレージ システムに転送します。

3. oplog を継続的に監視し、最新のバックアップに新しいデータベース操作を追加して、データのローカルCloud Managerコピーを保持し、 ポイントインタイム復元を可能にします。

その後MongoDB Agent は各レプリカセットのoplog を追跡して、ポイントインタイム復元を実行するときにバックアップを更新します。バックアップは、 MongoDB Agent が提供する最後のoplogまで、元の プライマリ との整合性があります。

シャーディングされたクラスターとレプリカセットは、選択した時点から復元できます。

• シャーディングされたクラスターの場合、スナップショット間の チェックポイント から復元できます。

• レプリカセットの場合は、選択した時点から復元できます。

ポイントインタイム復元を行う場合、Cloud Manager は次の処理を実行します。

1. スナップショット ストレージから完全なスナップショットを復元します。

2. 指定された点に達するまで保存された oplog を適用します。

3. 同じ HTTPS メカニズムを使用して、スナップショットとoplog の更新を提供します。

チェックポイントでの復元、またはポイントインタイム復元を行う場合、Cloud Manager は次の処理を実行します。

1. スナップショット ストレージから完全なスナップショットを復元します。

2. 指定された点に達するまで保存された oplog を適用します。

3. 同じ HTTPS メカニズムを使用して、スナップショットとoplog の更新を提供します。チェックポイントを有効にするには、「 クラスター チェックポイントの有効化 」を参照してください。