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

ApsaraDB RDS:完全データの復旧

最終更新日:Jun 12, 2025

ApsaraDB RDS for MySQL インスタンスのデータバックアップファイルとログバックアップファイルを使用して、RDS インスタンスのデータを新しい RDS インスタンスに復旧できます。この方法は、既存データの分析や、意図しない操作が実行されたデータの復旧に適しています。

前提条件

元の RDS インスタンスは、次の要件を満たしている必要があります。

  • RDS インスタンスは 実行中 の状態で、ロックされていません。

  • 進行中の移行タスクはありません。

  • バックアップが完了しています。ApsaraDB RDS は自動バックアップ機能を提供します。バックアップ方法の詳細については、「バックアップ方法の概要」をご参照ください。

  • ログバックアップ機能が有効になっています。特定の時点にデータを復旧する場合、この要件を満たす必要があります。この機能を有効にする方法の詳細については、「ApsaraDB RDS for MySQL インスタンスのログバックアップ機能を使用する」をご参照ください。

  • 少なくとも 1 つの物理バックアップが完了しています。バックアップセットからデータを復旧する場合、この要件を満たす必要があります。詳細については、「自動バックアップ」をご参照ください。

機能説明

image

項目

説明

復旧範囲

RDS インスタンス全体が復旧されます。

新しい RDS インスタンスの仕様

新しい RDS インスタンスは、元の RDS インスタンスと同じホワイトリスト構成、バックアップ構成、およびパラメータ構成を使用します。

新しい RDS インスタンスのアカウント情報

データ復旧の時点に保存されているアカウント情報は、新しい RDS インスタンスに含まれています。データ復旧用に選択したデータバックアップファイルのアカウント情報も、新しい RDS インスタンスに含まれています。

新しい RDS インスタンスのデータ

新しい RDS インスタンスのデータは、元の RDS インスタンスの指定されたバックアップファイルのデータと同じです。

データ復旧の時点

  • ログバックアップ機能が無効になっている場合、データはバックアップされた時点にのみ復旧できます。

  • ログバックアップ機能が有効になっている場合、ログバックアップの保持期間内の任意の時点にデータを復旧できます。

  • ポイントインタイムリカバリ(PITR)機能が有効になっている場合、[復旧の特定時点の時間範囲] パラメータの値に基づいて、任意の時点にデータを復旧できます。 PITR 機能は、ログバックアップ機能の拡張機能です。

説明

データ復旧に必要な時間

データ復旧に必要な時間は、さまざまな要因によって異なります。たとえば、200 GB のデータを復旧する場合、約 3 時間かかります。詳細については、このトピックの「FAQ」セクションをご参照ください。

課金ルール

データの復旧に使用される新しい RDS インスタンスに対して課金されます。新しい RDS インスタンスの作成時に、インスタンスの価格を確認できます。

説明

完全データ復旧機能を有効にする

完全データ復旧機能を手動で有効にする必要はありません。 RDS インスタンスが作成されると、システムは RDS インスタンスで定期的にバックアップを自動的に実行します。生成されたデータバックアップファイルとログバックアップファイルを使用して、RDS インスタンスの完全データを復旧できます。

手順

