スナップショットからシャーディングされたクラスターを復元
スナップショットからクラスターを復元すると、 MongoDB Ops Managerは選択した復元ポイントの復元ファイルを提供します。
復元プロセスの詳細については、「 復元の概要 」を参照してください。
重要
MongoDB Ops Manager 3.6 での変更: ポイントインタイム復元
3.6より前は、 バックアップデーモンがホスト上で完全なポイントインタイム復元を作成していました。 3.6では、スナップショットとともにクライアント側のツールをダウンロードします。 このツールはoplogをダウンロードし、クライアント システム上のスナップショットに適用します。 これにより、 MongoDB Ops Manager配置のネットワークとストレージの必要性が軽減されます。
Considerations
BinDataBSONサブタイプへの変更を確認する
BSON 仕様 BSON バイナリ データ型（BinData ）のデフォルトのサブタイプを2 から0 に変更しました。スナップショットに保存される一部のバイナリ データは、 BinDataサブタイプ2である場合があります。 バックアップは、 BinDataサブタイプ2のスナップショット データを自動的に検出し、 BinDataサブタイプ0に変換します。 アプリケーション コードでBinDataサブタイプ2が予測されている場合は、アプリケーション コードを更新してBinDataサブタイプ0で動作するようにする必要があります。
次で指定された設定を使用して復元します: restoreInfo.txt
バックアップ復元ファイルには、 restoreInfo.txtという名前のメタデータ ファイルが含まれています。 このファイルは、スナップショットの取得時にデータベースが使用したオプションをキャプチャします。 データベースは、復元した後、リストされているオプションで実行する必要があります。 このファイルには、次のものが含まれています。
groupName
ReplicaSetName
クラスター ID （該当する場合）
スナップショット タイムスタンプ（UTC のタイムスタンプ）
タイムスタンプの復元（UTC の BSON タイムスタンプとして）
最後に適用された oplog （UTC の BSON タイムスタンプとして）
MongoDB バージョン
ストレージ エンジンの種類
スナップショットの取得時にデータベースで使用されたmongod の起動オプション
暗号化（スナップショットで暗号化が有効になっている場合にのみ表示されます）
マスターキー UUID （スナップショットで暗号化が有効になっている場合にのみ表示されます）
暗号化されたバックアップから復元する場合は、このマスター キーに対して証明書がプロビジョニングされている必要があります。
バックアップに関する考慮事項
すべての FCVデータベースは、適切なバックアップに関する考慮事項を満たしている必要があります。
暗号化に関する考慮事項
暗号化されたバックアップから復元するには、バックアップの暗号化に使用されるのと同じマスター キーと、バックアップデーモンホスト上のものと同じ証明書、またはKMIPホストからそのキーでプロビジョニングされた新しい証明書が必要です。
スナップショットが暗号化されている場合、復元パネルには KMIP マスター キー ID と KMIP サーバー情報が表示されます。 また、スナップショット自体とrestoreInfo.txtファイルを表示する際にも、 情報を見つけることができます。
復元中の MongoDB へのクライアントリクエストの無効化
復元中に MongoDB 配置がクライアント リクエストを受信しないことを確認する必要があります。 次のいずれかを行う必要があります。
新しいホスト名を持つ新しいシステムに復元し、新しい配置が実行中以降にアプリケーション コードを再構成する。または、
データの復元中に MongoDB 配置がクライアント リクエストを受信しないことを確認します。
スナップショットの復元
MongoDB Ops Managerがスナップショットを自動的に復元するようにするには、次の手順に従います。
復元ポイントを選択します。
バックアップを復元するポイントを選択します。
復元タイプ説明アクションSnapshot復元する既存のスナップショットを選択します。Point In Time選択した時間までのすべての操作を含むカスタム スナップショットを作成します（選択した時間は含みません）。 デフォルトでは、 oplogストアは 24 時間のデータを保存します。
たとえば、
12:00を選択した場合、復元の最後の操作は11:59:59またはそれ以前のバージョンになります。重要: FCV 4.0では、最新のバックアップ再同期の前の時間をカバーするPIT復元は実行できません。 再同期を引き起こす条件については、「バックアップの再同期 」を参照してください。 この注は FCV 4.2以降には適用されません。
DateとTimeを選択します。Oplog Timestamp入力されたoplogのタイムスタンプまでのすべての操作を含むカスタム スナップショットを作成します。 oplogタイムスタンプには次の 2 つのフィールドが含まれています。
TimestampUNIXエポック からの経過秒数におけるタイムスタンプ
Incrementその秒に適用される操作の順序を 32 ビット序数として表します。oplog Timestamp と Increment を入力します。
レプリカセットで
local.oplog.rsに対してクエリを実行し、目的のタイムスタンプを見つけます。[Next] をクリックします。
を選択して、ファイルを別のクラスターに復元します。
[Choose Cluster to Restore to] をクリックします。
次のフィールドを入力します。
フィールドアクションProjectスナップショット を復元する プロジェクト を選択します。Cluster to Restore toスナップショットを復元するクラスターを選択します。
MongoDB Ops Managerは、ターゲットのシャーディングされたクラスターを管理する必要があります。
警告:オートメーションにより、クラスターから既存のデータがすべて削除されます。 既存のクラスターのすべてのバックアップ データとスナップショットが保持されます。
[Restore] をクリックします。
MongoDB Ops Managerは、復元に必要なストレージ容量を UI で示します。
重要
AES256-GCM で暗号化されたスナップショット復元後のマスター キー ローテーション
がMongoDB Ops Manager AES256-GCM を使用して 暗号化したスナップショット を復元する場合は、復元の完了後 に マスターキーをローテーション します 。
手動復元プロセスでは、次のことを前提としています。
ターゲット ホストには、データがありません。
2 要素認証を有効にしていません。
警告
自動復元を実行できない場合にのみ、スナップショットを手動で復元します。 手動復元を使用する必要があると判断された場合は、 MongoDB サポート にお問い合わせください。 このセクションでは、手動復元手順のステージの概要について説明します。
手動復元プロセスには、MongoDB サポートの支援を受けて実行する次の高レベルのステージがあります。
レガシーの
mongoshell またはmongoshを使用して、各レプリカセットとコンフィギュレーションサーバー レプリカセット（CSRS）に接続します。（任意） 各レプリカセットと CSRS の構成ファイルを確認します。 復元プロセスが完了したら、保存された構成ファイルを使用して復元されたレプリカセットの構成を再構築できます。
完全な手動復元手順については、 MongoDB Server 4.2のドキュメントを参照してください。 MongoDB 4.4以降の配置については、対応するバージョンのマニュアルを参照してください。