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

Data Management:PolarDB for MySQL の論理バックアップと復元

最終更新日:Mar 28, 2026

データディザスタリカバリは、論理バックアップにより PolarDB for MySQL データベースを保護し、単一テーブルの復元、地理的冗長性、長期アーカイブをサポートします。以下の手順に従って、バックアップスケジュールを作成・構成し、データベースを特定の時点まで復元してください。

前提条件

開始する前に、以下の条件を満たしていることを確認してください。

  • 必要な権限を持つ PolarDB for MySQL インスタンス

  • 増分バックアップが必要な場合:インスタンスでバイナリロギングが有効化されていること(デフォルトでは無効化されています)。詳細については、「バイナリロギングの有効化」をご参照ください。

  • データソースの種類[MySQL] に、バックアップ方法[論理バックアップ] に設定して購入したバックアップスケジュール

PolarDB for MySQL でサポートされるバックアップおよび復元の粒度については、「サポートされるデータベースタイプと機能」をご参照ください。

バックアップの種類

データディザスタリカバリは、PolarDB for MySQL データベースに対して以下の 2 種類のバックアップをサポートします。

  • 完全バックアップ:指定されたデータベースまたはテーブルの完全なスナップショットを、スケジュール時刻に取得します。任意の完全バックアップの完了時点まで、正確な時点に復元できます。

  • 増分バックアップ:バイナリログを用いて変更を継続的に取得します。増分バックアップを有効化すると、最初の完全バックアップ完了時刻から最新の増分バックアップ完了時刻までの任意の時点に復元できます。この機能を利用するには、PolarDB for MySQL インスタンスでバイナリロギングを有効化する必要があります。

最も柔軟な復元オプションと最小の目標復旧時点(RPO)を実現するには、完全バックアップと増分バックアップを併用してください。

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

