Docs Menu
Docs Home
/
MongoDB Atlas
/ /

継続的なクラウドバックアップからの復元

項目一覧

  • 復元に関する考慮事項
  • 復元時間を最適化するための推奨事項
  • 必要なアクセス権
  • 手順

Atlas では、次のいずれかのオプションを指定して、 継続的なクラウドバックアップからデータを復元できます。

  • 復元する特定の日付と時刻

  • 復元対象の特定の oplogエントリ

前提条件に加えて、継続的なクラウドバックアップから復元する場合は、次の要件と制限事項を考慮してください。

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

  • この機能は、M10+ の専有クラスターとサーバーレスインスタンスでのみ使用できます。

  • Serverless Continuous Backupから復元する場合、過去72時間以内にDate & Timeのみを使用できます。 サーバーレスインスタンスはoplogエントリからの復元をサポートしていません。

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

    注意

    ポイントインタイム復元に指定されたスナップショット時にキャプチャされた Atlas Search インデックス定義は、既存の Atlas Search インデックス定義を置き換えます。

パフォーマンスを最適化し、復元にかかる時間を短縮するには、該当する場合、次の原則に従います。

  • グローバルまたはマルチクラウドではないターゲット クラスターを選択します。

  • マルチリージョンクラスターを選択するのは、復元するスナップショットのコピーがそのクラスターのすべてのリージョンに存在する場合のみです。

  • スナップショットと同じ Atlas プロジェクトと同じクラウドプロバイダー リージョンに属するターゲット クラスターを選択します。

  • ソースクラスターで使用される元のボリュームの容量と同じストレージ容量を持つクラスター階層を選択します。

  • Amazon Web Servicesターゲット クラスターが構成された IOPS を使用して で実行されている場合は、構成された IOPS を選択して、構成された範囲に含まれるようにします。

  • NVMeストレージを使用するように構成されていないクラスターを選択します。 NVMeストレージでは復元パフォーマンスが低下します。

復元ジョブを開始するには、プロジェクトに対するProject Owner以上のアクセス権が必要です。

バックアップ復元ジョブを完了するまで監視するには、プロジェクトに対するProject Read Only以上のアクセス権が必要です。

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 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 」を参照してください。

クラスターを作成または拡張する ときに、専用クラスターの 継続的なクラウドバックアップ を有効にすることができます。

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

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

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

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

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

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

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

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

3

画面の右側にある [ Point in Time Restore ] ボタンをクリックします。

  1. Date & TimeOplog Timestamp[ タブまたは [ ] タブのいずれかを選択します。

    注意

    Date & Timeオプションを選択すると、1 分の粒度で復元時間を指定できます。 Oplog Timestampオプションを選択すると、1 秒単位の粒度で復元時間を指定できます。

  2. 復元する任意のポイントインタイムを入力します。

    重要

    クラスターは、復元を開始したときと復元後に Atlas がスナップショットを完了するまでの間を除き、継続的なクラウドバックアップ期間中にいつでもクラスターを復元できます。

  3. Next: Select Clusterボタンをクリックします。

  4. ドロップダウン メニューから復元するプロジェクトとクラスターを選択します。

    重要

    Atlas は、ソースクラスターとターゲットクラスターのデータが異なるために、ホストロールバックアラートを作成する場合があります。 このアラートは無視できます。

  5. Restoreボタンをクリックします。

  1. データを復元するDate & Timeを選択します。 日時は過去72時間以内である必要があります。 1 分の単位で復元時間を指定できます。

    重要

    クラスターは、復元を開始したときと復元後に Atlas がスナップショットを完了するまでの間を除き、継続的なクラウドバックアップ期間中にいつでもクラスターを復元できます。

  2. Next: Select Clusterボタンをクリックします。

  3. ドロップダウン メニューから復元するプロジェクトとクラスターを選択します。

    重要

    Atlas は、ソースクラスターとターゲットクラスターのデータが異なるために、ホストロールバックアラートを作成する場合があります。 このアラートは無視できます。

  4. Restoreボタンをクリックします。

復元が完了すると、Atlas は復元されたクラスターのスナップショットを取得します。 このスナップショットの保持期間は、クラスターの継続的なクラウドバックアップウィンドウと同じです。

戻る

スナップショットから復元