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

ApsaraDB for MongoDB:新規インスタンスへのポイントインタイムリカバリ

最終更新日:Aug 15, 2026

ApsaraDB for MongoDB は、ポイントインタイムリカバリ (PITR) をサポートしています。この機能を使用すると、既存のインスタンスのバックアップデータから、特定の時点の新しいインスタンスを作成できます。これは、データ復旧やデータ検証に役立ちます。

サポートされるインスタンスタイプ

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

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

注意事項

  • 正確なポイントインタイムリカバリを行うには、ログバックアップ を有効にする必要があります。ログバックアップ が無効になっている場合、ApsaraDB for MongoDB は oplog データが欠落しているため、最も近いフルバックアップからデータを復元します。これにより、データ復旧が不正確になります。ログバックアップを有効にする方法については、「ApsaraDB for MongoDBインスタンスのデータの自動バックアップ」をご参照ください。

    説明

    指定した時点がログバックアップの保持期間外である場合、ポイントインタイムリカバリを実行することはできません。

  • データベースレベルの復旧は、物理バックアップでのみサポートされており、論理バックアップではサポートされていません。ApsaraDB for MongoDB インスタンスが MongoDB 4.0 より前のバージョンで実行されており、10,000 を超えるコレクションとインデックスがある場合、物理バックアップが失敗することがあります。物理バックアップを実行する前に、ApsaraDB for MongoDB インスタンスを MongoDB 4.0 以降にアップグレードできます。詳細については、「インスタンスのメジャーバージョンのアップグレード」をご参照ください。

    重要

    メジャーバージョンをアップグレードすると、以前のバージョンのバックアップファイルを使用して新しいバージョンにデータを復元することはできません。

  • データベースの復元時間は、データ量、タスクキュー、ネットワーク条件などの要因によって異なります。

    • oplog リプレイの正確な進捗状況や推定完了時間を確認することはできません。新規インスタンスのステータスが Running に変わったことを、復元が完了した指標として使用します。

    • 復元中、新規インスタンスが使用するディスク容量は徐々に増加します。oplog リプレイと一時ファイルのため、ストレージ使用量が一時的に想定を超える場合があります。これは通常正常な動作であり、最終的な復元結果には影響しません。新規インスタンスのディスク容量使用量がソースインスタンスのデータ量に近づくと、通常、復元は完了に近づいています。

    • データの復元は、新規インスタンスのコンピューティングリソースを消費します。スペック (CPU またはメモリ) が低い新規インスタンスでは、復元の完了に時間がかかると想定されます。

  • ソースインスタンスがメンテナンスの終了したマイナーバージョンで実行されている場合、復元プロセス中にシステムは自動的に新規インスタンスを最新のマイナーバージョンにアップグレードします。これにより、パフォーマンスと安定性が向上します。

課金

