OceanBase データベースは、定期的なバックアップポリシーの作成に対応しており、指定した周期で定期的に完全バックアップを実行できるほか、ログバックアップの同期開始や、期限切れのバックアップファイルの自動クリーンアップも可能です。
背景情報
OceanBase のログバックアップは、デフォルトでユーザー業務優先モードを使用します。大量のデータインポートやバックアップメディアの異常などのシナリオで、ログバックアップの速度がログ生成の速度に追いつかない場合、ログが回収され、ログの途切れが発生する可能性があります。任意の時点へのリストア(Point-in-Time Recovery、PITR)を保証するには、データバックアップを再度実行する必要があります。PITRが利用できなくなるリスクを低減するには、OceanBase の技術サポートに連絡して アーカイブ優先 のログバックアップポリシーを有効にするか、ログディスクの容量を増やして、ログが回収される可能性を低くすることができます。
バックアップポリシーを有効にすると、生成されたデータバックアップとログバックアップは、対応するクラウドプロバイダーの対応するリージョンのオブジェクトストレージに保存されます。クラウドプロバイダーのオブジェクトストレージの課金ポリシーによっては、バックアップファイルのストレージ容量に対して一定の費用を支払う必要がある場合があります。クラウドプロバイダーのアカウント残高にご注意ください。
説明
- 2023年11月末より前に作成されたクラスタは、バックアップ機能を手動で有効にする必要があります。それ以降に作成された新しいクラスタは、デフォルトでバックアップポリシーが有効になります。
- Tencent Cloudを使用するクラスタの場合、OceanBase V4.0.0 より後、V4.2.1 より前のバージョンでは、現在バックアップとリストア機能の使用に対応していません。
バックアップポリシーの変更
OceanBase Cloudコンソール にログインします。
左側のナビゲーションペインで、インスタンス をクリックします。
インスタンスリストから対象のインスタンスを見つけ、インスタンス名をクリックして 概要 に入ります。
左側のナビゲーションペインで バックアップ をクリックし、ページ右上の バックアップポリシーを変更 をクリックします。
バックアップポリシーを変更 ページで、バックアップポリシー情報を設定します。
パラメータデフォルト値説明バックアップファイル保存リージョン ローカル バックアップファイルは、現在のクラスタインスタンスが存在するリージョンに保存されます。 データバックアップのタイプ 完全 現在は完全バックアップのみに対応しています。 ログバックアップ デフォルトで有効 バックアップポリシーの設定が成功して有効になると、ログバックアップが自動的に有効になります。ログバックアップを無効にすることはできません。 バックアップサイクル デフォルトはインスタンス作成翌日の午前 04:00 バックアップが必要な日付を選択し、毎週または毎月の指定した日付にバックアップ操作を実行できます。データの安全性を確保するため、少なくとも週に1回はバックアップを行ってください。 バックアップ時間 午前 04:00 ドロップダウンリストからバックアップが必要な具体的な時間を設定できます。 - 実際の状況に応じて、業務のオフピーク時にバックアップ操作を行ってください。
- データメジャーコンパクションのウィンドウ期間(データメジャーコンパクション時間の前後1時間)に時間を設定することは避けてください。バックアップタスクの遅延につながります。
データバックアップ保持日数 / 任意リストア可能日数 7 日 バックアップデータはデフォルトで7日間保持され、2〜7200日間の保持に対応しています。バックアップ周期 と データバックアップ保持日数 / 任意リストア可能日数 の関係については、説明 をご参照ください。 アーカイブバックアップ デフォルトで無効 アーカイブバックアップの周期とバックアップ保持日数を選択します。バックアップデータは60〜7200日間の保持に対応しています。長期保存が必要で、リストア頻度が高くないバックアップファイルについては、アーカイブバックアップを有効にして保存できます。アーカイブバックアップを有効にすると、バックアップファイルは一次バックアップで設定された保持期限を超えた後、アーカイブバックアップに移行されます。アーカイブバックアップに移行されたバックアップファイルは、最低60日間保存する必要があります。途中で無効にした場合、保存期間が60日未満のバックアップファイルについては、60日間の保存に必要な差額を補填する必要があります。 説明
アーカイブバックアップは現在 Alibaba Cloud のみに対応しており、ホワイトリスト機能です。有効にする必要がある場合は、OceanBase の技術サポートにお問い合わせください。
リモートバックアップ デフォルトで無効 リモートバックアップの周期とバックアップ保持日数を選択します。バックアップデータは7〜7200日間の保持に対応しています。 説明
- バックアップ周期は週単位または月単位での設定に対応しています。リモート一次バックアップはローカル一次バックアップに依存します。ローカル一次バックアップの周期が設定されていない時間は、リモート一次バックアップを設定できません。
- リモートバックアップは現在 Alibaba Cloud のみに対応しており、ホワイトリスト機能です。有効にする必要がある場合は、OceanBase の技術サポートにお問い合わせください。
スパースバックアップ デフォルトで無効 スパースバックアップの周期と日数を選択します。ログバックアップを保持するかどうかの選択に対応しており、バックアップデータはカスタム日数(60〜7200日)の選択または無期限保持に対応しています。 説明
- スパースバックアップのバックアップ周期はローカル一次バックアップに依存し、一次バックアップで選択済みの日にちから選択できます。
- スパースバックアップは現在 Alibaba Cloud のみに対応しており、ホワイトリスト機能です。有効にする必要がある場合は、OceanBase の技術サポートにお問い合わせください。
インスタンス終了時のバックアップ保持戦略 既存のすべてのデータバックアップおよび関連するログバックアップを保持する - インスタンス解放時に、既存のすべてのデータバックアップおよび関連するログバックアップを保持する:
- インスタンス解放後、インスタンスごみ箱でデータの表示およびリストアが可能です。保持期間は7日間で、期限切れ後にシステムが自動的にクリーンアップします。
- バックアップを長期保存する必要がある場合は、速やかにダウンロードして転送してください。
- バックアップ保持期間中は継続して費用が発生し、クリーンアップ後に課金が停止します。料金の詳細については、バックアップ・リストアの課金 をご参照ください。
- バックアップを保持しない:解放後はリストアできません。
説明
2026年4月8日以降に作成されたバックアップポリシーは新しいルールに従って実装されます。既存のインスタンスポリシーは当面変更されません。
変更が完了したら、OK をクリックしてポリシー設定を保存します。
論理バックアップポリシーの追加
物理バックアップポリシーを追加した後、バックアップポリシータブで論理バックアップポリシーを追加できます。
バックアップポリシーページで、バックアップポリシー をクリックしてタブを切り替えます。
バックアップポリシータブで、右上の 論理バックアップ戦略を追加 をクリックします。
論理バックアップポリシーの追加ページで、論理バックアップポリシー情報を設定し、OK をクリックします。
パラメータ説明バックアップ対象 データベースオブジェクトとしてデータベースまたはテーブルを選択すると、論理バックアップが実行されます。 ソーステナント ソーステナントを選択します。 データベースオブジェクト ソース側データベース領域でターゲットデータベースを選択し、バックアップデータベースに追加します。 テーブルオブジェクト ソース側テーブル領域でターゲットテーブルを選択し、バックアップテーブルに追加します。 バックアップサイクル バックアップが必要な日付を選択し、毎週または毎月の指定した日付にバックアップ操作を実行できます。 バックアップ時間 ドロップダウンリストからバックアップが必要な具体的な時間を設定できます。 - 実際の状況に応じて、業務のオフピーク時にバックアップ操作を行ってください。
- データメジャーコンパクションのウィンドウ期間(データメジャーコンパクション時間の前後1時間)に時間を設定することは避けてください。バックアップタスクの遅延につながります。
バックアップ周期とデータバックアップ保持日数の関係
基本概念
バックアップ周期とは、完全データバックアップを実行する時間間隔を指し、週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] 日 |