このトピックでは、データディザスタリカバリ を使用して読み取り専用 ApsaraDB RDS for MySQL インスタンスを論理バックアップする方法について説明します。
前提条件
データディザスタリカバリのバックアップスケジュールが購入済みであること。詳細については、「バックアップスケジュールの作成」をご参照ください。
説明バックアップスケジュールを購入する際は、データソースの種類パラメータを MySQL に、バックアップ方法パラメータを 論理バックアップ に設定します。
読み取り専用 ApsaraDB RDS for MySQL インスタンスが作成されていること。詳細については、「読み取り専用 MySQL インスタンスの作成」をご参照ください。
方法 1:パブリックエンドポイントを使用して読み取り専用 ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールを構成する を使用する場合は、次の要件を満たしている必要があります。
読み取り専用インスタンスのパブリックエンドポイントが取得されていること。詳細については、このトピックの「読み取り専用 ApsaraDB RDS for MySQL インスタンスの内部エンドポイントとパブリックエンドポイントを取得する」セクションをご参照ください。
データディザスタリカバリサーバーの CIDR ブロックが読み取り専用インスタンスのホワイトリストに追加されていること。詳細については、「IP アドレスホワイトリストの構成」をご参照ください。
説明バックアップスケジュールを構成する際は、データベースの場所パラメータを [パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>] に設定し、[ホワイトリストの設定] をクリックしてデータディザスタリカバリサーバーの CIDR ブロックを取得できます。

方法 2:内部エンドポイントを使用して読み取り専用 ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールを構成する を使用する場合は、次の要件を満たしている必要があります。
読み取り専用インスタンスの 内部エンドポイント が取得されていること。ローカルデバイスで ping コマンドを実行することで、リアルタイムの内部 IP アドレスが取得されます。
重要取得した内部 IP アドレスは、特定のシナリオで変更される場合があります。読み取り専用インスタンスの新しい内部 IP アドレスがバックアップスケジュールで構成されている内部 IP アドレスと異なる場合、バックアップは失敗します。詳細については、このトピックの「使用上の注意」セクションをご参照ください。
データディザスタリカバリサーバーの CIDR ブロックが読み取り専用インスタンスのホワイトリストに追加されていること。詳細については、「IP アドレスホワイトリストの構成」をご参照ください。
説明バックアップスケジュールを構成する際は、データベースの場所パラメータを [RDS インスタンス] に設定し、[ホワイトリストの設定] をクリックしてデータディザスタリカバリサーバーの CIDR ブロックを取得できます。

使用上の注意
パブリックエンドポイントを使用してバックアップを実行する場合、バイナリログの転送が遅延する可能性があります。読み取り専用 ApsaraDB RDS for MySQL インスタンスの [バックアップと復元] ページで、[保存期間] パラメータを比較的大きな値に設定することをお勧めします。このパラメータは、ローカルログの保存期間を示します。 デフォルト値:18。単位:時間。

読み取り専用 ApsaraDB RDS for MySQL インスタンスのリアルタイム内部エンドポイントは、インスタンスのクローン作成、別のゾーンへのインスタンスの移行、またはインスタンスの VPC や vSwitch の変更を行うと変更される場合があります。内部エンドポイントを使用してバックアップスケジュールを構成する場合、内部エンドポイントが変更されるとインスタンスへの接続に失敗し、バックアップも失敗します。
この問題を解決するには、新しいリアルタイム内部 IP アドレスを取得し、バックアップオブジェクトを変更 します。詳細については、このトピックの「前提条件」セクションをご参照ください。
手順
読み取り専用 ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールを構成する際は、[データベースの場所] パラメータを [パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>] または [express Connect DB/VPN Gateway/インテリジェントゲートウェイ] に設定できます。
方法 1:パブリックエンドポイントを使用して読み取り専用 ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールを構成する
DMS コンソール V5.0 にログオンします。
上部のナビゲーションバーで、 を選択します。
説明シンプルモードで DMS コンソールを使用する場合は、DMS コンソールの左上隅にある
アイコンにポインタを移動し、 を選択します。[バックアップスケジュール] ページで、構成するバックアップスケジュールの ID を見つけ、[アクション] 列の バックアッププランの設定 をクリックします。

