OceanBaseデータベースでは、定期的なフルバックアップを実行するサイクリックバックアップポリシーの作成がサポートされています。また、ログバックアップの同時実行や、期限切れのバックアップファイルの自動クリーンアップも可能です。
背景
OceanBaseのログバックアップは、デフォルトでユーザービジネス優先モードを使用します。大量データのインポートやバックアップ媒体の異常など、ログ生成速度に対応できない場合、ログが回収され、ログストリームが途絶える可能性があります。そのため、任意の時点での復元(Point-in-Time Recovery、PITR)を保証するには、再度データバックアップを実行する必要があります。PITRを保証する必要がある場合は、OceanBaseの技術担当者に連絡し、アーカイブ優先のログバックアップポリシーを有効にするか、ログディスク容量を増やしてログ回収の可能性を低減してください。
バックアップポリシーを有効にすると、生成されたデータバックアップおよびログバックアップは、ご利用のクラウドベンダーの該当地域のオブジェクトストレージに保存されます。クラウドベンダーのオブジェクトストレージの課金ポリシーによっては、バックアップファイルのストレージ容量に対して料金が発生する場合があります。クラウドベンダーのアカウント残高にご注意ください。
説明
- 2023年11月末までに作成されたクラスタは、手動でバックアップ機能を有効にする必要があります。それ以降に作成されたテンセントクラウド、AWSのDBaaS/SaaSモードの新規クラスタは、デフォルトでバックアップポリシーが有効になりますが、MaaSモードの新規クラスタは引き続き手動でバックアップを有効にする必要があります。
- テンセントクラウドを使用するクラスタでは、OceanBase V4.0.0以降、V4.2.1以前のバージョンは、バックアップ・リストア機能を使用できません。
操作手順
バックアップポリシーの有効化
OB Cloudクラウドデータベースコンソールにログインします。
左側のナビゲーションペインで、**クラスタリスト**をクリックします。
クラスタリストで対象のクラスタを見つけ、クラスタ名をクリックして、**クラスタワークスペース**に入ります。
左側のナビゲーションペインで**バックアップをクリックし、バックアップポリシータブのバックアップポリシーを有効にする**をクリックします。
ポップアップダイアログで、**OK**をクリックします。
バックアップポリシーの変更
**バックアップページで、バックアップポリシータブのバックアップポリシーを変更**をクリックします。
ポップアップウィンドウでローカルバックアップ設定を変更します。
パラメータデフォルト値説明バックアップサイクル デフォルト例:作成後の翌日午前04:00 バックアップ対象日を選択し、毎週または毎月の指定日にバックアップを実行できます。データの安全性を考慮し、週に少なくとも1回はバックアップしてください。 バックアップ時間 午前04:00 プルダウンボックスで、バックアップを希望する具体的な時間を設定できます。 - 実際の状況に応じて、業務の閑散期にバックアップを実行してください。
- データマージウィンドウ期間内(データマージ開始1時間前から終了後1時間まで)に時間を設定すると、バックアップタスクが遅延する可能性があります。
データバックアップ保持日数 / ポイントインタイム復元可能日数 7日 バックアップデータはデフォルトで7日間保持されます。2~730日間の保持がサポートされています。バックアップサイクルとデータバックアップ保持日数 / ポイントインタイム復元可能日数の関係については、説明をご参照ください。 データバックアップタイプ フル 現在はフルバックアップのみサポートされています。 ログバックアップ デフォルトで有効 バックアップポリシーの設定が成功し有効になると、ログバックアップは自動的に有効になります。ログバックアップは無効にできません。 クラスタバックアップ保持ポリシー バックアップを保持しない(リリース後は復元できない) N/A **OK**をクリックします。
バックアップポリシーの無効化
バックアップ ページで、バックアップポリシー タブの バックアップポリシーを無効にする をクリックします。
説明
自動バックアップ機能を無効にすると、過去のすべての自動バックアップが削除されます。データ損失を避けるため、この機能を無効にする前に、バックアップデータを新しいインスタンスに復元することをお勧めします。
- ポップアップダイアログで、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]日 |