Btrfs 去重与压缩实测：什么时候开才真省空间

备份盘告急，先别急着买盘

备份共享文件夹又提示空间不足，加盘要走采购流程，IT 想到 DSM 的"存储效率"功能：重复数据删除去掉相同数据块，压缩再缩小数据块本身。听起来两全其美，但先泼一盆冷水——这两项技术只对特定类型的数据真正有效，开错了地方白耗性能。本文按官方手册把条件和场景理清楚。

开启条件：先对号入座

存储效率只支持 Btrfs 存储空间，且存储池必须完全由 Synology 硬盘组成（全 SSD 池或全 HDD 池），池状态良好，还要为存储空间启用"使用详情分析"。SSD 池与 HDD 池的功能形态不同：

• SSD 池：只有去重，在存储空间级开启，对整池生效；动手前先用内置的"重复数据删除分析器"跑一遍——它不改任何数据，只算出潜在节省量，拿数字说话；
• HDD 池：去重和压缩都有，在共享文件夹级开启，可选三种模式——“重复数据删除和压缩”（适合通用归档、高冗余数据）、“仅重复数据删除”（适合虚拟机映像、ISO 这类重复块多但本身已压缩的文件）、“仅压缩”（适合日志、纯文本、未压缩数据库这类冗余度低但可压缩性高的数据）。

什么时候真省、什么时候白费

省空间的甜点区：冗余度高、写入后很少改动的冷数据。典型如多台内容相近的虚拟机磁盘、反复累积的备份链、归档的旧共享文件夹——相同数据块一多，去重收益立竿见影。

反过来的重灾区：监控录像和视频素材（本身已压缩，重复块少，压缩比趋近于零）、频繁改写的热数据（今天删的块明天又写进来，去重白做）、加密文件夹和快照中的数据（直接被排除在外，SSD 池上的厚置备 LUN 同样不参与）。在 ESXi 场景下给 SSD 池上的厚置备虚拟磁盘开去重，还可能清掉预分配的空间，官方明确提醒避免。

性能代价与正确姿势

去重和压缩都是"后处理"：数据先正常写入，任务再在后台扫描整理。代价是占用 CPU 和磁盘 IO，且同一时间全系统只能跑一个存储效率任务。所以建议把任务计划放进"存储 > 全局设置"的时间表，压到深夜和周末的非高峰时段跑。

两个关键提醒：一是存储效率模式的更改只对新写入的数据生效，存量数据保持原样——如果打算长期用，启用时机越早覆盖面越大；二是别拍脑袋，SSD 池先跑分析器，HDD 池先挑一两个归档文件夹试点，看"存储效率节省量"的实际结果再决定是否铺开。所谓"实测"，指的就是这个流程：先测量、再决策。

小结

存储效率是锦上添花，不是雪中送炭：冷数据、高冗余的归档盘开了有实打实的收益，监控和热数据盘开了只有开销。先分析、再试点、非高峰执行，三步走完再全量推开。

如需企业数据存储优化与备份架构规划，欢迎联系贵州诚鑫致达科技。