RDS for MySQL の自動バックアップポリシー - ApsaraDB RDS - Alibaba Cloud ドキュメントセンター

ApsaraDB RDS for MySQL インスタンス (サーバーレスインスタンスを含む) は、フルデータバックアップと増分ログバックアップを含む自動バックアップをサポートしています。本トピックでは、データとログのバックアップのための自動バックアップポリシーを設定する方法について説明します。

課金

無料利用枠の範囲内であれば、バックアップは無料です。無料利用枠を超過した場合は、使用量に基づいて課金されます。無料利用枠と料金の詳細については、「バックアップ料金」をご参照ください。

注意事項

デフォルトで有効: データバックアップ (フルバックアップ) はデフォルトで有効になっており、無効にすることはできません。保持期間は最低 7 日間、頻度は最低週 2 回です。
エンジンバージョン: インスタンスがロックされている場合、以下のマイナーエンジンバージョンのインスタンスではバックアップを開始できません:
- ApsaraDB RDS for MySQL 5.1 および 5.5: すべてのマイナーエンジンバージョン。
- ApsaraDB RDS for MySQL 5.6、5.7、および 8.0: 20190815 より前のマイナーエンジンバージョン。
説明
- インスタンスのメジャーまたはマイナーエンジンバージョンをアップグレードするには、「データベースバージョンのアップグレード」または「マイナーエンジンバージョンのアップグレード」をご参照ください。
- 詳細については、「インスタンスのステータスがロック中の場合の対処法」をご参照ください。
読み取り専用インスタンス: 読み取り専用インスタンスは、バイナリログ保持ポリシーの設定のみをサポートします。自動バックアップポリシーはサポートしていません。
DDL 操作: バックアップ中に DDL 操作を実行しないでください。実行すると、テーブルロックが発生し、バックアップが失敗する可能性があります。
ピーク時間の回避: サービスへの影響を最小限に抑えるため、オフピーク時間にバックアップをスケジュールすることを推奨します。
復元: バックアップ内のテーブル数が 50,000 を超える場合、そのバックアップはデータベース/テーブルの復元には使用できません。データベース全体の復元には影響しません。
バックアップの失敗: テーブル数が 600,000 を超えるとバックアップは失敗します。
バックアップポリシーの変更: バックアップポリシーを変更すると、すぐに新しいフルバックアップがトリガーされます。

事前準備

初めて RDS のバックアップ機能を使用する前に、Alibaba Cloud アカウントがサービスリンクロール AliyunServiceRoleForDBS を承認していることを確認してください。

バックアップポリシーの設定

ステップ 1: 設定ページに移動

ApsaraDB RDS コンソールにログインし、インスタンスページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップと復元] を選択します。
[バックアップポリシー] タブをクリックします。デフォルトでは、コンソールには基本バックアップポリシーページが表示されます。高度なバックアップポリシーにアップグレードした場合、高度なバックアップポリシーページが表示されます。

ページの内容で基本バックアップポリシーと高度なバックアップポリシーを区別する方法:

基本バックアップポリシーページ (アップグレードされていない)
- ページには [基本バックアップ] セクションが含まれています。
- [編集] ボタンをクリックすると、パラメーターがフォームに直接表示されます。
高度なバックアップポリシーページ (アップグレード済み)
- ページの上部には、[MySQL] と [Level-1 Backup] のタブがあります。
- 数字付きの円形アイコンが特徴です。アイコンをクリックすると、パラメーター設定ページが開きます。
- スパースバックアップなどの高度な機能がサポートされています。

説明

基本ポリシーページにいて、スパースバックアップなどの高度な機能を使用したい場合は、ページで [高度なバックアップポリシーに切り替える] リンクを探してください。特定のリージョンの一部のインスタンスでは、高度なバックアップポリシーページへの切り替えをサポートしています。ページを切り替えると、ナビゲーションとパラメーターが若干異なります。お使いのユーザーインターフェースに合った指示に従ってください。

ステップ 2: コアパラメーターの設定

コアパラメーターは、基本バックアップポリシーと高度なバックアップポリシーの両方で一貫しています。

データバックアップ設定

データバックアップ (フルバックアップ) はデフォルトで有効になっており、無効にすることはできません。バックアップ保持期間は最低 7 日間、頻度は最低週 2 回です。