この操作では新しいインスタンスが作成され、料金が発生します。詳細については、「課金項目と料金」をご参照ください。

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

  1. ApsaraDB for MongoDB レプリカセットインスタンスのページに移動します。上部メニューで、リソースグループとリージョンを選択し、対象インスタンスのIDをクリックします。

  2. インスタンス詳細ページの左側のナビゲーションペインで、バックアップ/リカバリ をクリックします。

  3. フルバックアップ タブで、タイムポイントによるインスタンスの作成 をクリックします。

  4. タイムポイントによるインスタンスの作成 パネルで、次のパラメーターを設定し、OK をクリックします。

    パラメーター

    説明

    [リカバリタイムポイントの選択]

    データを復元する時点を選択します。

    説明
    • 復元ポイントは、現在時刻より前、かつインスタンス作成時刻より後である必要があります。

    • 復元可能な時間範囲は、ログバックアップの保持期間によって決まります。ログバックアップの設定方法の詳細については、「ApsaraDB for MongoDBインスタンスのデータの自動バックアップ」をご参照ください。

    [復旧するデータベースを選択]

    • すべてのデータベース:インスタンス内のすべてのデータベースを復元します。

    • データベースを選択:インスタンス内の特定のデータベースを復元します。

      リストから必要なデータベースを選択するか、データベースを入力 をクリックしてデータベース名を手動で入力します。

      説明
      • 名前を手動で入力する場合は、コンマ (,) で区切ります。

      • データベースのバージョンをアップグレードした場合、以前のバージョンのバックアップファイルを使用してデータを復元することはできません。

      • クラウドディスクを使用するレプリカセットインスタンスは、すべてのデータベース オプションのみをサポートします。

  5. 新規インスタンスを作成します。

    1. インスタンスクローン ページで、Product Type を選択します。

      • レプリカセット (サブスクリプション):インスタンス作成時に料金を支払う前払い式の課金方法です。このオプションは長期的なニーズに適しており、従量課金オプションよりも費用対効果が高くなります。サブスクリプション期間が長いほど、割引率が大きくなります。

      • Replica Set (Pay-as-you-go):インスタンスのスペックと最大ストレージ容量に基づいて時間単位で課金される後払い式の課金方法です。このオプションは短期的なニーズに適しています。いつでもインスタンスをリリースしてコストを節約できます。

    2. 新しいインスタンスを設定します。パラメーターの詳細については、「レプリカセットインスタンスの作成」をご参照ください。

      重要

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

  6. インスタンスを購入します。

    1. Buy Now をクリックします。

    2. Confirm Order ページで、サービス契約 を確認します。

    3. Pay をクリックします。

    4. 画面の指示に従って、支払いを完了します。

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

  1. ApsaraDB for MongoDB シャードクラスターインスタンスのページに移動します。上部メニューで、リソースグループとリージョンを選択し、対象インスタンスのIDをクリックします。

  2. インスタンス詳細ページの左側のナビゲーションペインで、バックアップ/リカバリ をクリックします。

  3. (オプション) ページの右上隅にある クラスターバックアップモードへのアップグレード をクリックします。

    説明

    この手順は、クラウドディスクを使用し、2023年10月18日より前に作成されたシャードクラスターインスタンスにのみ必要です。このボタンが表示されない場合、インスタンスはすでにアップグレードされています。

  4. フルバックアップ タブで、タイムポイントによるインスタンスの作成 をクリックします。

  5. タイムポイントによるインスタンスの作成 パネルで、次のパラメーターを設定し、OK をクリックします。

    インスタンスのタイプに応じた手順に従ってください。

    クラウドディスク

    パラメーター

    説明

    [復元モード]

    タイムポイントによるインスタンスの作成 を選択します。

    説明

    データベースとテーブルの復元 の使用方法については、「ApsaraDB for MongoDBインスタンスの1つ以上のデータベースの復元」をご参照ください。

    [サポートされる時間帯]

    復元に利用できる時間範囲です。これは読み取り専用のパラメーターです。

    [リカバリタイムポイントの選択]

    データを復元する時点を選択します。

    説明
    • 復元ポイントは、現在時刻より前、かつインスタンス作成時刻より後である必要があります。

    • 復元可能な時間範囲は、ログバックアップの保持期間によって決まります。ログバックアップの設定方法の詳細については、「ApsaraDB for MongoDBインスタンスのデータの自動バックアップ」をご参照ください。

    [復旧するデータベースを選択]

    シャードクラスターインスタンスは、すべてのデータベース の復元のみをサポートします。

    説明

    データベースのバージョンをアップグレードした場合、以前のバージョンのバックアップファイルを使用してデータを復元することはできません。

    ローカルディスク

    パラメーター

    説明

    [リカバリタイムポイントの選択]

    データを復元する時点を選択します。

    説明
    • 復元ポイントは、現在時刻より前、かつインスタンス作成時刻より後である必要があります。

    • 復元可能な時間範囲は、ログバックアップの保持期間によって決まります。ログバックアップの設定方法の詳細については、「ApsaraDB for MongoDBインスタンスのデータの自動バックアップ」をご参照ください。

    [復旧するデータベースを選択]

    すべてのデータベース を選択します。

    説明
    • データベースのバージョンをアップグレードした場合、以前のバージョンのバックアップファイルを使用してデータを復元することはできません。

    • ローカルディスクを使用するシャードクラスターインスタンスは、すべてのデータベースの復元のみをサポートします。

    重要
    • 復元ポイントは、現在時刻より前、かつインスタンス作成時刻より後である必要があります。

    • シャードクラスターインスタンスを復元する場合、復元が失敗する可能性があるため、直近すぎる時点 (通常は過去 1 時間以内) の選択は避けてください。

    • 復元可能な時間範囲は、ログバックアップの保持期間によって決まります。ログバックアップの設定方法の詳細については、「ApsaraDB for MongoDBインスタンスのデータの自動バックアップ」をご参照ください。

  6. 新規インスタンスを作成します。

    1. インスタンスクローン ページで、Product Type を選択します。

      • Sharded Cluster (Subscription):インスタンス作成時に料金を支払う前払い式の課金方法です。このオプションは長期的なニーズに適しており、従量課金オプションよりも費用対効果が高くなります。サブスクリプション期間が長いほど、割引率が大きくなります。

      • Sharded Cluster (Pay-as-you-go):インスタンスのスペックと最大ストレージ容量に基づいて時間単位で課金される後払い式の課金方法です。このオプションは短期的なニーズに適しています。いつでもインスタンスをリリースしてコストを節約できます。

    2. 新しいインスタンスを設定します。パラメーターの詳細については、「シャードクラスターインスタンスの作成」をご参照ください。

      重要
      • 新しいシャードクラスターインスタンスのシャードノードの数は、ソースインスタンスの数と同じである必要があります。

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

  7. インスタンスを購入します。

    1. Buy Now をクリックします。

    2. Confirm Order ページで、サービス契約 を確認します。

    3. Pay をクリックします。

    4. 画面の指示に従って、支払いを完了します。

よくある質問

Q:コンソールに「時点指定でインスタンス作成」オプションが見つからないのはなぜですか。

A:この機能は、レプリカセットインスタンスとシャードクラスターインスタンスでのみ利用可能です。単一ノードインスタンスではサポートされていません。

Q:バックアップポイントからの復元とポイントインタイムリカバリの違いは何ですか。

A:

  • バックアップポイントからの復元では、最新のフルバックアップの時点にのみデータを復元できます。この方法は、データの適時性が重要でないシナリオに適しています。詳細については、「バックアップポイントによる新しいApsaraDB for MongoDBインスタンスへのバックアップデータの復元」をご参照ください。

  • ポイントインタイムリカバリは、秒単位の精度でデータを復元でき、ログバックアップ (oplog) に依存します。この方法は、本番環境での偶発的なデータ削除など、特定の瞬間に正確にロールバックする必要があるシナリオに適しています。

  • 本番環境で誤ってデータが削除された場合は、ポイントインタイムリカバリを使用して削除直前の時点にデータを復元し、新規インスタンスのスペックをソースインスタンスのスペック以上に設定することを推奨します。これにより、復元が遅くなったり、メモリ不足 (OOM) で中断されたり、スペック不足で新規インスタンスが本番トラフィックを処理できなくなったりすることを回避できます。