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

PolarDB:フル復元の方法 1:バックアップセットからのデータ復元

最終更新日:Jan 18, 2026

フル復元は、PolarDB クラスターのすべての既存データを新しいクラスターに復元する機能です。新しいクラスターでデータを確認した後、データをソースクラスターに移行できます。フル復元は、バックアップセットから実行することも、特定の時点に復元することもできます。このトピックでは、バックアップセットからすべての既存データを復元する方法について説明します。

注意事項

復元されたクラスターには、ソースクラスターのデータとアカウント情報が含まれますが、パラメーター設定は含まれません。

操作手順

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

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

  3. 新しいクラスターにデータを復元します。

    • 同一リージョン内でデータを復元する場合:

      対象のバックアップセットを見つけ、操作 列の 新しいクラスターに復元 をクリックします。

    • リージョン間でデータを復元する場合:

      1. バックアップと復元 ページで、対象のバックアップセットがあるリージョンを選択します。

      2. 対象のバックアップセットを見つけ、操作 列の 新しいクラスターに復元 をクリックします。

  4. クローンインスタンスページで、新しいクラスターの [プロダクトタイプ] を選択します。

    • サブスクリプション:クラスターの計算リソースに対して前払いする必要があります。

    • 従量課金:使用した計算リソースに対して課金されます。前払いの必要はありません。

    • サーバーレス:料金には、コンピュートノード料金、ストレージ容量料金、無料クォータを超えた場合にのみ課金されるバックアップストレージ料金、およびオプションの SQL Explorer 料金が含まれます。課金の詳細については、「サーバーレスの課金」をご参照ください。

  5. 以下のパラメーターを設定します。

    パラメーター

    説明

    [クローンタイプ]

    [バックアップセットからデータを復元] を選択します。

    リージョン

    ターゲットリージョンを選択します。

    説明
    • リージョン間バックアップが有効な場合、ソースリージョンとターゲットリージョンにデータを復元できます。

    • リージョン間バックアップが無効な場合、ターゲットリージョンはデフォルトでソースリージョンと同じになります。リージョンを選択する必要はありません。

    バックアップセット

    復元したいバックアップセットを選択します。

    説明

    各バックアップセットの 開始時刻 が表示されます。この時刻を使用して、対象のバックアップセットを特定できます。

    プライマリゾーン

    クラスターのプライマリゾーンを選択します。

    説明

    2 つ以上のゾーンがあるリージョンでは、PolarDB はディザスタリカバリのためにデータをセカンダリゾーンに自動的にレプリケートします。

    スケーリング用の読み取り専用ノードの最小数

    • [読み取り専用ノードの最小数]:追加できる読み取り専用ノードの最小数を設定します。有効値:0~15。

    • [読み取り専用ノードの最大数]:追加できる読み取り専用ノードの最大数を設定します。有効値:0~15。

    説明
    • 読み取り専用ノードの数は、ワークロードに基づいて指定された範囲内で自動的に増減します。スケーリングポリシーの詳細については、「自動スケーリング」をご参照ください。

    • サーバーレスクラスターの高可用性を確保するには、[読み取り専用ノードの最小数] を 1 に設定します。

    • [ノードあたりの最小 PCU]:クラスター内のノードあたりの PCU の最小数を設定します。有効値:0.25 PCU~31 PCU。

    • [ノードあたりの最大 PCU]:クラスター内のノードあたりの PCU の最大数を設定します。有効値:1 PCU~32 PCU。

    説明
    • サーバーレスは、秒単位の課金とリソースのスケーリングに PCU を使用します。1 PCU は、約 1 コアと 2 GB のメモリのサービス能力に相当します。ノードの PCU は、ワークロードに基づいて指定された範囲内で動的に調整されます。最小スケーリング単位は 0.5 PCU です。

    • 例:[ノードあたりの最小 PCU] を 2 PCU、[ノードあたりの最大 PCU] を 16 PCU に設定した場合、サーバーレスクラスター内のノードのデフォルト仕様は 2 PCU (約 2 コアと 4 GB のメモリ) になります。システムがワークロードの増加を検出すると、プライマリノードまたは読み取り専用ノードの PCU 数を自動的に増加させます。設定に基づき、PCU 数は最大で 16 PCU (約 16 コアと 32 GB のメモリ) までしか増加できません。

    説明

    これらのパラメーターは、プロダクトタイプをサーバーレスに設定した場合にのみ使用できます。

    [スケーリング用の読み取り専用ノードの最大数]

    シングルノードスケーリングの下限

    シングルノードスケーリングの上限

    ネットワークタイプ

    値は [VPC] に固定されています。値を選択する必要はありません。

    VPC ネットワーク

    クラスターの [VPC][vSwitch] を選択します。ソースクラスターと同じ VPC と vSwitch を使用することを推奨します。

    説明

    接続したい PolarDB クラスターと ECS インスタンスが同じ VPC にあることを確認してください。そうでない場合、内部ネットワーク経由で通信できず、最適なパフォーマンスを達成できません。

    [vSwitch]

    互換性

    このパラメーターはソースクラスターの設定を継承し、変更できません。

    たとえば、ソースクラスターが [MySQL 8.0] と互換性がある場合、このパラメーターも [MySQL 8.0] に設定されます。

    マイナーバージョン

    [8.0.1] または [8.0.2] を選択します。

    説明

    このパラメーターは、互換性を [MySQL 8.0] に設定した場合にのみ使用できます。

    エディション

    このパラメーターはソースクラスターの設定を継承し、変更できません。

    たとえば、ソースクラスターが Cluster Edition の場合、このパラメーターも Cluster Edition に設定されます。詳細については、「Enterprise Edition シリーズ」をご参照ください。

    仕様

    PolarDB for MySQL Cluster Edition は、汎用専用 の 2 つのサブシリーズをサポートしています。

    • 専用:各クラスターは、CPU などの割り当てられた計算リソースを排他的に使用します。リソースは同じサーバー上の他のクラスターと共有されません。これにより、より高いパフォーマンスの安定性と信頼性が提供されます。

    • 汎用:CPU などのアイドル状態の計算リソースは、同じサーバー上の異なるクラスター間で共有されます。このリソース共有モデルは、よりコスト効率が高いです。

    2 つのタイプの詳細な比較については、「汎用仕様と専用仕様の比較」をご参照ください。

    CPU アーキテクチャ

    このパラメーターはソースクラスターの設定を継承し、変更できません。

    ノード仕様

    [ノード仕様] を選択します。仕様が異なると、提供される最大ストレージ容量とパフォーマンスレベルも異なります。詳細については、「Enterprise Edition のコンピュートノード仕様」をご参照ください。

    説明

    復元されたクラスターが期待どおりに動作することを保証するために、ソースクラスターと同じかそれ以上の [ノード仕様] を選択してください。

    [ノード数]

    • ソースクラスターが Cluster Edition の場合、デフォルトで 2 つのノード (1 つの読み書きノードと 1 つの読み取り専用ノード) が表示されます。2 つのノード (1 つの読み書きノードと 1 つの読み取り専用ノード) または 1 つのノード (読み書きノード) を選択できます。

    • ソースクラスターが Multi-master Cluster (Limitless) Edition の場合、システムはデフォルトで同じ仕様の 2 つのプライマリノードを作成します。このパラメーターを設定する必要はありません。

    データベースプロキシタイプ

    PolarDB は、Standard Enterprise EditionDedicated Enterprise Edition の 2 つのデータベースプロキシタイプをサポートしています。

    • Standard Enterprise Edition:このタイプは 汎用サブシリーズで使用されます。物理 CPU リソースを共有し、ワークロードに基づいてインテリジェントな秒単位のリソーススケーリングを提供します。

    • Dedicated Enterprise Edition:このタイプは 専用サブシリーズで使用されます。物理 CPU リソースを排他的に使用し、より優れたパフォーマンスの安定性を提供します。

    説明

    PolarProxy Enterprise Edition は現在無料です。課金開始時期は未定です。

    ホットスタンバイクラスターを有効にする

    PolarDB は複数の高可用性モードを提供します。PolarDB クラスターでストレージホットスタンバイクラスター機能を有効にすると、PolarDB クラスターが存在するリージョンのセカンダリゾーン、または同じゾーン内の異なるデータセンターにストレージホットスタンバイクラスターが作成されます。ストレージホットスタンバイクラスターは独立したストレージリソースを持ちます。ストレージホットスタンバイクラスターが独立した計算リソースを持つかどうかは、高可用性モードによって異なります。プライマリゾーンの PolarDB クラスターに障害が発生した場合、ストレージホットスタンバイクラスターが即座に引き継ぎ、読み書き操作とストレージタスクを処理します。

    説明
    • ストレージホットスタンバイクラスターおよび関連ソリューションの詳細については、「高可用性モード (ホットスタンバイクラスター)」をご参照ください。

    • 高可用性モードの変更ルール:

      • クラスターの高可用性モードを [ダブルゾーン (ストレージホットスタンバイクラスター有効)] または [ダブルゾーン (ストレージおよびコンピュートホットスタンバイクラスター有効)] から [シングルゾーン (ストレージホットスタンバイクラスター無効)] に直接変更することはできません。

        このような高可用性モードの変更には、新しいクラスターを購入し、そのクラスターに [シングルゾーン (ストレージホットスタンバイクラスター無効)] の高可用性モードを選択することを推奨します。その後、Data Transmission Service (DTS) を使用して既存のクラスターを新しいクラスターに移行します。既存のクラスターを新しいクラスターに移行する方法については、「PolarDB for MySQL クラスター間のデータ移行」をご参照ください。

      • [3 ゾーン] の高可用性モードは、新しいクラスターを購入するときにのみ選択できます。クラスターの高可用性モードを 3 ゾーンから他の高可用性モードに変更したり、その逆を行ったりすることはできません。

    • クラスターの高可用性モードを [シングルゾーン (ストレージホットスタンバイクラスター無効)] から別の高可用性モードに手動で変更できます。詳細については、「高可用性モード (ホットスタンバイクラスター)」をご参照ください。

    3AZ 強整合性デプロイメント

    3AZ 強整合性デプロイメントを有効にするかどうかを指定します。

    ストレージクラス

    新しいクラスターのストレージクラスは、ソースクラスターと同じです。ソースクラスターが ESSD を使用している場合、ESSD のみを選択できます。ソースクラスターが PSL4 または PSL5 を使用している場合、PSL4 または PSL5 を選択できます。

    • ESSD は、Alibaba Cloud が開発した超高性能ディスクです。ESSD は、次世代の分散ブロックストレージアーキテクチャを使用し、25 ギガビットイーサネットネットワークと Remote Direct Memory Access (RDMA) をサポートしています。各 ESSD は低い片道レイテンシーを持ち、最大 100 万のランダム読み書き IOPS を提供できます。ESSD は以下のカテゴリに分類されます:

      • PL0 ESSD:基本パフォーマンスレベル。

      • PL1 ESSD:PL0 と比較して 5 倍の IOPS と約 2 倍のスループットを提供します。

      • PL2 ESSD:PL1 と比較して約 2 倍の IOPS とスループットを提供します。

      • PL3 ESSD:PL2 と比較して最大 10 倍の IOPS と 5 倍のスループットを提供し、極端な同時 I/O パフォーマンスと安定した低読み書きレイテンシーを必要とするシナリオに最適です。

      • ESSD AutoPL ディスク:IOPS を容量から分離し、柔軟な構成とオンデマンド調整を可能にして、総所有コスト (TCO) を削減します。

        重要
        • ESSD のパフォーマンス詳細については、「ESSD」をご参照ください。

        • ディスクのストレージスペースがいっぱいになると、ディスクはロックされて読み取り専用になります。

        • サービスの中断を避けるために、ESSD ストレージの自動拡張を有効にすることができます。

    • PSL4 と PSL5 は、PolarDB が異なるシナリオ向けに設計したストレージタイプです。違いは以下の通りです:

      ストレージクラス

      特徴

      シナリオ

      PSL5 (PolarStore Level 5)

      PolarDB の以前のバージョンでサポートされていたストレージクラスです。2022 年 6 月 7 日より前に購入された PolarDB クラスターのデフォルトのストレージクラスです。より優れたパフォーマンス、信頼性、可用性を提供します。

      データベースがコアシステムである、高いパフォーマンスと信頼性を必要とするビジネスシナリオ。金融、e コマース、政府サービス、中規模から大規模のインターネットビジネスなどが含まれます。

      PSL4 (PolarStore Level 4)

      PolarDB は、Alibaba 独自の smart-SSD 技術を使用したこの新しいストレージクラスをリリースしました。この技術は、物理 SSD ディスク層でデータを圧縮および解凍します。これにより、パフォーマンスへの影響を抑制しつつ、データ単位あたりのストレージ価格を低減します。

      コスト削減と高いコストパフォーマンスを必要とするアプリケーションシナリオ。

      説明
      • ストレージクラスの変換ルール:

        • 一部の製品シリーズは ストレージクラスのアップグレードをサポートしており、PSL4 ストレージを PSL5 ストレージにアップグレードできます。

        • ストレージクラスのダウングレードはサポートされていません。PSL5 ストレージを PSL4 ストレージにダウングレードすることはできません。

      • PSL5 ストレージから PSL4 ストレージに切り替えるには、新しいクラスターを購入し、DTS などの移行ツールや メジャーバージョンアップグレード機能を使用して、元のクラスターから新しいクラスターにデータを移行できます。

    ストレージエンジン

    PolarDB は、InnoDBInnoDB & X-Engine の 2 種類のストレージエンジンをサポートしています。

    • InnoDB:InnoDB エンジン。

    • InnoDB & X-Engine::InnoDB と X-Engine のハイブリッドデプロイメント。このオプションを選択した場合、高圧縮エンジンの割合を設定できます。高圧縮エンジンの詳細については、「高圧縮エンジン (X-Engine)」をご参照ください。

    説明

    このパラメーターは PolarDB for MySQL Standard Edition ではサポートされていません。

    ストレージ課金方式

    PolarDB は、従量課金サブスクリプション の 2 つのストレージ課金方法をサポートしています。

    • 従量課金:この方法はサーバーレスアーキテクチャを使用します。購入時にストレージ容量を指定する必要はありません。データが増加するにつれてストレージ容量が自動的にスケーリングされ、実際に使用したストレージスペースに対してのみ課金されます。詳細については、「容量による課金 (従量課金) の価格設定」をご参照ください。

    • サブスクリプション:クラスターのストレージスペースに対して前払いする必要があります。詳細については、「スペースによる課金 (サブスクリプション) の価格設定」をご参照ください。

    説明

    課金方法サブスクリプション に設定した場合、ストレージ課金方法従量課金 または サブスクリプション に設定できます。課金方法従量課金 に設定した場合、このパラメーターはサポートされていません。ストレージはデフォルトで従量課金になります。

    ストレージ容量

    サブスクリプション クラスター用に購入するストレージ容量。ストレージ容量は 50 GB から 500 TB の範囲です。最小増分は 10 GB です。

    説明

    このパラメーターは、ストレージ課金方法サブスクリプション に設定した場合にのみ使用できます。

    ストレージ料金

    クラスターの購入時にストレージ容量を指定する必要はありません。PolarDB は、実際のストレージ使用量に基づいて時間単位で課金します。

    Binlog の有効化

    バイナリログ記録を有効にするかどうかを指定します。バイナリログ記録の詳細については、「バイナリログ記録の有効化」をご参照ください。

    クラスター名

    クラスターの名前を入力します。名前は以下の要件を満たす必要があります:

    • http:// または https:// で始まらないこと。

    • 長さは 2~256 文字であること。

    このパラメーターを空のままにすると、システムが自動的にクラスター名を生成します。クラスター名はクラスター作成後に変更できます。

    [ソースクラスターからタグを継承]

    ソースクラスターからタグを継承するかどうかを指定します。

    期間

    クラスターのサブスクリプション期間を選択します。

    説明

    このパラメーターは、課金方法サブスクリプション に設定した場合にのみ使用できます。

    数量

    購入したいクラスターの数を選択します。

  6. パラメーターを設定した後、クラスターの構成と料金を確認し、サービス利用規約を読みます。構成が正しい場合は、[今すぐ購入] をクリックします。

  7. 購入を完了すると、クラスターの作成に 10~15 分かかります。その後、PolarDB コンソールのクラスターリストで新しいクラスターを表示できます。

    説明
    • クラスター内のノードのステータスが 作成中 の場合、クラスターはまだ作成中であり、利用できません。クラスターのステータスが 実行中 に変わったときにのみ使用可能になります。

    • コンソールの左上隅で正しいリージョンを選択していることを確認してください。そうでない場合、作成されたクラスターを表示できません。

関連 API

API

説明

クラスターの作成

CreateDBCluster 操作を呼び出して、バックアップセットからデータを復元することで PolarDB クラスターを作成できます。

説明
  • CreationOption パラメーターを CloneFromPolarDB に設定します。

  • CloneDataPoint パラメーターをバックアップセットの ID に設定します。