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