ApsaraDB RDS for MySQL インスタンスの [ポイントインタイムリカバリ] スイッチをオンにし、ログバックアップ保持期間を設定することで、ポイントインタイムリカバリ (PITR) を有効にできます。システムは、完全バックアップとログバックアップの依存関係に基づいてバックアップセットを保持し、設定された時間範囲内でのリカバリを保証します。
仕組み
従来のバックアップでは、サイクルごとにバックアップセットが保持されます。バックアップが成功した場合でも、実際のリカバリウィンドウは多くの場合ログの保持期間よりも短く、完全バックアップの間隔によって変動します。バックアップの遅延や失敗により、リカバリウィンドウはさらに縮小します。
PITR は、目標復旧時点に基づいてバックアップの保持を管理します。ウィンドウの開始前に有効な完全バックアップを保持し、期間全体をカバーする継続的なログバックアップチェーンを維持することで、設定されたリカバリウィンドウを保証します。
PITR と従来のログバックアップの比較
PITR と従来のログバックアップは、同じログ生成およびバックアップメカニズムを共有しますが、有効期限と保持ポリシーが異なります。次の例では、完全バックアップが週に 3 回 (月曜日、水曜日、金曜日) 実行され、データバックアップの保持期間 が 7 日に設定されていると仮定します。
|
項目 |
アップグレード前 |
アップグレード後 |
|
リカバリウィンドウ (最良の場合) |
最大 7 日 説明
リカバリウィンドウは通常 7 日未満です。7 日間のウィンドウは、バックアップセットの有効期限が切れた後、クリーンアップスケジューラがそれを削除するまでの短い間だけ発生します。 |
7 日間に固定 |
|
リカバリウィンドウ (通常の場合) |
通常 4～5 日 説明
通常のリカバリウィンドウは、完全バックアップの間隔に依存します。ウィンドウは定期的に |
7 日間に固定 |
|
リカバリウィンドウ (最悪の場合) |
3 日未満 説明
連続した完全バックアップが失敗した場合 (データベースのデッドロック、データの異常など)、リカバリウィンドウは 3 日以下に縮小する可能性があります。極端な場合、復元が不可能になります。 |
7 日間に固定 |
|
バックアップ費用 |
バックアップデータは 7 日間保持され、ストレージ費用が発生します。 |
バックアップデータは 7～9 日間保持され、ストレージ費用が発生します。 重要
システムは 7 日以上前の最新の完全バックアップと、その完全バックアップから 7 日前の時点までの継続的なログバックアップチェーンを保持します。ただし、課金対象となるのは、追加の完全バックアップ 1 つと、最大 1 週間分の追加ログバックアップのみです。 |
前提条件
お使いの ApsaraDB RDS for MySQL インスタンスは、次の要件を満たす必要があります。
-
ストレージタイプ：ローカル SSD、標準 SSD、汎用クラウドディスク、または ESSD。サーバーレスインスタンスもサポートされています。
-
リージョン：各リージョンで順次展開中です。現在の利用可否については、ApsaraDB RDS コンソールで「ApsaraDB RDS for MySQL のポイントインタイムリカバリの段階的アップグレード」をご確認ください。
インスタンスの 基本情報 ページで確認してください。
注意事項
PITR を有効にすると、有効期限が切れていないすべてのバックアップセットと新しいバックアップセットは、設定した データバックアップの保持期間 に基づいて保持されます。
制限事項
-
高度なバックアップポリシー (スパースバックアップ) ページでは、これらの設定はサポートされておらず、従来のログバックアップ機能のみが提供されます。詳細については、「バックアップポリシーページ間の違い」をご参照ください。
-
サーバーレスインスタンスの場合、インスタンスの停止と再起動の間、または再起動と最初の完全バックアップ完了の間は、PITR は利用できません。
課金
バックアップの課金は変更されません。PITR を保証するために、インスタンスは指定された データバックアップの保持期間 を超えて追加のバックアップセットを保持します。これらは合計 バックアップサイズ にカウントされます。無料利用枠内のバックアップには料金は発生しません。超過分は課金されます。詳細については、「バックアップ料金」をご参照ください。
操作手順
-
2024 年 1 月 11 日以降に作成されたインスタンスについては、次の手順に従って PITR ポリシーを設定します。PITR を有効にすると、新規および既存の有効期限が切れていないバックアップセットの両方が、指定されたログバックアップ保持期間を満たすように保持されます。
-
2024 年 1 月 11 日より前に作成されたインスタンスについては、バックアップポリシー ページで従来のログバックアップ機能から拡張 PITR にアップグレードしてください。このアップグレードは元に戻せません。詳細については、「ポイントインタイムリカバリへのアップグレード」をご参照ください。
- RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。
-
左側のナビゲーションペインで、バックアップと復元 をクリックします。
-
バックアップと復元 ページで バックアップポリシー タブをクリックし、[基本バックアップ設定] セクションの 編集 をクリックします。
-
次のパラメーターを設定し、OK をクリックします。
パラメーター
説明
ログバックアップ
PITR のためにトランザクションログをバックアップします。デフォルトで有効になっています。
[ポイントインタイムリカバリ]
特定の時点へのリカバリを有効にします。
データバックアップの保持期間
ログバックアップの保持期間を設定します。
-
範囲：7～730 日。デフォルト：7 日。
-
完全バックアップの保持期間を超えてはなりません。
説明MySQL 5.7 を実行している RDS Basic Edition インスタンスの場合、この値は 7 日間に固定されます。
重要PITR を確実にするため、指定されたログバックアップ保持期間を超えて追加のバックアップセットが保持されます。
例：データバックアップの保持期間 を 7 日間に設定すると、システムは 7～9 日間バックアップデータを保持します。これは、7 日前の時点より前の最新の完全バックアップと、そのギャップを埋めるための継続的なログバックアップです。課金対象となるのは、追加の完全バックアップ 1 つと、最大 1 週間分の追加ログバックアップのみです。
-
ポイントインタイムリカバリの無効化
バックアップポリシー タブで、[基本バックアップ設定] セクションの 編集 をクリックし、[ポイントインタイムリカバリ] スイッチを無効にします。
[ポイントインタイムリカバリ] を無効にするとログバックアップも無効になり、PITR が不可能になります。注意して進めてください。
関連操作
-
バックアップから既存のインスタンス、新しいインスタンス、またはオンプレミスデータベースにデータを復元できます。詳細については、「データ復元方法の概要」をご参照ください。
-
バックアップをローカルデバイスにダウンロードするか、OSS にアップロードできます。詳細については、「バックアップのダウンロード」をご参照ください。