バックアップスケジュール構成ウィザードの [バックアップソースとデスティネーションの構成] ステップで、バックアップソースとデスティネーションを構成します。次に、ページの右下隅にある [次へ] をクリックします。
説明データベースの場所パラメータを [パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>] に設定します。
アドレスパラメータを読み取り専用 ApsaraDB RDS for MySQL インスタンスのパブリックエンドポイントに設定します。詳細については、このトピックの「読み取り専用 ApsaraDB RDS for MySQL インスタンスの内部エンドポイントとパブリックエンドポイントを取得する」セクションをご参照ください。
その他のパラメータの構成方法については、「バックアップスケジュールの管理」をご参照ください。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて 選択したデータベースオブジェクト セクションに追加します。次に、[次へ] をクリックします。
説明バックアップスケジュールを購入する際に論理バックアップを選択した場合、DBS では完全バックアップ中にバックアップするデータベースとテーブルを指定できます。完全バックアップ中には、単一のテーブル、単一のデータベース、複数のデータベース、またはデータベースの種類によってはデータベースインスタンス全体をバックアップできます。DBS は、特定の種類のデータベースについてのみ増分バックアップをサポートしています。デフォルトでは、増分バックアップ中はすべての増分データがバックアップされます。
データベース全体をバックアップするには、[使用可能] セクションの左下隅にある [すべて選択] をクリックします。バックアップ可能なデータベースオブジェクトとバックアップ粒度は、データベースの種類によって異なります。詳細については、「データベースエンジンと機能」をご参照ください。
デフォルトでは、バックアップスケジュールが構成された後に作成されたデータベースをバックアップスケジュールを使用してバックアップすることはできません。データベースをバックアップするには、バックアップスケジュールの [バックアップオブジェクトの編集] ページでデータベースをバックアップスケジュールに追加します。詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップスケジュールを購入する際に物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。
バックアップ時間の設定 ステップで、次の表に示すパラメータを構成します。次に、ページの右下隅にある [次へ] をクリックします。
パラメータ
説明
[フルスケールバックアップ頻度]
バックアップスケジュールの頻度。有効な値:定期的なバックアップ および 単一バックアップ。
説明増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週に 1 回完全バックアップを実行することをお勧めします。そうしないと、復元中に多数のバイナリログを再生する必要があります。このプロセスはエラーが発生しやすく、目標復旧時間 (RTO) が長くなる可能性があります。
[完全データバックアップの繰り返し]
データディザスタリカバリ がバックアップスケジュールを実行する曜日。このパラメータは、[フルスケールバックアップ頻度] パラメータが 定期的なバックアップ に設定されている場合に必須です。少なくとも 1 つの曜日を選択します。
[開始時刻]
データディザスタリカバリ が完全バックアップを開始する時点。このパラメータは、[フルスケールバックアップ頻度] パラメータが 定期的なバックアップ に設定されている場合に必須です。オフピーク時の時点を指定することをお勧めします。例:[01:00]。
説明前回の完全データバックアップが次のバックアップの開始時刻までに完了していない場合、DBS は次のバックアップをスキップします。
[増分バックアップ]
増分バックアップを有効にするかどうかを指定します。増分バックアップを有効にする場合は、バックアップするデータベースでバイナリロギング機能が有効になっていることを確認してください。
説明このパラメータは、[フルスケールバックアップ頻度] パラメータを 定期的なバックアップ に設定した場合にのみ表示されます。
デフォルトでは、ApsaraDB RDS for MySQL インスタンスではバイナリロギング機能が有効になっています。自己管理データベースを使用する場合は、バイナリロギング機能を手動で有効にする必要があります。
[完全データバックアップの最大同時スレッド数]
完全バックアップに使用できる同時スレッドの最大数。このパラメータを構成してバックアップ速度を調整できます。たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
実際に同時実行できるスレッドの最大数は、バックアップスケジュールの仕様によって異なります。詳細については、「最大バックアップ速度を変更するにはどうすればよいですか?」をご参照ください。
[バックアップネットワーク速度制限]
ネットワーク帯域幅の制限。単位:MB/秒。ビジネス要件に基づいて制限を設定できます。デフォルト値 0 は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメータは、MySQL データベースのバックアップスケジュールを構成する場合にのみ表示されます。
ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。
説明ステップ 6 で [増分バックアップ] パラメータを [有効] に設定した場合は、増分バックアップデータのライフサイクルを構成する必要があります。
構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの [状態] が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早く例外またはエラーのトラブルシューティングを行ってください。詳細については、「DBS で異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか?」をご参照ください。上記のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DingTalk グループ (ID:35585947) のテクニカルサポートにお問い合わせください。
方法 2:内部エンドポイントを使用して読み取り専用 ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールを構成する
DMS コンソール V5.0 にログオンします。
上部のナビゲーションバーで、 を選択します。
説明シンプルモードで DMS コンソールを使用する場合は、DMS コンソールの左上隅にある
アイコンにポインタを移動し、 を選択します。[バックアップスケジュール] ページで、構成するバックアップスケジュールの ID を見つけ、[アクション] 列の バックアッププランの設定 をクリックします。

