すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB for MongoDB:データ復元

最終更新日:Mar 26, 2026

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

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

重要

新しいインスタンスにデータを復元する前に、次の点を考慮してください。

  • 新しいインスタンスは、ソースインスタンスと同じデータベースのメジャーバージョンである必要があります。このバージョンをサポートするゾーンを選択する必要があります。利用可能なゾーンはデータベースのバージョンによって異なります。ゾーン関連の制限事項の詳細については、「利用上の注意」をご参照ください。

  • 新しいインスタンスのストレージ容量は、ソースインスタンスのストレージ容量以上である必要があります。

  • インスタンスのメジャーバージョンをアップグレードした場合、アップグレード前に作成されたバックアップは新しいバージョンに復元できません。

  • デフォルトでは、データ復元用に作成された新しいインスタンスは、最新のカーネルのマイナーバージョンで実行されます。

ソリューション

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

復元先

復元範囲

シナリオ

ApsaraDB for MongoDB インスタンスの 1 つ以上のデータベースの復元

  • クラウドディスクを使用するレプリカセットインスタンス

  • クラウドディスクを使用するシャードクラスターインスタンス

元のインスタンス

  • すべてのデータベース

  • 一部のデータベース

このソリューションは、誤って削除されたコレクションやドキュメントを回復するために使用します。

ローカルディスクを使用し、MongoDB 4.0 または 4.2 を実行するレプリカセットインスタンス

説明

サポートされているリージョンなどの制限事項の詳細については、「利用上の注意」をご参照ください。

新しいインスタンス

バックアップセットからの新しいインスタンスの作成

  • スタンドアロンインスタンス

  • レプリカセットインスタンス

新しいインスタンス

  • すべてのデータベース

  • 一部のデータベース

説明

ローカルディスクを使用するインスタンスのみが、部分的なデータベース復元をサポートします。

このソリューションは、データの適時性がそれほど重要ではないシナリオ向けです。

ポイントインタイムリカバリを使用した新しいインスタンスの作成

レプリカセットインスタンス

新しいインスタンス

  • すべてのデータベース

  • 一部のデータベース

説明

ローカルディスクを使用するインスタンスのみが、部分的なデータベース復元をサポートします。

このソリューションは、インスタンスデータを特定の時点に復元するために使用します。

シャードクラスターインスタンス

新しいインスタンス

すべてのデータベース

リージョン間データ復元

  • クラウドディスクを使用するレプリカセットインスタンス

  • クラウドディスクを使用するシャードクラスターインスタンス

新しいインスタンス

すべてのデータベース

このソリューションは、データコンプライアンスとディザスタリカバリをサポートします。リージョン間バックアップが保存されているリージョン内の新しいインスタンスにバックアップファイルを復元できます。

自己管理データベースへのデータ復元

自己管理データベースにデータを復元するには、まず ApsaraDB for MongoDB インスタンスのバックアップファイルをダウンロードする必要があります。手順については、「バックアップファイルのダウンロード」をご参照ください。

ソリューション

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

利用上の注意

自己管理データベースへの論理バックアップの復元

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

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

MongoDB は継続的に更新されるため、古いバージョンの mongorestore は新しいデータベースバージョンと互換性がない場合があります。常に、ご利用の MongoDB バージョンと互換性のある mongorestore バージョンを使用してください。詳細については、「mongorestore」をご参照ください。

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

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

  • インスタンスで TDE (透過的データ暗号化) が無効になっていること。TDE の詳細については、「TDE の有効化」をご参照ください。

  • インスタンスのストレージエンジンが WiredTiger または RocksDB であること。

なし。

よくある質問

以前の時点のデータを復元するにはどうすればよいですか?

インスタンスデータを復元できる期間は、バックアップデータの保持期間によって異なります。より以前の時点のデータを復元したい場合は、「長期保持バックアップ」をご参照ください。

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

シャードクラスターのクラウドディスクインスタンスの場合、データベースとテーブルの復元機能を使用して、ソースインスタンスにデータを復元できます。詳細については、「ApsaraDB for MongoDB インスタンスの 1 つ以上のデータベースの復元」をご参照ください。

ご利用のインスタンスがデータベースとテーブルの復元機能を使用したソースインスタンスへのデータ復元をサポートしていない場合は、バックアップデータを新しいインスタンスに復元できます。その後、ソースインスタンスと新しいインスタンスのエンドポイントとポート番号を切り替えるか、Data Transmission Service (DTS) を使用して新しいインスタンスからソースインスタンスにデータを移行することができます。

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

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

私のインスタンスタイプがバックアップファイルのダウンロードをサポートしていない場合、どうすればデータを自己管理データベースに復元できますか?

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

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

コンソールのインスタンス詳細ページにある シャード ID (replicaSetName) と `sh.status()` の出力を比較することで、それらをマッピングできます。このマッピングは復元後も変更されません。