ApsaraDB RDS:データベースとテーブルの復元

復元モードの違い

個別のデータベースとテーブルは、標準復元と高速復元で復元できます。高速復元ではパフォーマンスタイプのサンドボックスインスタンス を使用し、同じデータ量の場合、標準復元より 50%～95% 高速です。個別のデータベースとテーブルの高速復元を使用するには、まず機能を有効にし、次に機能が有効になった後に生成されたバックアップセット を使用してデータを元のインスタンスまたは新しいインスタンスに復元する必要があります。

詳細については、「データ復元ソリューションの概要 (復元速度の比較)」をご参照ください。

前提条件

注意事項

• デフォルトで有効：

  • 新しいインスタンスでは、高速のデータベースおよびテーブルの復元がデフォルトで有効になっており、無効にできません。

  • 復元タスクは、開始後に 一時停止またはキャンセル できません。

• ログバックアップの要件：

  特定の時点にデータを復元するには、インスタンスで ログバックアップが有効 になっていることを確認する必要があります。有効でない場合、高速データベースおよびテーブルの復元は失敗します。

• プライマリ/セカンダリ スイッチオーバーとサービス中断：

  • 高性能ローカルディスクを使用するインスタンスの場合：

    • 元のインスタンスにデータを復元すると、プライマリ/セカンダリ スイッチオーバーがトリガーされ、30 ～ 120 秒のサービス中断が発生する場合があります。アプリケーションに自動再接続メカニズムがあることを確認してください。

    • 新しいインスタンスにデータを復元しても、プライマリ/セカンダリ スイッチオーバーはトリガーされません。

  • クラウドディスクを使用するインスタンスの場合：

    • 元のインスタンスにデータを復元しても、プライマリ/セカンダリ スイッチオーバーはトリガーされません。ただし、この操作は元のインスタンスのパフォーマンスに影響する場合があり、 インスタンススイッチオーバー がトリガーされることもあります。

    • 復元が完了すると、完全バックアップが作成されます。

制限

• データベースとテーブルの復元 (標準および高速) の制限：

  • InnoDB ストレージエンジンを使用するデータベースとテーブルからのみデータを復元できます。X-Engine ストレージエンジンを使用するテーブルはサポートされていません。

  • この機能では、パーティションテーブル、ビュー、ストアドプロシージャ、またはその他のデータベースオブジェクトを復元できません。これらのオブジェクトを復元するには、代わりに 完全なデータ復元 機能を使用してください。

  • バイナリログにテーブルの名前変更操作が含まれている場合、またはテーブルに生成列が含まれている場合、そのテーブルを復元できません。

  • バイナリログに XA トランザクションが含まれている場合、データベースとテーブルの復元タスクは失敗します。

  • 制約の復元：データベースとテーブルの復元では、プライマリキー、一意キー、およびインデックスは復元されますが、外部キー制約、トリガー、または全文検索インデックスは復元されません。

    重要

    復元プロセスは、成功率を高めるために外部キー制約を自動的に削除します。これらの制約が必要な場合は、復元が完了した後に手動で再作成する必要があります。

• テーブル数の制限：

  • インスタンスに 50,000 を超えるテーブルが含まれている場合、復元タスクは失敗します。

  • 指定した時間範囲内に大量のデータ、多数のデータベースとテーブル、または多数のバイナリログが含まれる場合、復元プロセスが大幅に長くなることがあります。

• データベースとテーブルの高速復元の制限：

  • 高性能ローカルディスクを使用するインスタンスでは、データは元のインスタンスにのみ復元でき、新しいインスタンスには復元できません。

  • 読み取り専用ノードがある、TDE (透過的データ暗号化) を使用している、またはログバックアップが有効になっていないインスタンスでは、データベースとテーブルの高速復元を使用できません。

課金

1. 高速データベース/テーブル復元の有効化

高速データベース/テーブル復元機能を使用するには、まず有効化する必要があります。 その後、機能が有効になった後に作成されたバックアップセット を使用してデータベース/テーブル復元 を実行できます。 この機能は、前提条件を満たす高性能ローカルディスクを持つインスタンスでのみ利用可能です。 この機能を有効にしても、サービスには影響しません。

1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。

2. ナビゲーションペインで、バックアップと復元 をクリックします。

   説明

   「高速データベース/テーブル復元」が有料機能であることを示すダイアログボックスが表示された場合は、次から表示しない を選択し、必要に応じて Free Edition または Paid Edition を有効化できます。 ダイアログボックスが表示されない場合は、次の手順に進んでください。

3. バックアップと復元 ページで、バックアップポリシー タブをクリックします。

4. [基本バックアップ] セクションで 編集 をクリックし、データベースとテーブルの高速復元 を [オン] に設定します。

5. CDM支払いタイプ と CDM保持時間 を設定します。 高速データベース/テーブル復元は、Free Edition と Paid Edition で利用できます：

   • Free Edition：バックアップセットからの復元のみに対応しています。 [CDM 課金方法] を [Last 1 full time point (无料版)] に設定します。 復元されたデータは 1 日間保持されます。

   • Paid Edition：バックアップセットからの復元、または特定の時点への復元 (ログバックアップが有効な場合) に対応しています。 [CDM 課金方法] を [任意のポイント (有料版)] に設定します。 復元されたデータの保持期間は 1 日から 730 日まで設定できます。

6. OK をクリックします。

手順2：元のインスタンスまたは新しいインスタンスへの復元

1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。

2. 左側メニューで バックアップと復元 をクリックし、次に データベースとテーブルの復元 をクリックします。

   説明

   • コンソールに データベースとテーブルの復元 ボタンが表示されない場合は、「前提条件」に記載の要件を満たしていることを確認してください。

   • データベースとテーブルの復元 ボタンをクリックした後にコンソールが応答しない場合は、ブラウザのキャッシュをクリアして再試行してください。

   • ストレージ容量が不足していることを示すメッセージが表示された場合は、復元を開始する前にストレージ容量を拡張してください。

