CloudBerry Backup :　バックアップ・リテンション・ポリシー

投稿日: 2016年3月27日 作成者: climb
このエントリーをはてなブックマークに追加
LINEで送る

バージョン・ヒストリー:

Retention Policy（リテンション・ポリシー）のすべてのオプションはユーザが選択するバックアップ・プラン設定で利用可能です。「Edit Backup Plan」をクリックし、「Advanced Backup Mode」を設定します。Retention Policyのすべての設定は同じ名前のステップで利用できます。

backup-retention-policy-configuration1

以前のバージョンの削除:

このパラメータは特定日（選択した日、月、年）以前に作成されたすべてのファイルを削除します。次の例では3か月前のすべてのバージョンを削除するものです。

Specify-retention-policy-for-backup-files2

さらにユーザは「Always keep the last version」をチェックすることで、ポリシー設定が正しくない場合でも、最後のバージョンの損失を防ぎ、最後のバージョンを維持することができます。

バージョン番号の保持：

日付の指定を止め、例えば最後の3つのバージョンをストアできます。これはアップデートが殆どない時に便利です。「 Keep number of versions」を選択し、必要なコピー数を設定します。

「Delay purge for」ボックスをクリックするのも便利です。これは一定期間システムによってクリーン・プロセスのスケジュールを遅らせます。

Retention-policy-delay-purge3

ローカルで削除されたファイルを削除「Delete Files That Have Been Deleted Locally」：

クラウドに1年以上使用されていないデータが何GBもストレージにあるとします。このような状態に気が付かなければ「elete files that have been deleted locally」を使用します。この場合サーバで削除されたデータは自動でクラウドでも削除されます。このオプションは「Delay purge for」パラメータと使用することを推奨します。

backup-retention-policy-delay-purge-and-delete-files-locally4

ブロック・モードとリテンション・ポリシー:

インクリメント（増分）バージョンでのブロック・バックアップ・オペレーションの特性はすべてのバージョンは単一のチェーンから構成されます。したがってリンクが削除されたときにそれは壊れ、バックアップ・バージョンの情報の一部は影響を受けます。

この状況を回避するためにリテンション・ポリシーではやがてべージョンの新しいチェーンを作成する必要があります。バックアップ・プランでの「Full Backup Schedule 」オプション方法で自動的に行うことができます。

Full-backup-schedule-retention-policy5

●「Schedule full backup」で次の設定
このボックスをチェックすることでフルバックアップ・コピー作成の特定時間を選択できる追加タイムテーブル・ウィンドウで行います。

●Run full only if total size of previous block level backups larger than

フルバージョン関連するインクリメント・コピーで超えれないパーセント割合を設定することができます。そのサイズが制限を超えた時にバックアップ・コピーのチェーンを含む新規フルコピーが作成されます。以前のチェーンのすべてのコピーは因果関係なく削除されます。

関連トピックス

コメントを残す

メールアドレスが公開されることはありません。

 

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください。