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

方法1：パブリックエンドポイントを使用したバックアップスケジュールの設定

パブリックエンドポイント経由でのバイナリログ転送は遅延する可能性があります。読み取り専用インスタンスの [バックアップと復元] ページで、[保持期間] (ローカルログ保持) をデフォルトの 18 時間より大きい値に設定して、増分データが失われるリスクを軽減してください。

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

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

   シンプルモードでは、左上隅の アイコンにカーソルを合わせ、[すべての機能] > [セキュリティと仕様 (DBS)] > [データディザスタリカバリ (DBS)] > [バックアップ計画] を選択します。

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

   

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

   - [データベースの場所] を パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号> に設定します。 - [アドレス] を読み取り専用インスタンスのパブリックエンドポイントに設定します。詳細については、「読み取り専用 ApsaraDB RDS for MySQL インスタンスの内部エンドポイントとパブリックエンドポイントの取得」をご参照ください。 - その他のパラメーターについては、「バックアップスケジュールの管理」をご参照ください。

5. [バックアップ対象の編集] ステップで、バックアップするデータベースまたはテーブルを見つけ、[選択済み] セクションに追加し、[次へ] をクリックします。

   - 論理バックアップの場合、個別のテーブル、単一のデータベース、または複数のデータベースを選択できます。増分バックアップは特定のデータベースタイプでのみサポートされており、デフォルトではすべての増分データがバックアップされます。[利用可能] セクションの [すべて選択] をクリックして、インスタンス全体をバックアップします。サポートされているデータベースタイプとバックアップ粒度については、「データベースエンジンと機能」をご参照ください。 - バックアップスケジュールの設定後に作成されたデータベースは、デフォルトではバックアップされません。これらを含めるには、[バックアップ対象の編集] ページでデータベースを追加します。詳細については、「バックアップ対象の変更」をご参照ください。 - 物理バックアップの場合、データベースインスタンス全体がバックアップされます。

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

   パラメーター	説明
   フルバックアップ頻度	バックアップ頻度です。定期バックアップは定期スケジュールで実行されます。単一バックアップは 1 回だけ実行されます。増分データを復元するには、[定期バックアップ]を選択し、少なくとも週 1 回は完全バックアップを実行してください。そうしないと、復元時に多数のバイナリログを再生する必要が生じ、目標復旧時間 (RTO) が延長し、エラーのリスクが高まります。
   フルデータバックアップの繰り返し	バックアップスケジュールを実行する曜日です。[フルバックアップ頻度] が 定期的バックアップ に設定されている場合に必須です。少なくとも 1 日を選択してください。
   開始時刻	完全バックアップを開始する時刻です。[フルバックアップ頻度] が 定期的バックアップ に設定されている場合に必須です。オフピーク時間 (例：01:00) を設定してください。スケジュールされた開始時刻に前回の完全バックアップがまだ実行中の場合、データディザスタリカバリは次のバックアップをスキップします。
   増分バックアップ	増分バックアップを有効にします。[フルバックアップ頻度] が 定期的バックアップ に設定されている場合にのみ表示されます。データベースでバイナリログが有効になっている必要があります。ApsaraDB RDS for MySQL インスタンスでは、バイナリログはデフォルトで有効になっています。自己管理型データベースの場合は、手動で有効にしてください。
   フルデータバックアップの最大同時実行スレッド数	完全バックアップの最大並行スレッド数。データベースパフォーマンスへの影響を最小限に抑えるには、この値を小さくします。実際の最大値は、バックアップスケジュールの仕様によって異なります。詳細については、「最大バックアップ速度の変更方法」をご参照ください。
   バックアップネットワーク速度制限	ネットワーク帯域幅制限 (MB/s) です。デフォルト値の 0 は無制限を意味します。MySQL データベースの場合にのみ表示されます。

7. [ライフサイクルの編集] ステップで、[フルデータバックアップのライフサイクルの設定] セクションで完全バックアップデータの保持期間を設定します。ステップ 6 で [増分バックアップ] を有効にした場合は、増分バックアップデータの保持期間も設定します。

8. [事前チェック] をクリックします。

9. 「事前チェックに合格しました」と表示されたら、[タスクの開始] をクリックします。

   - バックアップスケジュールのステータスが [実行中] に変わると、スケジュールが有効になります。 - バックアップスケジュールの開始時にエラーが発生した場合は、できるだけ早く解決してください。詳細については、「DBS で異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか？」をご参照ください。問題が解決しない場合は、DingTalk グループ (ID: 35585947) でテクニカルサポートにご連絡ください。

