PolarDB:データベースとテーブルの復元方法 1：バックアップセットからのデータ復元

はじめに

PolarDB が提供するデータベースとテーブルの復元機能は、元のクラスターに存在するデータベースやテーブルを上書きまたは削除したり、既存のデータベースやテーブルにデータを書き込んだりすることはありません。代わりに、元のクラスターに新しいデータベースとテーブルを作成します。データベースとテーブルの復元中に、新しいデータベース名またはテーブル名を指定して、db1 のバックアップデータを db2 に復元できます。

データベースとテーブルの復元中、元のクラスター内のデータベースへの通常のアクセスは影響を受けません。ただし、復元によって元のクラスターのコンピューティングリソースが消費される可能性があり、これによりクラスターの CPU 使用率と IOPS が増加する可能性があります。

利用シーン

注意事項

• データベースとテーブルの復元機能におけるバックアップセットからの復元は、レベル 1 バックアップセットからの復元のみをサポートします。レベル 2 バックアップセットからの復元はサポートされていません。

• データベースとテーブルの復元を実行する際に、指定したデータベース名またはテーブル名が元のクラスターに既に存在する場合、復元は失敗します。

• データベースとテーブルの復元では、指定したテーブルのみが復元されます。復元が必要なすべてのテーブルを選択していることを確認してください。

  説明

  関連するすべてのテーブルを特定できない場合は、クラスター全体の履歴データを新しいクラスターに復元し、その後、元のクラスターにデータを移行することを推奨します。詳細については、「バックアップセットからの復元」および「クラスターを特定の時点に復元」をご参照ください。

• データベース全体を復元しない場合、各データベースで一度に最大 100 個のテーブルを復元できます。データベース全体を復元する場合、データベース内のすべてのテーブルが復元されます。

  説明

  • 一度に復元するテーブルが多すぎると、復元に時間がかかります。そのため、一度に多くのテーブルを復元しないことを推奨します。

  • 多数のテーブルを復元する必要がある場合は、履歴データ全体を新しいクラスターに復元することを推奨します。詳細な操作手順については、「バックアップセットからの復元」および「クラスターを特定の時点に復元」をご参照ください。

• クラスターに 50,000 を超えるテーブル (システムテーブルを含む) がある場合でも、データベースとテーブルの復元機能を使用できます。

  説明

  • この機能は現在、段階的な展開ステージにあります。この機能を使用するには、お問い合わせいただき、クラスターをホワイトリストに追加してこの機能を有効にすることができます。

  • クラスター内のテーブル数 (システムテーブルを含む) を照会します。SQL ステートメントは次のとおりです。

    SELECT COUNT(*) FROM information_schema.tables;

  • クラスター内のシステムテーブルの数を照会します。SQL ステートメントは次のとおりです。

    SELECT COUNT(*) FROM information_schema.tables WHERE table_schema IN ('sys', 'performance_schema', 'mysql', 'information_schema', '__recycle_bin__');

• データベースとテーブルの復元では、トリガーの復元はサポートされていません。元のテーブルにトリガーが設定されている場合、トリガーは復元されません。

• データベースとテーブルの復元では、外部キーの復元はサポートされていません。元のテーブルに外部キーが設定されている場合、外部キーは復元されません。

• オフピーク時間帯にデータ復元を実行することを推奨します。

操作手順

1. PolarDB コンソールにログインします。左側のナビゲーションウィンドウで クラスター をクリックします。クラスターがデプロイされているリージョンを選択し、クラスター ID をクリックしてクラスター詳細ページに移動します。

2. 左側のナビゲーションウィンドウで、設定と管理 > バックアップと復元 を選択し、データベース / テーブルの復元 をクリックします。

3. 表示されるダイアログボックスで、復元タイプ を バックアップセット に設定し、バックアップセットリストからターゲットのバックアップセットを選択します。

   説明

   データベースとテーブルの復元機能は、IOPS の消費量に基づいて 速い、標準、安全 の 3 つの速度設定を提供します。ビジネス要件に基づいて設定を選択してください。各速度設定の推定復元時間については、「データベースとテーブルの復元速度テストの参考」をご参照ください。

   • 速い：現在のクラスターにデータを復元している際、大量の IOPS が消費される可能性があります。オフピーク時間帯にこの設定を選択することを推奨します。

   • 標準 (4 コア以上のクラスターに推奨)：現在のクラスターにデータを復元している際、中程度の IOPS が消費される可能性があります。

   • 安全 (4 コア以下のクラスターに推奨)：現在のクラスターにデータを復元している際、少量の IOPS しか消費されませんが、復元速度が大幅に影響を受ける可能性があります。

   4 コア以下のクラスターの場合、innodb_io_capacity と innodb_io_capacity_max がクラスターの仕様に一致する値に設定されていることを確認することを推奨します。各クラスター仕様でサポートされる最大 IOPS については、「Enterprise Edition のコンピュートノードの仕様」および「Standard Edition のコンピュートノードの仕様」をご参照ください。復元には 安全 速度を使用することを推奨します。

4. 復元するデータベースとテーブル セクションで、左側でターゲットデータベースを、右側でターゲットテーブルを選択します。

   説明

   • 新しいデータベース名またはテーブル名を指定しない場合、システムは元のデータベース名またはテーブル名に _backup を追加して、新しいデータベース名とテーブル名を自動的に生成します。例えば、元のテーブル名が test の場合、自動生成される新しいテーブル名は test_backup になります。

   • ターゲットデータベースを選択し、テーブルを指定しない場合、デフォルトでデータベース内のすべてのテーブルが復元されます。

5. 復元したいデータベースとテーブルを選択したことを確認した後、OK をクリックします。

API リファレンス