Backup retention & storage sizing calculator
Model a GFS retention scheme against your real environment — data growth, daily change rate, deduplication and secondary copies — and get the capacity you actually need over the next five years. Everything runs in your browser; nothing is uploaded.
Required capacity
Storage composition · year 5
60-month projection
Retention pools fill up over the first months (yearlies take up to 5 years to accrue), then growth drives the curve.
Breakdown
| Horizon | Source data | Fulls retained | Backend used | +20% headroom |
|---|
How it's calculated
Source data grows monthly at your compounded annual rate: FETB(m) = FETB₀ · (1+g)^(m/12). Each retained full costs FETB(m) / reduction ratio; each retained daily incremental costs FETB(m) · change rate / reduction ratio.
Retained fulls follow the GFS accrual: weeklies cap at your weekly retention, monthlies fill one per month, yearlies one per year until each pool reaches its limit — which is why the curve climbs steeply early on. Overlap between pools (a monthly that is also the current weekly) is counted once. The secondary copy doubles backend usage with the same retention. The headroom column adds 20% for indexing, housekeeping and safety margin — size your library against that number, not the raw figure.
This is a planning model, not a quote: real dedup ratios vary by workload, and synthetic fulls or forever-incremental engines change the math. Validate against your vendor's own sizer before purchase.