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

Data Management:読み取り専用 ApsaraDB RDS for MySQL インスタンスの論理バックアップ

最終更新日:Sep 02, 2026

このトピックでは、Data Disaster Recovery (DBS) を使用して読み取り専用 ApsaraDB RDS for MySQL インスタンスをバックアップする方法について説明します。

前提条件

  • バックアップスケジュールを購入済みであること。詳細については、「バックアップスケジュールの作成」をご参照ください。

    説明

    購入時に、データベースタイプには MySQL を、バックアップ方法には 論理バックアップ を選択してください。

  • 読み取り専用 ApsaraDB RDS for MySQL インスタンスを作成済みであること。詳細については、「ApsaraDB RDS for MySQL 読み取り専用インスタンスの作成」をご参照ください。

  • 方法 1: パブリックエンドポイントを使用してバックアップスケジュールを設定するには、以下の要件を満たす必要があります。

    • 読み取り専用インスタンスのパブリックエンドポイントを取得済みであること。詳細については、「内部エンドポイントとパブリックエンドポイントの取得」をご参照ください。

    • DBS サービスの CIDR ブロックを読み取り専用インスタンスのホワイトリストに追加済みであること。詳細については、「IP アドレスホワイトリストの設定」をご参照ください。

      説明

      バックアップスケジュールを設定するときは、データベースの場所に [パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>] を選択し、[ホワイトリストを設定] をクリックして DBS サービスの CIDR ブロックを取得します。

  • 方法 2: 内部エンドポイントを使用してバックアップスケジュールを設定するには、以下の要件を満たす必要があります。

    • 読み取り専用インスタンスの 内部エンドポイント を取得し、ローカルマシンで ping コマンドを使用してリアルタイムの内部 IP アドレスを取得済みであること。

      
      ~ ❯ ping rr-bp1xxxxxxxxxxxxxxx.mysql.rds.aliyuncs.com
      PING rr-bp1xxxxxxxxxxxxxxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
      Request timeout for icmp_seq 0
      Request timeout for icmp_seq 1
      
      重要

      一部のシナリオでは内部 IP アドレスが変更される可能性があり、バックアップが失敗する原因となります。詳細については、「注意事項」をご参照ください。

    • DBS サービスの CIDR ブロックを読み取り専用インスタンスのホワイトリストに追加済みであること。詳細については、「IP アドレスホワイトリストの設定」をご参照ください。

      説明

      バックアップスケジュールを設定する際、データベースの場所に [RDS インスタンス] を選択し、[ホワイトリストの設定] をクリックして DBS サービスの CIDR ブロックを取得します。

      設定フォームでは、[インスタンスリージョン] (例: 中国 (杭州)) と [RDS インスタンス ID] も選択し、インスタンス ID の右側にある [ホワイトリストを設定] をクリックします。

注意事項

  • パブリックネットワーク経由でバックアップを実行すると、バイナリログの転送が遅延する可能性があります。 読み取り専用の ApsaraDB RDS for MySQL インスタンスの [バックアップと復元] ページの [バックアップポリシー] タブで、ローカルログの [保持期間] を大きな値に設定することをお勧めします。 デフォルトの保持期間は 18 時間です。

  • 内部エンドポイントを使用してバックアップスケジュールを設定する場合、読み取り専用インスタンスが複製されたり、別のアベイラビリティーゾーンに移行されたり、別の VPC や vSwitch に移動されたりすると、リアルタイムの内部 IP アドレスが変更される可能性があります。この変更により、ソースインスタンスへの接続障害が発生し、バックアップが失敗する可能性があります。

    この問題が発生した場合は、前提条件セクションの説明に従って新しいリアルタイムの内部 IP アドレスを取得し、バックアップオブジェクトを再設定してください。その後、設定を保存して変更を適用します。

  • 完全バックアップ中に、データベースまたはテーブルのスキーマを変更するデータ定義言語 (DDL) 操作を実行しないでください。実行した場合、バックアップタスクが失敗したり、生成されたバックアップセットが復元できなくなったりする可能性があります。

操作手順

[データベースの場所] を [パブリック IP アドレスを持つユーザー作成データベース <IP Address:Port Number>] または [Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ] に設定することで、読み取り専用の ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールを設定できます。