パラメーター	説明
スナップショットバックアップサイクル	最低頻度は週 2 回です。クラウドディスクを使用するインスタンスで高頻度スナップショットを有効にすると、頻度を最大で 15 分に 1 回に設定できます。
スナップショットバックアップ保持期間	デフォルトは 7 日間です。有効な範囲は次のとおりです: クラウドディスクを使用するインスタンス: 7〜730 日。説明 MySQL 5.7 を実行する RDS Basic Edition インスタンスの場合、このパラメーターは 7 日間に固定されており、変更できません。 Premium Local SSD を搭載したインスタンス: 7 日以上。 730 日以下の期間保持されるデータバックアップは標準バックアップです。 730 日を超えて保持されるデータバックアップはアーカイブバックアップに変換され、バックアップ料金が安くなります。説明期間を 730 日より長く設定した場合、または [インスタンスリリース前に永久保持] を選択した場合は、各月の最初の 2 つのアーカイブバックアップを保持するなど、保持するアーカイブバックアップの数も設定する必要があります。
開始時刻	サービスへの潜在的な影響を減らすために、オフピーク時間を選択してください。
インスタンスリリース後のバックアップファイルの保持	インスタンスのリリース後バックアップファイルを保持するかどうかを選択します。説明 [最新] または [すべて] を選択することを推奨します。インスタンスがリリースされた後、削除されたインスタンスのバックアップページに移動して、復元用のバックアップをダウンロードできます。詳細については、「バックアップファイルを長期間保持する」をご参照ください。

ログバックアップ設定

ログバックアップ (増分バックアップ) を使用すると、ポイントインタイムリカバリ (PITR) を実行できます。

ログバックアップの設定

パラメーター	説明
ログバックアップ	有効にすると、特定の時点にデータを復元できます。これはデフォルトで有効になっています。
ログバックアップ保持期間	有効範囲は 7〜730 日です。デフォルトは 7 日です。値はデータバックアップの保持期間以下である必要があります。説明 MySQL 5.7 を実行する RDS Basic Edition インスタンスの場合、このパラメーターは 7 日間に固定されています。

ポイントインタイムリカバリ (PITR) の設定

この設定は現在、特定のリージョンの RDS for MySQL インスタンスでのみ利用可能です。ポイントインタイムリカバリとログバックアップの違い、PITR の機能、インスタンスの要件については、「ポイントインタイム保護ポリシーの設定」をご参照ください。

重要

ポイントインタイムリカバリを有効にするには、インスタンスは指定されたログバックアップ保持期間を超えて追加のバックアップセットを保持します。

たとえば、[ログバックアップ保持期間] が 7 日に設定されている場合、実際の保持期間は 7〜9 日になります。具体的には、システムは 7 日間のウィンドウ外の最新のフルバックアップと、そのフルバックアップから 7 日間の期間の終わりまでのすべての連続したログバックアップを保持します。ただし、課金対象となるのは、1 回のフルバックアップと最大 1 週間分の追加のログバックアップのみです。

パラメーター	注
ログバックアップ	ポイントインタイムリストアを有効にします。この機能はデフォルトで有効になっています。
ポイントインタイムリカバリ	データのポイントインタイムリカバリ (PITR) を有効にします。
ログバックアップ保持日数	ログバックアップの保持期間を設定します。有効範囲は 7〜730 日です。デフォルト値は 7 日です。値はフルバックアップの保持期間以下である必要があります。説明 5.7 Basic シリーズの場合、保持期間は 7 日間に固定されています。

高度な機能 (オプション)

パラメーター	適用可能なインスタンス	説明
秒単位のバックアップ	クラウドディスクを搭載したインスタンス (High-availability Edition/Cluster Edition)	この機能を有効にすると、スナップショットのバックアップ時間が数秒に短縮されます。
スナップショット頻度の増加	クラウドディスクを搭載したインスタンス (High-availability Edition/Cluster Edition)	高頻度スナップショットバックアップは、スナップショットサイクルを短縮し、スナップショット密度を高めます。有効にすると、15 分ごとにバックアップをスケジュールできます。説明この機能は、[秒単位のバックアップ] と併用して有効にする必要があります。[秒単位のバックアップ] が無効の状態でこの機能を有効にすると、システムによって [秒単位のバックアップ] が自動的に有効になります。
個別のデータベース/テーブルの復元	すべてのインスタンス	有効にすると、生成されたバックアップファイルは、インスタンス全体を復元することなく、単一のデータベースまたはテーブルの復元をサポートします。
高速復元	Premium Local SSD を搭載したインスタンス (特定のリージョンでのみ利用可能)	個々のデータベースとテーブルの復元を高速化します。有効にすると、リストア速度は[高速] に設定されます。そうでない場合、速度は [標準] です。標準: データベースとテーブルのリカバリの通常速度。高速: 標準リカバリと比較して、リカバリ速度が約 50% から 95% 向上します。説明 [高速復元] を有効にした後、[CDM 課金方法] と [CDM 保持期間] も選択する必要があります。
バックアップ暗号化ステータス	Premium Local SSD を搭載したインスタンス (高度なバックアップポリシーで利用可能)	データセキュリティを強化するために、バックアップファイルを暗号化します。

