バックアップリポジトリはどのくらいの頻度で圧縮または整理すべきですか？

保持期間に基づく削除は、予測可能なスケジュールで実行します。多くの場合、毎日または毎週のバックアップが正常に完了した後に行います。ただし、圧縮はバックアップツールが必要とする場合に限り、再利用可能な容量がI/Oに見合うときに実行します。削除では期限切れの復旧ポイントを選択し、圧縮または再パッケージ化ではストレージを再利用できるようにします。

コマンドやコストは、Borg、restic、その他の重複排除リポジトリによって異なります。安全なスケジュールでは、書き込みの変動、リポジトリのロック、リモート帯域幅、空き容量、メンテナンスによって新しいバックアップがブロックされる時間を考慮する必要があります。この区別によって、測定方法、安全マージン、停止条件が決まります。この区別によって、測定方法、安全マージン、停止条件が決まります。

保持期間の判断と容量の再利用を分ける

削除は復旧ポイントのポリシーを適用します。期限切れのスナップショットが予測不能に蓄積しないよう、十分な頻度で実行する必要がありますが、必ず最新のバックアップを検証し、保持ルールを確認してから行ってください。

圧縮ではリポジトリのパックを書き換えたり削除したりするため、大量のデータを転送する場合があります。小規模な削除のたびに実行するとI/Oを浪費する可能性がある一方、まったく実行しないと削除済みデータが保存先の容量を消費し続けることがあります。

対応している場合はドライランの出力を使用し、保持されるセットを記録してください。毎日、毎週、毎月のどの復旧ポイントがその後も残るのかを担当者が説明できないスケジュールは安全ではありません。

測定可能な条件を基準にメンテナンスを開始する

リポジトリの増加量、再利用可能なバイト数、空き容量、削除の所要時間、圧縮の所要時間、ロック競合、最後に正常完了したチェックからの経過時間を追跡します。これらのシグナルは、カレンダーだけを基準にするよりも有用です。

小規模なホームリポジトリでは、毎週削除して毎月圧縮する方法が適している場合があります。書き込み量の変動が大きいリポジトリでは、より頻繁なメンテナンスが必要になることがあります。適切な間隔とは、バックアップや復元の時間帯と重複せず、十分な余裕を確保できる間隔です。

まずは以下の表を初期ポリシーとして使用し、その後、実測した所要時間と増加率に置き換えてください。

安全なメンテナンス手順を構築する

新しいバックアップを完了して検証し、プレビュー・モードで削除を実行し、保持ポリシーを適用します。その後、ツールが再利用可能な容量に十分な価値があると報告した場合は、圧縮または再パッケージ化を行います。リポジトリのファイルを手動で削除してはいけません。

同時に書き込むプロセスを防ぎ、再パッケージ化に十分な一時容量があることを確認します。リモートストレージでは、メンテナンス時間帯を超える可能性があるジョブを開始する前に、ダウンロードおよびアップロードするバイト数を見積もってください。

ZimaSpaceの削除中断時の診断ガイドでは、安全に復旧できる境界を定義しています。

Linux JunkiesのBorgとresticのワークフローでは、削除と容量の再利用が別々の操作である理由を説明しています。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

実際の復元で保持期間を検証する

メンテナンス後に保持されているポイントを一覧表示し、各保持期間の階層から、最近の小さな項目を1つと古い項目を1つ復元します。リポジトリの整合性チェックと復元テストは異なる問いに答えるため、両方を実行してください。

次回の通常バックアップで、古いロック、欠落したパック、予期しない全量アップロードがないか監視します。削除ログが正常でも、クライアントが書き込みを再開できるとは限りません。

保持セットがポリシーと一致し、チェックに合格し、復元が成功し、メンテナンスが所定の時間帯に収まる場合に進めてください。再パッケージ化に必要な空き容量が不足している場合、別の書き込みプロセスが動作している場合、またはドライランによって必要な最後の復旧ポイントが削除される場合は停止します。