方法2：内部エンドポイントを使用したバックアップスケジュールの設定

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

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

   シンプルモードでは、左上隅の アイコンにカーソルを合わせ、[すべての機能] > [セキュリティと仕様 (DBS)] > [データディザスタリカバリ (DBS)] > [バックアップ計画] を選択します。

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

   

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

   - [データベースの場所] を Express Connect DB/VPN Gateway/Intelligent Gateway に設定します。 - [ピア VPC] を読み取り専用インスタンスがデプロイされている VPC に設定します。 - [アドレス] を前提条件で取得したリアルタイムの内部 IP アドレスに設定します。詳細については、「読み取り専用 ApsaraDB RDS for MySQL インスタンスの内部エンドポイントとパブリックエンドポイントの取得」をご参照ください。 - [ポート番号] を読み取り専用インスタンスのポート番号に設定します。 - その他のパラメーターについては、「バックアップスケジュールの管理」をご参照ください。

   重要

   インスタンスのクローン、別のゾーンへの移行、VPC または vSwitch の変更を行うと、内部 IP アドレスが変更される場合があります。IP アドレスが変更されると、データディザスタリカバリはインスタンスに接続できなくなり、バックアップは失敗します。これを解決するには、ローカルデバイスで内部エンドポイントに対して ping コマンドを実行して新しい IP アドレスを取得し、バックアップソースデータベースを変更してください。

   

5. [バックアップ対象の編集] ステップで、バックアップするデータベースまたはテーブルを見つけ、[選択済み] セクションに追加し、[次へ] をクリックします。

   - 論理バックアップの場合、個別のテーブル、単一のデータベース、または複数のデータベースを選択できます。増分バックアップは特定のデータベースタイプでのみサポートされており、デフォルトではすべての増分データがバックアップされます。[利用可能] セクションの [すべて選択] をクリックして、インスタンス全体をバックアップします。サポートされているデータベースタイプとバックアップ粒度については、「サポートされているデータベースタイプと機能」をご参照ください。 - バックアップスケジュールの設定後に作成されたデータベースは、デフォルトではバックアップされません。これらを含めるには、[バックアップ対象の編集] ページでデータベースを追加します。詳細については、「バックアップ対象の変更」をご参照ください。 - 物理バックアップの場合、データベースインスタンス全体がバックアップされます。

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

   パラメーター	説明
   フルバックアップ頻度	バックアップ頻度。[Periodic Backup] は定期スケジュールで実行されます。[Single Backup] は一度だけ実行されます。増分データを復元するには、[Periodic Backup] を選択し、少なくとも週に一度は完全バックアップを実行してください。そうしない場合、復元中に大量のバイナリログを再生すると、RTO が長くなり、エラーのリスクが高まります。
   フルデータバックアップの繰り返し	バックアップスケジュールを実行する曜日です。[フルバックアップ頻度] が 定期的バックアップ に設定されている場合に必須です。少なくとも 1 日を選択してください。
   開始時刻	完全バックアップを開始する時刻です。[フルバックアップ頻度] が 定期的バックアップ に設定されている場合に必須です。オフピーク時間 (例：01:00) を設定してください。スケジュールされた開始時刻に前回の完全バックアップがまだ実行中の場合、データディザスタリカバリは次のバックアップをスキップします。
   増分バックアップ	増分バックアップを有効にします。[フルバックアップ頻度] が 定期的バックアップ に設定されている場合にのみ表示されます。データベースでバイナリログが有効になっている必要があります。ApsaraDB RDS for MySQL インスタンスでは、バイナリログはデフォルトで有効になっています。自己管理型データベースの場合は、手動で有効にしてください。
   フルデータバックアップの最大同時実行スレッド数	完全バックアップの最大同時実行スレッド数です。この値を小さくすると、データベースのパフォーマンスへの影響を最小限に抑えることができます。
   バックアップネットワーク速度制限	ネットワーク帯域幅制限 (MB/s) です。デフォルト値の 0 は無制限を意味します。MySQL データベースの場合にのみ表示されます。

7. [ライフサイクルの編集] ステップで、[フルデータバックアップのライフサイクルの設定] セクションで完全バックアップデータの保持期間を設定します。ステップ 6 で [増分バックアップ] を有効にした場合は、増分バックアップデータの保持期間も設定します。

8. [事前チェック] をクリックします。

9. 「事前チェックに合格しました」と表示されたら、[タスクの開始] をクリックします。

   - バックアップスケジュールのステータスが [実行中] に変わると、スケジュールが有効になります。 - バックアップスケジュールの開始時にエラーが発生した場合は、できるだけ早く解決してください。詳細については、「異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか」をご参照ください。問題が解決しない場合は、データディザスタリカバリの DingTalk グループ (ID: 35585947) でテクニカルサポートにご連絡ください。