このトピックでは、データベースバックアップ (DBS) を使用して、読み取り専用のApsaraDB RDS for MySQLインスタンスをバックアップする方法について説明します。
前提条件
DBSバックアップスケジュールが購入されます。 詳細については、「バックアップ計画を作成する」をご参照ください。
説明バックアップスケジュールを購入したら、データソースタイプパラメーターをMySQLに、バックアップ方法パラメーターを論理バックアップに設定します。
読み取り専用のApsaraDB RDS for MySQLインスタンスが作成されました。 詳細については、「読み取り専用ApsaraDB RDS For MySQLインスタンスの作成」をご参照ください。
方法1: パブリックエンドポイントを使用して読み取り専用ApsaraDB RDS for MySQLインスタンスのバックアップスケジュールを設定するを使用する場合、次の要件が満たされます。
読み取り専用インスタンスのパブリックエンドポイントが取得されました。 詳細については、このトピックの「読み取り専用ApsaraDB RDS For MySQLインスタンスの内部およびパブリックエンドポイントの取得」をご参照ください。
DBSサーバーのCIDRブロックが読み取り専用インスタンスのホワイトリストに追加されます。 詳細については、「IPアドレスホワイトリストの設定」をご参照ください。
説明バックアップスケジュールを設定するときに、[データベースの場所] パラメーターを [パブリックIPアドレスのユーザー作成データベース] <IPアドレス: ポート番号> に設定し、[ホワイトリストの設定] をクリックしてDBSサーバーのCIDRブロックを取得できます。
方法2: 内部エンドポイントを使用して読み取り専用ApsaraDB RDS for MySQLインスタンスのバックアップスケジュールを設定するを使用する場合、次の要件が満たされます。
読み取り専用インスタンスの内部エンドポイントが取得されます。 ローカルデバイスでpingコマンドを実行すると、リアルタイムの内部IPアドレスが取得されます。
重要取得する内部IPアドレスは、一部のシナリオで変更される場合があります。 読み取り専用インスタンスの新しい内部IPアドレスが、バックアップスケジュールで設定されている内部IPアドレスと異なる場合、バックアップは失敗します。 詳細については、このトピックの「使用状況の注意事項」をご参照ください。
DBSサーバーのCIDRブロックが読み取り専用インスタンスのホワイトリストに追加されます。 詳細については、「IPアドレスホワイトリストの設定」をご参照ください。
説明バックアップスケジュールを設定するときに、データベースの場所パラメーターをRDSインスタンスに設定し、ホワイトリストの設定をクリックしてDBSサーバーのCIDRブロックを取得します。
使用上の注意
パブリックエンドポイントでバックアップを実行すると、バイナリログが遅延する可能性があります。 読み取り専用ApsaraDB RDS for MySQLインスタンスの [バックアップと復元] ページで、[保持期間] パラメーターを比較的大きな値に設定することを推奨します。 ローカルログの保存期間を示します。 デフォルト値: 18。 単位:時間。
内部エンドポイントを使用してバックアップスケジュールを設定し、読み取り専用インスタンスのクローンを作成したり、インスタンスを別のゾーンに移行したり、インスタンスの仮想プライベートクラウド (VPC) またはvSwitchを変更したりすると、取得するリアルタイムの内部IPアドレスが変更される場合があります。 この場合、インスタンスの接続に失敗し、バックアップに失敗します。
この問題を解決するには、新しいリアルタイムの内部IPアドレスを取得し、バックアップスケジュールを再構成します。 詳細については、このトピックの前提条件セクションとバックアップソースの変更方法を参照してください。
手順
読み取り専用ApsaraDB RDS for MySQLインスタンスのバックアップスケジュールを設定する場合、データベースの場所パラメーターをパブリックIPアドレス <IPアドレス: ポート番号> またはExpress Connect DB/VPN Gateway/Intelligent Gatewayに設定できます。
方法1: パブリックエンドポイントを使用して、読み取り専用ApsaraDB RDS for MySQLインスタンスのバックアップスケジュールを設定する
データベースバックアップ (DBS) コンソールにログインします。
左側のナビゲーションウィンドウで、[バックアップスケジュール] をクリックします。 上部のナビゲーションバーで、リージョンを選択します。
[バックアップスケジュール] ページで、設定するバックアップスケジュールのIDを見つけ、[操作] 列の バックアッププランの設定 をクリックします。
[バックアップスケジュールの設定] ウィザードの [バックアップソースとバックアップ先の設定] ステップで、バックアップソースとバックアップ先を設定します。 次に、ページの右下隅にある [次へ] をクリックします。
説明データベースの場所パラメーターをパブリックIPアドレス <IPアドレス: ポート番号> のユーザー作成データベースに設定します。
Addressパラメーターを読み取り専用ApsaraDB RDS for MySQLインスタンスのパブリックエンドポイントに設定します。 詳細については、このトピックの「読み取り専用ApsaraDB RDS For MySQLインスタンスの内部およびパブリックエンドポイントの取得」をご参照ください。
他のパラメーターを設定する方法の詳細については、「バックアップ計画を設定する」をご参照ください。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて、選択したデータベースオブジェクト セクションに追加します。 次に、[次へ] をクリックします。
説明バックアップスケジュールを購入したときに [論理バックアップ] を選択した場合、DBSでは、完全バックアップ時にバックアップするデータベースとテーブルを指定できます。 完全バックアップ時に、一部の種類のデータベースに対して、単一のテーブル、単一のデータベース、複数のデータベース、またはデータベースインスタンス全体をバックアップできます。 DBSは、一部の種類のデータベースに対してのみ増分バックアップをサポートします。 デフォルトでは、増分バックアップ中にすべての増分データがバックアップされます。
[使用可能] セクションの左下隅にある [すべて選択] をクリックすると、データベース全体をバックアップできます。 バックアップできるデータベースオブジェクトとバックアップの粒度は、データベースの種類によって異なります。 詳細については、「制限事項」をご参照ください。
既定では、バックアップスケジュールを使用して、バックアップスケジュールの設定後に作成されたデータベースをバックアップすることはできません。 データベースをバックアップするには、バックアップスケジュールの [バックアップオブジェクトの編集] ページでデータベースをバックアップスケジュールに追加します。 詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップスケジュールを購入したときに物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。
バックアップ時間の設定 ステップで、次の表に示すパラメーターを設定します。 次に、ページの右下隅にある [次へ] をクリックします。
パラメーター
説明
フルスケールのバックアップ頻度
バックアップスケジュールの頻度。 有効な値: 定期的なバックアップおよび単一バックアップ。
説明増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週に1回は完全バックアップを実行することを推奨します。 そうしないと、復元中に大量のバイナリログを再生する必要があります。 このプロセスはエラーを起こしやすく、結果として回復時間目標 (RTO) が長くなる可能性があります。
完全なデータバックアップの再発
DBSがバックアップスケジュールを実行する曜日。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 少なくとも1つの曜日を選択します。
開始日
DBSが完全バックアップを開始する時点。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 オフピーク時間帯に時刻を指定することを推奨します。 例: 01:00
説明前のフルデータバックアップが次のバックアップの開始時に完了していない場合、DBSは次のバックアップをスキップします。
増分バックアップ
増分バックアップを有効にするかどうかを指定します。 増分バックアップを有効にする場合は、バックアップするデータベースに対してバイナリログ機能が有効になっていることを確認します。
説明このパラメーターは、[フルスケールバックアップ頻度] パラメーターを 定期的なバックアップ に設定した場合にのみ表示されます。
デフォルトでは、ApsaraDB RDS for MySQLインスタンスに対してバイナリログ機能が有効になっています。 自己管理データベースを使用する場合は、バイナリログ機能を手動で有効にする必要があります。
完全データバックアップの最大同時スレッド数
完全バックアップに使用できる同時スレッドの最大数。 このパラメーターを設定して、バックアップ速度を調整できます。 たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
実際の同時スレッドの最大数は、バックアップスケジュールの仕様によって異なります。 詳細については、「最大バックアップ速度を変更するにはどうすればよいですか? 」をご参照ください。
バックアップネットワーク速度制限
ネットワーク帯域幅の制限。 単位:MB/秒。 ビジネス要件に基づいて制限を設定できます。 デフォルト値0は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメーターは、MySQLデータベースのバックアップスケジュールを設定した場合にのみ表示されます。
ライフサイクルの設定 ステップで、[フルデータバックアップライフサイクルの設定] セクションでフルバックアップデータのライフサイクルを設定します。
説明手順6で増分バックアップパラメーターを有効に設定した場合、増分バックアップデータのライフサイクルを設定する必要があります。
設定が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[Precheck Passed] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの状態が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早い機会に例外またはエラーのトラブルシューティングを行います。 詳細については、「DBSで異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか? 」をご参照ください。前のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DBS DingTalkグループ (ID: 35585947) のテクニカルサポートにお問い合わせください。
方法2: 内部エンドポイントを使用して、読み取り専用ApsaraDB RDS for MySQLインスタンスのバックアップスケジュールを設定する
データベースバックアップ (DBS) コンソールにログインします。
左側のナビゲーションウィンドウで、[バックアップスケジュール] をクリックします。 上部のナビゲーションバーで、リージョンを選択します。
[バックアップスケジュール] ページで、設定するバックアップスケジュールのIDを見つけ、[操作] 列の バックアッププランの設定 をクリックします。
バックアップスケジュールの設定ウィザードの [バックアップソースとバックアップ先の設定] ステップで、バックアップソースとバックアップ先を設定します。 次に、ページの右下隅にある [次へ] をクリックします。
説明[データベースの場所] パラメーターを [Express Connect DB/VPN Gateway/Intelligent Gateway] に設定します。
[Peer VPC] パラメーターを、読み取り専用のApsaraDB RDS for MySQLインスタンスがデプロイされているVPCに設定します。
Addressパラメーターを、取得した内部IPアドレスに設定します。 詳細については、このトピックの「前提条件」セクションをご参照ください。
[ポート番号] パラメーターを、読み取り専用のApsaraDB RDS for MySQLインスタンスのポート番号に設定します。
他のパラメーターを設定する方法の詳細については、「バックアップ計画を設定する」をご参照ください。
バックアップ対象の設定 ステップで、バックアップするデータベースまたはテーブルを見つけて、選択したデータベースオブジェクト セクションに追加します。 次に、[次へ] をクリックします。
説明バックアップスケジュールを購入したときに [論理バックアップ] を選択した場合、DBSでは、完全バックアップ時にバックアップするデータベースとテーブルを指定できます。 完全バックアップ時に、一部の種類のデータベースに対して、単一のテーブル、単一のデータベース、複数のデータベース、またはデータベースインスタンス全体をバックアップできます。 DBSは、一部の種類のデータベースに対してのみ増分バックアップをサポートします。 デフォルトでは、増分バックアップ中にすべての増分データがバックアップされます。
[使用可能] セクションの左下隅にある [すべて選択] をクリックすると、データベース全体をバックアップできます。 バックアップできるデータベースオブジェクトとバックアップの粒度は、データベースの種類によって異なります。 詳細については、「制限事項」をご参照ください。
既定では、バックアップスケジュールを使用して、バックアップスケジュールの設定後に作成されたデータベースをバックアップすることはできません。 データベースをバックアップするには、バックアップスケジュールの [バックアップオブジェクトの編集] ページでデータベースをバックアップスケジュールに追加します。 詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップスケジュールを購入したときに物理バックアップを選択した場合、データベースインスタンス全体をバックアップする必要があります。
バックアップ時間の設定 ステップで、次の表に示すパラメーターを設定します。 次に、ページの右下隅にある [次へ] をクリックします。
パラメーター
説明
フルスケールのバックアップ頻度
バックアップスケジュールの頻度。 有効な値: 定期的なバックアップおよび単一バックアップ。
説明増分データを復元する必要があるシナリオでは、定期的なバックアップ を選択し、少なくとも週に1回は完全バックアップを実行することを推奨します。 そうしないと、復元中に大量のバイナリログを再生する必要があります。 このプロセスはエラーを起こしやすく、結果として回復時間目標 (RTO) が長くなる可能性があります。
完全なデータバックアップの再発
DBSがバックアップスケジュールを実行する曜日。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 少なくとも1つの曜日を選択します。
開始日
DBSが完全バックアップを開始する時点。 このパラメーターは、[フルスケールバックアップ頻度] パラメーターが 定期的なバックアップ に設定されている場合に必要です。 オフピーク時間帯に時刻を指定することを推奨します。 例: 01:00
説明前のフルデータバックアップが次のバックアップの開始時に完了していない場合、DBSは次のバックアップをスキップします。
増分バックアップ
増分バックアップを有効にするかどうかを指定します。 増分バックアップを有効にする場合は、バックアップするデータベースに対してバイナリログ機能が有効になっていることを確認します。
説明このパラメーターは、[フルスケールバックアップ頻度] パラメーターを 定期的なバックアップ に設定した場合にのみ表示されます。
デフォルトでは、ApsaraDB RDS for MySQLインスタンスに対してバイナリログ機能が有効になっています。 自己管理データベースを使用する場合は、バイナリログ機能を手動で有効にする必要があります。
完全データバックアップの最大同時スレッド数
完全バックアップに使用できる同時スレッドの最大数。 このパラメーターを設定して、バックアップ速度を調整できます。 たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
実際の同時スレッドの最大数は、バックアップスケジュールの仕様によって異なります。 詳細については、「最大バックアップ速度を変更するにはどうすればよいですか? 」をご参照ください。
バックアップネットワーク速度制限
ネットワーク帯域幅の制限。 単位:MB/秒。 ビジネス要件に基づいて制限を設定できます。 デフォルト値0は、ネットワーク帯域幅が無制限であることを示します。
説明このパラメーターは、MySQLデータベースのバックアップスケジュールを設定した場合にのみ表示されます。
ライフサイクルの設定 ステップで、[フルデータバックアップライフサイクルの設定] セクションでフルバックアップデータのライフサイクルを設定します。
説明手順6で増分バックアップパラメーターを有効に設定した場合、増分バックアップデータのライフサイクルを設定する必要があります。
設定が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[Precheck Passed] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの状態が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早い機会に例外またはエラーのトラブルシューティングを行います。 詳細については、「DBSで異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか? 」をご参照ください。前のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DBS DingTalkグループ (ID: 35585947) のテクニカルサポートにお問い合わせください。
読み取り専用ApsaraDB RDS for MySQLインスタンスの内部エンドポイントとパブリックエンドポイントの取得
[インスタンス] ページに移動します。 上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。
[基本情報] ページで、[ネットワークタイプ] パラメーターの横にある [詳細の表示] をクリックして、読み取り専用ApsaraDB RDS for MySQLインスタンスの内部エンドポイントとパブリックエンドポイントを取得します。
説明読み取り専用インスタンスのパブリックエンドポイントを申請していない場合は、
をクリックしてパブリックエンドポイントを申請します。 パブリックエンドポイントの適用後、パブリックエンドポイントを取得できます。
次に何をすべきか
バックアップが完了したら、バックアップスケジュールを表示したり、データベースを復元したりできます。 詳細については、「バックアップ計画を表示する」または「論理バックアップからMySQLデータベースを復元する」をご参照ください。
API操作を呼び出して、バックアップスケジュールを作成したり、バックアップスケジュールを作成、構成、および開始したりすることもできます。 詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。
バックアップスケジュールのバックアップ時刻やバックアップセットの保持時間など、バックアップソース、バックアップオブジェクト、またはバックアップポリシーを変更する方法の詳細については、「バックアップ計画の管理」をご参照ください。
バックアップスケジュールによってその後発生する可能性のある料金の詳細については、「請求に関するFAQ」をご参照ください。
コストを削減する必要のないバックアップスケジュールを一時停止できます。 詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。
よくある質問
Q: 内部エンドポイントを使用してインスタンスのバックアップスケジュールを設定するときに、ソースインスタンスの接続に失敗した場合に考えられる原因と解決策は何ですか?
A: 考えられる原因: 方法2で取得した内部IPアドレスはリアルタイムの内部IPアドレスです。 ソースの読み取り専用インスタンスのクローンを作成したり、インスタンスを別のゾーンに移行したり、インスタンスのVPCまたはvSwitchを変更したりすると、リアルタイムの内部IPアドレスが変更される場合があります。 この場合、ソースインスタンスの接続に失敗し、バックアップに失敗します。
解決策: 読み取り専用インスタンスの内部エンドポイントを使用し、ローカルデバイスでpingコマンドを実行して、新しいリアルタイムの内部IPアドレスを取得できます。 次に、バックアップスケジュールを再設定し、設定を保存します。
Q: DBSは、読み取り専用のApsaraDB RDS for MySQLインスタンスの完全データと増分データをバックアップできますか。
A:はい。 DBSは、読み取り専用のApsaraDB RDS for MySQLインスタンスの完全なデータと増分データをバックアップできます。