保持期間計算機
ストレージ容量と回転率に基づいてバックアップをどのくらい長く保つことができますか?
容量および回転変数
コンテンツの表
完全な保持期間ガイド
なぜ保持期間を計算するのですか?
固定ストレージ予算(NAS、ディスク配列、クラウドクォータ)がある場合、回転または上書きする前にバックアップを保持できる期間を知る必要があります。 この計算機は答えます:X GBの容量、Y GBのデータをバックアップに与えられ、選択した戦略、回復ポイントを保つことができる日/週/月の数? それは容量に対するバランスの保持を助け、予期しないスペースの実行を避けます。
主なコンセプト
- 貯蔵容量: バックアップ(この見積もりで除外されたバックアップ/圧縮)のために利用可能な総スペース。
- 回転率: バックアップを完全に実行し、最も古いものを捨てる頻度。 毎日 = 1 サイクルあたり 1 日; 週 = 7 日; 月 = 30 日.
- 保持期間: 保持されたバックアップによって覆われる総時間スパン。 より多くのサイクル = 長い保持が、より多くのスペース.
- 戦略の影響: 増減と差分は、サイクル当たりのスペースを十分に使用しないので、同じ容量でより多くのサイクル(長い保持)を保持します。
保有戦略への影響
同じ容量のために、増分および差動は各周期がより少ないスペースを使用するので、完全なだけより周期を、保持します。 しかし、増分と差分は複雑さ(チェーン復元、変更率)を追加します。 このテーブルを使用して比較します。
| 戦略 | 同じ容量の保持 | インフォメーション |
|---|---|---|
| フルのみ | ショートベスト | 簡単な回復;サイクルごとの最高のスペース |
| フル + インフォメーション | ロングベスト | 周期ごとの最低スペース;必要なチェーン リストア |
| フル + アディアル | メディア | バランス; 完全 + 復元のための最新の差分 |
例(1TB、100GBのデータ、週単位) 満室 ≈ 10 週。 フル+6 増分 5% ≈ 7週(130 GB/周期)。 5でFull+6の差分% ≈ 4週(205 GB/周期)。 データサイズが小さく、容量が小さいため、フルのみが最も長い保持を与えます。
回転率およびバックアップ頻度
回転率は、新しいフルバックアップを作成する頻度を決定し、最も古いものを削除します。 毎日のフルバックアップ:各サイクル = 1 日; 毎週: 7 日; 月: ～ 30 日. より高い回転率(より頻繁に十分に)は同じ容量のための保持を短くしますが、より多くの回復ポイントを与えます。 低い回転(例えば月)は保持を拡張しますが、十分にポイントを元通りにして下さい。
- 毎日のフル: 1サイクル = 1日 小さいデータセット、厳密な RPO のためのベスト。 容量はすぐに満たします。
- ウィークリーフル: 1サイクル = 7 日. ほとんどのワークロードのための共通。 保持とスペースのバランス。
- 毎月のフル: 1サイクル ≈ 30 日. コンプライアンスのための長い保持。 Fewerの回復ポイント。
計算式
フル: Retention (days) = (Capacity ÷ Data size) × Days per full cycle
導入事例: Retention = Capacity ÷ [Data size × (1 + Incrementals × Change %)] × Days per cycle
差分: Retention = Capacity ÷ [Data size × (1 + Sum(1..N) × Change %)] × Days per cycle
例:500 GBの容量、100 GBのデータ、週1回のフル、5で6の増分%. 周期ごとのサイズ = 100× (1+6×0.05)=130 GB。 周期 = 500÷130 ≈ 3. 保持 = 3×7 = 21 日。 5×7 = 35日をフルのみ与えますが、増分はありません。
データ型による毎日の変更率
毎日の変更率は直接保持に影響を与える:より高い変更 = サイクルごとのより多くのスペース = 同じ容量のより短い保持。 変更率を推定するために、このテーブルを使用します。
| データの種類 | 典型的な毎日の変更 | 保持への影響 |
|---|---|---|
| トランザクションデータベース | 5-15% | 増加/差分のためのより短い保持 |
| ファイルサーバ | 1-10% | 媒体;ワークロードによって変わります |
| メール/アーカイブ | 5-20% | インクリメンタルによるショートリテンション |
| 静的ファイル/アーカイブ | <1% | 長い保持; 十分にベストかもしれない |
GFSと保持期間
GFS(Grandfather-Father-Son)は、毎日(Son)、毎週(Father)、月(Grandfather)の各層の異なる保持を使用します。 GFSの総容量を計算するには、バックアップサイズ計算機を使用します。 各層が、容量、層全体に分割された容量を持続するか、または各層ごとにこの計算機を実行するかを知るため。
例:2TBの容量、200 GBのデータ、週単位でフル。 ソン用(7日増分)%): 1週あたりの200× (1+7×0.05)=270 GB。 毎日のチェーンは7週間以上保存できます。 父(4週間フル):4×200=800 GB。 祖父(12か月):12×200=2400 GB。 GFS の合計は 2 TB を超えます。 ティアを優先したり、容量を追加する必要があります。
保持とコンプライアンス
多くの規制は、最小限の保持期間を意味します。 計算された保持が必須よりも短い場合は、容量を追加したり、戦略を調整する必要があります。 共通の条件:
- GDPR: 最小限の固定なし。必要な限りだけ保存してください。 ドキュメント保持の合理。
- HIPAA: 医療記録の6年間。 長期保持のための容量を計画して下さい。
- SOX/金融: 監査証番号7年 多くの場合、アーカイブ層が必要です。
- 業界標準: PCI-DSS、ISO 27001は特定の保持を必要とする場合があります。 業界をチェックしてください。
この計算機を使用して、現在の容量で最小限の保持を満たすことができます。 そうでない場合は、階層ストレージ(最新のホットディスク、長期間のコールド/テープ)または追加の容量を計画してください。
容量プランニングのヒント
- 15-25を追加% メタデータ、カタログ、予期しない成長のための緩衝。 実際の保持は少し下がります。
- 保持が短すぎる場合は、: 増分/差分をフルではなく、またはより多くの容量を考慮してください。
- 保持が必要以上の場合は、回転(週単位ではなく毎日)を削減したり、サイクルを満たしたりすることができます。
- バックアップサイズ計算機を使用して、ターゲット保持に必要な容量を確認します。 この計算機を逆に使用します。
- 重複排除および圧縮は20-50によって有効な保持を拡張できます%; 計画するときにこれの要因。
- データ成長: データセットが10を成長させる場合% 年間、保持は時間を短くします。 プランのヘッドルーム。
ベストプラクティス
- RPOとコンプライアンスの保持を一元化。 7年以上の規制が必要
- 容量の使用法を監視して下さい;80に達する前に警報を置いて下さい% お問い合わせ スペースの実行はバックアップチェーンを破損させることができます。
- 固定保持を使用する:高速ディスク、テープまたは低温貯蔵の長期の短期。 長い保持のための費用を減らして下さい。
- 定期的に復元テスト; 復元が失敗した場合、保持は意味がありません。
- 効果的な保持を拡張するための重複排除と圧縮を考慮する(20-50を追加)% 典型的なワークロードのための節約)。
- 保持ポリシーを文書化し、毎年見直しを行います。 データの増大とコンプライアンスの変更は調整が必要な場合があります。
- 過回転を避けてください:バックアップを削除しても攻撃的に回復ポイントを残しません。 バランス保持と容量。