工作总结
发表时间：2026-04-16副股转正工作总结[佳文]。
干了六年运维，今年把“副股”那个“副”字去了。通知下来那天我在机房对固件版本，手机震了一下，看了一眼，锁屏，接着干活。没啥激动的，就是觉得以后背锅的直径变大了。
这一年，主要干的事说起来不复杂：把核心业务系统可用性从99.9%拉到99.99%。差这0.09%，一年少被人骂将近8个小时。怎么拉的？不是上了啥神仙设备，是翻旧账。把过去三年所有P1、P2故障报告摊了一地，发现一个让我后背发凉的事实：六成以上的故障，根源不是硬件老化，是变更操作太随意。我自己就干过一件蠢事——深夜做核心库索引优化，手一抖，在生产环境跑了个没加where条件的删除。虽然秒级取消了，但那几秒钟，手心全是汗，心里骂了自己一百遍傻X。
后来我就干了一件事：把变更窗口的“申请-审批-执行-验证”完整流程，做成一张A3纸的Checklist。不是电子流，就打印出来，塑封，挂在工位隔板上。每次变更，值班人拿着油性笔，做一项打一个勾。一开始有人说我管得太死，像个老妈子。直到有一次紧急扩容，有人漏了备份步骤，单子上“备份验证”那栏空着，被下一个环节的人直接卡住，翻回去一查，果然没做。那次如果直接干了，回滚都没机会。打那以后，没人再嫌那张纸烦。
七月份那个存储故障，我现在想起来还觉得嗓子发干。周六凌晨两点半，监控大盘一片红。核心业务数据库写入卡死，IO延迟从2毫秒飙到2秒。登录一看，存储阵列的缓存电池报错，写缓存被强制关闭。厂商说备件要6小时。6小时？业务早凉了。我当时做了一个有点赌的决定：强行把数据库从高性能模式切到直通模式，绕开缓存直接写盘。风险我很清楚——一旦盘阵性能撑不住，就是彻底锁死。但干等着也是死。切过去以后，延迟掉到50毫秒，业务恢复。代价是读写性能降了七成，整个系统像在沼泽里跑。后面三个小时，我跟另一个兄弟盯着IO曲线，手动限流了非核心查询，把资源让给订单和支付。后来复盘，这场仗赢得很丑，但赢在平时对底层IO栈的每一层参数都摸过，知道那条红线在哪。
还有一个事不算故障，但我觉得比修故障更重要。组里新来的同事，处理硬件告警喜欢直接换整件。电源报错换电源，风扇报错换风扇。省事，但坏了第二回就抓瞎。有一次一个电源模块报“电压不稳”，我让他别急着换，拿着万用表一步步量背板上的参考电压，发现是固件版本的一个已知bug，升级就消了。那天我跟他说了一句话：“换件是个人就会，定位才是本事。”后来我们定了个规矩：任何备件更换前，必须做至少20分钟的根因定位，哪怕最后结论还是“换件”，也得说清楚为什么。
转正以后，最大的变化不是技术，是视角。以前我只盯着自己那一亩三分地，系统稳了就行。现在得想，怎么让手底下那几个人也能稳。我把脑子里那些经验，硬挤成了三样东西：一张变更Checklist、一份常见故障的“急诊手册”、一个每周五下午雷打不动的“混沌复盘会”——专门翻旧账，对着已解决的故障问：“如果再坏得彻底一点，我们扛不扛得住？”
说到跟研发撕扯，这事儿绕不开。有个慢SQL导致数据库CPU每个月固定飙两回，研发说“业务逻辑就是这样，改不了”。我直接把过去三个月的监控数据甩过去，每秒请求数、扫描行数、锁等待时间，一清二楚。对方还不认，我说：“行，那你写个书面说明，签上字，说这个SQL不改，以后每次出问题你们研发承担。”第二天就改了。有时候不是技术问题，是屁股决定脑袋。
做得不好的地方也一堆。最让我难受的是文档欠账。急诊手册我自己写得贼简略，新人看了还得在旁边问。下半年我给自己下了死命令：把每个处置步骤背后的“为什么”补全，哪怕写得啰嗦。还有就是对机房的物理环境盯得不够细——温湿度波动、电源负载均衡这些，以前觉得是机房的事，后来有一次轻微电压波动导致两台存储同时切主备，差点出大事。这债也得还。
副股转正，说白了就是干最多的活、背最重的锅、拿比普通员工多不了几百块的工资，还得天天写总结。但话说回来，这个位置让我想明白一件事：以前我只对自己负责的系统负责，现在得对“系统出问题后人怎么反应”负责。后者比前者难十倍。 zUOWeN101.coM
就这样，继续干。
-
欲了解工作总结网的更多内容，可以访问：工作总结