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