すべてのプロダクト
Search

このプロダクト

    Data Management:PolarDB-X インスタンスの論理バックアップと復元

    ドキュメントセンター

    Data Management:PolarDB-X インスタンスの論理バックアップと復元

    最終更新日:Aug 28, 2026

    データディザスタリカバリ を使用すると、PolarDB-X インスタンスのクロスリージョンバックアップ、長期アーカイブ、分散バックアップを実行できます。

    前提条件

    ソースデータベースは、ApsaraDB RDS for MySQL インスタンスをストレージに使用する PolarDB-X 1.0 インスタンスである必要があります。ApsaraDB RDS for MySQL インスタンスは、MySQL 5.x または MySQL 8.x を実行している必要があります。

    機能

    機能

    説明

    SQL ファイルバックアップ

    DBS は論理バックアップを実行し、データを JSON ファイルとして保存します。

    クロスリージョンバックアップ

    PolarDB-X インスタンスを宛先リージョンの OSS バケットにバックアップし、データをソースリージョン、宛先リージョン、または別のリージョンの PolarDB-X インスタンスに復元できます。

    長期アーカイブ

    バックアップセットは最大 10 年間保持できます。保持期間が終了すると、DBS はバックアップセットを自動的にアーカイブストレージに移行します。

    バックアップのレート制限

    バックアップタスクがソースデータベースに与えるパフォーマンスへの影響を軽減します。

    分散バックアップ

    バックアップスケジュールに Large 以上の仕様を選択すると、マルチノードバックアップによってバックアップと復元が高速化されます。

    バックアップスケジュールの作成

    詳細については、「バックアップスケジュールの作成」をご参照ください。

    説明

    バックアップスケジュールを購入する際は、データソースタイプを PolarDB-X に設定し、バックアップ方法を 論理バックアップ に設定してください。

    バックアップスケジュールの設定

    1. Data Management (DMS) コンソールにログインします。

    2. 上部のナビゲーションバーで、[セキュリティと仕様 ( DBS )] > [データディザスタリカバリ ( DBS )] > [バックアッププラン] を選択します。

      説明

      DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある 2023-01-28_15-57-17.png アイコンにポインターを移動し、[すべての機能] > [セキュリティと仕様 ( DBS )] > [データディザスタリカバリ ( DBS )] > [バックアッププラン] を選択します。

    3. 設定するバックアップスケジュールを見つけ、バックアッププランの設定 列で 操作 をクリックします。

    4. バックアップソースと対象の設定 ページで、ソースと宛先の情報を設定し、[次へ] をクリックします。

      カテゴリ

      パラメータ

      説明

      該当なし

      [バックアップスケジュール名]

      バックアップスケジュールの名前。 DBSは、バックアップスケジュール名を自動的に生成します。 わかりやすい名前を入力することをお勧めします。 バックアップスケジュール名は一意である必要はありません。

      [バックアップソース情報]

      [バックアップ方法]

      データのバックアップに使用されるメソッド。 デフォルトでは、バックアップスケジュールを購入したときに選択したバックアップ方法が使用されます。 この例では、論理バックアップが使用されます。

      [データベースの場所]

      [PolarDB-X インスタンス] を選択します。

      [インスタンスリージョン]

      ソースデータベースインスタンスが存在するリージョン。

      [データベースタイプ]

      [PolarDB-X (旧 DRDS)] を選択します。

      [PolarDB-X インスタンス ID]

      バックアップするインスタンスの ID を選択します。

      [データベース名]

      バックアップするデータベースの名前を入力します。

      [データベースアカウント]

      データベースアカウントを入力します。アカウントには、データベースをバックアップするために必要な権限が必要です。詳細については、「アカウント権限」をご参照ください。

      [パスワード]

      バックアップするデータベースへの接続に使用されるアカウントのパスワード。

      データベースアカウントのユーザー名とパスワードを入力したら、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースに関する情報が有効かどうかを確認します。 指定されたパラメーターが有効な場合、Test Passedメッセージが表示されます。 [テスト失敗] メッセージが表示された場合は、[テスト失敗] の横にある [チェック] をクリックします。 チェック結果に基づいて、バックアップするデータベースに関する情報を変更します。

      [国境を越えたデータ転送のコンプライアンスコミットメント]

      コミットメントのチェックボックスを読んで選択します。

      [バックアップ対象情報]

      [バックアップストレージタイプ]

      バックアップデータのストレージタイプです。次のオプションを使用できます。

      • [DBS ストレージ] (推奨)：ストレージスペースを作成する必要はありません。バックアップデータは自動的に DBS に保存されます。DBS に保存されるデータ量に基づいて課金されます。課金の詳細については、「課金項目 (DMS)」をご参照ください。

      • ユーザー OSS：事前に OSS コンソールでバケットを作成する必要があります。詳細については、「コンソールでのバケットの作成」をご参照ください。

      説明

      • このトピックでは、[DBS ストレージ] を例として使用しています。[ユーザー所有の OSS] を選択した場合は、[OSS バケット名] パラメータも設定する必要があります。OSS の Standard ストレージクラスのみがサポートされています。

      • データ量が多い場合は、サブスクリプションベースの DBS ストレージプランを購入して、DBS ストレージの料金を相殺することを検討してください。サブスクリプションプランは、従量課金プランよりも費用対効果が高くなります。

      [ストレージ暗号化]

      ストレージ暗号化方法を選択します。次のオプションがサポートされています。

      • 内蔵暗号化ストレージ (推奨)：業界標準の AES-256 アルゴリズムを使用して暗号化します。

        サーバー側の暗号化では、OSS はアップロード時にオブジェクトを暗号化し、ダウンロード時に自動的に復号化します。詳細については、「サーバー側の暗号化」をご参照ください。

      • 非暗号化ストレージ：暗号化を無効にします。

    5. バックアップ対象の設定 ページで、[次へ] をクリックします。

      DBS は、[分散データベース全体のバックアップ]のみをサポートしています。

    6. バックアップ時間の設定 ページで、バックアップ時刻とその他の設定を行い、[次へ] をクリックします。

      パラメータ

      説明

      [完全バックアップの頻度]

      バックアップスケジュールの頻度。 有効な値: 定期的なバックアップおよび単一バックアップ。

      説明

      定期的なバックアップ を選択した場合、[フルデータバックアップの繰り返し] および [開始時刻] パラメーターを設定する必要があります。

      [完全バックアップ期間]

      DBSがバックアップスケジュールを実行する曜日。 1週間以上の曜日を選択できます。 少なくとも1つの曜日を選択します。

      [開始時刻]

      バックアップの開始時間。 オフピーク時間内の時点を設定することを推奨します。 例: 01:00

      説明

      前のフルデータバックアップが次のバックアップの開始時に終了していない場合、DBSは次のバックアップをスキップします。

      [増分バックアップ]

      PolarDB-X データベースでは、増分バックアップはサポートされていません。

      [完全バックアップの並列スレッドの最大数]

      完全バックアップに使用できる同時スレッドの最大数。 このパラメーターを設定して、バックアップ速度を調整できます。 たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。

    7. ライフサイクルの設定 ページで、DBS ストレージ内の完全バックアップデータの保持期間を指定します。

    8. 上記の設定が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。

    9. [事前チェック] ダイアログボックスで、事前チェックに合格したら 今すぐ起動する をクリックします。

      説明

      • バックアップスケジュールの [ステータス] が [実行中] に変わると、バックアップスケジュールがアクティブになります。

      • バックアップスケジュールでエラーが発生した場合は、速やかに問題を特定して修正してください。詳細については、「異常な DBS バックアップスケジュールを修正する方法」をご参照ください。提案に従っても問題が解決しない場合は、DingTalk の DBS カスタマーサポートグループ (グループ ID: 35585947) にご参加ください。

    データの復元

    1. Data Management (DMS) コンソールにログインします。

    2. 上部のナビゲーションバーで、[セキュリティと仕様 ( DBS )] > [データディザスタリカバリ ( DBS )] > [バックアッププラン] を選択します。

      説明

      DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある 2023-01-28_15-57-17.png アイコンにポインターを移動し、[すべての機能] > [セキュリティと仕様 ( DBS )] > [データディザスタリカバリ ( DBS )] > [バックアッププラン] を選択します。

    3. [バックアップスケジュール] ページで、管理するバックアップスケジュールを見つけて、アクション列で管理をクリックします。

    4. バックアップタスクの設定ページで、データベースの復元右上隅にあるデータベースの復元をクリックします。

    5. 復元時点の設定 ページで、次のパラメータを設定し、[次へ] をクリックします。

      カテゴリ

      パラメータ

      説明

      該当なし

      [復元タスク名]

      復元タスクの名前。 DBSはタスク名を自動的に生成します。 タスクの識別に役立つ名前を指定することをお勧めします。 タスク名は一意である必要はありません。

      [復元時点]

      [復元可能な時間範囲]

      最初の完全バックアップセットが作成された時点から最新の完全バックアップセットが作成された時点までの時間範囲。 データベースは、時間範囲内のある時点に復元することができる。

      [選択した復元時点]

      データベースを復元する時点を選択します。時刻は [復元可能な時間範囲]内である必要があります。この範囲内の任意の完全バックアップの完了時刻を選択できます。

      [宛先データベース]

      [データベースの場所]

      バックアップするデータベースの場所。 [PolarDB] を選択します。

      [インスタンスリージョン]

      宛先インスタンスのリージョンを選択します。

      [データベースタイプ]

      移行元ディスクのタイプを設定します。 [PolarDB for PostgreSQL] を選択します。

      [PolarDB-X インスタンス ID]

      ターゲットインスタンス ID を選択します。ソースの PolarDB-X インスタンスにデータを復元すると、元のデータベース内のデータが上書きされる可能性があるため、バックアップデータを新しい PolarDB-X インスタンスに復元することを推奨します。

      [データベース名]

      バックアップデータを復元する宛先データベースの名前を入力します。

      [データベースアカウント]

      宛先データベースインスタンスのアカウントを入力します。アカウントには、宛先データベースに対する読み取りおよび書き込み権限が必要です。

      [パスワード]

      バックアップするデータベースへの接続に使用されるアカウントのパスワード。

      [国境を越えたデータ転送のコンプライアンスコミットメント]

      コミットメントのチェックボックスを読んで選択します。

    6. On the [復元オブジェクトの設定] page, configure the following parameters and click [事前チェックして開始する] in the lower-right corner.

      Parameter

      Description

      [Conflict Handling]

      Select a method for [Conflict Handling]. Options include [同じ名前のオブジェクトが検出された場合は失敗とする] and renaming the object upon conflict.

      [Objects to Restore]

      In the [Source Database Objects] list, select the databases or tables that you want to restore and move them to the [Selected Database Objects] list.

      説明

      You can restore individual tables or databases to reduce the amount of restored data and shorten the recovery time objective (RTO).

    7. 復元オブジェクトの設定 ページで、次のパラメータを設定し、右下隅にある 事前チェックして開始する をクリックします。

      パラメータ

      説明

      [競合の処理]

      [競合の処理] のデフォルト設定は、[同じ名前のオブジェクトが存在する場合は名前を変更] です。たとえば、job_info テーブルを復元する際に同じ名前のテーブルが存在する場合、システムは新しいテーブルの名前を job_info_dbs_<復元タスク ID>_<タイムスタンプ> に変更します。

      [復元するオブジェクト]

      [ソースデータベースオブジェクト] リストで、復元するデータベースまたはテーブルを選択し、[選択したデータベースオブジェクト] リストに移動します。

      説明

      一部のデータベースでは、単一テーブルまたは単一データベースの粒度での復元がサポートされています。これにより、復元するデータ量を減らし、目標復旧時間 (RTO) を短縮できます。サポートされている復元粒度の詳細については、「サポートされているデータベースと機能」をご参照ください。

    8. 事前チェック ダイアログボックスで、今すぐ起動する が表示されたら 事前チェックに合格しました をクリックします。

      復元タスク タブで復元の進行状況を確認できます。

      説明

      復元時間は、バックアップスケジュールの仕様とデータベースのサイズによって異なります。仕様が高いほど、復元が高速になります。詳細については、「論理バックアップと物理バックアップのパフォーマンステスト結果」をご参照ください。