データディザスタリカバリは、PolarDB for MySQL データベース用の単一テーブルリストア、地理的冗長性、長期アーカイブなどの機能を提供します。このトピックでは、データディザスタリカバリを使用して PolarDB for MySQL データベースをバックアップおよびリストアする方法について説明します。
使用上の注意
PolarDB for MySQL データベースの増分データをバックアップする前に、データベースでバイナリロギング機能が有効になっていることを確認してください。デフォルトでは、バイナリロギング機能は無効になっています。詳細については、「バイナリロギングを有効にする」をご参照ください。
バックアップスケジュールの作成
詳細については、「バックアップスケジュールを作成する」をご参照ください。
バックアップスケジュールを購入する際は、データソースタイプ パラメーターを [mysql] に、バックアップメソッド パラメーターを [論理バックアップ] に設定します。
データディザスタリカバリが PolarDB for MySQL データベースをバックアップおよびリストアする際の粒度については、「サポートされているデータベースの種類と機能」をご参照ください。
バックアップスケジュールの構成
データ管理 (DMS) コンソール V5.0 にログインします。
上部のナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。バックアップスケジュール ページで、構成するバックアップスケジュールを見つけ、バックアッププランの設定 を 操作 列でクリックします。
バックアップソースと対象の設定 ステップで、バックアップソースと宛先を構成し、ページの右下隅にある [次へ] をクリックします。
セクション
パラメーター
説明
該当なし
[スケジュール名]
バックアップスケジュールの名前。データディザスタリカバリは、自動的にバックアップスケジュール名を生成します。識別しやすい説明的な名前を入力することをお勧めします。バックアップスケジュール名は一意である必要はありません。
バックアップソース情報
[バックアップモード]
データのバックアップに使用するメソッド。このパラメーターのデフォルト値は、バックアップスケジュールを購入するときに選択したバックアップメソッドです。この例では、[論理バックアップ] が表示されます。
[データベースの場所]
バックアップするソースデータベースの場所。ドロップダウンリストから PolarDB を選択します。
[インスタンスリージョン]
ソースデータベースインスタンスが存在するリージョン。
[データベースの種類]
ソースデータベースの種類。デフォルト値：MySQL。
[polardb インスタンス ID]
ソース PolarDB for MySQL データベースの ID。
[データベースアカウント]
ソースデータベースへの接続に使用するアカウントのユーザー名。アカウントには、データベースをバックアップするための権限が必要です。詳細については、「さまざまな種類のデータベースアカウントに必要な権限」をご参照ください。
[パスワード]
バックアップするデータベースへの接続に使用するアカウントのパスワード。
データベースアカウントのユーザー名とパスワードを入力した後、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースの情報が有効かどうかを確認します。指定したパラメーターが有効な場合、[テストに合格しました] メッセージが表示されます。[テストに失敗しました] メッセージが表示された場合は、[テストに失敗しました] の横にある [確認] をクリックします。チェック結果に基づいて、バックアップするデータベースの情報を変更します。
[クロスボーダーデータ転送に関するコンプライアンス保証]
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
バックアップ対象情報
[バックアップストレージタイプ]
バックアップデータのストレージタイプ。有効値：
[DBS ストレージ (推奨)]: バックアップデータは、Object Storage Service (OSS) バケットを作成する必要なく、データディザスタリカバリに保存されます。データディザスタリカバリに保存されているデータの量に基づいて課金されます。課金方法の詳細については、「ストレージ料金」をご参照ください。
ユーザー OSS: 事前に OSS コンソールでバケットを作成する必要があります。詳細については、「バケットの作成」をご参照ください。
説明この例では、[DBS ストレージ (推奨)] が選択されています。[ユーザー向け OSS] を選択した場合は、[OSS バケット名] パラメーターを構成する必要があります。標準ストレージタイプのみがサポートされています。
大量のデータを保存する場合は、データディザスタリカバリの組み込みストレージ料金を相殺するために、サブスクリプションストレージプランを購入することをお勧めします。データディザスタリカバリ ストレージプランは、従量課金よりも費用対効果が高くなります。
[ストレージの暗号化]
保存データの暗号化に使用するメソッド。有効値：
内蔵暗号化ストレージ (推奨): 保存データの暗号化に AES-256 が使用されます。
OSS では、サーバー側暗号化機能が使用されます。サーバー側暗号化が有効になっているバケットにオブジェクトをアップロードすると、OSS はオブジェクトを暗号化して保存します。暗号化されたオブジェクトを OSS からダウンロードすると、OSS はオブジェクトを復号化し、復号化されたオブジェクトを返します。詳細については、「サーバー側暗号化」をご参照ください。
非暗号化ストレージ: 保存データは暗号化されません。
バックアップ対象の設定 ステップで、[使用可能] セクションでバックアップするデータベースまたはテーブルを見つけます。右向き矢印をクリックして、選択したデータベースまたはテーブルを 選択したデータベースオブジェクト セクションに追加します。次に、[次へ] をクリックします。
説明データディザスタリカバリでは、単一テーブル、単一データベース、または複数データベースをバックアップできます。[使用可能] セクションの左下隅にある [すべて選択] をクリックして、すべてのデータベースを選択できます。サポートされているバックアップオブジェクトは、データベースの種類によって異なります。詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
デフォルトでは、バックアップスケジュールが作成された後に作成されたデータベースをバックアップスケジュールを使用してバックアップすることはできません。データベースをバックアップするには、バックアップスケジュールの [タスクの構成] ページでデータベースをバックアップスケジュールに追加します。詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップ時間の設定 ステップで、次の表に示すパラメーターを設定し、[次へ] をクリックします。
パラメーター
説明
[フルスケールバックアップ頻度]
バックアップスケジュールの頻度。有効値：定期的なバックアップ および 単一バックアップ。
説明定期的なバックアップ を選択した場合は、[完全データバックアップの繰り返し] パラメーターと [開始時刻] パラメーターを構成する必要があります。
[完全データバックアップの繰り返し]
データディザスタリカバリがバックアップスケジュールを実行する曜日。1 つ以上の曜日を選択できます。少なくとも 1 つの曜日を選択してください。
[開始時刻]
バックアップの開始時刻。オフピーク時間帯の時刻を設定することをお勧めします。例：[01:00]。
説明前回の完全データバックアップが次のバックアップの開始時刻に完了していない場合、データディザスタリカバリは次のバックアップをスキップします。
[増分バックアップ]
増分バックアップを有効にするかどうかを指定します。増分バックアップを有効にする場合は、バックアップする PolarDB for MySQL データベースでバイナリロギング機能が有効になっていることを確認してください。詳細については、「バイナリロギングを有効にする」をご参照ください。
このパラメーターは、[フルスケールバックアップ頻度] パラメーターを 定期的なバックアップ に設定した場合にのみ表示されます。
[完全データバックアップの最大同時スレッド数]
完全バックアップに使用できる同時スレッドの最大数。このパラメーターを設定して、バックアップ速度を調整できます。たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
[バックアップネットワーク速度制限]
ネットワーク帯域幅の制限。ビジネス要件に基づいて制限を指定できます。デフォルト値：
0。これは、ネットワーク帯域幅が制限されていないことを示します。ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。
手順 6 で [増分バックアップ] パラメーターを [有効] に設定した場合は、増分バックアップデータのライフサイクルを構成する必要があります。バックアップデータのライフサイクルルールの詳細については、「バックアップセットのライフサイクルルールを管理するにはどうすればよいですか？」をご参照ください。
上記の構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールのステータスが [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早く例外またはエラーのトラブルシューティングを行ってください。詳細については、「異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか？」をご参照ください。上記のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DingTalk グループ (ID: 35585947) のテクニカルサポートにお問い合わせください。
PolarDB for MySQL データベースのリストア
DMS コンソール V5.0 にログインします。
上部のナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。[バックアップスケジュール] ページで、管理するバックアップスケジュールを見つけ、[アクション] 列の [管理] をクリックします。アクション
バックアップタスクの設定 ページで、右上隅にある データベースの復元 をクリックします。
[リストアタスクの作成] ウィザードの 復元時点の設定 ステップで、次の表に示すパラメーターを構成し、[次へ] をクリックします。
セクション
パラメーター
説明
該当なし
復元タスク名
リストアタスクの名前。データディザスタリカバリは、自動的にタスク名を生成します。タスクを識別するのに役立つ名前を指定することをお勧めします。タスク名は一意である必要はありません。
復元時点
[リストア可能な時間範囲]
最初の完全バックアップセットが作成された時点から最新の完全バックアップセットが作成された時点までの時間範囲。データベースは、この時間範囲内の任意の時点にリストアできます。
[リストア先]
ソースデータベースをリストアする時点。[リストア可能な時間範囲] パラメーターで指定された時間範囲内である必要があります。
説明増分バックアップ機能が有効になっている場合、データディザスタリカバリでは、最初の完全バックアップの完了から最後の増分バックアップの完了までの任意の時点にデータをリストアできます。
増分バックアップ機能が無効になっている場合、データディザスタリカバリでは、完全バックアップが完了した時点にデータをリストアできます。
[宛先データベースの構成]
[ターゲットデータベースインスタンスタイプ]
既存のインスタンスを使用する を選択します。この例では、バックアップセットはソース PolarDB クラスタにリストアされます。
[データベースの場所]
宛先データベースの場所。PolarDB を選択します。
[インスタンスリージョン]
宛先データベースが存在するリージョン。
[データベースの種類]
宛先データベースの種類。デフォルト値：[mysql]。
[polardb インスタンス ID]
宛先 PolarDB for MySQL クラスタの ID。
[データベースアカウント]
宛先データベースへの接続に使用するアカウントのユーザー名。アカウントには、データベースへの書き込み権限が必要です。
[パスワード]
宛先データベースへの接続に使用するアカウントのパスワード。
[クロスボーダーデータ転送に関するコンプライアンス保証]
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
復元オブジェクトの設定 ステップで、次の表に示すパラメーターを構成し、事前チェックして開始する をクリックします。
パラメーター
説明
[競合の処理]
デフォルトでは、[同じ名前のオブジェクトの名前を変更] が [競合の処理] パラメーターに選択されています。たとえば、リストアする
job_infoテーブルが宛先データベースのテーブルと同じ名前を共有している場合、システムはリストアされたテーブルの名前をjob_info_dbs_<リストアタスク ID>_<タイムスタンプ>の形式で変更します。[リストアするオブジェクト]
[使用可能] セクションでリストアするデータベースまたはテーブルを選択し、右向き矢印をクリックして [選択済み] セクションに追加します。
説明データディザスタリカバリでは、データベースまたはテーブルごとに一部のデータベースをリストアできます。これにより、リストアされるデータ量が削減され、目標復旧時間 (RTO) が短縮されます。リストアの粒度の詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
事前チェックに合格しました メッセージが 事前チェック ダイアログボックスに表示されたら、今すぐ起動する をクリックします。
データベースのリストアの進行状況を表示するには、左側のナビゲーションウィンドウの 復元タスク をクリックします。
説明リストア時間は、バックアップスケジュールの仕様とリストアするデータベースのサイズによって異なります。仕様が高いバックアップスケジュールほど、リストア時間は短くなります。詳細については、「論理バックアップと物理バックアップのパフォーマンステスト」をご参照ください。
関連操作
CreateBackupPlan オペレーションを呼び出して、バックアップスケジュールを作成できます。また、CreateAndStartBackupPlan オペレーションを呼び出して、バックアップスケジュールを作成、構成、および開始することもできます。詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。
バックアップスケジュールのバックアップソースとバックアップオブジェクトを変更できます。また、バックアップ時間やバックアップ保持ポリシーなど、バックアップスケジュールのバックアップ戦略を変更することもできます。詳細については、「バックアッププランの管理」をご参照ください。
バックアップスケジュールに課金される可能性のある料金を確認できます。詳細については、「課金のよくある質問」をご参照ください。
コストを削減するために、不要なバックアップスケジュールを一時停止できます。詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。
よくある質問
PolarDB for MySQL データベースのバックアップスケジュールがバイナリロギング機能の事前チェックに失敗した場合はどうすればよいですか？
事前チェックは、PolarDB for MySQL データベースでバイナリロギング機能が無効になっているために失敗します。PolarDB コンソールでデータベースのバイナリロギング機能を有効にすることができます。詳細については、「バイナリロギングを有効にする」をご参照ください。