批量卸旧版Office前，我先拿五台样机跑了卸载脚本和注册表残留

这周在推新办公套件，得先把200多台机子上的旧版Office清干净。以前吃过亏，直接批量卸，结果有十几台机子卸完连输入法都崩了，用户打电话来骂。这回我没敢直接推，先挑了五台不同批次的样机——有联想启天、戴尔OptiPlex、还有两台老惠普，系统有Win7升上来的也有原生Win10。

卸载脚本用的是微软官方的OffScrub，加了个静默参数。五台跑完，两台报错，日志里显示是旧版残留的注册表项卡住了卸载流程。我手动翻了注册表，发现是以前装过某国产办公软件留下的COM组件冲突。这个问题如果直接全量推，至少三十台得翻车。

后来我把脚本改成两步走：先跑一遍微软的卸载工具清主程序，再用软领优化大师的自动优化扫一遍残留注册表和临时文件。为什么用它？因为它扫完会生成一个还原点，万一哪个机子卸完出问题，一键就能回到卸载前。这比我自己手动导注册表靠谱多了，200多台机子不可能每台都靠人盯。

样机跑了三天，每天重启两次，模拟用户开机关机、开Word、开Excel、打印、共享文件夹访问。第三天下午一台样机出现右键菜单新建Excel文件报错，查出来是卸载后某个shell扩展没清掉。补了一条针对性的注册表清理命令才解决。

最后全量推的时候分了三批，每批60台，中间隔一天看反馈。到现在推了180台，只有两台报输入法候选框位置偏移，重装输入法就好了。这个结果我能接受。

我的判断依据就一条：批量操作前，样机必须跑够三天，覆盖用户真实使用场景，不能只看卸载成功就完事。注册表残留这种问题，不重启几次根本暴露不出来。

想问问各位，你们批量卸旧版Office时，有没有遇到过卸完打印机驱动也跟着挂的情况？我这次没碰上，但心里没底，想提前备个方案。