ActiveProtect 的「受保护数据大小」删了数据也不降？四级指标口径加五个算例一次讲清
删了数据容量不降？先弄懂这套记账法
运维最常遇到的两桩「怪事」：源头删了几百 GB，ActiveProtect 后台的受保护数据大小一点没降；只是换了个备份副本目标，容量不降反涨。要解释这两件事，得先把 APM 各级数据大小指标的口径摆清楚——它们不是同一个数，量法和去重压缩的先后都不一样。
四级指标，各自量什么
版本级：
- 数据变更：与参考版本相比新添或修改数据的逻辑大小，去重压缩前测量；
- 数据传输大小：备份时实际从来源传输的量，支持源端去重的工作负载会低于数据变更；
- 实际使用容量：全局去重后该版本实际占的存储，仅机器工作负载有，云应用工作负载不显示。
工作负载级：
- 受保护数据大小：所有保留主备份版本的数据变更总量（去重压缩前），不含副本，由当前保留的版本决定；
- 备份副本大小：所有保留副本版本的数据变更总量，跨所有副本目标计。
备份服务器级：
- 逻辑备份数据＝受保护＋停用＋未管理工作负载的逻辑总量（压缩前）；
- 物理备份数据＝去重压缩后的实际占用，含版本数据与工作负载元数据；
- 存储使用量＝物理备份数据＋还原相关数据＋系统保留空间等总消耗。
站点级： 总逻辑/总物理备份数据，含站点内所有备份服务器与 ActiveProtect 保管库（保管库整库计入，无论数据出自哪个站点），云存储只计从当前站点传过去的数据。分层不影响受保护数据大小与副本大小。
五个算例，把「不降」看明白
设客户端第一次备份只有数据 A（10 MB）：变更、受保护数据大小、副本大小起步都是 10 MB。
- 加数据：第二次备份多了数据 B，A 已备过只传 B——变更 10 MB，受保护数据大小与副本大小变 20 MB；
- 删数据不生效：第三次备份时源头只剩 B，没有新数据可传，变更 0 MB，受保护数据大小仍 20 MB——旧版本还引用着 A；
- 轮换掉版本 1：版本列表剩 2、3，但恢复它们仍需 A＋B，受保护数据大小依旧 20 MB；副本若保留所有版本，同样 20 MB；
- 版本 2 也被轮换：只剩版本 3，受保护数据只剩 B，受保护数据大小终于降到 10 MB——要等引用 A 的版本全部过期，数字才会真降；
- 换副本目标：在 40 MB 基础上换新目标复制版本 4，新目标没有参考版本，先做一次完整副本（40 MB），加上原目标旧版本 20 MB，副本大小冲到 60 MB——旧版本过期或原目标移除前都会大于预期。
三个会让数字「失真」的环境因素
- 群晖 NAS 当备份服务器：NAS 备份代理不支持源端去重，个人电脑/物理服务器的数据到了 NAS 才去重——受保护数据大小反映传输总量，可能大于去重后才建的副本大小；
- Mac 备份：NAS 代理走 Apple Software Restore，副本大小计算含零块，某些情况下副本大小反超受保护数据大小；
- Proxmox VE：VM 磁盘放在 LVM、iSCSI、Ceph RBD（启用 KRBD）、ZFS（含精简配置）或 SMB/NFS 上的原始磁盘格式时，系统检测不到已用磁盘块——变更与传输大小可能虚高到接近磁盘预分配大小（SMB/NFS 换 vmdk/qcow2 格式可准确检测）；但存储前去重照做，受保护数据大小仍只反映真实已用数据。
容量对不上账先别急着加盘，把这套口径对着后台指标逐项核一遍——诚鑫致达科技做备份容量规划时也按这套官方口径核算，欢迎搜「诚鑫致达」交流。
企业存储选型参考｜诚鑫致达科技
做机房存储、虚拟化或监控归档，群晖在售机型参考：RS2423+（12 盘位机架式） · SA3410（可扩充企业存储，横向扩展）。选型评估、上门部署与数据迁移，搜「诚鑫致达」能找到我们。