备份库该配多大容量？Active Backup 系列的存储估算公式与参考参数

痛点场景

上备份项目最常见的纠结：备份盘柜买小了，版本越滚越满，半年后深夜告警顶爆；买大了，预算又压不住。其实无论用的是 Active Backup for Business、Active Backup for Microsoft 365 还是 Active Backup for Google Workspace，容量都可以用同一个公式估出来，配盘前先算一遍，心里就有底了。

先理清三个概念

备份窗口：预计完成备份的时间范围，别压在业务高峰。RTO（恢复时间目标）：出事后多久要恢复回来，要求越短配置越高。RPO（恢复点目标）：最多能容忍丢多久的数据，要求越短备份越频繁、越吃资源。三个值和业务方谈妥，再谈容量。同时确认两件事：备份服务器尽量与被备份设备在同一现场；带宽扛得住所需的数据传输量。

估算公式

预计存储需求 = 总备份数据 ×（1 − 重复数据删除率）×（1 + 每日数据变更率 × 保留版本数）

拿不准的参数可以参考官方遥测统计（实际以本单位数据为准）：

• 物理机/虚拟机：约 200 GB/台；每日变更率小规模约 5%、大规模约 7%
• SaaS 应用：小规模约 90 GB/账号，大规模约 15 GB/账号；每日变更率 5%~10%
• 保留版本数：按 60 个估，对应保留一年的 GFS 策略或 60 个每日备份
• 去重率：设备类约 50%，SaaS 类约 60%

算个例子

50 台设备、每台 200 GB，总备份数据就是 10 TB；按 50% 去重率剩 5 TB；日变更 5% 乘 60 个版本等于 3，再乘 (1+3)=4，得到约 20 TB。也就是说，源数据 10 TB 的环境，备份库要按 20 TB 量级留——这就是公式给出的量级概念，比拍脑袋靠谱得多。

落到选型

算出容量后，再对照官方知识库按容量梯度给出的塔式、机架式参考配置（RAID 6 数据空间加 SSD 缓存的思路）去挑型号，别只看盘位总数。注意两点：设备数量和 SaaS 账号数量不要超过对应配置的推荐值，超了会拖累备份与恢复性能；总容量里要留出版本增长和去重收敛的余量，贴着算出的数字买等于没留。

验证与预防

上线后核对实际占用与估算的偏差，偏差大就回头修正参数。给备份空间设 80% 水位告警；每季度按实际增长重算一次；新设备、新账号入网前先估算增量再接入。

如果贵单位正在规划整机与 SaaS 数据的集中备份平台，欢迎参考群晖企业级 NAS 产品，或与我们联系，可以按您的设备清单和保留策略把容量和机型一次算清。