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