手順については、「バックアッププランの作成」をご参照ください。

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

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

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

    シンプルモードの場合:左上隅の 2023-01-28_15-57-17.png アイコンにポインターを合わせ、すべての機能 > セキュリティおよび仕様 (DBS) > データのディザスタリカバリ (DBS) > バックアッププラン の順に選択します。
  3. バックアップスケジュール ページで、構成対象のバックアップスケジュールを見つけ、バックアップスケジュールの構成 をクリックします(操作 列)。

    image.png

  4. バックアップソースおよび送信先の構成 ステップで、以下のパラメーターを設定し、次へ をクリックします。

    大量のデータ量を扱う場合は、従量課金よりもコストを抑えるため、サブスクリプション型のストレージプランをご購入ください。
    セクションパラメーター説明
    該当なしスケジュール名バックアップスケジュールの名前です。データディザスタリカバリにより自動生成されます。識別しやすいように、意味のある名前を入力してください。名前は重複してもかまいません。
    バックアップソース情報バックアップモード購入時に選択したバックアップ方法です。本例では、論理バックアップ が表示されます。
    データベースの場所ソースデータベースの場所です。PolarDB を選択します。
    インスタンスリージョンソースデータベースインスタンスが配置されているリージョンです。
    データベースタイプソースデータベースのタイプです。デフォルト値:MySQL
    PolarDB インスタンス IDソース PolarDB for MySQL データベースの ID です。
    データベースアカウントソースデータベースへの接続に使用するアカウントのユーザー名です。このアカウントにはバックアップ権限が必要です。詳細については、「データベースアカウントタイプ別の必要な権限」をご参照ください。
    パスワードデータベースアカウントのパスワード。認証情報を入力した後、[接続テスト] をクリックして確認します。テストに合格すると、テストに合格しました と表示されます。失敗した場合は、[テスト失敗] の横にある [チェック] をクリックして、構成を修正してください。
    クロスボーダーデータ転送に関するコンプライアンス保証チェックボックスをオンにして、コンプライアンスに関する約束事項を読み、承諾してください。
    バックアップ送信先情報バックアップストレージタイプバックアップデータの保存先です。選択肢:- DBS ストレージ(推奨)ストレージ料金:データディザスタリカバリがストレージを管理します。容量単位で課金されます。詳細については、「」をご参照ください。- OSS For User:標準ストレージクラスで事前に作成済みの OSS バケットが必要です。詳細については、「バケットの作成」をご参照ください。このオプションを選択した場合は、OSS バケット名 パラメーターを構成してください。
    ストレージ暗号化保存データの暗号化方式です。選択肢:- 暗号化(推奨):OSS サーバ側暗号化による AES-256 暗号化です。詳細については、「サーバ側暗号化」をご参照ください。- 非暗号化:データは暗号化されずに保存されます。

    image

  5. バックアップ対象の編集 ステップで、利用可能 セクションからバックアップ対象のデータベースまたはテーブルを見つけ、右向き矢印をクリックして 選択済み セクションに移動させ、次へ をクリックします。

    - データディザスタリカバリは、単一テーブル、単一データベース、および複数データベースのバックアップをサポートしています。利用可能 セクションの左下隅にある すべて選択 をクリックすると、すべてのデータベースを選択できます。サポートされるバックアップ対象はデータベースタイプによって異なります。詳細については、「サポートされるデータベースタイプと機能」をご参照ください。 - バックアップスケジュールの設定後に作成されたデータベースは、自動的にバックアップされません。これらのデータベースを含めるには、タスクの構成 ページでデータベースを追加してください。詳細については、「バックアップ対象の変更」をご参照ください。
  6. バックアップ時間の構成 ステップで、以下のパラメーターを設定し、次へ をクリックします。

    パラメーター説明
    完全バックアップ頻度バックアップスケジュールのタイプです。選択肢:定期バックアップ または 単発バックアップ。「定期バックアップ」を選択した場合は、完全データバックアップの繰り返し頻度 および 開始時刻 の構成も必要です。
    完全データバックアップの繰り返し頻度バックアップを実行する曜日です。少なくとも 1 日を選択してください。
    開始時刻バックアップの開始時刻です。混雑していない時間帯(例: 01:00)にスケジュールしてください。前の完全バックアップが次の予定開始時刻までに完了していない場合、データディザスタリカバリは次のバックアップをスキップします。
    増分バックアップ増分バックアップを有効化するかどうかです。この機能を利用するには、PolarDB for MySQL インスタンスでバイナリロギングが有効化されている必要があります。詳細については、「バイナリロギングの有効化」をご参照ください。完全バックアップ頻度定期バックアップ に設定されている場合のみ表示されます。
    完全データバックアップの最大並行スレッド数完全バックアップで使用可能な最大並行スレッド数です。この値を減らすことで、バックアップ中のデータベースへの影響を最小限に抑えることができます。
    バックアップネットワーク速度制限ネットワーク帯域幅の制限値です。デフォルト値:0(制限なし)。ご要件に応じて調整してください。
  7. ライフサイクルの編集 ステップで、完全データバックアップのライフサイクルの構成 セクションにて、完全バックアップデータのライフサイクルを構成します。前のステップで 増分バックアップ を有効化した場合は、増分バックアップデータのライフサイクルも構成してください。ライフサイクルルールの詳細については、「バックアップセットのライフサイクルルールを管理する方法」をご参照ください。

  8. 右下隅の 事前チェック をクリックします。

  9. 事前チェック成功 と表示されたら、タスク開始 をクリックします。

    - バックアップスケジュールのステータスが 実行中 に変更された場合、バックアップスケジュールはアクティブになります。 - エラーが発生した場合は、速やかにトラブルシューティングを行ってください。「異常なバックアップスケジュールのエラーを修正する方法」をご参照ください。問題が解決しない場合は、DingTalk グループ(ID:35585947)よりテクニカルサポートにお問い合わせください。

PolarDB for MySQL データベースの復元

