Restore Overview
- Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。
- 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用する サービス アカウント を作成します。
バックアップから配置を復元するには、データベースを復元するスナップショットまたはポイントインタイムを選択します。 Cloud Manager は、データベースを復元できるファイルを提供します。
シャーディングされたクラスター内の単一の MongoDB database、レプリカセット、またはすべてのシャードを復元できます。
既存のスナップショットまたは特定の時点から配置を復元できます。 ポイント イン タイムでは、日付と時刻、oplog タイムスタンプ、またはシャーディングされたクラスターのチェックポイントを指定できます。
ポイントインタイム復元を行う場合は、 MongoDB バックアップ復元ユーティリティ を対象ホストにダウンロードする必要があります。 MBRUは、最新の完全なスナップショットと選択した点でのoplogエントリをリクエストして適用します。
バックアップを復元するには、次のいずれかのオプションを使用します。
復元のキャンセル
復元をキャンセルするには:
[ Backup > Restore Historyタブに移動します。
[Cancel] をクリックします。
自動復元
Cloud Manager のオートメーションでバックアップを復元する場合、オートメーションにより対象のホストから既存のデータがすべて削除され、そのデータがスナップショットの新しいバックアップ データに置き換えられます。
制限
シャーディングされたクラスターを復元する場合は、すべてのシャードを復元する必要があります。 シャーディングされたクラスター内の 1 つのシャードを復元しようとすると、復元プロセスは失敗します。
前提条件
自動復元を実行するには:
ソース ホストとすべてのターゲット ホストにインストールされている MongoDB Agent をインストールし、ターゲット配置の MongoDB Agent がターゲット配置のすべてのホストに接続できることを確認します。
Cloud Manager でバックアップ管理者ロールとオートメーション管理者ロールを設定します。
FCV 4.0またはそれ以前を実行しているシャーディングされたクラスターの場合は、 チェックポイント を有効にします。
ターゲット クラスターの
featureCompatibilityVersion
がソース クラスターのfeatureCompatibilityVersion
以上であることを確認します。例
特定のホストの
featureCompatibilityVersion
を取得するには、次のコマンドを実行します。db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) 各 MongoDB バージョンでサポートされているソースクラスターFCVについて、次の互換性マトリックスを確認します。 ターゲットクラスター内の各ホストの MongoDB バージョンは、ソースクラスターのスナップショットの FCV をサポートする 必要 があります。
ソースクラスターFCV | MongoDB 4.0 | MongoDB 4.2 | MongoDB 4.4 | MongoDB 5.0 | MongoDB 6.0 |
---|---|---|---|---|---|
4.2 | |||||
4.4 | |||||
5.0 | |||||
6.0 |
別のプロジェクトへの復元
別のプロジェクトのクラスターに復元することも選択できます。
別の Cloud Manager プロジェクトに復元するには、ターゲット プロジェクトのオートメーション管理者またはバックアップ管理者ロールが必要です。
別の MongoDB Atlas プロジェクトに復元するには、ターゲット プロジェクトのプロジェクト オーナーのロールが必要です。
自動復元が失敗する潜在的な原因
バックアップのデータベースとターゲット データベースの特定のストレージ設定が一致しない場合、自動復元は失敗することがあります。
storage.mmapv1.nsSize
storage.mmapv1.smallFiles
復元を試みる前に不一致をチェックする方法は存在しません。 復元の試行が失敗した場合、Cloud Manager は一致しない設定を表示します。 バックアップのデータベースを引き続き復元する場合は、バックアップのデータベースと一致しない復元先データベースの設定を修正してから、バックアップのデータベースの復元プロセスを再試行してください。
重要
MongoDB は MongoDB 4.2 700} で MMAPv 1ストレージ エンジンのサポートを削除しました。 配置の構成を編集してストレージ エンジンをWiredTiger ストレージエンジン に変更すると、Cloud Manager は MongoDB プロセスを再起動します。
シャーディングされたクラスター内の 1 つのシャードを復元しようとすると、自動復元は失敗します。 シャーディングされたクラスターを復元する場合は、すべてのシャードを復元する必要があります。
復元手順
自動復元を実行するには、復元する配置の手順を参照してください。
手動復元
前提条件
手動復元を実行するには、Cloud Manager でバックアップ管理者ロールが必要です。
ファイル形式の復元
Cloud Manager では、各スナップショットが非圧縮( .tar
)アーカイブとして提供され、データ ディレクトリの完全なコピーが含まれます。
手動復元手順
手動復元を実行するには、以下を参照してください。
プロセス フローの復元
完了したスナップショットから復元することも、特定の時点から復元することもできます。 手動復元のプロセスフローについて詳しくは、次のページを参照してください。