このトピックでは、データベースの完全バックアップを自動および手動で実行する方法について説明します。自動バックアップポリシーの設定方法や、データ保護とディザスタリカバリのニーズを満たすためのオンデマンド手動バックアップの実行方法について解説します。
利用シーン
自動バックアップ：日常的なデータ保護とディザスタリカバリに使用します。システムは、プリセットされたポリシーに基づいて自動的に完全バックアップを実行します。これらのバックアップは、ログバックアップと組み合わせることで、ポイントインタイムリカバリ (PITR) のためのデータ基盤を提供します。これにより、障害発生時のデータ損失を最小限に抑えることができます。
手動バックアップ：スキーマ変更 (DDL) 、アプリケーションのアップグレード、データ移行などのハイリスクな操作を実行する前に、オンデマンドでデータスナップショットを作成できます。このバックアップは、明確で信頼性の高い復旧ポイントとして機能します。変更によって問題が発生した場合、操作前の状態にデータを迅速にロールバックできます。これにより、ビジネスの安定性と継続性が確保されます。
前提条件
初めて RDS バックアップサービスを使用する場合、Alibaba Cloud アカウントを使用して Data Backup Service のサービスリンクロール (AliyunServiceRoleForDBS) を承認する必要があります。
課金
バックアップの使用量が無料クォータ内である場合、バックアップ料金は発生しません。使用量が無料クォータを超えた場合、使用量に基づいて課金されます。無料クォータと料金の詳細については、「バックアップストレージ費用」をご参照ください。
注意事項
デフォルトで有効：データバックアップ (完全バックアップ) はデフォルトで有効になっており、無効にすることはできません。バックアップは最低 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 を超えると、バックアップは失敗します。
バックアップポリシーの変更：バックアップポリシーを変更すると、直ちに完全バックアップがトリガーされます。
バックアップの実行
自動バックアップの手順
ステップ 1：設定ページへの移動
ApsaraDB RDS コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、対象の RDS インスタンスを見つけ、インスタンス ID をクリックします。
左側のナビゲーションウィンドウで、[バックアップとリカバリ] をクリックします。
[バックアップポリシー] タブをクリックします。アップグレードしているかどうかに応じて、コンソールには標準バックアップポリシーページまたは高度なバックアップポリシーページが表示されます。
標準バックアップポリシーページ
ページには [基本バックアップ] セクションが含まれています。
[編集] ボタンをクリックすると、パラメーターがフォームに直接表示されます。
高度なバックアップポリシーページ
ページの上部に [MySQL] タブと [レベル 1 バックアップ] タブがあります。
中央に数字が書かれた円形のアイコンをクリックすると、パラメーター設定ページが開きます。
スパースバックアップなどの高度な機能をサポートしています。
Premium Edition へのアップグレード方法
標準インターフェイスを使用していて、スパースバックアップなどの高度な機能を使用したい場合は、ページ上の「高度なバージョンにアップグレード」リンクを見つけてください。一部のリージョンのインスタンスでは、バックアップポリシーページを高度なバージョンにアップグレードできます。アップグレード後、バックアップポリシーパラメーターへのアクセス方法と設定方法が変更されます。必要に応じてパラメーターを設定する必要があります。
ステップ 2：コアパラメーターの設定
コアパラメーターの意味は、バックアップポリシーがアップグレードされても変わりません。
データバックアップ設定
データバックアップ (完全バックアップ) はデフォルトで有効になっており、無効にすることはできません。バックアップは最低 7 日間保持され、週に少なくとも 2 回実行されます。
パラメーター | 説明 |
バックアップサイクル | 週に最低 2 回。高頻度スナップショットバックアップが有効なクラウドディスクインスタンスの場合、頻度は 15 分に 1 回まで設定できます。 |
バックアップ保持期間 | デフォルト：7 日。範囲：
|
バックアップ開始時刻 | サービスへの潜在的な影響を減らすために、オフピーク時間を選択してください。 |
インスタンスリリース後のバックアップファイルの保持 | インスタンスがリリースされた後もバックアップファイルを保持するかどうかを選択します。 説明 [最後のバックアップを保持] または [すべてのバックアップを保持] を選択することを推奨します。インスタンスがリリースされた後、[削除済みインスタンスのバックアップ] ページでバックアップをダウンロードして復元できます。詳細については、「長期保持バックアップ」をご参照ください。 |
ログバックアップ設定
ログバックアップ (増分バックアップ) は、ポイントインタイムリカバリ (PITR) に使用されます。
パラメーター | 説明 |
[ログバックアップ] | ポイントインタイムリストアを有効にします。 この機能はデフォルトで有効になっています。 |
[ポイントインタイムリカバリ] | データのポイントインタイムリカバリ (PITR) を有効にします。 |
[ログバックアップ保持期間 (日)] | ログバックアップの保持期間を設定します。
説明 5.7 ベーシックシリーズの場合、保持期間は 7 日間に固定されています。 |
ポイントインタイムリカバリを保証するため、インスタンスは設定したログバックアップ保持期間を超えて一部のバックアップセットを保持します。
例：[ログバックアップ保持期間] を 7 日に設定した場合、バックアップデータは 7～9 日間保持されます。具体的には、システムは 7 日より古い最新の完全バックアップと、その完全バックアップから 7 日間のマークまでのすべての連続したログバックアップを保持します。ただし、課金対象となるのは 1 つの完全バックアップと、最大で 1 週間分の追加ログバックアップのみです。
高度な機能 (オプション)
パラメーター | 適用インスタンス | 説明 |
秒単位のバックアップ | クラウドディスクインスタンス (High-availability Edition/Cluster Edition) | 有効にすると、スナップショットバックアップが数秒で完了します。 |
スナップショット頻度の増加 | クラウドディスクインスタンス (High-availability Edition/Cluster Edition) | 高頻度スナップショットバックアップ機能を有効にすると、スナップショット間隔が短縮され、スナップショット密度が増加します。これにより、最短 15 分ごとにバックアップを作成できます。 説明 この機能は [秒単位のバックアップ] と一緒に有効にする必要があります。[秒単位のバックアップ] が無効の状態でこの機能を有効にすると、システムは自動的に [秒単位のバックアップ] を有効にします。 |
個別データベース・テーブルの復元 | すべてのインスタンス | 有効にすると、生成されたバックアップファイルは、インスタンス全体を復元することなく、単一のデータベースまたはテーブルの復元をサポートします。 |
個別データベース・テーブルの高速復元 | Premium ローカル SSD を搭載したインスタンス (一部のリージョン) | 個別データベース・テーブルの高速復元を有効にすると、復元速度が [高速] に設定されます。それ以外の場合、速度はデフォルトで [通常] になります。
説明 個別データベース・テーブルの高速復元を有効にした後、[CDM 課金方法] と [CDM 保持期間] も選択する必要があります。 |
バックアップ暗号化ステータス | Premium ローカル SSD を搭載したインスタンス (高度なバックアップポリシー) | バックアップファイルを暗号化して、データセキュリティを向上させます。 |
ステップ 3：保存と検証
[OK] または [保存] をクリックします。
システムは、新しいポリシーに基づいて直ちに完全バックアップをトリガーします。
新しく生成されたバックアップセットは、[バックアップとリカバリ] ページの [データバックアップ] タブで確認できます。最初のバックアップが成功すると、システムは新しいポリシーに基づいて後続のバックアップを自動的に実行します。
手動バックアップの手順
バックアップの実行
ApsaraDB RDS コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、対象の RDS インスタンスを見つけ、インスタンス ID をクリックします。
ページの右上隅にある インスタンスのバックアップ をクリックします。
インスタンスのバックアップ ダイアログボックスで、すべてのデータベースをバックアップするか、特定のデータベースとテーブルをバックアップするかを指定し、OK をクリックします。
説明詳細については、「論理バックアップ、物理バックアップ、スナップショット」をご参照ください。
すべてのデータベースをバックアップ
特定のデータベースとテーブルをバックアップ
Premium ローカル SSD を搭載したインスタンス
2 つの方法：
物理バックアップ (論理バックアップよりも高速なバックアップとリカバリ)
クラウドディスクインスタンス
スナップショットバックアップ
サポートされていません
バックアップ進捗の表示
バックアップを開始すると、システムはバックアップタスクを生成します。[タスクハブ] ページで、[タスクタイプ] フィルターを [手動インスタンスバックアップ] に、ステータスを [保留中] および [実行中] に設定することで、バックアップの進捗状況を確認できます。
手動バックアップセットの保持期間は、[バックアップポリシー] に依存します。
バックアップセットは、バックアップが完了した後にのみ表示されます。 ページでバックアップファイルをダウンロードできます。詳細については、「バックアップのダウンロード」をご参照ください。
関連操作
バックアップが完了したら、 ページからバックアップファイルをダウンロードできます。詳細については、「バックアップのダウンロード」をご参照ください。
RDS 自動バックアップ機能に加えて、データディザスタリカバリの論理バックアップ機能を使用して、RDS for MySQL または自己管理 MySQL データベースを自動的にバックアップすることもできます。この機能は、アカウント間のバックアップ、単一データベースまたは単一テーブルのバックアップ、地理的冗長性、およびバックアップの OSS への保存をサポートします。これらの機能の違いの詳細については、「RDS デフォルトバックアップとデータディザスタリカバリの違い」をご参照ください。
RDS 自動バックアップ機能に加えて、RDS では、すべてのデータベース、または特定のデータベースやテーブルを手動でバックアップすることもできます。
バックアップをダウンロードしてローカルマシンに保存したり、OSS にアップロードしたりできます。
データ復元ソリューションを使用して、データバックアップとログバックアップを既存のインスタンス、新規インスタンス、またはローカルデータベースに復元できます。
デフォルトでは、バックアップファイルはインスタンスと同じリージョンに保存されます。データを別のリージョンにバックアップするには、「リージョン間バックアップ」をご参照ください。
API を使用して、次のように RDS インスタンスのバックアップポリシーを管理したり、データディザスタリカバリのバックアッププランを設定したりできます：
カテゴリ
API
説明
RDS デフォルトバックアップ
RDS インスタンスのバックアップ設定を変更します。
インスタンスのバックアップ設定を照会します。
バックアップセットのリストを表示します。
インスタンスのバックアップジョブのリストを照会します。
データディザスタリカバリのバックアップ
バックアッププランを作成します。
バックアッププランを設定します。
バックアップに関するよくある質問
Q：バックアップはインスタンスのパフォーマンスに影響しますか。
RDS エディション
影響
バックアップ操作はセカンダリ RDS インスタンスで実行されます。この場合、操作はプライマリ RDS インスタンスの CPU リソースを占有せず、パフォーマンスにも影響しません。
説明まれにセカンダリインスタンスが利用できない場合、バックアップはプライマリインスタンスで実行されます。
RDS インスタンスが RDS Basic Edition を実行している場合、インスタンスはスタンドアロンで動作します。すべてのバックアップ操作は RDS インスタンス上で実行されます。この場合、バックアップ中に RDS インスタンスのパフォーマンスが低下します。
Q：データバックアップまたはログバックアップを無効にできますか。
A: データバックアップは無効化できません。ただし、バックアップ頻度を最小で週 2 回に減らし、保持期間を最短で 7 日間に設定することができます。ログバックアップは無効化できます。バックアップポリシー ページで、対応するスイッチをオフにすることでログバックアップを無効化できます。詳細については、RDS for MySQL のバックアップを削減するためのチュートリアル「バックアップの削除または削減」をご参照ください。
Q：支払い遅延が発生した従量課金インスタンスに対して、自動バックアップは引き続き実行されますか。
A：サービス停止保護クォータの範囲内 (つまり、支払い遅延が発生してから 7 日以内) であれば、自動バックアップ機能は引き続き実行されます。7 日間のしきい値を超えると、Alibaba Cloud はインスタンスのサービスを一時停止し、課金を停止します。自動バックアップ機能も一時停止されます。詳細については、「支払い遅延」をご参照ください。
Q：バックアップジョブが失敗することがあるのはなぜですか。
A：バックアッププロシージャ中に実行時間の長い DDL 文または更新文が実行されると、テーブルがロックされる可能性があります。これにより、バックアップが失敗することがあります。
Q：スナップショットバックアップのサイズがデータ量より大幅に大きいのはなぜですか。
A：バックアップファイルのサイズは、必ずしもデータ量と同じではありません。クラウドディスクインスタンスはスナップショットバックアップを使用し、単一のスナップショットバックアップファイルのサイズは、実際のデータサイズよりもはるかに大きくなる可能性があります。クラウドディスクインスタンスのバックアップの無料クォータは、インスタンスのストレージ容量の 200% です。プレミアムローカル SSD を使用するインスタンスのバックアップの無料クォータは、インスタンスのストレージ容量の 50% です。
説明単一のスナップショットバックアップファイルのサイズを計算する際、空でないすべてのブロックのサイズが含まれます。データが散在して書き込まれる場合 (たとえば、3 MB のデータが 2、3、あるいは 4 つのブロックを占有する場合など)、より多くの空でないブロックが作成され、スナップショットバックアップのサイズが増加します。
したがって、コンソールのバックアップと復元ページに表示されるすべてのバックアップセットの合計サイズは、表示されるバックアップ使用量と一致しない場合があります。
Q：データベースのバックアップファイルは、インスタンスのディスク領域を使用しますか。
A：データバックアップとログバックアップは、Alibaba Cloud が提供するバックアップストレージに保存されます。これらは、ご利用のインスタンスのストレージ領域を使用しません。
説明バックアップストレージには外部からアクセスできません。バックアップをダウンロードするには、「バックアップのダウンロード」をご参照ください。
バックアップストレージには無料クォータが付属しています。無料クォータを超えた使用量に対しては課金されます。詳細については、「バックアップストレージのコスト」をご参照ください。