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

ApsaraDB RDS:完全なデータを復元する

最終更新日:Mar 19, 2024

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

前提条件

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

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

  • 進行中の移行タスクは存在しません。

  • バックアップが完了しました。 ApsaraDB RDSは自動バックアップ機能を提供します。 バックアップ方法の詳細については、「ApsaraDB RDS For MySQLインスタンスのバックアップと復元の方法」をご参照ください。

  • ログバックアップ機能が有効になっています。 特定の時点にデータを復元する場合は、この要件を満たす必要があります。 この機能を有効にする方法の詳細については、「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インスタンスは、実際のリソース使用量に基づいて1時間ごとに課金されます。 短期使用の場合は、従量課金の課金方法を選択することを推奨します。 従量課金RDSインスタンスが不要になった場合は、リリースしてコストを削減できます。

    復元モード

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

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

    説明

    [時間単位] オプションは、ログバックアップ機能が有効になっている場合にのみ使用できます。

    製品タイプ

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

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

      • 拡張SSD (ESSD) を選択した場合 [ストレージタイプ] パラメーターには、[標準][エコノミー] の製品タイプがあります。 詳細については、「製品タイプ」をご参照ください。

      • [ストレージタイプ] パラメーターに [ローカルSSD] を選択した場合、[標準] 製品タイプのみが使用できます。

    • [Edition] パラメーターを [Cluster Edition] に設定した場合、[Standard] および [Economy] の製品タイプを使用できます。

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

    ゾーンは、領域内の独立した物理的位置である。 [Zone of Primary Node] パラメーターは、プライマリRDSインスタンスが存在するゾーンを指定します。 Zone of Secondary Nodeパラメーターは、セカンダリ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: 推奨されるネットワークのタイプ。 仮想プライベートクラウド (VPC) は、クラシックネットワークよりも高いセキュリティと高いパフォーマンスを提供する分離された仮想ネットワークです。 VPCネットワークタイプを選択した場合、VPCおよびプライマリノードのvSwitchパラメーターを設定する必要があります。 前の手順で [デプロイ方法] パラメーターを [マルチゾーンデプロイ] に設定した場合、[セカンダリノードのvSwitch] パラメーターも設定する必要があります。

    説明

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

    リソースグループ

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

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

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

    説明

    新しいRDSインスタンスのサブスクリプション課金方法を選択した場合、Durationパラメーターの下にある自動更新有効を選択することを推奨します。 この方法では、新しい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インスタンスに設定します。

次に何をすべきか

よくある質問

削除された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インスタンスにデータを復元するのに必要な期間を示します。

API 操作

所要時間

RDS インスタンスの作成

5 分

RDS インスタンスを設定します。

15 minutes

バックアップファイルをダウンロードする

200 GB-hour

RDSインスタンスの起動

5 分

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

200 GB-hour

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

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

説明
  • たとえば、200 GBのデータを復元する場合、バイナリログファイルの適用に必要な時間が30分の場合、完全なデータの復元を完了するのに必要な時間は約3時間です。

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

影響要因:

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

  • フルデータの量: データ量が多い場合、復元速度は遅くなります。

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

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

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

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

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

  • パーティションテーブル: パーティションテーブルが存在する場合、データ復元はサポートされません。 このルールは、MySQL 8.0を使用する場合に有効になります。

  • ストレージタイプ: 標準SSDまたは拡張SSD (ESSD) を使用する場合、復元速度はローカルSSDを使用する場合の復元速度よりも速くなります。

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

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

重要

次の要因が復元の失敗を引き起こす可能性があります。

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

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

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

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

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

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