删了 Active Backup for Microsoft 365 的数据，空间却没回来？三个原因
痛点场景
公司走了几个员工，IT 同事发现在 Active Backup for Microsoft 365（下面简称 ABM365）里把这几人的备份数据删了，NAS 存储空间却几乎没降，怀疑删除没生效。这是很典型的误会：删除是生效了的，只是空间回收有延迟，或者被别的机制"占着"。这篇先讲怎么删，再讲空间为什么没立刻回来。
删除备份数据的正确入口
很多人在任务列表里翻半天找不到删除按钮，其实入口在"存储管理"里：
- 打开 ABM365；
- 选中备份任务，点"更多 > 存储管理"；
- 切换到对应的选项卡（用户、群组、站点或团队），勾选要移除的对象；
- 点"删除"，按屏幕提示确认。
删除是按对象粒度的，适合清理离职用户、废弃团队站点这类场景。
空间没释放的三个原因
删完看存储空间没变化，先对照下面三条再下结论：
一是快照还留着。如果 ABM365 的备份文件夹上配了快照，已删除的数据会继续被快照"钉"在磁盘上，直到相关快照过期或被手动移除。到 Snapshot Replication 里检查并清理不需要的快照即可。
二是单实例存储的引用还在。ABM365 对支持单实例存储的服务只存一份重复数据：同一个附件如果同时出现在多个用户邮箱或站点里，磁盘上只有一份实体。你删掉了 A 用户，但 B 用户、C 站点的备份仍引用着这份数据，空间自然不会回收——要等所有引用它的对象都删掉才行。这不是 bug，恰恰是省空间的机制。
三是 Btrfs 文件系统的回收延迟。已删除的数据需要一点时间才被文件系统真正回收，等一会儿再看，数字往往就下来了。
验证方法
清理快照、删除对象之后，隔段时间到存储空间概览里确认占用曲线是否回落；如果团队里其他人也备份过同样的附件，确认是否需要一并清理引用对象，别为了省空间误删还在职人员的数据。
预防：把清理纳入例行流程
建议每季度做一次"存储管理"巡检：离职超过保留期的用户、解散的团队、下线的站点，统一在这时清理；快照保留策略按合规要求设好上限，别让无限累积的快照变成隐形的空间黑洞。数据删除与保留的边界，最好和人事或合规口径对齐后写成制度。
如果贵单位正在评估群晖企业级 NAS 的选型、部署或迁移，欢迎参考群晖企业级 NAS 产品，或与我们联系，我们可以结合政企、医疗、学校场景给出落地建议。