方法 1: パブリックエンドポイント

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

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

    説明

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

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

    image.png

  4. [バックアップ元とバックアップ先の設定] ページで、バックアップ元とバックアップ先を設定し、[次へ] をクリックします。

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

    説明
    • バックアップスケジュールを購入したときに [論理バックアップ] を選択した場合、DBSでは、完全バックアップ時にバックアップするデータベースとテーブルを指定できます。 完全バックアップ時に、一部の種類のデータベースに対して、単一のテーブル、単一のデータベース、複数のデータベース、またはデータベースインスタンス全体をバックアップできます。 DBSは、一部の種類のデータベースに対してのみ増分バックアップをサポートします。 デフォルトでは、増分バックアップ中にすべての増分データがバックアップされます。

      • [使用可能] セクションの左下隅にある [すべて選択] をクリックすると、データベース全体をバックアップできます。 バックアップできるデータベースオブジェクトとバックアップの粒度は、データベースの種類によって異なります。 詳細については、「データベースエンジンと機能」をご参照ください。

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

    • バックアップスケジュールを購入したときに物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。

  6. バックアップ時間の設定 ステップで、次の表に示すパラメーターを設定します。 次に、ページの右下隅にある [次へ] をクリックします。

    パラメーター

    説明

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

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

    説明

    増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週に1回は完全バックアップを実行することを推奨します。 そうしないと、復元中に大量のバイナリログを再生する必要があります。 このプロセスはエラーを起こしやすく、結果として回復時間目標 (RTO) が長くなる可能性があります。

    完全なデータバックアップの再発

    DBSがバックアップスケジュールを実行する曜日。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 少なくとも1つの曜日を選択します。

    開始日

    DBSが完全バックアップを開始する時点。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 オフピーク時間帯に時刻を指定することを推奨します。 例: 01:00

    説明

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

    増分バックアップ

    増分バックアップを有効にするかどうかを指定します。 増分バックアップを有効にする場合は、バックアップするデータベースに対してバイナリログ機能が有効になっていることを確認します。

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

    • デフォルトでは、ApsaraDB RDS for MySQLインスタンスに対してバイナリログ機能が有効になっています。 自己管理データベースを使用する場合は、バイナリログ機能を手動で有効にする必要があります。

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

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

    実際の同時スレッドの最大数は、バックアップスケジュールの仕様によって異なります。 詳細については、「最大バックアップ速度を変更するにはどうすればよいですか? 」をご参照ください。

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

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

    説明

    このパラメーターは、MySQLデータベースのバックアップスケジュールを設定した場合にのみ表示されます。

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

    説明

    手順6で増分バックアップパラメーターを有効に設定した場合、増分バックアップデータのライフサイクルを設定する必要があります。

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

  9. [Precheck Passed] メッセージが表示されたら、今すぐ起動する をクリックします。

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

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

