クラスターのバックアップ
注意
無料階層クラスターで使用できない機能
この機能は M0 無料クラスターでは利用できません。どの機能が利用できないかについては、 「Atlas M0（無料クラスター）、M2、および M5 の制限」を参照してください。
Atlas クラウドバックアップは、クラスターのクラウド サービス プロバイダーのネイティブ スナップショット機能を使用して、ローカライズされたバックアップ ストレージを提供します。
Atlas は、次の場所で提供されるクラスターのクラウドバックアップをサポートします。
クラスターの作成中または既存のクラスターの変更中にクラウドバックアップを有効にできます。クラスター構成モーダルから、 Turn on Cloud Backup を Yes に切り替えます。
厳格なデータ保護要件がある場合は、バックアップ コンプライアンス ポリシーを有効にしてバックアップ データを保護できます。
クラウドバックアップは、クラスターのクラウド プロバイダーに固有のスナップショット冗長性を継承します。そのため、クラウドバックアップには、クラウド プロバイダーに応じて、少なくとも次の冗長性があります。
AWS は、AWS リージョン内の少なくとも 3 つのアベイラビリティーゾーンにわたって複数のデバイスにオブジェクトを保存します。
Microsoft Azure は、選択したリージョン内の単一のデータセンター内でデータを 3 回複製するローカル冗長ストレージ（LRS）を使用します。
Google Cloud Platformは、バックアップ リージョンの複数のゾーンにデータを分散します。
クラウドバックアップの冗長性を高めるために、Atlas でマルチリージョン スナップショット分散を有効にすることもできます。これにより、スナップショットと oplog のコピーが自動的に作成され、他の Atlas リージョンに保存されます。スナップショットが複数のリージョンに分散されているため、プライマリ リージョンがダウンした場合でも、クラスターを復元できます。
アーカイブ目的でレガシーバックアップ スナップショットを保持する必要がある場合は、レガシーバックアップからクラウドバックアップに切り替える前にダウンロードしてください。スナップショットをダウンロードする方法については、「レガシーバックアップ スナップショットからクラスターを復元する」を参照してください。
レガシーバックアップからクラウドバックアップに変更すると、Atlas はレガシーバックアップ保持ポリシーに従って、レガシーバックアップ スナップショットを保持します。
必要なアクセス権
クラスターのバックアップを管理または復元するには、プロジェクトへの Project Owner アクセス権が必要です。Organization Owner アクセス権を持つユーザーは、バックアップを管理または復元する前に、自分自身を Project Owner としてプロジェクトに追加する必要があります。
クラウドバックアップの制限事項
クラウドバックアップは、MongoDB バージョン 4.0 以降を実行するシャーディングされたクラスターをサポートできます。
クラスターにシャードを追加または削除した後、既存のスナップショットをクラスターに復元することはできません。既存のスナップショットは、一致するトポロジーを持つ別のクラスターに復元できます。
FCV 4.0またはそれ以前を実行しているデータベースでは、スナップショットを作成するためにバランサーが実行されている場合は、Cloud Backup によって自動的にバランサーが無効になります。 スナップショットが完了すると、Cloud Backup はバランサーを以前の状態に戻します。