上个月接了个活，客户机房换核心交换机。方案提前一周就发过去了，变更窗口批的是凌晨 00:00 到 04:00，回滚步骤写了两页纸，客户那边的对接人也确认过两轮。看着挺稳的，对吧？

当天晚上十一点我到的机房。为什么提前一个小时？干这行的都懂，窗口写的是 00:00 开始，但没人会卡着点来。到了先跟机房值班的打了个招呼，把要动的两台交换机端口状态拍了个照，配置备份又导了一份到 U 盘。准备工作做完，11 点 40，还早。

然后就开始等。

12 点，我给客户对接人发消息：可以开始吗？回复：领导还在确认，稍等。12 点半，又问，回复：快了。到凌晨一点，我坐在机房的椅子上，把回滚脚本从头到尾又默背了一遍——背到第三遍的时候我开始数天花板上那个格栅有多少个洞。数到一半放弃了，太黑，数不清。

一点半，实在坐不住，给对接人打了个电话。他说领导在跟他们的技术总监打电话，让我们再等等。我说行，挂完电话去楼下便利店买了三瓶水上来，分给机房值班的大哥一瓶，闲聊了十来分钟。值班大哥说这机房晚上就他一个人，平时连个说话的都没有。

两点，窗口已经过了三分之一。我心里开始盘算最坏的情况：要是四点前授权还下不来，这活就得改期，改期意味着下次还得再约窗口、再走一遍审批，客户那边领导要是觉得我们效率低，这锅大概率还是我们背。我同事已经靠在墙上开始打盹了，我没睡，怕睡过去错过消息。

两点四十，对接人终于回了条长消息，大意是领导确认没问题了，但要走个流程，让再等一会儿。

三点四十，授权终于下来了。从进机房到拿到授权，整整等了四个多小时，真干活只用了 27 分钟——换完交换机，业务起来，测试通过，收工的时候还不到四点二十。

走的时候客户对接人追出来说辛苦了，改天请吃饭。我嘴上说没事没事应该的，心里想的是：下次这种窗口，我提前下好两部电影，别再对着天花板数洞了。

写这个没啥大道理，就是记录一下。割接这行干久了你会发现，真正花时间的从来不是技术本身，是等。等授权、等确认、等那个"再等一会儿"。方案写得再细，也架不住一个"领导还在确认"。好在活最后是干完了，数据没丢，业务没断，回滚脚本最后也没用上——这大概就是运维这行最朴素的愿望了。