给200台机子批量装驱动前，我拿八台老机子测了三天蓝屏率才敢推

上个月我们科室要统一升级一批老机子的显卡驱动，涉及大概一百二十台，都是2015年前后的机器，集显独显混着来。按以前的习惯，我肯定是先拿一台样机装上跑两天，没蓝屏就分批推。但这回数量大，而且驱动版本跨度也大，我多留了个心眼，抽了八台配置最杂的出来做样本，跑了三天压测，结果还真摸出点东西。

先说结论：这批机子里有十一台是SATA2接口的老硬盘，驱动装完第一次重启后，磁盘写入速度从平均85MB/s掉到了60MB/s左右，用CrystalDiskMark连测五次取平均，波动不大，说明不是偶然。我一开始以为是驱动本身的问题，后来换回旧版驱动对比，发现旧版也有类似衰减，只是幅度小一些。真正的原因应该是新驱动对老硬盘的电源管理策略更激进，导致频繁唤醒，写入稳定性下降。这个结论我后来在事件查看器里翻到了佐证：磁盘相关的警告日志从每天两三条涨到了十几条。

再说蓝屏。八台样本里有一台在装完驱动后第三天蓝屏了一次，dump文件指向显卡驱动和某个老版本办公软件的冲突。我把那个办公软件先卸了再重装驱动，跑了五天没再复现。所以我的处理办法是：批量推送前先把那款办公软件升到最新小版本，或者干脆在推送脚本里加一步检查，版本太老的就跳过。

最后是回退机制。我坚持每台机器在装驱动前自动创建系统还原点，并且把旧版驱动备份到本地一个固定目录。还原点这块我算过账，一百二十台机器每台多占大概1.2G到1.8G，按平均1.5G算，总共多占不到200G，对我们存储来说可以接受，但如果是笔记本小容量硬盘就得掂量一下。我的做法是只对C盘剩余空间大于20G的机器创建还原点，不够的就只备份驱动，手动回退。

这套流程跑下来，一百二十台机器最终蓝屏率控制在百分之一以内，只有两台需要现场处理，都是老硬盘写入衰减导致的卡顿，换了个电源策略就恢复了。

想问问大伙，你们批量推驱动的时候，除了还原点和驱动备份，还有没有更轻量的回退手段？我这边有些机器盘太小，还原点实在占地方。