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

Data Management:クラウド間または自己管理 MySQL データベースでホストされている MySQL データベースを論理的にバックアップおよび復元する

最終更新日:Mar 11, 2025

Data Disaster Recovery は、MySQL データベースに地理的冗長性、長期アーカイブ、単一テーブル復元などの機能を提供します。 このトピックでは、Data Disaster Recovery を使用して、サードパーティクラウドまたは自己管理 MySQL データベースでホストされている MySQL データベースをバックアップおよび復元する方法について説明します。

機能

機能

説明

増分バックアップ

Data Disaster Recovery は、増分バックアップのためにリアルタイムでバイナリログファイルを取得するために、増分ログストリーミングを使用します。

完全バックアップ

論理バックアップは Parquet 形式で保存されます。 物理バックアップは gzip 形式で保存されます。

バックアップセットのダウンロード

Data Disaster Recovery では、バックアップセットをダウンロードできます。

地理的冗長性

Data Disaster Recovery は、MySQL データベースのリージョン間バックアップをサポートしています。 Data Disaster Recovery を使用すると、ソース、デスティネーション、または別のリージョンにデプロイされているクラウド MySQL データベースまたは自己管理 MySQL データベースにバックアップデータを復元できます。

長期アーカイブ

Data Disaster Recovery は、バックアップデータを最大 10 年間保持できます。 保存期間が過ぎると、Data Disaster Recovery はバックアップセットをアーカイブストレージに転送します。

きめ細かいバックアップ

Data Disaster Recovery では、複数のデータベース、単一のデータベース、または単一のテーブルをバックアップできます。

単一テーブル復元

Data Disaster Recovery では、データベースインスタンス全体を復元することなく、単一のテーブルを復元できます。 これにより、復元時間が短縮されます。 復元タスクを構成するときに、テーブルを復元オブジェクトとして指定できます。

バックアップスケジュールを作成する

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

説明
  • バックアップスケジュールを購入する場合は、データソースの種類パラメーターを MySQL に、バックアップ方法パラメーターを 論理バックアップ に設定します。

  • Data Disaster Recovery が MySQL データベースをバックアップおよび復元する際の粒度については、「サポートされているデータベースの種類と機能」をご参照ください。

