老炮儿私藏：用失败经验驱动技术双轮增长

　　去年清明节轮到我值大夜，走廊尽头那台监护仪一直在响，护士站小张蹲在椅子上剥橘子，果皮掉了一地。我原以为又是哪个新来的实习生把报警阈值调错了，结果刚走到3床门口，就听见家属在门口来回踱步的声音——那台戴尔R740的硬盘指示灯全灭了，监控平台还没报故障，但我知道，这机器撑不过十分钟。

　　当时我第一反应是冲进机房拔电源，手都摸到PDU开关了，突然想起三个月前那台华为2288H的教训——上次直接断电导致RAID卡固件损坏，花了两天才恢复数据。我缩回手，转身对小张喊：“拿万用表来！先测电源输出！”护士站打印机突然卡纸，哗啦哗啦响得人心慌，我扯着嗓子喊了两遍，她才从橘子堆里抬头，把表甩过来时差点砸到我脸上。

　　测完电源我后背全湿了——12V输出只有8.3V，这机器还在硬撑着跑业务。我让小张去叫值班主任，自己蹲在机柜前拆电源模块。拆到第三个螺丝时，手突然抖了一下——螺丝刀划过金属外壳，溅起一小片火花。我愣了两秒，低头看手背，一道血痕，不疼，但心跳得厉害。这时候主任冲进来，看了一眼电源，直接说：“别拆了，这批电源有批次问题，上周刚收到厂商召回通知。”

　　我原以为自己够谨慎，结果还是漏了关键信息——上周的邮件确实提过召回，但我没仔细看型号列表，只扫了眼标题就关了。那台R740用的正是召回批次里的电源，而我，差点因为“经验主义”把故障拖成灾难。

　　后来我们换了备用电源，机器暂时稳住了，但业务已经中断二十分钟。客户在电话里吼：“你们不是说有双活架构吗？怎么还能停？”我盯着监控屏幕上跳动的延迟数字，突然想起五年前在另一家单位，也是清明节值班，一台存储阵列的电池模块老化，我按流程换了新电池，结果没做校准，导致整个阵列自动切换到备用电源，业务停了半小时。当时主任骂我：“流程是死的，人是活的！你光按手册操作，不知道变通吗？”

文章配图，仅供参考

　　小张后来问我：“你怎么确定是电源问题？万一不是呢？”我指了指她手里的橘子：“就像你剥橘子，先看表皮有没有坏，再闻闻有没有异味，最后掰一瓣尝尝——排查故障也一样，先看监控报警，再测关键指标，最后结合历史经验判断。但前提是，你得尝过坏橘子的味道，才知道好的该是什么味。”

　　走廊那盏灯闪了一下，主任从机房出来，手里拿着召回通知的打印件：“下周培训，重点讲批次缺陷识别和应急流程变通。”我点点头，摸出白大褂口袋里半块饼干——早上没吃早饭，这会儿饿得慌。小张把橘子皮扫进垃圾桶，突然说：“其实那台R740的硬盘灯灭之前，监控平台有个短暂的IO延迟飙升，但没触发报警。”我愣了一下：“你怎么不早说？”她撇撇嘴：“你当时那么急，我以为你看到了。”

　　我咬了口饼干，没说话。优胜劣汰，技术圈也一样——你踩过的坑，会变成你的护城河；但你要是总踩同一个坑，迟早被淘汰。就像那台R740，如果我没在五分钟内判断出是电源问题，如果主任没及时赶到，如果小张没注意到IO延迟……任何一个“如果”成真，今晚就是我的职业生涯终点站。

　　这个我不讲了。反正从那以后，我值班时总在口袋里揣块饼干——饿的时候吃，紧张的时候也吃。饼干没味，但能让我冷静下来，想想上次踩的坑，这次该怎么绕过去。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!