给全公司200台机子建了张软件「体检周期表」，三年没出过批量蓝屏

干了二十年运维，见过太多单位一出问题就满楼跑着救火。我这边管着两百多台机子，早些年也吃过亏——软件装完就不管了，结果某次一个运行库偷偷更新，第二天财务和人事的机器集体蓝屏，我蹲在机房对了一下午版本号。从那以后我就琢磨出一套笨办法：给每台机子的软件建一张「体检周期表」，按周、按月、按季度轮流翻牌子。

说白了，就是别等软件自己炸了才想起它。我拿 Excel 拉了个表，分三块：第一块是基础运行库，.NET、VC++ 这些，我固定每季度对一次版本，超过三个大版本没动的，先在样机上跑一周再说；第二块是办公套件和浏览器，这俩更新最勤，我卡死在周五下午统一推，周一早上来正好看反馈；第三块是解压、PDF 这类小工具，半年才动一次，平时就靠台账记着谁装的是哪个版本。

为啥要按周期来？我拿数据说话：去年一年，全公司因为软件版本不一致引起的故障是 7 起，前年这个数是 23 起。差别就在这张表上。举个例子，上个月有个部门反映压缩包解压后文件名全是乱码，我一查，他们用的还是两年前的老版本，编码设置压根没跟上。要是按周期表走，这问题在季度检查时就该被我揪出来了。

具体操作也没得啥子高科技。我办公室常备三台样机，一台装最新版，一台装上一版，一台装单位统一版。每回要推新版本，先在三台机子上按周期表跑一遍：开机、开常用软件、解压一个大包、打一份带图表格的文档、再关一遍机。哪台出问题，哪个版本就压着不推。这法子笨是笨，但三年下来没出过一次批量蓝屏。

还有一点，表上得留“返工记录”这一栏。我每次推完新版本，哪个部门反馈了啥子问题，全记上去。比如去年推某输入法新版，有三个部门说候选框飘到屏幕外头去了，我记下来，下一轮就跳过那个版本，等厂商修了再说。这本账比啥子都管用，新人接手一看就晓得哪些版本是雷区。

说到这儿也想问问各位同行：你们单位有没有给软件定过这种定期检查的规矩？还是出了事才去翻版本号？要是有更省事的招，评论区摆一哈，我也学两招。