このトピックでは、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 アドレスを取得済みです。
重要一部のシナリオでは内部 IP アドレスが変更され、バックアップが失敗する可能性があります。詳細については、「注意事項」をご参照ください。
読み取り専用インスタンスのホワイトリストに DBS サービスの CIDR ブロックを追加済みです。詳細については、「IP アドレスホワイトリストの設定」をご参照ください。
説明バックアップスケジュールを構成する際は、データベースの場所 に RDS インスタンス を選択し、ホワイトリストの設定 をクリックして DBS サービスの CIDR ブロックを取得してください。
注意事項
パブリックネットワーク経由でバックアップを実行すると、バイナリログの転送が遅延する可能性があります。そのため、ご利用の読み取り専用 ApsaraDB RDS for MySQL インスタンスの バックアップと復元 ページの バックアップポリシー タブで、保存期間 を大きな値に設定することを推奨します。デフォルトの保存期間は 18 時間です。
内部エンドポイントを使用してバックアップスケジュールを構成する場合、読み取り専用インスタンスをクローンしたり、別のアベイラビリティゾーンに移行したり、異なる VPC または vSwitch に移動したりすると、リアルタイムの内部 IP アドレスが変更されることがあります。この変更により、ソースインスタンスへの接続が失敗し、バックアップが失敗する可能性があります。
このような問題が発生した場合は、前提条件 のセクションで説明されている手順に従って新しいリアルタイムの内部 IP アドレスを取得し、バックアップオブジェクトを再構成してください。その後、構成を保存して変更を適用します。
完全バックアップ中に、データベースまたはテーブルのスキーマを変更するデータ定義言語 (DDL) 操作を実行しないでください。そうしないと、バックアップタスクが失敗するか、結果として得られるバックアップが復元不能になる可能性があります。
操作手順
読み取り専用 ApsaraDB RDS for MySQL インスタンスのバックアップスケジュールは、データベースの場所 を パブリック IP アドレスを持つユーザー管理データベース <IP アドレス:ポート番号> または Express Connect DB/VPN Gateway/Intelligent Gateway に設定することで構成できます。
方法 1：パブリックエンドポイント
Data Management Service (DMS) コンソールにログインします。
-
上部ナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを合わせて、 を選択します。 バックアップスケジュールページで、構成するバックアップスケジュールの ID を見つけ、操作 列の バックアッププランの設定 をクリックします。
バックアップソースと送信先の構成 ページで、バックアップソースと送信先を構成し、次へ をクリックします。
説明データベースの場所 を パブリック IP アドレスを持つユーザー管理データベース <IP アドレス:ポート番号> に設定します。
エンドポイント フィールドに、読み取り専用 ApsaraDB RDS for MySQL インスタンスのパブリックエンドポイントを入力します。詳細については、「内部およびパブリックエンドポイントの取得」をご参照ください。
その他のパラメーターについては、「バックアップスケジュールの管理」をご参照ください。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけ、選択したデータベースオブジェクト セクションに追加します。その後、次へ をクリックします。
説明バックアップスケジュール購入時に論理バックアップを選択した場合、DBS では完全バックアップ時にバックアップするデータベースおよびテーブルを指定できます。一部のデータベースタイプでは、完全バックアップ時に単一テーブル、単一データベース、複数データベース、またはデータベースインスタンス全体をバックアップできます。また、DBS は一部のデータベースタイプでのみ増分バックアップをサポートしています。増分バックアップでは、デフォルトですべての増分データがバックアップされます。
データベース全体をバックアップするには、利用可能セクションの左下隅にある すべて選択 をクリックします。バックアップ可能なデータベースオブジェクトおよびバックアップ粒度は、データベースタイプによって異なります。詳細については、「データベースエンジンと機能」をご参照ください。
デフォルトでは、バックアップスケジュール構成後に作成されたデータベースはバックアップされません。このデータベースをバックアップするには、バックアップスケジュールの [バックアップオブジェクトの編集] ページでデータベースをバックアップスケジュールに追加する必要があります。詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップスケジュール購入時に物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。
[バックアップ時間の設定] ページで、バックアップ時間とその他のパラメーターを設定し、[次へ] をクリックします。
パラメーター
説明
完全バックアップの頻度
バックアップスケジュールの頻度です。有効な値は、定期的なバックアップ および 単一バックアップ です。
説明増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週 1 回の完全バックアップを実行することを推奨します。これを行わないと、復元時に多数のバイナリログをリプレイする必要があり、エラーが発生しやすくなり、目標復旧時間 (RTO) が長くなる可能性があります。
フルデータバックアップの繰り返し
DBS がバックアップスケジュールを実行する曜日です。完全バックアップの頻度 パラメーターが 定期的なバックアップ に設定されている場合に必須です。少なくとも 1 つの曜日を選択してください。
開始時刻
DBS が完全バックアップを開始する時刻です。完全バックアップの頻度 パラメーターが 定期的なバックアップ に設定されている場合に必須です。オフピーク時間帯の時刻を指定することを推奨します。例：01:00。
説明次のバックアップの開始時刻になっても前の完全データバックアップが完了していない場合、DBS は次のバックアップをスキップします。
増分バックアップ
増分バックアップを有効にするかどうかを指定します。増分バックアップを有効にする場合は、バックアップ対象のデータベースでバイナリロギング機能が有効になっていることを確認してください。
説明このパラメーターは、完全バックアップの頻度 パラメーターが 定期的なバックアップ に設定されている場合にのみ表示されます。
ApsaraDB RDS for MySQL インスタンスでは、デフォルトでバイナリロギング機能が有効になっています。自己管理データベースを使用する場合は、手動でバイナリロギング機能を有効にする必要があります。
完全データバックアップの最大同時実行スレッド数
完全バックアップで使用可能な最大同時実行スレッド数です。このパラメーターを構成してバックアップ速度を調整できます。たとえば、データベースへの影響を最小限に抑えるためにバックアップスレッド数を減らすことができます。
実際の最大同時実行スレッド数は、バックアップスケジュールの仕様によって異なります。詳細については、「バックアップ速度の上限を変更する方法」をご参照ください。
バックアップネットワーク速度制限
ネットワーク帯域幅の制限値です。単位：MB/s。ビジネス要件に基づいて制限値を設定できます。デフォルト値の 0 は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメーターは、MySQL データベースのバックアップスケジュールを構成する場合にのみ表示されます。
ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。
説明ステップ 6 で 増分バックアップ パラメーターを有効にした場合は、増分バックアップデータのライフサイクルも構成する必要があります。
構成が完了したら、ページ右下隅の 事前チェックして開始する をクリックします。
事前チェック成功 のメッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの 状態 が 実行中 に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールを開始する際に例外またはエラーが発生した場合は、できるだけ早くトラブルシューティングを実施してください。詳細については、「DBS で異常なバックアップスケジュールのエラーを修正する方法」をご参照ください。上記のトピックで提供されている解決策を使用しても問題が解決しない場合は、DBS DingTalk グループ (ID：35585947) でテクニカルサポートにお問い合わせください。
方法 2：内部エンドポイント
Data Management Service (DMS) コンソールにログインします。
-
上部ナビゲーションバーで、 を選択します。
説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを合わせて、 を選択します。 バックアップスケジュールページで、構成するバックアップスケジュールの ID を見つけ、操作 列の バックアッププランの設定 をクリックします。
バックアップソースと送信先の構成 ページで、バックアップソースと送信先を構成し、次へ をクリックします。
説明データベースの場所 を Express Connect DB/VPN Gateway/Intelligent Gateway に設定します。
ピア VPC を、対象の読み取り専用 ApsaraDB RDS for MySQL インスタンスがデプロイされている VPC に設定します。
アドレス を取得した内部 IP アドレスに設定します。詳細については、前提条件 のセクションをご参照ください。
ポート番号 を、対象の読み取り専用 ApsaraDB RDS for MySQL インスタンスのポート番号に設定します。
その他のパラメーターについては、「バックアップスケジュールの管理」をご参照ください。
バックアップ対象の設定 ページで、バックアップするデータベースまたはテーブルを 選択したデータベースオブジェクト ボックスに移動し、次へ をクリックします。
説明論理バックアップ：完全バックアップに含めるデータベースおよびテーブルを選択できます。一部のデータベースエンジンでは、複数のデータベース、単一データベース、または単一テーブルをバックアップできます。また、DBS は一部のデータベースエンジンで増分バックアップをサポートしています。増分バックアップはインスタンス全体に適用され、デフォルトですべての増分データがバックアップされます。
データベース全体をバックアップするには、左下隅の すべて選択 をクリックします。サポートされているバックアップオブジェクトおよびバックアップ粒度は、データベースエンジンによって異なります。詳細については、「サポートされているデータベースエンジンと機能」をご参照ください。
デフォルトでは、新しく作成されたデータベースは自動的にバックアップされません。新しいデータベースをバックアップするには、バックアップスケジュールに追加する必要があります。詳細については、「バックアップオブジェクトの変更」をご参照ください。
物理バックアップ：データベースインスタンス全体のみをバックアップできます。
バックアップ時間の設定 ページで、バックアップ時間およびその他のパラメーターを構成し、次へ をクリックします。
パラメーター
説明
完全バックアップの頻度
定期的なバックアップ または 単一バックアップ を選択します。
説明増分データを復元する必要がある場合は、定期的なバックアップ を選択し、少なくとも週 1 回の完全バックアップを実行することを推奨します。これを行わないと、データを復元する際に多数のバイナリログファイルをリプレイする必要があり、復旧例外の発生確率が高まり、目標復旧時間 (RTO) が長くなり、復旧が失敗する可能性があります。
フルバックアップ期間
完全バックアップの頻度 を 定期的なバックアップ に設定した場合に必須です。バックアップを実行する曜日を選択します。少なくとも 1 日を選択する必要があります。
完全バックアップの開始時刻
完全バックアップの頻度 を 定期的なバックアップ に設定した場合に必須です。バックアップの開始時刻（例：01:00）を選択します。オフピーク時間帯に開始時刻を設定することを推奨します。
説明スケジュールされた開始時刻になっても前の完全バックアップがまだ進行中の場合、現在のバックアップはスキップされます。
増分バックアップ
増分バックアップを有効にするかどうかを指定します。この機能を有効にする場合は、ソースデータベースでバイナリロギングが有効になっていることを確認してください。
説明このパラメーターは、完全バックアップの頻度 が 定期的なバックアップ に設定されている場合にのみ利用可能です。
ApsaraDB RDS for MySQL インスタンスでは、デフォルトでバイナリロギングが有効になっています。自己管理データベースの場合は、手動でバイナリロギングを有効にする必要があります。
完全バックアップの最大並行スレッド数
完全バックアップの最大同時実行スレッド数です。このパラメーターを調整してバックアップ速度を制御できます。たとえば、データベースへの影響を最小限に抑えるためにスレッド数を減らすことができます。
バックアップネットワークのスロットリング
ネットワーク帯域幅の制限値です。単位：MB/s。ビジネス要件に基づいて制限値を設定できます。デフォルト値の 0 は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメーターは、MySQL データベースをバックアップする場合にのみ利用可能です。
ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。
説明ステップ 6 で 増分バックアップ パラメーターを有効にした場合は、増分バックアップデータのライフサイクルも構成する必要があります。
構成が完了したら、ページ右下隅の 事前チェックして開始する をクリックします。
事前チェック ダイアログボックスで、事前チェックが成功したら、今すぐ起動する をクリックします。
説明バックアップスケジュールの ステータス が 実行中 に変わると、バックアップスケジュールが構成されます。
バックアップスケジュールでエラーが発生した場合は、すぐにトラブルシューティングを行い、問題を修正してください。詳細については、「異常なバックアップスケジュールの修正」をご参照ください。トピックの手順に従っても問題が解決しない場合は、DingTalk の DBS カスタマーサポートグループ (グループ ID：35585947) に参加してサポートを受けてください。
内部およびパブリックエンドポイントの取得
インスタンス ページに移動します。上部ナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけ、インスタンスの ID をクリックします。
基本情報 ページで、詳細の表示 をクリックして、読み取り専用インスタンスの内部およびパブリックエンドポイントを取得します。
説明読み取り専用インスタンスでパブリックエンドポイントが有効になっていない場合は、 をクリックします。エンドポイントが有効になった後、取得できます。
関連操作
バックアップが完了したら、バックアップスケジュールを表示するか、データベースを復元できます。詳細については、「バックアップスケジュールの表示」または「論理バックアップから MySQL データベースを復元」をご参照ください。
バックアップスケジュールのバックアップソース、バックアップオブジェクト、またはバックアップポリシー（バックアップ時間やバックアップセット保持ポリシーなど）を変更する場合は、「バックアップスケジュールの管理」をご参照ください。
課金に関する情報については、「Data Disaster Recovery (旧称 DBS) FAQ」をご参照ください。
サービスで一時的にバックアップが不要な場合は、コストを削減するためにバックアップスケジュールを一時停止できます。詳細については、「バックアップスケジュールの一時停止または再開」をご参照ください。
よくある質問
Q：内部 IP アドレスを使用する際にバックアップスケジュールがソースインスタンスに接続できないのはなぜですか？また、どのように修正すればよいですか？
A：考えられる原因：方法 2 で使用する IP アドレスはリアルタイムの内部 IP アドレスです。この IP アドレスは、読み取り専用インスタンスをクローンしたり、別のアベイラビリティゾーンに移行したり、異なる VPC または vSwitch に移動したりすると変更されることがあります。この変更により、ソースインスタンスへの接続が失敗し、バックアップが失敗する可能性があります。
解決策：読み取り専用インスタンスの内部エンドポイントを使用し、ローカルで ping コマンドを実行して新しい内部 IP アドレスを取得します。その後、バックアップソースデータベースを更新して新しい IP アドレスを設定し、変更を保存します。
Q：Data Disaster Recovery は、読み取り専用インスタンスの完全バックアップおよび増分バックアップをサポートしていますか？
A: はい、そうです。