ApsaraDB for MongoDB のデータ復元ソリューションの概要 - ApsaraDB for MongoDB

ApsaraDB for MongoDB は、さまざまなシナリオに対応する複数のデータ復元ソリューションを提供します。

ApsaraDB for MongoDB インスタンスへのデータ復元

重要

新しいインスタンスにデータを復元する前に：

新しいインスタンスは、ソースインスタンスと同じメジャーデータベースバージョンである必要があります。このバージョンをサポートするゾーンを選択してください。利用可能なゾーンはバージョンによって異なります (使用上の注意)。
新しいインスタンスは、ソースインスタンスと同等以上のストレージ容量である必要があります。
メジャーバージョンアップグレード前に作成されたバックアップは、新しいバージョンに復元できません。
デフォルトでは、データ復元用に作成された新しいインスタンスは、最新のカーネルマイナーバージョンで実行されます。
インスタンスに時系列コレクション (MongoDB 5.0 以降) が含まれている場合、ポイントインタイムリカバリは oplog リプレイフェーズ中に問題が発生する可能性があります。

ソリューション	インスタンスアーキテクチャ	復元先	復元範囲	シナリオ
ApsaraDB for MongoDB インスタンスの 1 つ以上のデータベースの復元	クラウドディスクを使用するレプリカセットインスタンスクラウドディスクを使用するシャードクラスターインスタンス	元のインスタンス	すべてのデータベース一部のデータベース	誤って削除したコレクションまたはドキュメントを復元します。
ApsaraDB for MongoDB インスタンスの 1 つ以上のデータベースの復元	ローカルディスクを使用し、MongoDB 4.0 または 4.2 を実行するレプリカセットインスタンス説明サポートされるリージョンおよびその他の制限については、「使用上の注意」をご参照ください。	新しいインスタンス	すべてのデータベース一部のデータベース	誤って削除したコレクションまたはドキュメントを復元します。
バックアップセットから新しいインスタンスを作成	スタンドアロンインスタンスレプリカセットインスタンス	新しいインスタンス	すべてのデータベース一部のデータベース説明部分的な復元は、ローカルディスクインスタンスでのみサポートされます。	データの即時性が重要でない場合に適しています。
ポイントインタイムリカバリを使用して新しいインスタンスを作成	レプリカセットインスタンス	新しいインスタンス	すべてのデータベース一部のデータベース説明部分的な復元は、ローカルディスクインスタンスでのみサポートされます。	インスタンスデータを特定の時点に復元します。
ポイントインタイムリカバリを使用して新しいインスタンスを作成	シャードクラスターインスタンス	新しいインスタンス	すべてのデータベース	インスタンスデータを特定の時点に復元します。
クロスリージョンデータ復元	クラウドディスクを使用するレプリカセットインスタンスクラウドディスクを使用するシャードクラスターインスタンス	新しいインスタンス	すべてのデータベース	コンプライアンスまたはディザスタリカバリのために、クロスリージョンバックアップを、バックアップの保存先リージョン内の新しいインスタンスに復元します。

セルフマネージドデータベースへのデータ復元

セルフマネージドデータベースにデータを復元するには、最初に ApsaraDB for MongoDB インスタンスからバックアップをダウンロードします (バックアップファイルをダウンロード)。

ソリューション

インスタンスアーキテクチャ

使用上の注意

論理バックアップをセルフマネージドデータベースに復元

MongoDB 4.2 以前を実行し、ローカル SSD を使用するレプリカセットインスタンス。
MongoDB 4.2 以前を実行し、ローカル SSD を使用するシャードクラスターインスタンス。

MongoDB のバージョンと互換性のある mongorestore バージョンを常に使用してください。古いバージョンでは、新しいデータベースがサポートされない場合があります (mongorestore)。

ローカルディスクバックアップからのデータ復元

次の条件を満たすレプリカセットインスタンス：

インスタンスの透過的データ暗号化 (TDE) が無効になっていること (TDE を有効化)。
インスタンスのストレージエンジンが WiredTiger または RocksDB であること。

なし。

よくある質問

過去の時点に生成されたインスタンスデータを復元するにはどうすればよいですか?

インスタンスデータを復元できる期間は、バックアップデータに指定された保持期間によって異なります。過去の時点に生成されたデータを復元する方法の詳細については、「インスタンスのバックアップファイルを長期間保持する」をご参照ください。

バックアップデータを元のインスタンスに復元するにはどうすればよいですか?

クラウドディスクを使用するシャードクラスターインスタンスの場合、データベースとコレクションの復元機能を使用して、インスタンスデータをインスタンスに復元できます。詳細については、「インスタンスのデータベースを復元する」をご参照ください。

データベースとコレクションの復元機能を使用してインスタンスのデータをインスタンスに復元できない場合は、バックアップデータを新しいインスタンスに復元してから、元のインスタンスと新しいインスタンスのエンドポイントとポート情報を変更するか、Data Transmission Service (DTS) を使用して新しいインスタンスから元のインスタンスにデータを移行できます。

インスタンスのエンドポイントとポート情報を変更する方法の詳細については、「インスタンスのエンドポイントとポートを変更する」をご参照ください。
DTS を使用してデータを移行する方法の詳細については、「自主管理 MongoDB データベースまたは ApsaraDB for MongoDB インスタンスからデータを移行する」をご参照ください。

ダウンロードしたバックアップファイルをインスタンスに復元するにはどうすればよいですか?

ダウンロードしたバックアップファイルをインスタンスに直接復元することはできません。ダウンロードしたバックアップファイルをインスタンスに復元するには、ファイルを自主管理データベースに復元してから、DTS を使用してデータベースからインスタンスにファイルを移行します。DTS を使用してデータを移行する方法の詳細については、「自主管理 MongoDB データベースまたは ApsaraDB for MongoDB インスタンスからデータを移行する」をご参照ください。

インスタンスアーキテクチャでバックアップファイルをダウンロードできない場合、インスタンスデータを自主管理データベースに復元するにはどうすればよいですか?

DTS を使用して、インスタンスデータを自主管理データベースに移行できます。詳細については、「自主管理 MongoDB データベースまたは ApsaraDB for MongoDB インスタンスからデータを移行する」をご参照ください。
ApsaraDB for MongoDB が提供する mongodump と mongorestore を使用して、インスタンスをバックアップおよび復元できます。

クローンされたシャードクラスターインスタンスのシャード ID が、sh.status() コマンドの出力と異なるのはなぜですか？

クローンインスタンスは、シャード ID (シャード名) を含む、ソースインスタンスの完全なルーティングデータを継承します。これらのコレクション内のドキュメントには、データが属するシャードを識別する shard: 'shard01' のようなフィールドが含まれています。これにより、保持されるシャード ID と、クローンインスタンスの sh.status() 出力に表示されるシャード名との間で不一致が発生します。

コンソールのインスタンス詳細ページにある [シャード ID] と sh.status() の出力を比較することで対応付けできます。この対応付けは、復元後も変わりません。