選択したデータベースとコレクションからの復元

Considerations

Atlas は、指定されたバックアップでキャプチャされたデータベースまたはコレクションからの復元をサポートします。この復元モデルにより、次のことが可能になります。

• 各データベースまたはコレクションが特定のテナントにマップされるマルチテナントデータベースアーキテクチャでテナントを選択的に復元します。

• 必要なデータのターゲット型の復旧

• 分析のための特定のコレクションの選択

Atlas は、コレクションとデータベースレベルの復元ジョブに対して 2 つの書き込み戦略をサポートしています。ユースケースに最も適したものを選択してください。

• Create as new 選択したデータベースまたはコレクションをターゲット クラスターの既存のデータに追加します。選択したデータベースまたはコレクションの名前がターゲット クラスターのものと同じである場合、Atlas は名前を変更してコンフリクトを回避します。

• Overwrite existing ターゲット クラスター上に既に存在する一致する名前のすべての選択されたデータベースまたはコレクションを上書きします。復元ジョブ中にこれらのデータベースまたはコレクションに実行した書き込みはすべて失われます。

選択したデータベースまたはコレクションを復元すると、一時的にディスク使用量が増加します。十分なディスク空間がない場合、Atlas は復元ジョブの開始をブロックします。復元ジョブを開始する前に、クラスターストレージの拡大を検討します。

• ディスクのオートスケーリングが有効になっている場合、Atlas は必要に応じてストレージを自動的に拡大し、コレクションの復元を再開します。

• ディスクのオートスケーリングが無効になっている場合、ディスク使用量が 95% に達すると、復元ジョブは失敗してロールバックされます。

コレクションおよびデータベース レベルの復元操作中に 1 つ以上のデータベースまたはコレクションの復元に失敗すると、操作全体が失敗します。

制限

コレクションおよびデータベースレベルの復元では、MongoDB Search インデックスは復元されません。復元後は、MongoDB Search インデックスを手動で再構築する必要があります。

Atlas は個別の時系列コレクションの復元をサポートしていません。

Atlas は、個別の Queryable Encryption コレクションの復元をサポートしていません。

Atlas は、コレクションおよびデータベースレベルの復元ジョブについてビューをサポートしていません。

複数のコレクションとデータベースレベルの復元ジョブを同時に実行することはできません。別のコレクションとデータベースレベルの復元ジョブを開始する前に、実行中のコレクションとデータベースレベルの復元ジョブが終了するまで待つ必要があります。

Atlas は、NVMe クラスターでのコレクションおよびデータベースレベルの復元をサポートしません。

コレクションおよびデータベースレベルの復元ジョブの間、プライベートエンドポイントが構成されている場合でも、Atlas はパブリックインターネットを介してデータを転送します。

フォールバック スナップショットを使用してコレクションおよびデータベース レベルの復元を実行することはできません。

コレクションおよびデータベースレベルの復元リクエストでは、最大100つのデータベースと最大100つのコレクションを指定できます。データベースを選択すると、そのすべてのコレクションが復元されますが、100コレクションの制限にはカウントされません。この制限は、リクエスト本文に明示的に記載されている名前空間にのみ適用されます。

必要なアクセス権

バックアップ復元ジョブを完了するまでモニターするには、特定のプロジェクトへの Project Read Only 以上のアクセス権が必要です。

復元ジョブを開始するには、プロジェクトに対する Project Backup Recovery Operator、Project Backup Manager、または Project Owner アクセス権が必要です。

組織間復元するまたはプロジェクト間復元するの場合、必要な権限はソース プロジェクトとターゲット プロジェクトの両方に適用されます。このような復元操作を開始または管理するには、両方のプロジェクトで Project Backup Manager または Project Owner が必要です。

手順