元の RDS インスタンスのバックアップデータを使用して、データ復旧用の別の RDS インスタンスを作成できます。この方法は、元の RDS インスタンスのパフォーマンスに影響を与えません。

  1. [インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンスの ID をクリックします。

  2. 左側のナビゲーションウィンドウで、[バックアップと復旧] をクリックします。

  3. 表示されるページで、[データベースの復旧] をクリックします。

    image

    説明

    [基本情報] ページの [インスタンスの配布] セクションで、[インスタンスの復旧] をクリックすることもできます。

    image

  4. [インスタンスの復旧] ページで、データを復旧する時点を選択するか、データを復旧するバックアップセットを選択します。次に、その他のパラメータを構成します。

    パラメータ

    説明

    [課金方法]

    • [サブスクリプション]:サブスクリプション RDS インスタンスは、前払い料金を支払うインスタンスです。この方法は、長期使用に適しています。サブスクリプション期間が長いほど、価格が安くなります。

    • [従量課金]:従量課金 RDS インスタンスは、実際の resource 使用量に基づいて時間単位で課金されます。この方法は、短期使用に適しています。従量課金 RDS インスタンスが不要になった場合は、リリースできます。

    [復旧モード]

    • [バックアップセット別]:この方法では、指定されたバックアップセットからデータを復旧できます。論理バックアップファイルはサポートされていません。

    • [ポイントインタイム別]:この方法では、ログバックアップの保持期間内の任意の時点にデータを復旧できます。このオプションは、ログバックアップ機能が有効になっている場合にのみ使用できます。

    [製品タイプ]

    • [エディション] パラメータを [Basic Edition] に設定すると、このパラメータは表示されません。

    • [エディション] パラメータを [High-availability Edition] に設定すると、選択できる製品タイプは RDS インスタンスのストレージタイプによって異なります。

      • [ストレージタイプ] パラメータを [ESSD] または [Premium ESSD] に設定すると、[標準] および [YiTian] 製品タイプが使用可能です。詳細については、「製品タイプ」をご参照ください。

      • [ストレージタイプ] パラメータを PremiumLocal SSD に設定すると、[標準] 製品タイプのみが使用可能です。

    • [エディション] パラメータを [Cluster Edition] に設定すると、[標準] および [YiTian] 製品タイプが使用可能です。

    プライマリノードのゾーン とセカンダリノードのゾーン

    [シングルゾーンデプロイメント] または [マルチゾーンデプロイメント] 方法を選択できます。

    • [シングルゾーンデプロイメント]:このデプロイメント方法を選択すると、プライマリ RDS インスタンスとセカンダリ RDS インスタンスは同じゾーンにデプロイされます。

    • [マルチゾーンデプロイメント]:このデプロイメント方法を選択すると、プライマリ RDS インスタンスとセカンダリ RDS インスタンスはゾーンをまたいでデプロイされ、ゾーンディザスタリカバリが実装されます。このデプロイメント方法を選択することをお勧めします。

    説明
    • RDS インスタンスが作成されると、[サービスの可用性] ページで、新しい RDS インスタンスとそのセカンダリ RDS インスタンスに関する情報を表示できます。

    • RDS Basic Edition を選択した場合、データベースシステムはシングルゾーンデプロイメント方法のみをサポートします。

    [インスタンスタイプ]

    • [汎用インスタンスタイプ]:汎用 RDS インスタンスは、メモリと I/O リソースを排他的に使用します。ただし、このタイプのインスタンスは、同じホストにデプロイされている他の汎用インスタンスと CPU とストレージリソースを共有します。

    • [専用インスタンスタイプ]:専用 RDS インスタンスは、割り当てられた CPU、メモリ、ストレージ、および I/O リソースを排他的に使用します。専用ホストインスタンスファミリは、専用インスタンスファミリの最高構成です。専用ホスト RDS インスタンスは、インスタンスがデプロイされているホスト上のすべての CPU、メモリ、ストレージ、および I/O リソースを排他的に使用します。

    説明

    各インスタンスタイプは、特定のコア数、メモリ容量、最大接続数、および最大 IOPS をサポートしています。詳細については、「プライマリ ApsaraDB RDS インスタンスタイプ」をご参照ください。

    [ストレージ容量]

    • RDS インスタンスのデータファイル、システムファイル、バイナリログファイル、およびトランザクションファイルを保存するためにプロビジョニングされる最大ストレージ量。

    • ストレージ容量は 5 GB 単位で調整できます。

  5. [次へ: インスタンスの構成] をクリックして、RDS インスタンスのネットワークタイプとリソースグループを構成します。

    パラメータ

    説明

    [ネットワークタイプ]

    • [クラシックネットワーク]:従来のタイプのネットワーク。

    • [VPC]:推奨されるタイプのネットワーク。Virtual Private Cloud(VPC)は、クラシックネットワークよりも高いセキュリティと高いパフォーマンスを提供する、分離された仮想ネットワークです。 VPC ネットワークタイプを選択した場合は、[VPC][プライマリノードの VSwitch] パラメータを構成する必要があります。 [デプロイメント方法] パラメータを前のステップで [マルチゾーンデプロイメント] に設定した場合は、[セカンダリノードの VSwitch] パラメータも構成する必要があります。

    説明

    新しい RDS インスタンスのネットワークタイプは、接続する Elastic Compute Service(ECS)インスタンスのネットワークタイプと同じである必要があります。新しい RDS インスタンスと ECS インスタンスが VPC に存在する場合は、インスタンスが同じ VPC に存在することを確認してください。新しい RDS インスタンスと ECS インスタンスが異なる VPC に存在する場合、これらのインスタンスは内部ネットワークを介して通信できません。

    [リソースグループ]

    リソースグループを使用して、Alibaba Cloud アカウントのリソースを分類できます。リソースグループは、Alibaba Cloud アカウントのリソースと権限の管理を簡素化するのに役立ちます。既存のリソースグループを選択するか、リソースグループを作成できます。リソースをグループ化する必要がない場合は、[デフォルトのリソースグループ] を選択します。

  6. [次へ: 注文の確認] をクリックします。

  7. [パラメータ] セクションの設定を確認し、[購入プラン][期間] パラメータを構成し、利用規約を読んで選択し、[今すぐ支払う] をクリックして、支払いを完了します。 RDS インスタンスにサブスクリプション課金方法を選択した場合にのみ、期間パラメータを構成する必要があります。

    説明

    新しい RDS インスタンスにサブスクリプション課金方法を選択した場合は、期間パラメータの下の [自動更新有効] を選択することをお勧めします。こうすることで、新しい RDS インスタンスを定期的に更新する必要がなくなります。また、支払いが延滞した場合に、新しい RDS インスタンスでのワークロードの中断を防ぐのにも役立ちます。

  8. オプション。 新しい RDS インスタンスにログオンして、データを確認します。詳細については、「クライアントまたは CLI を使用して ApsaraDB RDS for MySQL インスタンスに接続する」をご参照ください。

新しい RDS インスタンスのオンラインデータを修正する

元の RDS インスタンスのデータを新しい RDS インスタンスに復旧した後、Data Transmission Service(DTS)を使用して、必要なデータベースとテーブルの一部またはすべてのデータを元の RDS インスタンスに移行し、元の RDS インスタンスのオンラインデータを修正できます。詳細については、「ApsaraDB RDS for MySQL インスタンス間でデータを移行する」をご参照ください。

説明

タスクを作成するときは、新しい RDS インスタンスをソースデータベースとして、元の RDS インスタンスをターゲットデータベースとして使用し、ソースデータベースとターゲットデータベースの両方で [アクセス方法] パラメータを [Alibaba Cloud インスタンス] に設定します。

参照

FAQ

削除された 1 つ以上の個々のデータベースを復旧するにはどうすればよいですか?

個々のデータベースとテーブルの復旧機能を使用して、1 つ以上のデータベースとテーブルを復旧できます。RDS インスタンスが個々のデータベースまたはテーブルの復旧をサポートしていない場合は、削除されたデータベースまたはテーブルのデータを新しい RDS インスタンスに復旧し、新しい RDS インスタンスでデータを確認してから、新しい RDS インスタンスから元の RDS インスタンスにデータを移行できます。

RDS インスタンスのデータを特定の時点に復旧できますか?

はい、RDS インスタンスのデータを特定の時点に復旧できます。ログバックアップ機能が有効になっている場合、RDS インスタンスのデータをログバックアップファイルの保持期間内の任意の時点に復旧できます。ログバックアップ機能が無効になっている場合、データバックアップが作成された時点にデータを復旧できます。

RDS インスタンスのデータバックアップファイルが作成されていない場合、データを特定の時点に復旧できますか?

いいえ、データバックアップファイルがない場合、RDS インスタンスのデータを特定の時点に復旧することはできません。データを特定の時点に復旧するには、指定された時点の前に完了した完全データバックアップを見つけ、完全データバックアップから生成されたデータバックアップファイルのデータを復旧する必要があります。次に、指定された時点で生成されたログバックアップファイルから増分データを復旧する必要があります。

バックアップの保持期間が 7 日間に設定されている場合、7 日前に生成されたデータを復旧できますか?

いいえ、7 日前に生成されたデータを復旧することはできません。保持期間が経過すると、データバックアップは自動的に削除され、復旧できなくなります。

バックアップの保持期間が 7 日間に設定されている場合、DMS のデータ追跡機能を使用して削除されたデータバックアップを取得できますか?

いいえ、データ管理(DMS)のデータ追跡機能を使用して削除されたデータバックアップを取得することはできません。データ追跡を使用すると、バイナリログを使用してデータを復旧できます。ただし、バックアップの保持期間は 7 日間であるため、7 日前に生成されたバイナリログを追跡することはできません。「自動バックアップ」の説明に基づいて、バックアップの保持期間を変更できます。

データベースの復旧に料金が発生するのはなぜですか?

データの復旧に使用される新しい RDS インスタンスに対して課金されます。新しい RDS インスタンスの作成時に、インスタンスの価格を確認できます。

説明

新しい RDS インスタンスにデータを復旧するにはどのくらいの時間がかかりますか?

新しい RDS インスタンスにデータを復旧するために必要な時間は、データ量とネットワークの状態によって異なります。ほとんどの場合、データの復旧には数分から数時間かかります。

データ復旧に必要な時間の例

次の表に、2 コアと 4 GB のメモリを提供し、Premium Local SSD を使用して RDS High-availability Edition を実行する新しい RDS インスタンスにデータを復旧するために必要な時間を示します。

操作

必要な時間

RDS インスタンスの作成

5 分

RDS インスタンスの構成

15 分

バックアップファイルのダウンロード

200 GB-時間

RDS インスタンスの起動

5 分

バイナリログファイルのダウンロード

200 GB-時間

バイナリログファイルの適用

バイナリログファイルの特定の内容に基づく

説明
  • たとえば、200 GB のデータを復旧し、バイナリログファイルを適用するために必要な時間が 30 分の場合、復旧を完了するために必要な時間は約 3 時間です。これは、バックアップデータとバイナリログが順番にダウンロードされる場合に適用されます。

  • より速い速度でデータを復旧する場合は、サンドボックスインスタンスを有効にできます。システムはサンドボックスインスタンスにデータを自動的に同期するため、迅速な復旧を実行できます。詳細については、「緊急時復旧機能を使用する」をご参照ください。

要因

復旧速度はさまざまな要因によって異なり、いくつかの状況では復旧に失敗する可能性があります。また、SQL 文の実行によって発生したエラーを手動でトラブルシューティングする必要がある場合もあります。次の要因が復旧速度に影響します。

  • バックアップデータの量: データ量が多いほど、復旧速度は遅くなります。

  • 大規模なトランザクション: バイナリログファイルに大規模なトランザクションに関する情報が含まれている場合、復旧速度は遅くなります。

  • ホットデータの更新: バイナリログファイルにホットデータの更新に関する情報が含まれている場合、復旧速度は遅くなります。

  • 外部キー制約: 外部キー制約は検証のコストを増加させ、復旧速度を低下させます。

  • バイナリログレコードの数: データを特定の時点に復旧する場合、多数のバイナリログレコードが必要になり、復旧速度が低下します。

  • ストレージタイプ: クラウドディスクを使用する場合、復旧速度は Premium Local SSD を使用する場合よりも高速です。

  • 仕様: 高い仕様は、高い復旧速度を示します。

  • データベースエンジンバージョン: 使用しているデータベースエンジンバージョンが並列レプリケーションをサポートしている場合、復旧速度は高速です。使用しているデータベースエンジンバージョンが並列レプリケーションをサポートしていない場合、復旧速度は遅くなります。

重要

次の要因により、復旧に失敗する可能性があります。

  • 新しい RDS インスタンスが元の RDS インスタンスよりも古いデータベースエンジンバージョンを実行しているため、バイナリログが想定どおりに解析されません。

  • テーブル名または列名に漢字または特殊文字が含まれています。

  • 元の RDS インスタンスのバイナリログが削除されています。

  • 元の RDS インスタンスで implicit_primary_key パラメータがオフに設定されているため、プライマリキーのないテーブルは復旧できません。

データを復旧する RDS インスタンスを作成するときに、[プライマリノードの vSwitch] ドロップダウンリストから vSwitch を選択できないのはなぜですか?

[基本構成] ステップで指定されたゾーンで vSwitch が使用できない場合、[インスタンスの構成] ステップの [プライマリノードの vSwitch] ドロップダウンリストから vSwitch を選択できません。この場合、[リンク] をクリックして VPC コンソールに移動します。 VPC コンソールで、vSwitch を作成します。その後、[プライマリノードの vSwitch] ドロップダウンリストから vSwitch を選択できます。