AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

Restore Overview

バックアップから配置を復元するには、データベースを復元するスナップショットまたはポイントインタイムを選択します。 Cloud Manager は、データベースを復元できるファイルを提供します。

シャーディングされたクラスター内の単一の MongoDB database、レプリカセット、またはすべてのシャードを復元できます。

既存のスナップショットまたは特定の時点から配置を復元できます。 ポイント イン タイムでは、日付と時刻、oplog タイムスタンプ、またはシャーディングされたクラスターのチェックポイントを指定できます。

ポイントインタイム復元を行う場合は、 MongoDB バックアップ復元ユーティリティ を対象ホストにダウンロードする必要があります。 MBRUは、最新の完全なスナップショットと選択した時点までの間のoplogエントリを要求して適用します。

バックアップを復元するには、次のいずれかのオプションを使用します。

ポイントインタイム復元を実行すると、Cloud Manager には安全に復元できる時間範囲のみが表示されます。以下の情報を使用して、特定の時間が利用できない理由を理解してください。

ポイントインタイム復元をリクエストすると、復元ダイアログには選択した配置のrestorable time rangesが表示されます。これらの範囲は、Cloud Manager に完全で連続的な oplog 履歴がある期間を表します。これらの範囲のいずれかに含まれる復元時間のみを選択できます。

oplog ギャップは、次の状況で発生する可能性があります。

  • バックアップジョブのテーリングの問題によりoplogのテーリングが停止し、MongoDB Agent が再度テーリングする前にoplogがロールオーバーされます。

  • Cloud Manager が新しいスナップショットを完了するまで、トポロジーの変更が発生します。

  • Cloud Manager が新しいスナップショットを完了するまで、機能の互換性バージョンの変更が発生します。MongoDB バージョンの変更によるポイントインタイム復元は適用できません。

  • Cloud Manager が新しいスナップショットを完了するまで、復元が完了します。

ダイアログで必要な復元時間が利用できない場合は、最近のトポロジーまたは 機能の互換性バージョン の変更を調査し、バックアップジョブの履歴を検討して、その期間が復元できない理由を理解します。

例えば、復元ダイアログには、次のような復元可能な時間範囲が表示される場合があります。

  • June 8th 13:45:03 次の行動をします: June 8th 17:45:03

  • June 8th 19:45:03 次の行動をします: June 9th 07:45:03

この場合、その期間に oplog ギャップが存在するため、June 8th 17:45:03June 8th 19:45:03 の間の任意の時点に復元することはできません。

復元をキャンセルするには:

  1. [ Backup > Restore Historyタブに移動します。

  2. [Cancel] をクリックします。

Cloud Manager のオートメーションでバックアップを復元する場合、オートメーションにより対象のホストから既存のデータがすべて削除され、そのデータがスナップショットの新しいバックアップ データに置き換えられます。

シャーディングされたクラスターを復元する場合は、すべてのシャードを復元する必要があります。 シャーディングされたクラスター内の 1 つのシャードを復元しようとすると、復元プロセスは失敗します。

自動復元を実行するには:

  • ソース ホストとすべてのターゲット ホストにインストールされている MongoDB Agent をインストールし、ターゲット配置の MongoDB Agent がターゲット配置のすべてのホストに接続できることを確認します。

  • Cloud Manager でバックアップ管理者ロールとオートメーション管理者ロールを設定します。

  • FCV 4.0またはそれ以前を実行しているシャーディングされたクラスターの場合は、 チェックポイント を有効にします。

  • ターゲット クラスターのfeatureCompatibilityVersionがソース クラスターのfeatureCompatibilityVersion以上であることを確認します。

    特定のホストのfeatureCompatibilityVersionを取得するには、次のコマンドを実行します。

    db.adminCommand( {
    getParameter: 1,
    featureCompatibilityVersion: 1
    } )

    詳細については、setFeatureCompatibilityVersion をご覧ください。

  • 各 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 は MongoDB 4.2 700} で MMAPv 1ストレージ エンジンのサポートを削除しました。 配置の構成を編集してストレージ エンジンをWiredTiger ストレージエンジン に変更すると、Cloud Manager は MongoDB プロセスを再起動します。

シャーディングされたクラスター内の 1 つのシャードを復元しようとすると、自動復元は失敗します。 シャーディングされたクラスターを復元する場合は、すべてのシャードを復元する必要があります。

自動復元を実行するには、復元する配置の手順を参照してください。

手動復元を実行するには、Cloud Manager でバックアップ管理者ロールが必要です。

Cloud Manager では、各スナップショットが非圧縮( .tar )アーカイブとして提供され、データ ディレクトリの完全なコピーが含まれます。

手動復元を実行するには、以下を参照してください。

完了したスナップショットから復元することも、特定の時点から復元することもできます。 手動復元のプロセスフローについて詳しくは、次のページを参照してください。