復元後、名前が重複するテーブルは、job_info_dbs_<復元タスク ID>_<タイムスタンプ> の形式で名前が変更されます。たとえば、job_info テーブルで名前が重複した場合、job_info_dbs_<復元タスク ID>_<タイムスタンプ> という名前に変更されます。

  1. DMS コンソール V5.0 にログインします。

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

    シンプルモードの場合:左上隅の 2023-01-28_15-57-17.png アイコンにポインターを合わせ、すべての機能 > セキュリティおよび仕様 (DBS) > データのディザスタリカバリ (DBS) > バックアッププラン の順に選択します。
  3. バックアップスケジュール ページで、バックアップスケジュールを見つけ、管理 をクリックします(操作 列)。

  4. タスクの構成 ページで、右上隅の データベースの復元 をクリックします。

  5. 復元タスクの作成ウィザードの 復元対象時刻の設定 ステップで、以下のパラメーターを設定し、次へ をクリックします。

    セクションパラメーター説明
    該当なしタスク名復元タスクの名前です。データディザスタリカバリにより自動生成されます。識別しやすいように、意味のある名前を入力してください。名前は重複してもかまいません。
    復元対象時刻の設定復元可能な時間範囲復元可能な時間範囲は、最初の完全バックアップセットの作成時刻から最新の完全バックアップセットの作成時刻までです。
    復元先復元対象の時点です。復元可能な時間範囲 内である必要があります。増分バックアップが有効化されている場合、最初の完全バックアップ完了時刻から最新の増分バックアップ完了時刻までの任意の時点に復元できます。増分バックアップが無効化されている場合、復元は完全バックアップが完了した時点に限定されます。
    ターゲットデータベースの構成ターゲットデータベースインスタンスタイプターゲットデータベースインスタンスのタイプです。既存のものを使用 を選択します。本例では、バックアップセットをソースの PolarDB クラスターに復元します。
    データベースの場所ターゲットデータベースの場所です。PolarDB を選択します。
    インスタンスリージョンターゲットデータベースが配置されているリージョンです。
    データベースタイプターゲットデータベースのタイプです。デフォルト値:MySQL
    PolarDB インスタンス IDターゲット PolarDB for MySQL クラスターの ID です。
    データベースアカウントターゲットデータベースへの接続に使用するアカウントのユーザー名です。このアカウントには書き込み権限が必要です。
    パスワードターゲットデータベースへの接続に使用するアカウントのパスワードです。
    クロスボーダーデータ転送に関するコンプライアンス保証チェックボックスをオンにして、コンプライアンスに関する約束事項を読み、承諾してください。
  6. 復元対象の構成 ステップで、以下のパラメーターを設定し、事前チェック をクリックします。

    パラメーター説明
    競合処理デフォルト値:同名オブジェクトの名前を変更。競合するテーブルは、<table_name>_dbs_<復元タスク ID>_<タイムスタンプ> の形式で名前が変更されます。
    復元対象利用可能 セクションからデータベースまたはテーブルを選択し、右向き矢印をクリックして 選択済み セクションに移動させます。データディザスタリカバリは、データベース単位およびテーブル単位での復元をサポートしており、これにより復元されるデータ量を削減し、目標復旧時間(RTO)を短縮できます。詳細については、「サポートされるデータベースタイプと機能」をご参照ください。
  7. 事前チェック ダイアログボックスに 事前チェック成功 と表示されたら、タスク開始 をクリックします。復元の進行状況を監視するには、左側ナビゲーションウィンドウの 復元タスク をクリックします。

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

次のステップ

  • API を使用したバックアップスケジュールの管理:バックアップスケジュールの作成には CreateBackupPlan を呼び出し、構成および開始を 1 回の操作で行うには CreateAndStartBackupPlan を呼び出します。詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。

  • バックアップ構成の更新:バックアップソース、バックアップ対象、バックアップスケジュール、保持ポリシーを変更します。詳細については、「バックアッププランの管理」をご参照ください。

  • 課金の確認:バックアップスケジュールに関連する料金を確認します。詳細については、「課金に関するよくある質問」をご参照ください。

  • バックアップスケジュールの一時停止: 不要になったバックアップスケジュールを一時的に停止して、コストを削減します。詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。

よくある質問

事前チェックでバイナリロギングに関するエラーが発生しました。どうすればよいですか?

PolarDB MySQL未开通binlog预检查失败

PolarDB for MySQL インスタンスでバイナリロギングが無効化されています。PolarDB コンソールから有効化してください。詳細については、「バイナリロギングの有効化」をご参照ください。