バックアップセットのライフサイクルは、データベースバックアップ (DBS) に保存されているバックアップデータの保存期間を示します。 DBSは、指定したライフサイクルルールに基づいてバックアップセットをダンプおよびクリアします。 このトピックでは、ライフサイクルルールと、バックアップセットのライフサイクルルールを管理する方法について説明します。
ライフサイクルルール
バックアップセットのライフサイクルは、7日から3,650日 (10年) の範囲です。 DBSは、期限切れのバックアップセットをバックアップスケジュールから自動的に削除します
バックアップスケジュールに完全バックアップセットが3つを超える場合は この条件が満たされない場合、DBSは期限切れのバックアップセットを削除しません。
次のスケジュールされたバックアップを待つか、ビジネス要件に基づいて手動でデータをバックアップできます。 完全バックアップセットの数が3を超えると、クリーンアップポリシーがトリガーされます。
手動バックアップ: [完全データ] ページで、右上隅の [完全データバックアップの開始] をクリックします。
完全バックアップセットを手動で削除し続け、完全バックアップセットの数が3以下の場合、バックアップセットのクリーンアップポリシーはトリガーされません。 これにより、増分バックアップセットがDBSに継続的に格納され、ストレージスペースが占有されます。 増分バックアップが不要になった場合は、この機能を手動で無効にできます。 詳細については、「増分ログバックアップの有効化または無効化」をご参照ください。
バックアップスケジュールの作成後にバックアップスケジュールのライフサイクルを変更すると、新しいライフサイクルルールが新しいバックアップセットと既存のバックアップセットに適用されます。
ライフサイクルルールの変更と適用
詳細については、「バックアップスケジュールのバックアップポリシーの変更」または「バックアップスケジュールのライフサイクルの変更」をご参照ください。
関連する API
API操作を呼び出してバックアップセットのライフサイクルを変更する方法の詳細については、「ModifyStorageStrategy」をご参照ください。
バックアップサイズを表示してデータバックアップの数を減らす方法の詳細については、「バックアップデータの表示とサイズの縮小」をご参照ください。
完全バックアップセットを手動で削除する方法の詳細については、「バックアップセットの削除」をご参照ください。
よくある質問
Q: バックアップスケジュールのライフサイクルは7日に設定されています。 バックアップセットが期限切れになっても削除されないのはなぜですか?
A: バックアップスケジュール内の完全バックアップセットの数が3以下の場合、バックアップセットのクリーンアップポリシーはトリガーされません。 この場合、期限切れのバックアップセットは自動的に削除されません。
Q: 期限切れの増分バックアップがまだストレージ容量を占有するのはなぜですか?
A: 完全バックアップセットを手動で削除した可能性があります。 その結果、完全バックアップセットの数は3以下になり、クリーンアップポリシーはトリガーされません。 詳細については、このトピックの「ライフサイクルルール」セクションをご参照ください。