OceanBaseデータベースでは、定期的なフルバックアップを実行するためのサイクリックバックアップポリシーを作成できます。また、ログバックアップを同時に開始したり、期限切れのバックアップファイルを自動的にクリーンアップしたりすることも可能です。
背景
OceanBaseのログバックアップはデフォルトでユーザー業務優先モードを使用します。大量データのインポートやバックアップ媒体の異常など、ログ生成速度に対応できない場合、ログが回収され、ログストリームが途絶える可能性があります。そのため、任意時点復元(Point-in-Time Recovery、PITR)を保証するには、再度データバックアップを実行する必要があります。PITRを保証する必要がある場合は、OceanBaseの技術サポートにお問い合わせいただき、アーカイブ優先のログバックアップポリシーを有効にするか、ログディスク容量を増やしてログ回収の可能性を低減してください。
バックアップポリシーを有効にすると、生成されたデータバックアップおよびログバックアップは、ご利用のクラウドベンダーの該当リージョンにあるオブジェクトストレージに保存されます。クラウドベンダーのオブジェクトストレージ課金ポリシーによっては、バックアップファイルのストレージ容量に対して料金が発生する場合があります。クラウドベンダーのアカウント残高にご注意ください。
説明
- 2023年11月末までに作成されたクラスタは、手動でバックアップ機能を有効にする必要があります。それ以降に作成された新規クラスタは、デフォルトでバックアップポリシーが有効になります。
- Tencent Cloudをご利用のクラスタでは、OceanBase V4.0.0以降、V4.2.1未満のバージョンは、現在バックアップ・リストア機能をサポートしていません。
バックアップポリシーの変更
OB Cloudクラウドデータベースコンソールにログインします。
左側のナビゲーションペインで、**インスタンス**をクリックします。
インスタンスリストで対象インスタンスを見つけ、インスタンス名をクリックして、**概要**に入ります。
左側のナビゲーションペインで**バックアップをクリックし、ページの右上隅にあるバックアップポリシーを変更**をクリックします。
**バックアップポリシーを変更**ページで、バックアップポリシー情報を設定します。
パラメータデフォルト値説明バックアップファイル保存地域 ローカル バックアップファイルの保存地域は、現在のクラスタインスタンスが存在する都市です。 データバックアップのタイプ フル 現在はフルバックアップのみサポートされています。 ログバックアップ デフォルトで有効 バックアップポリシーの設定が成功し、有効になると、ログバックアップは自動的に有効になります。ログバックアップは無効にすることはできません。 バックアップサイクル デフォルトはインスタンス作成後の翌日午前04:00 週または月の指定日に毎週または毎月バックアップを実行する日付を選択できます。データのセキュリティのため、少なくとも週に1回はバックアップしてください。 バックアップ時間 午前04:00 プルダウンボックスで、バックアップを行いたい具体的な時間を設定できます。 - 実際の状況に応じて、業務のオフピーク時にバックアップを実行してください。
- データマージウィンドウ期間内(データマージ開始1時間前から終了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:毎日のバックアップ
バックアップサイクル |
データバックアップ保持日数 / ポイントインタイム復元可能日数 |
データバックアップセット最大保持個数 |
予想ログバックアップ実際保持日数 |
|---|---|---|---|
| 毎日のバックアップ | 2日 | 3個 | [2, 4]日 |
| 毎日のバックアップ | 7日 | 8個 | [8, 9]日 |
例3:月曜、水曜、金曜の各日に1回のバックアップ
バックアップサイクル |
データバックアップ保持日数 / ポイントインタイム復元可能日数 |
データバックアップセット最大保持個数 |
予想ログバックアップ実際保持日数 |
|---|---|---|---|
| 月曜・水曜・金曜の各日に1回のバックアップ | 2日 | 3個 | [3, 5]日 |
| 月曜・水曜・金曜の各日に1回のバックアップ | 7日 | 4個 | [8, 10]日 |