バックアップスケジュール構成ウィザードの [バックアップソースとデスティネーションの構成] ステップで、バックアップソースとデスティネーションを構成します。次に、ページの右下隅にある [次へ] をクリックします。
説明[データベースの場所] パラメータを [express Connect DB/VPN Gateway/インテリジェントゲートウェイ] に設定します。
[ピア VPC] パラメータを読み取り専用 ApsaraDB RDS for MySQL インスタンスがデプロイされている VPC に設定します。
[アドレス] パラメータを取得した内部 IP アドレスに設定します。詳細については、このトピックの「前提条件」セクションをご参照ください。
[ポート番号] パラメータを読み取り専用 ApsaraDB RDS for MySQL インスタンスのポート番号に設定します。
その他のパラメータの構成方法については、「バックアップスケジュールの管理」をご参照ください。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて 選択したデータベースオブジェクト セクションに追加します。次に、[次へ] をクリックします。
説明バックアップスケジュールを購入する際に論理バックアップを選択した場合、データディザスタリカバリでは完全バックアップ中にバックアップするデータベースとテーブルを指定できます。特定の種類のデータベースについては、単一のテーブル、単一のデータベース、または複数のデータベースをバックアップするように指定できます。データディザスタリカバリは、特定の種類のデータベースについてのみ増分バックアップをサポートしています。デフォルトでは、増分バックアップ中はすべての増分データがバックアップされます。
データベース全体をバックアップするには、[使用可能] セクションの左下隅にある [すべて選択] をクリックします。バックアップ可能なデータベースオブジェクトとバックアップ粒度は、データベースの種類によって異なります。詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
デフォルトでは、バックアップスケジュールが構成された後に作成されたデータベースをバックアップスケジュールを使用してバックアップすることはできません。データベースをバックアップするには、バックアップスケジュールの [バックアップオブジェクトの編集] ページでデータベースをバックアップスケジュールに追加します。詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップスケジュールを購入する際に物理バックアップを選択した場合、バックアップスケジュールを使用してデータベースインスタンス全体のみをバックアップできます。
バックアップ時間の設定 ステップで、パラメータを構成し、[次へ] をクリックします。次の表でパラメータについて説明します。
パラメータ
説明
[フルスケールバックアップ頻度]
バックアップスケジュールの頻度。有効な値:定期的なバックアップ および 単一バックアップ。
説明増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週に 1 回完全バックアップを実行することをお勧めします。そうしないと、復元中に多数のバイナリログを再生する必要があります。このプロセスはエラーが発生しやすく、目標復旧時間 (RTO) が長くなる可能性があります。
[完全データバックアップの繰り返し]
[フルスケールバックアップ頻度] パラメータを 定期的なバックアップ に設定した場合、このパラメータは必須です。データディザスタリカバリがバックアップスケジュールを実行する曜日を選択できます。少なくとも 1 つの曜日を選択します。
[開始時刻]
データディザスタリカバリが完全バックアップを開始する時点。 [フルスケールバックアップ頻度] パラメータが 定期的なバックアップ に設定されている場合は、このパラメータを指定する必要があります。オフピーク時の時点を設定することをお勧めします。例:[01:00]。
説明前回の完全データバックアップが次のバックアップの開始時刻までに完了していない場合、データディザスタリカバリは次のバックアップをスキップします。
[増分バックアップ]
増分バックアップを有効にするかどうかを指定します。増分バックアップを有効にする場合は、バックアップするデータベースでバイナリロギング機能が有効になっていることを確認してください。
説明このパラメータは、[フルスケールバックアップ頻度] パラメータを 定期的なバックアップ に設定した場合にのみ表示されます。
デフォルトでは、ApsaraDB RDS for MySQL インスタンスではバイナリロギング機能が有効になっています。自己管理データベースを使用する場合は、バイナリロギング機能を手動で有効にする必要があります。
[完全データバックアップの最大同時スレッド数]
完全バックアップに使用できる同時スレッドの最大数。このパラメータを構成してバックアップ速度を調整できます。たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
[バックアップネットワーク速度制限]
ネットワーク帯域幅の制限。単位:MB/秒。ビジネス要件に基づいて制限を設定できます。デフォルト値 0 は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメータは、MySQL データベースのバックアップスケジュールを構成する場合にのみ表示されます。
ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。
説明ステップ 6 で [増分バックアップ] パラメータを [有効] に設定した場合は、増分バックアップデータのライフサイクルを構成する必要があります。
構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。
説明[状態] が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早く例外またはエラーのトラブルシューティングを行ってください。詳細については、「異常なバックアップスケジュールのエラーを修正する方法」をご参照ください。上記のトピックで提供されているソリューションを使用しても問題が解決しない場合は、データディザスタリカバリの DingTalk グループ (ID:35585947) のテクニカルサポートにお問い合わせください。
読み取り専用 ApsaraDB RDS for MySQL インスタンスの内部エンドポイントとパブリックエンドポイントを取得する
[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンスの ID をクリックします。
[基本情報] ページで、ネットワークの種類パラメータの横にある [詳細の表示] をクリックして、読み取り専用 ApsaraDB RDS for MySQL インスタンスの内部エンドポイントとパブリックエンドポイントを取得します。
説明読み取り専用インスタンスのパブリックエンドポイントを申請していない場合は、 をクリックしてパブリックエンドポイントを申請します。パブリックエンドポイントが申請されると、パブリックエンドポイントを取得できます。

関連操作
バックアップが完了したら、バックアップスケジュールを表示したり、データベースを復元したりできます。詳細については、「バックアップスケジュールの表示」または「MySQL データベースの論理復元」をご参照ください。
CreateBackupPlan オペレーションを呼び出して、バックアップスケジュールを作成できます。また、CreateAndStartBackupPlan オペレーションを呼び出して、バックアップスケジュールを作成、構成、および開始することもできます。詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。
バックアップスケジュールのバックアップソースとバックアップオブジェクトを変更できます。また、バックアップ時間やバックアップ保持ポリシーなど、バックアップスケジュールのバックアップ戦略を変更することもできます。詳細については、「バックアップスケジュールの管理」をご参照ください。
バックアップスケジュールに課金される可能性のある料金を確認できます。詳細については、「課金に関する FAQ」をご参照ください。
コストを削減するために、不要なバックアップスケジュールを一時停止できます。詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。
FAQ
内部エンドポイントを使用してインスタンスのバックアップスケジュールを構成するときに、ソースインスタンスの接続に失敗する可能性のある原因と解決策は何ですか?
考えられる原因:方法 2 で取得した内部 IP アドレスは、リアルタイムの内部 IP アドレスです。ソースの読み取り専用インスタンスのクローンを作成したり、インスタンスを別のゾーンに移行したり、インスタンスの VPC や vSwitch を変更したりすると、リアルタイムの内部 IP アドレスが変更される場合があります。この場合、ソースインスタンスへの接続に失敗し、バックアップも失敗します。
解決策:読み取り専用インスタンスの 内部エンドポイント を使用し、ローカルデバイスで ping コマンドを実行して、新しいリアルタイム内部 IP アドレスを取得できます。次に、バックアップソースデータベースを変更 し、構成を保存します。

データディザスタリカバリは、読み取り専用の ApsaraDB RDS for MySQL インスタンスの完全データと増分データをバックアップできますか?
はい。データディザスタリカバリは、読み取り専用 ApsaraDB RDS for MySQL インスタンスの完全データと増分データをバックアップできます。