Atlas では、スケジュールされたクラウドバックアップまたはオンデマンドのクラウドバックアップから、さまざまなプロジェクトや組織のスナップショットを含むデータを復元できます。 次のセクションでは、カスタマー キー管理を使用した、保管時の暗号化のないスナップショットからの復元について説明します。カスタマー キー管理を使用して保管時の暗号化を使用してスナップショットから復元するには、「 保管時の暗号化を使用してスナップショットから復元する 」を参照してください。
注意
Atlas UIでは組織間の復元のみを実行できます。
復元に関する考慮事項
前提条件に加えて、スケジュールされたクラウドバックアップまたはオンデマンドのクラウドバックアップから復元する場合は、次の要件と制限事項を考慮してください。
ソース スナップショットの
DefaultRWConcern値がターゲット クラスターのDefaultRWConcern値と異なる場合、Atlas はソース スナップショットの 値をターゲット クラスターの 値で上書きします。 ターゲット クラスターでDefaultRWConcernに値が構成されていない場合、Atlas は明示的な構成なしでスナップショットのDefaultRWConcernの値を保持します。 これは、その MongoDB バージョンのデフォルト値と異なる場合があります。
この機能は
M0クラスターでは使用できません。M10+専有クラスターの場合、Atlas はクラウドバックアップ スナップショットから MongoDB Searchインデックス定義 を復元します。Atlas は検索インデックスデータを復元しないため、mongotプロセスは復元されたすべての検索インデックス定義に対して の最初の同期を実行します。クラスターに大規模な検索インデックスを定義した場合、スナップショットの復元中に遅延が発生する可能性があります。注意
スナップショットからデータを復元すると、スナップショットのMongoDB Searchインデックス定義が、既存のMongoDB Searchインデックス定義を置き換えます。
シャーディングされたクラスター
シャーディングされたクラスターから復元する場合、ソースクラスターとターゲットクラスターのシャードの数は同じである必要があります。
ソースクラスターとターゲットクラスターは同じタイプのコンフィギュレーションサーバーを使用する必要があります。コンフィギュレーションサーバーは、コンフィギュレーションシャードまたは専用のコンフィギュレーションサーバーのいずれかが利用可能です。
Atlas は シャーディングされたクラスター のスナップショットをレプリカセットに復元できません。
フレックス クラスター
クラスターが M2 クラスターまたは M5 クラスターから Flex クラスターに移行された場合、移行日以降の最新の8つのバックアップスナップショットにアクセスできます。
サーバーレスインスタンス（非推奨）
Atlas は、Flex クラスター、専有クラスター、または Cloud Manager からのスナップショットをサーバーレスインスタンスに復元できません。
サーバーレスインスタンスから復元する場合は、最新の 2 つのスナップショットのみを復元できます。
復元時間を最適化するための推奨事項
パフォーマンスを最適化し、復元にかかる時間を短縮するには、該当する場合、次の原則に従います。
グローバルまたはマルチクラウドではないターゲット クラスターを選択します。
マルチリージョンクラスターを選択するのは、復元するスナップショットのコピーがそのクラスターのすべてのリージョンに存在する場合のみです。
スナップショットと同じクラウドプロバイダーリージョンに属するターゲット クラスターを選択します。
ソースクラスターで使用される元のボリュームの容量と同じストレージ容量を持つクラスター階層を選択します。
Amazon Web Servicesターゲット クラスターが構成された IOPS を使用して で実行されている場合は、構成された IOPS を選択して、構成された範囲に含まれるようにします。
NVMeストレージを使用するように構成されていないクラスターを選択します。 NVMeストレージでは復元パフォーマンスが低下します。
フォールバック スナップショット
スケジュールされたスナップショットが何らかの理由で失敗した場合、Atlas はスナップショット プロセスを繰り返しようとします。 必要に応じて、結果のフォールバック スナップショットを使用してクラスターを復元できます。 これは推奨されません。フォールバック スナップショットは、通常のスナップショットとは異なるプロセスを使用します。 一貫性のないデータが含まれる場合があります。
フォールバック スナップショットは UI に警告アイコンのマークが付けられ、復元でフォールバック スナップショットが使用される場合は復元モーダル ウィンドウに警告メッセージが表示されます。
警告
フォールバック スナップショットからクラスターを復元すると、クラスター間でデータの不整合が生じる可能性があるため、最後の手段として検討する必要があります。
必要なアクセス権
バックアップ復元ジョブを完了するまで監視するには、プロジェクトに対するProject Read Only以上のアクセス権が必要です。
復元ジョブを開始するには、プロジェクトに対する Project Backup Manager または Project Owner のアクセス権が必要です。
手順
Atlas は、復元前に、ターゲット クラスター上の既存のデータをすべて削除します。 ターゲット クラスターは、復元中は使用できません。 Atlas は、復元の一環として、すべてのインデックスも復元します。
クラスターの復元
Atlas CLI を使用してプロジェクトとクラスターの復元ジョブを開始するには、次のコマンドを実行します。
atlas backups restores start <automated|download|pointInTime> [options]
Atlas CLI を使用して特定の復元ジョブの完了を監視するには、次のコマンドを実行します。
atlas backups restores watch <restoreJobId> [options]
前のコマンドの構文とパラメータの詳細については、 Atlas CLIドキュメントの「 Atlasバックアップ復元の開始」および「 Atlasバックアップ復元の監視 」を参照してください。
Atlas Administration API は、M10+ クラスター、サーバーレスインスタンス（非推奨）、および Flex クラスターを復元するためのさまざまなエンドポイントを提供します。
1 つのクラスターの 1 つのスナップショットを復元 1 つのサーバーレスインスタンスの 1 つのスナップショットを復元 Flex クラスターの復元ジョブ
クラスターの復元
AtlasBackup で、プロジェクトの の詳細に移動します。
まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。
サイドバーで、 Database見出しの下のBackupをクリックします。
バックアップの詳細が表示されます。
クラスター リンクをクリックします。
復元するスナップショットを選択し、 Restore ] をクリックします。
Actions列で、次を展開します[ Actions ] メニューをクリックし、復元するスナップショットの [ Restore ] をクリックします。
モーダルウィンドウで、ドロップダウン メニューからターゲットプロジェクトとターゲット クラスターを選択します。 ターゲット クラスターがソースクラスターとは異なるプロジェクトまたは組織の一部である場合は、 の名前を入力し、 ドロップダウン メニューからターゲットプロジェクトを選択できます。
プロンプトに従い、 Restoreをクリックします。
アプリケーションを再起動し、新しいターゲット クラスターが使用されていることを確認します。