工作总结
2026年银行营业部工作总结。
说起来，去年夏天那个ATM吞卡的事，现在想想还觉得窝火。
周一早上七点四十，我刚进营业部，大堂经理老周就冲过来：“三号机又吞卡了，已经三张了，客户在外面骂街。”我跑过去一看，屏幕卡在“正在处理”，触摸没反应。重启？试了。断电等五分钟再上电，能启动，但一到插卡环节，读卡器咔咔响两声，然后继续死循环。
我接上调试终端，用dmesg -T翻日志，看到一堆timeout waiting for card position sensor。直觉告诉我是读卡器模块的问题，但具体哪儿？我先换了个读卡器，故障依旧。再换控制板，还是不行。折腾了四十分钟，客户越围越多，领导开始在我身后转悠。最后我把整台机器的传动机构拆了，拿万用表一个一个触点测——你猜怎么着？磁头组件上一个微动开关，触点氧化层厚度大概0.1毫米，导致信号时通时断。按维护手册，这玩意儿寿命是一年，而三号机已经跑了14个月，日均交易量超设计值30%。
当时我就在想：维护周期是死的，设备是活的。那天我把网点所有ATM的维护台账翻出来，一台一台对。结果发现四台设备的磁头、皮带、传感器都过了推荐更换窗口。我的做法很简单：第一，把故障机的客户卡手工取出，登记后挨个打电话通知来领，别让客户等；第二，重新划维护周期——高负荷设备读卡器模块从12个月改成8个月，并且建立运行时长台账，不再只看日历时间。改了之后三个月，同类故障只出现过一次，还是因为那台机器的计数器我忘了复位。
再说一个让我长记性的。去年年底核心系统升级，我负责营业部前端环境适配。那晚加班到凌晨两点，所有终端挨个登录、交易、打印，全过了一遍。第二天开门，柜员一登录，系统报connection pool exhausted。我当时脑子嗡的一下——测试环境明明好的啊。
事后复盘，问题分两层。第一层：我测试时只用了10个虚拟并发，而早高峰实际有60个柜员同时登录。第二层更隐蔽：生产环境有个配置文件里maxConnections=20，但测试环境是50。部署脚本在覆盖时，用了错误的环境变量。为什么脚本会错？因为那个脚本是半年前写的，当时两个环境的路径结构不一样，后来有人改了生产目录，没同步更新脚本。
这件事让我在周例会上被行长点了名。我回去做了三件事：第一，所有配置文件纳入Git版本管理，每次变更前必须diff比对生产与测试环境；第二，新增一个“压力模拟验收”环节，用for i in {1..100}; do curl -X POST ... &这种粗暴但有效的脚本打两倍峰值并发；第三，升级流程里加一条“配置一致性检查”，用md5sum对比关键文件。从那以后，配置类故障再没出现过。但说实话，那次要是没有紧急扩容连接池，估计当天就得停业。
还有一次，纯粹是自己手贱。有天晚上做数据库清理，想删一张临时表。我敲了drop table tmp_20231201;，结果发现表名记错了，实际叫tmp_20231101。我懒得改，按上箭头重新编辑，光标移到数字那里，按了删除键，然后打了个2——没注意光标多移了一位，实际删的是trans_202312，生产交易表。等我回车之后看到一堆ERROR: table does not exist才反应过来，但删掉的表已经没了。
我当时后背全是汗。好在有前一天的备份，但恢复需要时间。我用了pg_restore，指定单表恢复，花了22分钟。这22分钟里，柜员那边所有涉及这张表的查询都报错，我电话被打爆。事后我给自己定了个死规矩：所有删除操作必须先用begin;包起来，select确认行数，再rollback;测试一次，最后才commit;。而且我把rm、drop这些危险命令全部做了别名，alias drop='echo "use begin;"'，虽然有点蠢，但管用。
设备维护这块，我也有过判断失误。自助区的纸币识别模块，有段时间拒钞率特别高，客户投诉说“新钱都不认”。我拆开清洁传感器，好了两周，又复发。再清洁，再复发。我以为是传感器老化，申请换模块，换了还是不行。最后我蹲在那台机器旁边观察了半小时，发现空调出风口正对着机柜顶部，冷风下来，机箱外壳结露，水汽顺着缝隙渗进去，在传感器镜头上形成雾膜。解决方案不是换件，是找了块铝塑板改了风口方向，又在机柜底部加了个12V的除湿棒。之后半年没再出过问题。这件事给我的教训是：别急着换硬件，先看环境。
记得网点搬迁那晚，要拆装六台自助设备。施工队图省事，把三台设备的地线拧在一个桩上。我拿接地电阻仪一测，3.8欧姆，超标。工头说“没事，以前都这么干”。我说你拆了，每台单独打桩。他跟我吵，说“你懂不懂，这叫等电位”。我说你等电位也得每台独立引下线，并联地线会引入共模干扰，到时候信号误码你负责？他最后骂骂咧咧地改了。第二天调试，所有设备一次通过，他走的时候跟我说了句：“你这较真有较真的道理。”
那是一个雨后的早晨，我接到一个客户电话。他说上周五在ATM上存钱，机器卡钞，钱被吞了，我当天处理完把现金调账给他。他在电话里说：“我本来以为要跑好几趟，没想到你们一天就解决了。”其实那天我加班到晚上九点，清机、核对流水、调监控、填差错单，一套流程走完。我没跟他说这些，只是说了句“应该的”。
挂了电话我想，所谓靠谱，不是你能修多难的故障，而是你知道每个环节的标准流程，并且不跳过任何一步。有人问我，你一个银行干运维的，天天跟机器打交道，不烦吗？烦啊，尤其是凌晨三点被叫起来的时候。但当你看到那个绿灯重新亮起，tail -f日志里不再有新的error，你就可以关掉终端，去泡杯茶，等着天亮。这活儿说不上多高大上，但踏实。
- 想了解更多【工作总结】网的资讯，请访问：工作总结