方法 2: 内部エンドポイント

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

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

    説明

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

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

    image.png

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

    設定が完了したら、[接続テスト] をクリックします。次のステップに進む前に、[テストに成功しました] が表示されることを確認します。

    説明
    • [データベースの場所] を [Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ] に設定します。

    • [ピア VPC] に、対象の読み取り専用 ApsaraDB RDS for MySQL インスタンスがデプロイされている VPC を設定します。

    • [アドレス] には、取得した内部 IP アドレスを設定します。 詳細については、「前提条件」セクションをご参照ください。

    • [ポート番号] に、ターゲットの読み取り専用 ApsaraDB RDS for MySQL インスタンスのポート番号を設定します。

    • その他のパラメータについては、「バックアップスケジュールの管理」をご参照ください。

  5. バックアップ対象の設定 ページで、バックアップするデータベースまたはテーブルを 選択したデータベースオブジェクト ボックスに移動し、[次へ] をクリックします。

    説明
    • 論理バックアップ: 完全バックアップに含めるデータベースとテーブルを選択できます。一部のデータベースエンジンでは、複数のデータベース、単一のデータベース、または単一のテーブルをバックアップできます。DBS は一部のデータベースエンジンに対して増分バックアップもサポートしています。増分バックアップはインスタンス全体に適用され、デフォルトではすべての増分データがバックアップされます。

      • 左下隅にある[すべて選択]をクリックして、データベース全体をバックアップできます。サポートされているバックアップオブジェクトとバックアップの粒度は、データベースエンジンによって異なります。詳細については、「サポートされているデータベースエンジンと機能」をご参照ください。

      • デフォルトでは、新しく作成されたデータベースは自動的にバックアップされません。新しいデータベースをバックアップするには、バックアップスケジュールに追加する必要があります。詳細については、「バックアップオブジェクトの変更」をご参照ください。

    • 物理バックアップ: データベースインスタンス全体のみをバックアップできます。

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

    パラメータ

    説明

    [Full Backup Frequency]

    [定期的なバックアップ] または [単一バックアップ] を選択します。

    説明

    増分データを復元する必要がある場合は、[定期的なバックアップ] を選択し、少なくとも週に 1 回完全バックアップを実行することを推奨します。そうしないと、データの復元には大量のバイナリログファイルの再生が必要となり、復元の例外、長い目標復旧時間 (RTO)、復元の失敗の可能性が高まります。

    [Full Backup Period]

    このパラメーターは、[フルバックアップ頻度] を 定期的なバックアップ に設定した場合に必須です。バックアップを実行する曜日を選択します。少なくとも 1 日を選択する必要があります。

    [Full Backup Start Time]

    [フルバックアップ頻度] を 定期的なバックアップ に設定した場合、このパラメーターは必須です。[01:00] など、バックアップの開始時刻を選択します。開始時刻をオフピーク時間帯に設定することを推奨します。

    説明

    予定された開始時刻に前回の完全バックアップがまだ進行中の場合、現在のバックアップはスキップされます。

    [Incremental Backup]

    増分バックアップを有効にするかどうかを指定します。この機能を有効にする場合は、ソースデータベースでバイナリログが有効になっていることを確認してください。

    説明
    • このパラメーターは、[フルバックアップ頻度] が 定期的なバックアップ に設定されている場合にのみ利用可能です。

    • ApsaraDB RDS for MySQL インスタンスでは、バイナリログはデフォルトで有効になっています。自己管理型データベースの場合は、バイナリログを手動で有効にする必要があります。

    [Maximum number of parallel threads for full backup]

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

    [Backup Network Throttling]

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

    説明

    このパラメータは、MySQL データベースをバックアップする場合にのみ使用できます。

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

    説明

    手順6で増分バックアップパラメーターを有効に設定した場合、増分バックアップデータのライフサイクルを設定する必要があります。

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

  9. [事前チェック] ダイアログボックスで、事前チェックが成功した後、今すぐ起動する をクリックします。

    説明
    • バックアップスケジュールは、その[ステータス]が[実行中]に変更された後に設定されます。

    • バックアップスケジュールでエラーが発生した場合は、速やかに問題をトラブルシューティングしてください。詳細については、「異常なバックアップスケジュールの修正」をご参照ください。トピックの手順に従っても問題が解決しない場合は、DingTalk の DBS カスタマーサポートグループ (グループ ID: 35585947) にお問い合わせください。

内部エンドポイントとパブリックエンドポイントの取得

  1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
  2. [基本情報] ページで、[詳細の表示] をクリックして、読み取り専用インスタンスの内部エンドポイントとパブリックエンドポイントを取得します。

    左側のナビゲーションペインで[データベース接続]をクリックすると、読み取り専用インスタンスの接続情報である[内部エンドポイント]と[内部ポート]、および[パブリックエンドポイント]と[パブリックポート]が表示されます。

    説明

    読み取り専用インスタンスでパブリックエンドポイントが有効になっていない場合は、Apply for Public Endpoint > OK をクリックします。エンドポイントが有効になったら、取得できます。

    [データベース接続] ページで、[パブリックエンドポイント] 行の [パブリックエンドポイントの申請] をクリックします。

関連操作

よくある質問

  • Q:内部 IP アドレスを使用しているときに、バックアップスケジュールがソースインスタンスへの接続に失敗するのはなぜですか。また、どのように修正すればよいですか。

    A:考えられる原因:方法 2 で使用される IP アドレスは、リアルタイムの内部 IP アドレスです。この IP アドレスは、読み取り専用インスタンスが複製されたり、別のアベイラビリティーゾーンに移行されたり、別の VPC や vSwitch に移動されたりすると変更される可能性があります。この変更により、ソースインスタンスへの接続障害が発生し、バックアップが失敗する可能性があります。

    解決策:読み取り専用インスタンスの 内部エンドポイント を使用し、ローカルで ping コマンドを実行して新しい内部 IP アドレスを取得します。次に、バックアップソースデータベースを更新 して新しい IP アドレスを設定し、変更を保存します。

    ping コマンドを実行して、読み取り専用 ApsaraDB RDS for MySQL インスタンスの接続エンドポイントが解決する内部 IP アドレスを取得します。レスポンスの括弧内の IP アドレス (例: 172.xx.xxx.101) が現在の内部 IP アドレスです。

    
    ~ ❯ ping rr-bp1xxxxxxxxxxxxxxx.mysql.rds.aliyuncs.com
    PING rr-bp1xxxxxxxxxxxxxxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    
  • Q:DBS は読み取り専用インスタンスの完全バックアップと増分バックアップをサポートしていますか。

    A:はい、サポートしています。