基礎設施估算
完整與增量備份合計需要多少空間？
使用工具
來源大小乘代數易漏增量，每天加全量又高估。要明確一代定義、全備份與增量如何保留、週期何時觀察。
每週全備份、每日增量、兩代全備份
source: 100 GB
full interval: 168 hours
increment interval: 24 hours
retained full generations: 2
change per increment: 10%
compressed size: 100%
copies: 1
phase since latest full: 0 hours結果 260GB：兩全備份 200，舊鏈六增量 60，每增量 100×10%=10GB。全備份時不另做增量，一週是一全六增，不是七增。
這裡兩代不是兩個復原點，而二全六增共八點。若產品世代指總復原點數，不能直接抄入全備份代數，應確認保留對象。
同兩代在週期後段為 320GB
觀察位置由全備份後零改 144 小時，新鏈多六增，二全十二增共 320GB。相同保留設定容量隨時點變，全備份剛做完不是週期最大。
觀察位置須為增量間隔倍數且在下次全備份前，本例零至 144 每二十四小時。下全備份開始新週期，不模擬暫存檔或舊鏈刪除前重疊，設備餘量另估。
期間外全備份可能是期間內增量所需
期間模式保 168 小時、觀察 144。最新全備份為零，最早目標 -24；復原它需 -168 全備份和後續鏈。模型保依賴，故二全十二增 320GB。
簡單刪七天前檔案可能破壞復原依賴。產品可用合併合成全備份等不同方式，本工具只模型週期全備份增量，不能當手動刪檔指令。
10% 變更是每次增量假設
每增量為來源量乘變更率，100GB×10%=每次 10GB，非來源量複利成長。同位置可反覆改，變更量不等一週淨新增。
間隔二十四改十二不會自動 10% 改 5%，仍每次輸入率。應測對應間隔或明示假設，頻率提高既不保證總量不變也非必定等比成長。
壓縮與份數用於全保留鏈
260GB 條件壓後 50% 為 130GB，兩份回 260GB。此欄百分比填 50，與日誌倍率 0.5 不同。全備份增量同壓縮率，不推重複刪除共享區塊收益。
已壓縮來源再乘同壓縮會重複縮小。統一來源量、變更量、壓後比例所處階段，產品區分邏輯實體時須確認取哪項。
容量足夠仍需另查可復原
模型假定定期成功且鏈完整，不檢查缺失損壞、遺失金鑰、失敗或設定。估容量後應在實際系統做復原試驗並測復原時間。
報告除總量還留全備份數、增量數、觀察位置、保留方式，把兩代展開具體鏈，結果才可解釋。
刪除舊完整備份前先看增量相依
僅因完整備份早於保留窗口就刪除，可能讓窗口內增量無法還原。差量鏈需要基礎完整備份，所以容量比每日量乘天數更大未必浪費。應區分保留的還原點與重建這些點所需的全部檔案。
同一保留設定在完整備份剛完成與下次完整備份之前的增量數不同。260GB 與 320GB 說明單一時點可能低估峰值。合成完整備份、去重和共享壓縮區塊屬於產品特定模型，應以實測修正假設，而非聲稱本鏈模型重現所有產品。
副本越多容量越大，但同一故障會同時損失的副本未必提供預期保護。計算不驗證位置、權限隔離或還原流程。容量、可還原性、還原時間和可用還原點都需分別驗證，容量估算不是備份設計完成。