不停机给小办公室文件服务器做大扫除：行之有效的顺序

先画出乱局的地图，再谈删除

先对共享目录跑一遍磁盘占用扫描——Windows 上用 WizTree 或 WinDirStat，NAS 上用 du -h --max-depth=2——因为人人指指点点的那个文件夹，几乎从来不是真正吃空间的那个。这个年纪的办公室服务器上，惯常的嫌疑人有：活过了自身保留策略的备份、三个部门各自囤积的重复安装包和 ISO、散落在用户文件夹里的 PST 归档，以及 2022 年离职者的配置文件。还有两个大胃王是设计上就藏着掖着的：Windows 为每个带共享的卷保留的 $RECYCLE.BIN 文件夹，以及“以前的版本”快照悄悄吃掉的卷影副本存储空间——真实数字要用 vssadmin list shadowstorage 看。

只有拿到排好序的清单之后才该删东西。按地图推进的清理花一个晚上；按烦躁推进的清理花一个周末，而且通常第一个删错文件夹。地图也要留着：明年的巡查从一份差异对比开始，而不是从零开始。

我们遵守的零停机规则

目标不是快，而是隐形：不该有人因为你的清理去提交工单。下面这六条规则保的就是这个。

在安静时段干活——清晨或午饭时间——且绝不在写入过程中从共享里删除；最先出事的永远是打开着的文件
先归档再删除：把候选文件移到过渡共享区，附上一份写明清理日期的 README，30 天后自动清除——用户会自己救回自己的文件
一次只处理一个类别，从波及面最小的开始：临时文件夹、日志和回收站，排在用户能看见的任何东西之前
在对用户可见文件夹做批量操作之前先打一个 VSS 快照；涉及法律或财务敏感数据时，先做一份真正的备份副本，没有例外
每轮清理留一行变更日志——“2026-06：删除 2024 年以前的备份 180 GB”——它能在三个月后扑灭“我的文件去哪了”工单
每个类别处理前后都记录剩余空间，让下一轮清理靠数据而不是恐慌来排期

Windows 的地雷，以及能取消第二轮攻坚的修复

在系统分区上，远离那些经典雷区：绝不要手动删除 WinSxS 内部——DISM /Online /Cleanup-Image /StartComponentCleanup 是唯一受支持的收缩方式——也不要碰页面文件、NTFS 日志和 hiberfil.sys。卷影副本存储空间值得在清理之后立刻主动设限（vssadmin resize shadowstorage），否则快照会在几周内重新长回你刚腾出的空间。同样的纪律也适用于日志：IIS 之流会很乐意填满你留下的任何空洞，所以要在服务自身设置里限制它们的大小，而不是每季度手动删一次。

结构性的修复很无聊但有效：给每个共享设配额——Windows Server 上用文件服务器资源管理器，或者用你 NAS 的配额功能——这样某个用户的视频归档就再也不能悄悄吃掉整个卷。再配上按文件夹类别写明的保留规则（项目永久保留、扫描件留三年、备份留两代），春季大扫除就不再是每年一次的救援行动。到那时，年度巡查缩减成把数字和配额核对一遍的一个下午——而这本来就是整件事的意义。