OceanBaseデータベースは、指定された周期でフルバックアップを定期的に実行するサイクリックバックアップポリシーの作成をサポートしています。
背景
OceanBaseのログバックアップは、デフォルトでユーザービジネス優先モードを使用します。大量データインポートやバックアップメディア異常など、ログ生成速度に対応できない場合、ログが回収され、ログストリームが途絶える可能性があります。その結果、任意時点復元(Point-in-Time Recovery、PITR)が保証できなくなります。PITRを保証する必要がある場合は、OceanBaseの技術担当者に連絡し、アーカイブ優先のログバックアップポリシーを有効にするか、ログディスク容量を増やしてログ回収の可能性を低減してください。
OceanBaseデータベースのサイクリックバックアップポリシーは、指定したインスタンスのフルバックアップをサポートするだけでなく、ログバックアップの同時開始や、期限切れのバックアップファイルの自動クリーンアップも行えます。
バックアップポリシーを有効にすると、生成されたデータバックアップとログバックアップは、ご利用のクラウドサービスプロバイダーの該当リージョンにあるオブジェクトストレージに保存されます。クラウドサービスプロバイダーのオブジェクトストレージ課金ポリシーによっては、バックアップファイルのストレージ容量に対して料金が発生する場合があります。クラウドサービスプロバイダーのアカウント残高にご注意ください。
説明
- 2023年11月末までに作成されたインスタンスは、手動でバックアップ機能を有効にする必要があります。それ以降に作成されたテンセントクラウドおよびAWSのDBaaS/SaaSモードの新規インスタンスは、デフォルトでバックアップポリシーが有効になりますが、MaaSモードの新規インスタンスは引き続き手動でバックアップを有効にする必要があります。
- テンセントクラウドを使用するインスタンスでは、OceanBase V4.0.0以降、V4.2.1以前のバージョンは、現在バックアップ・リストア機能を使用できません。
新規バックアップポリシーの作成
OB Cloudクラウドデータベースコンソールにログインします。
左側のナビゲーションペインで、**インスタンス**をクリックします。
インスタンスリストで対象インスタンスを見つけ、インスタンス名をクリックしてインスタンスの**概要**に入ります。
左側のナビゲーションペインで**バックアップをクリックし、バックアップポリシータブのバックアップポリシーを有効にする**をクリックします。
バックアップポリシー設定ページで、バックアップポリシー情報を設定します。
パラメータデフォルト値説明バックアップ周期 デフォルト:インスタンス作成後の翌日午前04:00 バックアップ日を選択し、毎週または毎月の指定日にバックアップを実行できます。データの安全性を考慮し、週に少なくとも1回はバックアップしてください。 バックアップ時間 午前04:00 ドロップダウンリストから、バックアップを希望する具体的な時間を設定できます。 - 実際の状況に応じて、業務のオフピーク時にバックアップを実行してください。
- データマージのウィンドウ期間内(データマージの1時間前後)に時間を設定すると、バックアップタスクが遅延する可能性があります。
データバックアップ保持日数 / 任意時点復元可能日数 7日 バックアップデータはデフォルトで7日間保持されます。2日から730日間の保持が可能です。バックアップ周期とデータバックアップ保持日数 / 任意復元可能日数の関係については、説明をご参照ください。 データバックアップタイプ フル 現在はフルバックアップのみサポートしています。 ログバックアップ デフォルトで有効 バックアップポリシーの設定が完了し、有効になるとログバックアップは自動的に有効になります。ログバックアップは無効にすることはできません。 クラスタバックアップ保持ポリシー このクラスタインスタンスのすべてのバックアップセットを保持しない 解除後、このクラスタインスタンスのすべてのバックアップセットは復元できなくなります。 **OK**をクリックします。
バックアップポリシーが正常に有効になると、バックアップ・リストアページでそのバックアップポリシーの情報を確認できます。また、バックアップポリシーの変更、無効化、有効化も行えます。
説明
バックアップポリシーを無効にすると、過去のすべての自動バックアップが削除されます。データ損失を防ぐため、この機能を無効にする前に、バックアップデータを新しいインスタンスに復元することを推奨します。
バックアップサイクルとデータバックアップ保持日数の関係
基本概念
- バックアップサイクルとは、フルデータバックアップを実行する時間間隔を指し、週に1回、日に1回、またはカスタム(例:月曜、水曜、金曜の各日に1回)で設定できます。バックアップサイクルの間隔は、バックアップセットの生成頻度と復元粒度に影響します。
- データバックアップの保持日数は、バックアップライフサイクルを制御し、任意の時点での復元(Point-in-Time Recovery、PITR)を実現するために使用されます。期限切れのバックアップは自動的に削除されます。
実装メカニズム
バックアップサイクルとデータバックアップ保持日数は、最終的なデータバックアップセットの保持個数とログバックアップの実際の保持日数を共同で決定します。
システムは、データとログの関連性に基づいてバックアップセットを保持し、設定された時間範囲内でのPITRを保証します。
データ復元は通常、復元したい時点の直前のデータバックアップとその間のログバックアップに依存します。保持日数の範囲内のデータが復元可能であることを保証するため、実際のバックアップ保持日数は設定値よりも長くなる場合があります。
典型的な設定例
例1:週に1回のバックアップ
バックアップサイクル |
データバックアップ保持日数 / 時点復元可能日数 |
データバックアップセット最大保持個数 |
予想ログバックアップ実際保持日数 |
|---|---|---|---|
| 週に1回のバックアップ | 2日 | 2個 | [2, 10]日 |
| 週に1回のバックアップ | 7日 | 3個 | [8, 15]日 |
例2:日に1回のバックアップ
バックアップサイクル |
データバックアップ保持日数 / 時点復元可能日数 |
データバックアップセット最大保持個数 |
予想ログバックアップ実際保持日数 |
|---|---|---|---|
| 日に1回のバックアップ | 2日 | 3個 | [2, 4]日 |
| 日に1回のバックアップ | 7日 | 8個 | [8, 9]日 |
例3:月曜、水曜、金曜の各日に1回のバックアップ
バックアップサイクル |
データバックアップ保持日数 / 時点復元可能日数 |
データバックアップセット最大保持個数 |
予想ログバックアップ実際保持日数 |
|---|---|---|---|
| 月曜・水曜・金曜の各日に1回のバックアップ | 2日 | 3個 | [3, 5]日 |
| 月曜・水曜・金曜の各日に1回のバックアップ | 7日 | 4個 | [8, 10]日 |