工作总结
发表时间：2026-03-142026年运维工程师个人工作总结[借鉴]。
翻了一下去年这个时候写的计划，再对照今年处理过的工单，有几件事确实值得记一笔。谈不上成绩，就是些实际碰上的问题和解法，留着以后自己看，也给团队里新来的同事当个参考。
先说打印机那档子事。今年三四月份，财务室那台HP打印机快把我折腾疯了。老机器，用的时间长了，只要重启，局域网里其他几台电脑就打印不了。一开始我按常规套路来：重装驱动、检查工作组、手动添加网络端口——管两天，老毛病又犯。后来专门蹲了一下午，发现这机器用的是随机IP，交换机一断电或者打印机重启，IP地址就变。说白了就是MAC地址没绑死。
措施其实简单：进路由器后台把打印机MAC和IP绑固定，然后在所有依赖它的电脑上重新建立端口连接。顺手写了个半页纸的“共享打印机连接指引”，把“添加网络打印机-输入固定IP”这一步用红框标出来。从四月份到现在，财务室再没因为打印机找过我。当时绑MAC那天才发现，前任压根没划分IP地址池，整个网段乱成一锅粥。这事儿让我心里一直有个疙瘩——绑MAC只是绕开了问题，根子上IP规划还得找时间重新理一遍。
六月份那个数据库迁移印象挺深。项目进度管理的MySQL库，业务老说下午三点以后查询特别慢，点个页面转半天。上去查慢日志，全是全表扫描，但索引也建了，问题没解决。趁着季度末业务量小，做了一次重构。先在测试环境搭了一套一模一样的库，把生产数据脱敏导进去，模拟业务查询的时候盯着执行计划，发现是SQL语句里有个关联查询的表顺序不对，导致索引失效。 （合同帮帮网 551336.cOM）
措施是把大表放前面驱动，同时把几个高频查询的字段组合成覆盖索引。上线后那个核心查询的响应时间从平均4秒降到0.3秒，慢日志里的全表扫描归零了。说实话，当时改完心里也没底，盯着监控看了好几天。优化完专门跟业务那边说了一声，他们反馈确实不卡了。这事给我的教训是：很多性能问题，根源不在硬件配置，而在SQL写法的一点点差异上。数据量上来了，那点差异会被无限放大。
九月份那次突发故障现在想起来还一身冷汗。晚上十点多值班电话响，仓库WMS系统登录不上，发货单打不出来，当晚有批货要赶。到现场先看服务器，应用服务正常，数据库正常，ping网关也通。用笔记本直连交换机，绕过所有中间跳线，能登录。问题大概率在线路或者交换端口上。
顺着机柜理线，发现连接仓库那根网线的水晶头有点松，手一碰交换机端口灯就闪。重新做头，插紧，还是不行。进交换机看那个端口状态，CRC错包计数高得离谱。判定端口硬件可能损伤，换了个空闲端口，重新划VLAN配好，系统登录正常。从接到电话到恢复用了大概一小时。当时仓库主管急得在边上转圈，我先让他们拿手写单顶着，系统恢复后再补录。这事之后，我把所有核心接入交换机的端口状态监控加上了，重点看错包率和up/down翻动频率。硬件偶发出问题，光靠ping发现不了，得看底层计数器。
-
⬬迷你日记网小众深度精选:
- 运维工程师年度总结 | 运维工程师工作计划 | 水质监测运维工程师工作总结 | 运维工程师自我评价 | 运维工程师个人工作总结 | 运维工程师个人工作总结范文
平时维护设备也攒了些土办法。比如工单里那些“电脑慢”的诉求，以前直接重装系统，现在会先看启动项、计划任务、磁盘碎片，很多时候是某个自启动软件的后台更新进程在作怪。卸载掉或者禁用更新，比重装省事得多，用户数据也不用备份恢复。还有每年雨季前，必须去机房看精密空调的排水管和室外机，去年隔壁公司机房漏水，就是因为冷凝水管堵了。这种事儿防一手比事后折腾强。
说到底，这一年干的活，大部分是在给以前的不规范填坑，以及防止自己挖新坑。桌面和运维工作没什么惊天动地，就是把每一台设备、每一个系统、每一次故障的完整流程理顺。明年有几台用了五年多的办公电脑得盯紧点，再不换，下半年工单量还得往上涨。先把这些基础问题一个一个按下去，比什么都实在。
-
想了解更多【工作总结】网的资讯，请访问：工作总结
