ApsaraDB RDS:完全データの復旧

機能説明

課金ルール

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

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

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

手順

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

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

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

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

   

   説明

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

   

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 インスタンスのオンラインデータを修正する

参照

• このトピックは、完全データ復旧に適しています。個々のデータベースとテーブルを復旧する方法の詳細については、「ApsaraDB RDS for MySQL インスタンスの個々のデータベースとテーブルを復旧する」をご参照ください。詳細については、「データ復旧方法の概要」をご参照ください。

• 元の RDS インスタンス、既存の RDS インスタンス、または自己管理インスタンスにデータを復旧する場合は、複数の方法を使用できます。次の表に、その方法を示します。

  重要

  ダウンロードしたバックアップファイルを既存の RDS for MySQL インスタンスに復旧することはできません。この目標を達成するには、バックアップファイルを新しいインスタンスに復旧し、新しいインスタンスでデータを確認してから、新しいインスタンスから既存のインスタンスにデータを移行します。

  復旧先	復旧方法
  元の RDS インスタンス	方法 1：元の RDS インスタンスのデータを新しい RDS インスタンスに復旧し、新しい RDS インスタンスでデータを確認してから、必要なデータベースとテーブルの一部またはすべてのデータを 元の RDS インスタンスに移行します。 方法 2：データベースとテーブルの復旧機能 を使用して、完全データを元の RDS インスタンスに復旧します。 方法 3：Database Backup（DBS）を使用して論理バックアップを作成します。次に、論理バックアップファイルを使用して、データを元の RDS インスタンスに復旧します。詳細については、「論理バックアップから MySQL データベースを復旧する」をご参照ください。
  別の既存の RDS インスタンス	方法 1：元の RDS インスタンスのデータを新しい RDS インスタンスに復旧し、新しい RDS インスタンスでデータを確認してから、データを別の既存の RDS インスタンスに移行します。 方法 2：DBS を使用して論理バックアップを作成します。次に、論理バックアップファイルを使用して、データを別の既存の RDS インスタンスに復旧します。詳細については、「論理バックアップから MySQL データベースを復旧する」をご参照ください。
  自己管理データベース	方法 1：元の RDS インスタンスのデータを新しい RDS インスタンスに復旧し、新しい RDS インスタンスでデータを確認してから、データを自己管理データベースに移行します。 方法 2：DBS を使用して論理バックアップを作成します。次に、論理バックアップファイルを使用して、データを自己管理データベースに復旧します。詳細については、「論理バックアップから MySQL データベースを復旧する」をご参照ください。 方法 3：バックアップファイルをダウンロードします。次に、バックアップファイルからデータを自己管理データベースに復旧します。詳細については、「物理バックアップファイルから ApsaraDB RDS for MySQL インスタンスのデータを自己管理 MySQL データベースに復旧する」、「論理バックアップファイルから ApsaraDB RDS for MySQL インスタンスのデータを自己管理 MySQL インスタンスに復旧する」、または「スナップショットバックアップファイルを使用して ApsaraDB RDS for MySQL インスタンスのデータを自己管理 MySQL インスタンスに復旧する」をご参照ください。

• 異なるデータベースエンジンを実行する RDS インスタンスのデータを復旧する方法の詳細については、次のトピックをご参照ください。

  • ApsaraDB RDS for SQL Server インスタンスのデータを復旧する

  • ApsaraDB RDS for PostgreSQL インスタンスのデータを復旧する

  • ApsaraDB RDS for MariaDB インスタンスのデータを復旧する

FAQ