3. 復元先と復元方法を設定します。

   パラメーター	説明
   [復元先]	[現在のインスタンス] [新しいインスタンス] (ローカル SSD を使用するインスタンスでのみ利用可能)：システムは元のインスタンスに影響を与えることなく新しい RDS インスタンスを作成します。 新しいインスタンスでデータを確認した後、データを元のインスタンスに移行することもできます。
   [復元の速度]	[標準] [高速] (元のインスタンスへの復元のみ)：高速データベース/テーブル復元機能により、復元速度が 50% から 95% 向上します。詳細については、「ApsaraDB RDS for MySQL の緊急リカバリ」をご参照ください。
   [復元方法]	[バックアップセットで] [時刻で] (ログバックアップが有効になっている必要があります)：システムは完全バックアップに続いて増分ログバックアップを復元します。ログバックアップの保持期間内であれば、任意の時点を選択できます。ログバックアップの保持期間を表示または変更するには、「自動バックアップ」をご参照ください。 たとえば、RDS インスタンスのデータバックアップとログバックアップの保持期間が両方とも 7 日間の場合、過去 7 日間のデータを復元できます。7 日間より古いバックアップセットは破棄され、復元には使用できません。 説明 高速データベース/テーブル復元の無料版は、ポイントインタイムリカバリをサポートしていません。バックアップセット単位の復元のみをサポートします。

4. 復元するデータベースとテーブルを選択します。復元後のデータベースまたはテーブルの名前を指定することもできます。次に、OK をクリックします。

   説明

   • 一度に最大 50 のデータベースまたはテーブルを選択できます。

   • 元のインスタンスにデータを復元する場合、元のインスタンスのデータは影響を受けません。復元後のデータベースは既存のデータベースと同じ名前にできませんが、復元後のテーブルは同じ名前にできます。デフォルトでは、システムは復元後のデータベース名に _backup サフィックスを追加します。名前を変更することもできます。

   • 元のインスタンスにデータを復元する場合は、ページの下部で選択したデータベースとテーブルの合計サイズを確認し、インスタンスのストレージ容量に十分な空きがあることを確認してください。

5. ローカル SSD で実行されているインスタンスから 新しいインスタンス にデータを復元する場合は、課金方法を選択し、新しいインスタンスのパラメーターを設定する必要があります。

   • [サブスクリプション]：新しいインスタンスを作成するときに前払いします。このオプションは、長期的な使用に最適です。

   • [従量課金]：時間単位で課金されます。このオプションは短期的な使用に最適で、不要になったらインスタンスをリリースできます。

   パラメーター	説明
   [ゾーン]	アベイラビリティーゾーンは、リージョン内の独立した物理的な場所です。 ECS インスタンスと同じアベイラビリティーゾーンに RDS インスタンスを作成することも、別のアベイラビリティーゾーンに作成することもできます。 説明 新しいインスタンスは、元のインスタンスと同じリージョンにあります。リージョンは変更できません。
   [仕様]	各インスタンスタイプは、特定の CPU コア数、メモリサイズ、最大接続数、最大 IOPS を提供します。
   [保管スペース]	ストレージ容量には、データファイル、システムファイル、ログファイル、およびトランザクションファイルの領域が含まれます。
   [ネットワークタイプ]	VPC (デフォルト)。VPC は、クラシックネットワークよりも高いセキュリティとパフォーマンスを提供する、分離されたネットワーク環境です。

6. データベース/テーブルの復元または新しいインスタンスの作成の進行状況は、[タスク] ページで確認できます。

   ApsaraDB RDS コンソールで 個々のデータベースとテーブルの復元機能を使用して元の RDS インスタンスにデータを復元すると、RDS インスタンスは [一時インスタンスの作成中] 状態になります。この状態は、復元タスクが進行中であることを示します。この状態でも、RDS インスタンスは正常に実行できます。たとえば、バックアップタスクは正常に実行できます。この状態の期間は、復元するデータ量によって異なります。大量のデータを復元する場合、RDS インスタンスはこの状態が長時間続きます。

   

   重要

   • 復元タスクが開始されると、タスクを一時停止または中断することはできません。

   • 復元タスクが進行中の場合は、別の復元タスクを開始しないことをお勧めします。別の復元タスクを開始すると、「操作に失敗しました。RDS インスタンスの準備ができていません。」というエラーメッセージが表示されます。復元タスクは、進行中の復元タスクがない場合にのみ実行できます。

   • プライマリ RDS インスタンスに 読み取り専用 RDS インスタンス が接続されていて、プライマリ RDS インスタンスで復元タスクが進行中の場合、復元タスクの完了後に、システムはプライマリ RDS インスタンスからすべての読み取り専用 RDS インスタンスにデータを自動的に同期します。これにより、プライマリ RDS インスタンスとセカンダリ RDS インスタンス間のデータ整合性が確保されます。

7. RDS for MySQL インスタンスに接続した後、元のインスタンスまたは新しいインスタンスで復元されたデータを表示できます。

   説明

   • インスタンスへの接続に使用するアカウントに、データベースを表示または管理するために必要な権限があることを確認してください。特権アカウントを使用して接続し、データを表示することを推奨します。

   • DMS を使用して RDS for MySQL インスタンスに接続する場合、復元後にインスタンスを右クリックして [更新 / 辞書の同期] を選択し、新しいデータベースがリストに表示されるようにしてください。

   新しいインスタンスに復元した後、必要に応じて DTS を使用してデータを移行して元のインスタンスに戻すことができます。

関連オペレーション

関連 API

よくある質問