Atlas では、スケジュールされたクラウドバックアップまたはオンデマンドのクラウドバックアップから、さまざまなプロジェクトや組織のスナップショットを含むデータを復元できます。 次のセクションでは、カスタマー キー管理を使用した、保管時の暗号化のないスナップショットからの復元について説明します。カスタマー キー管理を使用して保管時の暗号化を使用してスナップショットから復元するには、「 保管時の暗号化を使用してスナップショットから復元する 」を参照してください。
注意
Atlas UIでは組織間の復元のみを実行できます。
復元に関する考慮事項
前提条件に加えて、スケジュールされたクラウドバックアップまたはオンデマンドのクラウドバックアップから復元する場合は、次の要件と制限事項を考慮してください。
ソース スナップショットの
DefaultRWConcern値がターゲット クラスターのDefaultRWConcern値と異なる場合、Atlas はソース スナップショットの 値をターゲット クラスターの 値で上書きします。 ターゲット クラスターでDefaultRWConcernに値が構成されていない場合、Atlas は明示的な構成なしでスナップショットのDefaultRWConcernの値を保持します。 これは、その MongoDB バージョンのデフォルト値と異なる場合があります。
この機能は
M0クラスターでは使用できません。M10+専有クラスターの場合、Atlas はクラウドバックアップ スナップショットから MongoDB Searchインデックス定義 を復元します。Atlas は検索インデックスデータを復元しないため、mongotプロセスは復元されたすべての検索インデックス定義に対して の最初の同期を実行します。クラスターに大規模な検索インデックスを定義した場合、スナップショットの復元中に遅延が発生する可能性があります。注意
スナップショットからデータを復元すると、スナップショットのMongoDB Searchインデックス定義が、既存のMongoDB Searchインデックス定義を置き換えます。
シャーディングされたクラスター
シャーディングされたクラスターから復元する場合、ソースクラスターとターゲットクラスターのシャードの数は同じである必要があります。
ソースクラスターとターゲットクラスターは同じタイプのコンフィギュレーションサーバーを使用する必要があります。コンフィギュレーションサーバーは、コンフィギュレーションシャードまたは専用のコンフィギュレーションサーバーのいずれかが利用可能です。
Atlas は シャーディングされたクラスター のスナップショットをレプリカセットに復元できません。
フレックス クラスター
Atlas は、Flex クラスター、専用クラスター、またはCloud Managerから Flex クラスターにスナップショットを復元できません。
Flex クラスターでは、スナップショットは 2 つしか保持できません。さらにスナップショットが必要な場合は、 クラスターを専有クラスターにアップグレード してください。
復元時間を最適化するための推奨事項
パフォーマンスを最適化し、復元にかかる時間を短縮するには、該当する場合、次の原則に従います。
グローバルまたはマルチクラウドではないターゲット クラスターを選択します。
マルチリージョンクラスターを選択するのは、復元するスナップショットのコピーがそのクラスターのすべてのリージョンに存在する場合のみです。
スナップショットと同じクラウドプロバイダーリージョンに属するターゲット クラスターを選択します。
ソースクラスターで使用される元のボリュームの容量と同じストレージ容量を持つクラスター階層を選択します。
Amazon Web Servicesターゲット クラスターが構成された IOPS を使用して で実行されている場合は、構成された IOPS を選択して、構成された範囲に含まれるようにします。
NVMeストレージを使用するように構成されていないクラスターを選択します。 NVMeストレージでは復元パフォーマンスが低下します。
、 年 3 月 日より前に作成されたAWSノードを持つターゲット272024 Faster Restoreクラスターの場合、Atlas UIでプロジェクトの バックアップの詳細 にある ボタンをクリックすることで、プロジェクト間での復元を高速化します。このボタンは、 MongoDB Atlas for Government クラスターでは表示されません。
Faster Restoreをアクティブ化すると、Atlas はターゲット クラスターのスケジュールされたメンテナンスウィンドウ中に、ターゲット クラスター内の各ノードを一度に 1 つずつ交換します。メンテナンスウィンドウが終了する前にノードが置換を開始しない場合、次のウィンドウで置き換えられます。この変更中はセカンダリ読み取りと分析ノードは利用できません。
Google Cloud ノードまたはMicrosoft Azureノード、または 3 月 、 以降に作成されたAWSノードでは、プロジェクト間の復元が自動的に行えます。27 2024Faster Restoreボタンが欠落しているか無効になっている場合は、プロジェクト間復元の高速化はすでに有効になっています。
フォールバック スナップショット
スケジュールされたスナップショットが何らかの理由で失敗した場合、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 クラスターを復元するための異なるエンドポイントを提供します。
クラスターの復元
AtlasGoBackupAtlas で、プロジェクトの の詳細にGoします。
まだ表示されていない場合は、プロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーの Projects メニューからプロジェクトを選択します。
サイドバーで、 Database見出しの下のBackupをクリックします。
バックアップの詳細が表示されます。
クラスター リンクをクリックします。
復元するスナップショットを選択し、 Restore ] をクリックします。
Actions列で、次を展開します[ Actions ] メニューをクリックし、復元するスナップショットの [ Restore ] をクリックします。
モーダルウィンドウで、ドロップダウン メニューからターゲットプロジェクトとターゲット クラスターを選択します。 ターゲット クラスターがソースクラスターとは異なるプロジェクトまたは組織の一部である場合は、 の名前を入力し、 ドロップダウン メニューからターゲットプロジェクトを選択できます。
プロンプトに従い、 Restoreをクリックします。
アプリケーションを再起動し、新しいターゲット クラスターが使用されていることを確認します。