ステップ 3: ポリシーの保存と検証

[OK] または [保存] をクリックします。
システムは新しいポリシーに基づいて、すぐにフルバックアップをトリガーします。
[バックアップと復元] ページの [データバックアップ] リストで新しいバックアップセットを表示できます。最初のバックアップが成功すると、システムは新しいポリシーに従って後続のバックアップを自動的に実行します。

よくある質問

Q: ApsaraDB RDS for MySQL のバックアップはインスタンスのパフォーマンスにどのように影響しますか？

A: インスタンスの RDS エディションによって異なります:

RDS エディション	影響
High-availability Edition、Cluster Edition、または RDS Enterprise Edition	バックアップ操作はセカンダリ RDS インスタンスで実行されます。この場合、操作は CPU リソースを占有せず、プライマリ RDS インスタンスのパフォーマンスに影響を与えません。説明セカンダリインスタンスが利用できないまれなケースでは、バックアップはプライマリインスタンスで実行されます。
RDS Basic Edition	RDS インスタンスが RDS Basic Edition を実行している場合、インスタンスはスタンドアロンです。すべてのバックアップ操作は RDS インスタンスで実行されます。この場合、バックアップ中に RDS インスタンスのパフォーマンスが低下します。

Q: RDS for MySQL の自動データバックアップまたはログバックアップを無効にするにはどうすればよいですか？
A: データバックアップは無効にできませんが、ログバックアップは無効にできます。
- データバックアップ (フル): データバックアップは必須であり、オフにすることはできません。ただし、頻度を最小 (週 2 回) に、保持期間を最小 (7 日間) に設定することで、コストとリソース使用量を削減できます。
- ログバックアップ (増分): RDS コンソールの [バックアップポリシー] ページでスイッチをオフにすることで、ログバックアップを無効にできます。
Q: 従量課金制の RDS インスタンスで支払い遅延が発生した場合、自動バックアップはどうなりますか？
A: バックアップは 7 日間の猶予期間中は実行され続けますが、その後は停止します。
- 猶予期間中 (支払い遅延の最初の 7 日間): 自動バックアップはスケジュールどおりに実行され続けます。
- 猶予期間後: インスタンスは一時停止され、課金が停止し、自動バックアップは直ちに終了します
Q: RDS for MySQL のバックアップタスクが失敗するのはなぜですか？
A: バックアップ失敗の最も一般的な原因はテーブルロックであり、これはバックアップウィンドウ中に長時間のデータ定義言語 (DDL) または UPDATE ステートメントが実行されたときに発生します。これを防ぐには、スケジュールされたバックアップ時間中に長時間の DDL または更新クエリを実行しないようにしてください。
Q: RDS スナップショットのバックアップサイズが実際のデータサイズよりも大幅に大きいのはなぜですか？
A: スナップショットバックアップのサイズは、データの論理サイズではなく、割り当てられたストレージブロックの合計サイズに基づいています。
クラウドディスクを使用するインスタンスの場合、RDS はスナップショットバックアップを使用します。データの書き込みが断片化している場合 (たとえば、3 MB のデータがいくつかの異なるブロックに書き込まれる場合)、空でないブロックの数が増加します。スナップショットはこれらのブロックをすべてキャプチャするため、バックアップサイズが実際のデータ量よりもはるかに大きくなる可能性があります。

Q: RDS のバックアップファイルはどこに保存され、インスタンスのディスクスペースを消費しますか？
A: いいえ、バックアップファイルはインスタンスのディスクスペースを消費しません。RDS は、すべてのデータバックアップとログバックアップを、Alibaba Cloud が提供する別の専用バックアップスペースに保存します。
説明
- このバックアップスペースには直接アクセスできません。バックアップファイルをダウンロードするには、RDS コンソールまたは API を使用する必要があります。
- このバックアップスペースには無料利用枠が提供されます。無料利用枠を超える使用量については課金されます。

カテゴリ	API	説明
デフォルトの RDS バックアップ	ModifyBackupPolicy	RDS インスタンスのバックアップ設定を変更します。
	DescribeBackupPolicy	インスタンスのバックアップ設定を照会します。
	DescribeBackups	バックアップセットのリストを表示します。
	DescribeBackupTasks	インスタンスのバックアップタスクのリストを照会します。
データディザスタリカバリバックアップ	CreateBackupPlan	バックアッププランを作成します。
データディザスタリカバリバックアップ	ConfigureBackupPlan	バックアッププランを設定します。

ApsaraDB RDS:自動バックアップ

課金