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

ApsaraDB RDS:全データの復元

最終更新日:Feb 21, 2025

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

前提条件

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

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

  • 実行中の移行タスクがない。

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

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

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

機能の説明

項目

説明

復元範囲

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

    パラメータ

    説明

    [課金方法]

    • [サブスクリプション]:サブスクリプション RDS インスタンスは、前払い料金を支払うインスタンスです。長期間の使用の場合、サブスクリプション課金方法は従量課金方法よりも費用対効果が高くなります。サブスクリプション期間が長いほど、価格が低くなります。

    • [従量課金]:従量課金制 RDS インスタンスは、実際の resource 使用量に基づいて時間単位で課金されます。短期間の使用には、従量課金方法を選択することをお勧めします。従量課金制 RDS インスタンスが不要になった場合は、リリースしてコストを削減できます。

    • [サーバーレス]:サーバーレス RDS インスタンスは、使用されたリソースの実際の量に基づいて課金されるインスタンスです。この課金方法は動的です。サーバーレスは、断続的なスケジュールタスクが関係し、ワークロードが変動または予測不可能なシナリオに適しています。詳細については、「サーバーレスインスタンスの価格」をご参照ください。

    [復元モード]

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

    • [ポイントインタイム別]:この方法では、ログバックアップの保存期間内に行われた最初の完全バックアップ後の時点にデータを復元できます。ログバックアップファイルの保存期間を表示または変更する方法の詳細については、「自動バックアップを設定する」をご参照ください。

    説明

    [ポイントインタイム別] オプションは、ログバックアップ機能が有効になっている場合にのみ使用できます。

    [製品タイプ]

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

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

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

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

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

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

    ゾーンは、リージョン内の独立した物理的な場所です。 [プライマリノードのゾーン] パラメータは、プライマリ RDS インスタンスが存在するゾーンを指定します。 [セカンダリノードのゾーン] パラメータは、セカンダリ RDS インスタンスが存在するゾーンを指定します。

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

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

    • [マルチゾーンデプロイメント]:このデプロイメント方法を選択すると、[プライマリノードのゾーン] パラメータと [セカンダリノードのゾーン] パラメータの値は異なります。ゾーンディザスタリカバリを実行するには、このデプロイメント方法を選択することをお勧めします。 [プライマリノードのゾーン] パラメータと [セカンダリノードのゾーン] パラメータを手動で設定する必要があります。

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

    • RDS Basic Edition を選択した場合、データベースシステムは 1 つのプライマリ RDS インスタンスのみで構成され、シングルゾーンデプロイメント方法のみをサポートします。

    [インスタンスタイプ]

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

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

    • [専用クラスター]:専用クラスターは、VM または物理ホスト上のすべてのリソースを排他的に使用します。専用クラスター内のホストを管理する権限を付与できます。これにより、ホストに複数のデータベースインスタンスを作成できます。詳細については、「ホストを作成する」をご参照ください。

    説明

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

    [ストレージ容量]

    RDS インスタンスのデータファイル、システムファイル、バイナリログファイル、およびトランザクションファイルを保存するためにプロビジョニングされる最大ストレージ量。ストレージ容量は 5 GB 単位で調整できます。

  4. [次へ: インスタンス構成] をクリックして、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 アカウントのリソースと権限の管理を簡素化するのに役立ちます。既存のリソースグループを選択するか、リソースグループを作成できます。リソースをグループ化する必要がない場合は、[デフォルトのリソースグループ] を選択します。

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

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

    説明

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

  7. オプション。 新しい 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 日前に生成されたデータを復元できますか? DMS のデータ追跡機能を使用して、削除されたデータバックアップを取得できますか?

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

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

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

説明

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

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

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

操作

必要な時間

RDS インスタンスの作成

5 分

RDS インスタンスの設定

15 分

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

200 GB 時間

RDS インスタンスの起動

5 分

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

200 GB 時間

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

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

説明
  • たとえば、200 GB のデータを復元する場合、バイナリログファイルを適用するために必要な時間が 30 分である場合、全データの復元を完了するために必要な時間は約 3 時間で、これは上記の表にリストされている時間の合計です。

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

要因

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

  • 完全データの量:データ量が多いほど、復元速度は遅くなります。

  • 増分データの量:データ量が多いほど、復元速度は遅くなります。

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

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

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

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

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

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

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

重要

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

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

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

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

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

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

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