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

ApsaraDB RDS:完全データの復元

最終更新日:Nov 11, 2025

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

前提条件

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

  • RDS インスタンスが [実行中] の状態であり、ロックされていないこと。

  • 進行中の移行タスクが存在しないこと。

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

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

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

機能の説明

項目

説明

復元範囲

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

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

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

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

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

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

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

データ復元の時点

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

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

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

説明

データ復元に必要な時間

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

課金ルール

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

説明

完全データ復元機能の有効化

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

手順

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

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

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

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

    image

    説明

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

    image

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

    パラメーター

    説明

    課金方法

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

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

    復元モード

    • バックアップセットごと: このメソッドでは、指定されたバックアップセットからデータを復元できます。 論理バックアップファイルはサポートされていません。

    • ポイントインタイムごと: このメソッドでは、ログバックアップの保持期間内の特定の時点にデータを復元できます。 このオプションは、ログバックアップ機能が有効になっている場合にのみ利用できます。

    製品タイプ

    • Edition パラメーターを Basic Edition に設定した場合、このパラメーターは表示されません。

    • Edition パラメーターを High-availability Edition に設定した場合、選択できるプロダクトタイプは RDS インスタンスのストレージタイプによって異なります。

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

      • [ストレージタイプ] パラメーターを Premium ローカル SSD に設定した場合、[標準] プロダクトタイプのみが利用可能です。

    • Edition パラメーターを Cluster Edition に設定した場合、[標準] および [YiTian] プロダクトタイプが利用可能です。

    プライマリノードのゾーン および セカンダリノードのゾーン

    [単一ゾーンデプロイメント] または [複数ゾーンデプロイメント] 方法を選択できます。

    • 単一ゾーンデプロイメント: このデプロイメント方法を選択した場合、プライマリおよびセカンダリ 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: 推奨されるネットワークタイプ。VPC (Virtual Private Cloud) は、クラシックネットワークよりも高いセキュリティとパフォーマンスを提供する分離された仮想ネットワークです。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 インスタンスにログインし、データを確認します。

新しい RDS インスタンスでのオンラインデータの修正

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

説明

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

参考情報

よくある質問

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

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

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

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

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

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

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

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

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

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

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

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

説明

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

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

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

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

操作

所要時間

RDS インスタンスの作成

5 分

RDS インスタンスの構成

15 分

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

200 GB 時間

RDS インスタンスを起動する

5 分

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

200 GB-時間

バイナリログファイルを適用する

バイナリログファイルの具体的な内容に基づきます

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

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

要因

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

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

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

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

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

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

  • ストレージタイプ: クラウドディスクを使用する場合、Premium ローカル SSD を使用する場合よりも復元速度が速くなります。

  • 仕様: 高い仕様は高い復元速度を意味します。

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

重要

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

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

  • テーブル名または列名に中国語の文字または特殊文字が含まれている。

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

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

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

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