Docs Menu
Docs Home
/
Atlas
/ /

スケジュールされたスナップショットまたはオンデマンドのスナップショットからの復元

Atlas では、スケジュールされたクラウドバックアップまたはオンデマンドのクラウドバックアップから、さまざまなプロジェクトや組織のスナップショットを含むデータを復元できます。 次のセクションでは、カスタマー キー管理を使用した、保管時の暗号化のないスナップショットからの復元について説明します。カスタマー キー管理を使用して保管時の暗号化を使用してスナップショットから復元するには、「 保管時の暗号化を使用してスナップショットから復元する 」を参照してください。

注意

Atlas UIでは組織間の復元のみを実行できます。

前提条件に加えて、スケジュールされたクラウドバックアップまたはオンデマンドのクラウドバックアップから復元する場合は、次の要件と制限事項を考慮してください。

  • ソース スナップショットの DefaultRWConcern値がターゲット クラスターのDefaultRWConcern値と異なる場合、Atlas はソース スナップショットの 値をターゲット クラスターの 値で上書きします。 ターゲット クラスターでDefaultRWConcernに値が構成されていない場合、Atlas は明示的な構成なしでスナップショットのDefaultRWConcernの値を保持します。 これは、その MongoDB バージョンのデフォルト値と異なる場合があります。

  • この機能はM0クラスターでは使用できません。

  • M10+ 専有クラスターの場合、Atlas はクラウド バックアップ スナップショットから Atlas Search インデックス定義を復元します。Atlas は検索インデックスデータを復元しないため、mongot プロセスは復元されたすべての検索インデックス定義に対して 最初の同期を実行します。クラスターに大規模な検索インデックスを定義している場合、スナップショットの復元時に遅延が生じる可能性があります。

    注意

    スナップショットからデータを復元すると、スナップショットの Atlas Search インデックス定義が、既存の Atlas 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バックアップ復元の監視 」を参照してください。

Tip

参照: 関連リンク

Atlas Administration API は、M10+ クラスター、サーバーレスインスタンス(非推奨)、Flex クラスターを復元するためのさまざまなエンドポイントを提供します。

1 つのクラスターの 1 つのスナップショットを復元 1 つのサーバーレスインスタンスの 1 つのスナップショットを復元 Flex クラスターの復元ジョブ

1

警告

ナビゲーションの改善が進行中

現在、新しく改善されたナビゲーション エクスペリエンスを展開しています。次の手順が Atlas UIのビューと一致しない場合は、プレビュー ドキュメントを参照してください。

  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. まだ表示されていない場合は、サイドバーの [Clusters] をクリックします。

    [ Clusters (クラスター) ] ページが表示されます。

2
  1. クラスターの名前をクリックします。

  2. [Backup] タブをクリックします。

    クラスターに [ Backup ] タブがない場合、そのクラスターでは Atlas バックアップは無効になり、スナップショットは使用できなくなります。 クラスターをスケーリングするときにバックアップを有効にすることができます。

    バックアップページが表示されます。

3

復元するスナップショットを選択し、 Restore ] をクリックします。

Actions列で、次を展開します[ Actions ] メニューをクリックし、復元するスナップショットの [ Restore ] をクリックします。

4

モーダルウィンドウで、ドロップダウン メニューからターゲットプロジェクトとターゲット クラスターを選択します。 ターゲット クラスターがソースクラスターとは異なるプロジェクトまたは組織の一部である場合は、 の名前を入力し、 ドロップダウン メニューからターゲットプロジェクトを選択できます。

5

プロンプトに従い、 Restoreをクリックします。

6

アプリケーションを再起動し、新しいターゲット クラスターが使用されていることを確認します。

戻る

ソースの復元

項目一覧