バックアップスケジュールを構成する

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

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

    説明

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

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

    image.png

  4. バックアップソースと対象の設定 ステップで、バックアップソースとデスティネーションを構成し、ページの右下隅にある [次へ] をクリックします。

    image.png

    表 1. パラメータ

    セクション

    パラメータ

    説明

    N/A

    [スケジュール名]

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

    バックアップソース情報

    [バックアップモード]

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

    [データベースの場所]

    ソースデータベースの場所。 有効な値:

    • インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス): データベースゲートウェイを使用して自己管理データベースをバックアップします。 このオプションを選択した場合は、[ゲートウェイインスタンス ID] パラメータを構成する必要があります。 データベースのデータベースゲートウェイを事前に構成します。

    • インターネット IP アドレス : Port の自作データベースがあります: データベースのパブリック IP アドレスを使用して自己管理データベースをバックアップします。 このオプションを選択した場合は、アドレスとポート番号のパラメータも構成する必要があります。

    • ECS 上の自作データベース: Elastic Compute Service (ECS) インスタンスでホストされているデータベースをバックアップします。 [ECS インスタンス ID] とポート番号のパラメータも構成する必要があります。

    • 専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース: 仮想プライベートクラウド (VPC) を使用して自己管理データベースをバックアップします。 このオプションを選択した場合は、[ピア VPC] パラメータを構成する必要があります。 データベースの VPC を事前に構成します。

    • PolarDB: PolarDB for MySQL クラスタをバックアップします。 [polardb インスタンス ID] パラメータも構成する必要があります。

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

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

    説明

    このパラメータは、[データベースの場所] パラメータを RDS インスタンスPolarDBECS 上の自作データベース、または インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) に設定した場合にのみ表示されます。

    [polardb クラスタ ID]

    バックアップする PolarDB クラスタの ID。

    [データベースの種類]

    ソースデータベースの種類。 デフォルト値: MySQL。

    説明

    このパラメータは、[データベースの場所] パラメータを インターネット IP アドレス : Port の自作データベースがありますPolarDBECS 上の自作データベース専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース、または インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) に設定した場合にのみ表示されます。

    [ピア VPC]

    ソースデータベースが存在する VPC。

    説明

    このパラメータは、[データベースの場所] パラメータを [express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ] に設定した場合にのみ表示されます。

    [ECS インスタンス ID]

    ソースデータベースがデプロイされている ECS インスタンスの ID。

    説明

    このパラメータは、[データベースの場所] パラメータを [ECS でホストされているデータベース] に設定した場合にのみ表示されます。

    [ゲートウェイインスタンス ID]

    データベースゲートウェイの ID。

    説明

    このパラメータは、[データベースの場所] パラメータを [パブリックネットワーク IP なし: ポートの自己構築データベース (データベースゲートウェイ経由でアクセス)] に設定した場合にのみ表示されます。

    [アドレス]

    ソースデータベースへの接続に使用されるエンドポイント。

    説明
    • インスタンスがデプロイされているサーバーでファイアウォール設定などのネットワークセキュリティ設定が指定されている場合は、ホワイトリストを追加する方法 をクリックして Data Disaster Recovery の CIDR ブロックを取得し、それらの CIDR ブロックをサーバーのホワイトリストに追加します。 これにより、Data Disaster Recovery がサーバーにアクセスできるようになります。

    • このパラメータは、[データベースの場所] パラメータを インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス)専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース、または インターネット IP アドレス : Port の自作データベースがあります に設定した場合にのみ表示されます。

    [ポート番号]

    ソースデータベースへの接続に使用されるポート番号。

    説明

    このパラメータは、[データベースの場所] パラメータを [apsaradb For Mongodb] に設定した場合には表示されません。

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

    ソースデータベースへの接続に使用されるアカウントのユーザー名。 アカウントには、データベースをバックアップするための権限が必要です。 詳細については、「さまざまな種類のデータベースアカウントに必要な権限」をご参照ください。

    説明

    ApsaraDB RDS データベースの場合、バックアップには読み取り専用権限が必要であり、バックアップと復元には読み取りと書き込みの権限が必要です。

    [パスワード]

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

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

    [SSL 暗号化]

    バックアップデータの送信に使用される接続方法。 有効な値:

    • 暗号化されていない接続

    • SSL セキュア接続: SSL は、転送中のデータのセキュリティと整合性を向上させるために、トランスポート層でネットワーク接続を暗号化します。 ただし、SSL はネットワーク接続の応答時間を増加させます。

      説明

      SSL セキュア接続 を選択する場合は、バックアップスケジュールを構成する前に、ApsaraDB RDS インスタンスの SSL 暗号化を有効にする必要があります。 詳細については、「SSL 暗号化機能の構成」トピックの ステップ 1: RDS インスタンスの SSL 暗号化機能を有効にする」セクションをご参照ください。

    [国境を越えたデータ転送に関するコンプライアンス保証]

    チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。

    バックアップ対象情報

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

    バックアップデータの保存に使用されるストレージの種類。 有効な値:

    • [DBS ストレージ (推奨)]: バックアップデータは、Object Storage Service (OSS) バケットを作成することなく、Data Disaster Recovery に保存されます。 Data Disaster Recovery に保存されているデータの量に基づいて課金されます。 課金方法の詳細については、「ストレージ料金」をご参照ください。

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

    説明
    • この例では、[DBS ストレージ (推奨)] が選択されています。 [ユーザー向け OSS] を選択した場合は、[OSS バケット名] パラメータを構成する必要があります。 標準ストレージタイプのみがサポートされています。

    • 大量のデータを保存する場合は、Data Disaster Recovery 組み込みストレージ料金を相殺するために、サブスクリプションストレージプランを購入することをお勧めします。 ストレージプランは、従量課金よりも費用対効果が高くなります。

    [ストレージの暗号化]

    保存されたデータの暗号化に使用されるメソッド。 有効な値:

    • 内蔵暗号化ストレージ: 推奨。 Data Disaster Recovery は、AES-256 を使用して保存データを暗号化します。

      サーバー側暗号化機能は OSS で使用されます。 サーバー側暗号化が有効になっているバケットにオブジェクトをアップロードすると、OSS はオブジェクトを暗号化して保存します。 OSS から暗号化されたオブジェクトをダウンロードすると、OSS はオブジェクトを復号化し、復号化されたオブジェクトを返します。

    • 非暗号化ストレージ: バックアップデータは暗号化されません。

  5. バックアップ対象の設定 ステップで、[利用可能] セクションでバックアップするデータベースまたはテーブルを見つけます。右向き矢印をクリックして、選択したデータベースまたはテーブルを 選択したデータベースオブジェクト セクションに追加します。次に、[次へ] をクリックします。

    説明
    • Data Disaster Recovery では、単一のテーブル、単一のデータベース、または複数のデータベースをバックアップできます。 [使用可能] セクションの左下隅にある [すべて選択] をクリックして、すべてのデータベースを選択できます。 サポートされているバックアップオブジェクトは、データベースの種類によって異なります。 詳細については、「サポートされているデータベースの種類と機能」をご参照ください。

    • デフォルトでは、バックアップスケジュールが作成された後に作成されたデータベースをバックアップするために、バックアップスケジュールを使用することはできません。 データベースをバックアップするには、バックアップスケジュールの [タスクの構成] ページでデータベースをバックアップスケジュールに追加します。 詳細については、「バックアップオブジェクトの変更」をご参照ください。

  6. バックアップ時間の設定 ステップで、次の表で説明されているパラメータを設定し、[次へ] をクリックします。

    パラメータ

    説明

    [フルスケールバックアップ頻度]

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

    説明

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

    [完全データバックアップの繰り返し]

    Data Disaster Recovery がバックアップスケジュールを実行する曜日。 1 つ以上の曜日を選択できます。 少なくとも 1 つの曜日を選択してください。

    [開始時刻]

    バックアップの開始時刻。 オフピーク時の時刻を指定することをお勧めします。 例: [01:00]

    説明

    次のバックアップの開始時刻に前の完全データバックアップが完了していない場合、Data Disaster Recovery は次のバックアップをスキップします。

    [増分バックアップ]

    増分バックアップ機能を有効にするかどうかを指定します。

    説明

    増分バックアップを有効にする前に、バックアップするデータベースでバイナリロギング機能が有効になっていることを確認してください。 デフォルトでは、ApsaraDB RDS for MySQL データベースではバイナリロギング機能が有効になっています。 自己管理データベースを使用する場合は、バイナリロギング機能を手動で有効にする必要があります。

    このパラメータは、[フルスケールバックアップ頻度] パラメータを 定期的なバックアップ に設定した場合にのみ表示されます。

    [完全データバックアップの最大同時スレッド数]

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

    [バックアップネットワーク速度制限]

    ネットワーク帯域幅の制限。 単位: MB/秒。 ビジネス要件に基づいて制限を設定できます。 デフォルト値 0 は、ネットワーク帯域幅が無制限であることを示します。

  7. ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。

    手順 6 で [増分バックアップ] パラメータを [有効] に設定した場合は、増分バックアップデータのライフサイクルを構成する必要があります。 バックアップデータのライフサイクルルールの詳細については、「バックアップセットのライフサイクルルールを管理するにはどうすればよいですか?」をご参照ください。

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

  9. [事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。

    説明
    • バックアップスケジュールの [状態][実行中] に変わると、バックアップスケジュールが有効になります。

    • バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早く例外またはエラーのトラブルシューティングを行ってください。 詳細については、「異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか?」をご参照ください。 前のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DingTalk グループ (ID: 35585947) のテクニカルサポートにお問い合わせください。

バックアップデータを復元する

データベースをバックアップした後に、ハードウェア障害、ソフトウェアエラー、人為的な誤操作、または自然災害によってデータが失われた、破損した、または悪意を持って改ざんされたとします。 この場合、論理バックアップからデータベースを最新の使用可能な状態に復元できます。

使用方法に関する注意事項

既存のデータベースインスタンスにデータを復元する場合は、復元タスクの構成時に指定したデータベースアカウントに、宛先データベースに対する権限があることを確認してください。 そうしないと、復元タスクが失敗する可能性があります。 詳細については、「さまざまな種類のデータベースアカウントに必要な権限」をご参照ください。

手順

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

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

  3. [復元タスクの作成] ウィザードの 復元時点の設定 ステップで、次の表で説明されているパラメータを構成し、[次へ] をクリックします。

    image

    セクション

    パラメータ

    説明

    N/A

    復元タスク名

    タスクの名前。 Data Disaster Recovery は自動的にタスク名を生成します。 識別しやすい名前を指定することをお勧めします。 タスク名は一意である必要はありません。

    復元時点

    [復元可能な時間範囲]

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

    [復元先]

    バックアップデータを復元する時点。 時刻は、[復元可能な時間範囲] パラメータで指定された時間範囲内でなければなりません。

    説明
    • 増分バックアップ機能が有効になっている場合、Data Disaster Recovery では、最初の完全バックアップの完了から最後の増分バックアップの完了までの時点にデータを復元できます。

    • 増分バックアップ機能が無効になっている場合、Data Disaster Recovery では、完全バックアップが完了した時点にデータを復元できます。

    [宛先データベースの構成]

    [ターゲットデータベースインスタンスタイプ]

    データを復元するデータベースインスタンスタイプ。 有効な値: [新規 (推奨)] および 既存のインスタンスを使用する

    説明

    既存のインスタンスを使用する を選択した場合は、復元操作を実行するときに宛先データベースが使用可能であることを確認してください。

    [データベースの場所]

    • [ターゲットデータベースインスタンスタイプ] パラメータを [新規 (推奨)] に設定した場合は、[RDS インスタンス] を選択します。

    • [ターゲットデータベースインスタンスタイプ] パラメータを 既存のインスタンスを使用する に設定した場合は、次のデータベースの場所のいずれかを選択できます。

      • インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス)

      • インターネット IP アドレス : Port の自作データベースがあります

      • ECS 上の自作データベース

      • RDS インスタンス

      • 専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース

      • PolarDB

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

    宛先インスタンスが存在するリージョン。

    説明

    [データベースの場所] パラメータが インターネット IP アドレス : Port の自作データベースがあります に設定されている場合、このパラメータは表示されません。

    [VPC]

    新しいデータベースインスタンスが存在する VPC。

    説明

    VPC の作成方法については、「VPC の作成と管理」をご参照ください。

    [DB インスタンスクラス]

    新しいデータベースインスタンスタイプ。 Data Disaster Recovery コンソールに表示される使用可能なインスタンスタイプからインスタンスタイプを選択します。

    説明

    ソースデータベースインスタンスと同じインスタンスタイプ、またはより高い仕様のインスタンスタイプを選択することをお勧めします。

    [ストレージ容量 (GB)]

    新しいデータベースインスタンスのストレージ容量。 Data Disaster Recovery コンソールに表示される使用可能なストレージ容量サイズからサイズを選択します。

    説明

    データベースインスタンスに復元のための十分な容量があることを確認するために、ソースデータベースインスタンスのサイズの少なくとも 1.3 倍、または完全バックアップセットのサイズの 5 ~ 6 倍のストレージ容量サイズを選択することをお勧めします。 Data Disaster Recovery がバックアップを実行すると、データは圧縮されます。

    [データベースの種類]

    MySQL データベースが使用されます。

    説明

    このパラメータは、[データベースの場所] パラメータを インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) に設定した場合にのみ表示されます。

    [ゲートウェイインスタンス ID]

    自己管理データベースが存在するサーバーのゲートウェイ。 バックアップゲートウェイのインストール方法の詳細については、「バックアップゲートウェイのインストール」をご参照ください。

    説明

    このパラメータは、[データベースの場所] パラメータを インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) に設定した場合にのみ表示されます。

    [アドレス]

    宛先データベースへの接続に使用されるパブリックエンドポイント。

    説明

    このパラメータは、[データベースの場所] パラメータを インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス)インターネット IP アドレス : Port の自作データベースがありますECS 上の自作データベース、または 専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース に設定した場合にのみ表示されます。

    [ポート番号]

    宛先データベースへの接続に使用されるポート番号。

    説明

    このパラメータは、[データベースの場所] パラメータを インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) または インターネット IP アドレス : Port の自作データベースがあります に設定した場合にのみ表示されます。

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

    宛先データベースへの接続に使用されるアカウントのユーザー名。 アカウントには、データベースに対する書き込み権限が必要です。

    [パスワード]

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

    [国境を越えたデータ転送に関するコンプライアンス保証]

    コンプライアンスに関する声明を読み、「上記のコンプライアンスのコミットメントを読み、同意します」を選択します。

  4. 復元オブジェクトの設定 ステップで、次の表で説明されているパラメータを構成し、事前チェックして開始する をクリックします。

    パラメータ

    説明

    [競合の処理]

    デフォルトでは、[同じ名前のオブジェクトの名前を変更する][競合の処理] パラメーターに選択されています。たとえば、解凍する job_info テーブルがターゲットデータベース内のテーブルと同じ名前の場合、システムは解凍されたテーブルの名前を job_info_dbs_<Restore task ID>_<Timestamp> の形式で変更します。

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

    [使用可能] セクションで復元するデータベースまたはテーブルを選択し、右向き矢印をクリックして [選択済み] セクションに追加します。

    説明

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

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

    データベースの復元進捗状況を表示するには、左側のナビゲーションウィンドウの 復元タスク をクリックします。

    説明

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

    新しい ApsaraDB RDS インスタンスにデータベースを復元する場合、インスタンスの作成には約 5 ~ 10 分かかります。 データベースが復元されたら、ApsaraDB RDS コンソール で新しい ApsaraDB RDS インスタンスを表示できます。 または、次の操作を実行して、新しい ApsaraDB RDS インスタンスを表示します。[復元タスク] ページで、復元タスクの ID をクリックします。 表示されるページで、[基本情報] セクションの ApsaraDB RDS インスタンスの ID をクリックします。 ApsaraDB RDS コンソールに移動します。

関連操作

  • CreateBackupPlan 操作を呼び出して、バックアップスケジュールを作成できます。 また、CreateAndStartBackupPlan 操作を呼び出して、バックアップスケジュールを作成、構成、および開始することもできます。 詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。

  • バックアップスケジュールのバックアップソースとバックアップオブジェクトを変更できます。 また、バックアップ時間やバックアップ保持ポリシーなど、バックアップスケジュールのバックアップ戦略を変更することもできます。 詳細については、「バックアップスケジュールの管理」をご参照ください。

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

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