データディザスタリカバリは、地理的冗長性、長期アーカイブ、分散バックアップなど、PolarDB-X インスタンス向けの機能を提供します。このトピックでは、データディザスタリカバリを使用して PolarDB-X インスタンスを論理的にバックアップおよびリストアする方法について説明します。
前提条件
PolarDB-X 1.0 インスタンスが作成されていること。PolarDB-X 1.0 インスタンスのデータは、MySQL 5.x または 8.x を実行する ApsaraDB RDS for MySQL インスタンスに格納されていること。
特徴
機能 | 説明 |
SQL ファイルバックアップ | データディザスタリカバリは、データを JSON 形式で論理的にバックアップします。 |
地理的冗長性 | データディザスタリカバリは、PolarDB-X インスタンスを、指定したターゲットリージョンにある Object Storage Service (OSS) バケットにバックアップし、バックアップデータをソースリージョン、ターゲットリージョン、または別のリージョンにデプロイされた新しい PolarDB-X インスタンスにリストアできます。 |
長期アーカイブ | データディザスタリカバリは、バックアップデータを最大 10 年間保持できます。10 年後、データディザスタリカバリはバックアップセットをアーカイブストレージに転送します。 |
バックアップ速度制限 | データディザスタリカバリでは、バックアップ操作がデータベースのパフォーマンスに及ぼす悪影響を軽減するために、バックアップ速度を制限できます。 |
分散バックアップ | データディザスタリカバリは、large または xlarge タイプのバックアップスケジュールに対して分散バックアップ機能を提供します。この機能を使用すると、複数のノードを同時にバックアップおよびリストアできます。 |
バックアップスケジュールの作成
詳細については、「バックアップスケジュールの作成」をご参照ください。
バックアップスケジュールを購入する際は、「データソースの種類」パラメーターを「PolarDB-X」に設定し、「バックアップ方法」パラメーターを 論理バックアップ に設定します。
バックアップスケジュールの構成
データ管理 (DMS) コンソール V5.0 にログオンします。
上部のナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。バックアップスケジュール ページで、構成するバックアップスケジュールを見つけ、バックアッププランの設定 を 操作 列でクリックします。
バックアップソースと対象の設定 ステップで、バックアップソースと宛先を構成し、ページの右下隅にある [次へ] をクリックします。

セクション
パラメーター
説明
該当なし
[スケジュール名]
バックアップスケジュール名。データディザスタリカバリは、自動的にバックアップスケジュール名を生成します。識別しやすい説明的な名前を入力することをお勧めします。バックアップスケジュール名は一意である必要はありません。
バックアップソース情報
[バックアップモード]
データのバックアップに使用される方法。デフォルトでは、バックアップスケジュールを購入したときに選択したバックアップ方法が使用されます。この例では、[論理バックアップ] が使用されます。
[データベースの場所]
ソースデータベースの場所。[polardb-x インスタンス] を選択します。
[インスタンスリージョン]
ソースデータベースインスタンスが存在するリージョン。
[データベースの種類]
ソースデータベースの種類。PolarDB-X (旧 DRDS) を選択します。
[polardb-x インスタンス ID]
ソースデータベースがデプロイされている PolarDB-X インスタンスの ID。
[データベース名]
ソースデータベースの名前。
[データベースアカウント]
ソースデータベースへの接続に使用するアカウントのユーザー名。アカウントには、データベースをバックアップするための権限が必要です。詳細については、「アカウント権限」をご参照ください。
[パスワード]
バックアップするデータベースへの接続に使用するアカウントのパスワード。
データベースアカウントのユーザー名とパスワードを入力した後、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースの情報が有効かどうかを確認します。指定したパラメーターが有効な場合、「テストに合格しました」メッセージが表示されます。「テストに失敗しました」メッセージが表示された場合は、「テストに失敗しました」の横にある [確認] をクリックします。確認結果に基づいて、バックアップするデータベースの情報を変更します。
[クロスボーダーデータ転送に関するコンプライアンス保証]
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
バックアップ対象情報
[バックアップストレージタイプ]
バックアップデータのストレージタイプ。有効な値:
[DBS ストレージ (推奨)]: バックアップデータは、Object Storage Service (OSS) バケットを作成する必要なく、データディザスタリカバリに格納されます。データディザスタリカバリに格納されているデータ量に基づいて課金されます。課金方法の詳細については、「ストレージ料金」をご参照ください。
ユーザー OSS: 事前に OSS コンソールでバケットを作成する必要があります。詳細については、「バケットの作成」をご参照ください。
説明この例では、[DBS ストレージ (推奨)] が選択されています。[ユーザー向け OSS] を選択した場合は、[OSS バケット名] パラメーターを構成する必要があります。標準ストレージタイプのみがサポートされています。
大量のデータを格納する場合は、サブスクリプションストレージプランを購入して、データディザスタリカバリの組み込みストレージ料金を相殺することをお勧めします。データディザスタリカバリのストレージプランは、従量課金よりも費用対効果が高くなります。
[ストレージの暗号化]
格納されたデータの暗号化に使用される方法。有効な値:
内蔵暗号化ストレージ (推奨): 格納されたデータの暗号化に AES-256 が使用されます。
OSS では、サーバー側暗号化機能が使用されます。サーバー側暗号化が有効になっているバケットにオブジェクトをアップロードすると、OSS はオブジェクトを暗号化して格納します。暗号化されたオブジェクトを OSS からダウンロードすると、OSS はオブジェクトを復号化し、復号化されたオブジェクトを返します。詳細については、「サーバー側暗号化」をご参照ください。
非暗号化ストレージ: 格納されたデータは暗号化されません。
[バックアップオブジェクトの編集] ステップで、バックアップ対象の設定 をクリックします。
データディザスタリカバリでは、分散データベースインスタンス全体のみをバックアップできます。
バックアップ時間の設定 ステップで、次の表に示すパラメーターを構成し、[次へ] をクリックします。
パラメーター
説明
[フルスケールバックアップ頻度]
バックアップスケジュールの頻度。有効な値: 定期的なバックアップ および 単一バックアップ。
説明定期的なバックアップ を選択した場合は、[完全データバックアップの繰り返し] パラメーターと [開始時刻] パラメーターを構成する必要があります。
[完全データバックアップの繰り返し]
データディザスタリカバリがバックアップスケジュールを実行する曜日。1 つ以上の曜日を選択できます。少なくとも 1 つの曜日を選択してください。
[開始時刻]
バックアップの開始時刻。オフピーク時の時刻を設定することをお勧めします。例: [01:00]。
説明前回の完全データバックアップが次のバックアップの開始時刻に完了していない場合、データディザスタリカバリは次のバックアップをスキップします。
[増分バックアップ]
データディザスタリカバリは、PolarDB-X インスタンスの増分バックアップをサポートしていません。
[完全データバックアップの最大同時スレッド数]
完全バックアップに使用できる最大同時スレッド数。このパラメーターを設定して、バックアップ速度を調整できます。たとえば、バックアップスレッド数を減らして、データベースへの影響を最小限に抑えることができます。
ライフサイクルの設定 ステップで、[完全データバックアップのライフサイクルの構成] セクションで完全バックアップセットのライフサイクルを構成します。
上記の構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールのステータスが [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早く例外またはエラーのトラブルシューティングを行ってください。詳細については、「異常なバックアッププランを修正する方法」をご参照ください。上記のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DingTalk グループ (ID: 35585947) のテクニカルサポートにお問い合わせください。
PolarDB-X インスタンスのリストア
DMS コンソール V5.0 にログオンします。
上部のナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。[バックアップスケジュール] ページで、管理するバックアップスケジュールを見つけ、[操作] 列の [管理] をクリックします。アクション
バックアップタスクの設定 ページで、右上隅にある データベースの復元 をクリックします。
リストアタスクの作成ウィザードの 復元時点の設定 ステップで、次の表に示すパラメーターを構成し、[次へ] をクリックします。

セクション
パラメーター
説明
該当なし
復元タスク名
リストアタスクの名前。データディザスタリカバリは、自動的にタスク名を生成します。タスクを識別するのに役立つ名前を指定することをお勧めします。タスク名は一意である必要はありません。
復元時点
[リストア可能な時間範囲]
最初の完全バックアップセットが作成された時点から最新の完全バックアップセットが作成された時点までの時間範囲。データベースは、この時間範囲内の任意の時点にリストアできます。
[リストア先]
[リストア可能な時間範囲] パラメーターで指定された時間範囲内でなければなりません。このパラメーターは、完全バックアップセットが作成された時刻に設定できます。
[宛先データベースの構成]
[データベースの場所]
宛先データベースの場所。[polardb-x インスタンス] を選択します。
[インスタンスリージョン]
宛先インスタンスが存在するリージョン。
[データベースの種類]
宛先データベースの種類。[polardb-x (旧 DRDS)] を選択します。
[polardb インスタンス ID]
宛先 PolarDB-X インスタンスの ID。ソース PolarDB-X インスタンスにデータをリストアすると、ソースデータベースのデータが上書きされる可能性があります。新しい PolarDB-X インスタンスにデータをリストアすることをお勧めします。
[データベース名]
宛先データベースの名前。
[データベースアカウント]
宛先データベースへの接続に使用するアカウントのユーザー名。アカウントには、宛先データベースに対する読み取り/書き込み権限が必要です。
[パスワード]
宛先データベースへの接続に使用するアカウントのパスワード。
[クロスボーダーデータ転送に関するコンプライアンス保証]
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
復元オブジェクトの設定 ステップで、次の表に示すパラメーターを構成し、事前チェックして開始する をクリックします。
パラメーター
説明
[競合の処理]
[競合の処理] パラメーターには、同じ名前のオブジェクトが検出された場合は失敗とする のみを選択できます。
[リストアするオブジェクト]
[使用可能] セクションでリストアするデータベースまたはテーブルを選択し、右向き矢印をクリックして [選択済み] セクションに追加します。
説明データディザスタリカバリでは、単一のデータベースまたはテーブルをリストアできます。これにより、リストアされるデータ量が削減され、目標復旧時間 (RTO) が短縮されます。
復元オブジェクトの設定 ステップで、次の表に示すパラメーターを構成し、事前チェックして開始する をクリックします。
パラメーター
説明
[競合の処理]
デフォルトでは、[同じ名前のオブジェクトの名前を変更する] が [競合の処理] パラメーターに選択されています。たとえば、リストアする
job_infoテーブルが宛先データベースのテーブルと同じ名前の場合、システムはリストアされたテーブルの名前をjob_info_dbs_<リストアタスク ID>_<タイムスタンプ>の形式で変更します。[リストアするオブジェクト]
[使用可能] セクションでリストアするデータベースまたはテーブルを選択し、右向き矢印をクリックして [選択済み] セクションに追加します。
説明データディザスタリカバリでは、データベースまたはテーブルごとに一部のデータベースをリストアできます。これにより、リストアされるデータ量が削減され、RTO が短縮されます。サポートされているリストアの粒度の詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
事前チェックに合格しました メッセージが 事前チェック ダイアログボックスに表示されたら、今すぐ起動する をクリックします。
データベースのリストア進捗状況を表示するには、左側のナビゲーションウィンドウで 復元タスク をクリックします。
説明リストア時間は、バックアップスケジュールの仕様とリストアするデータベースのサイズによって異なります。仕様が高いバックアップスケジュールほど、リストア時間が短くなります。詳細については、「論理バックアップと物理バックアップのパフォーマンステスト」をご参照ください。