工作总结
发布时间：2026-04-22助理馆员工作总结。
两年半前接手馆内自动化系统维护，第一次独立处置故障就栽了。周日下午两点，读者刷不开门禁，自助借还机集体死机。我第一反应是重启应用服务——十分钟后服务恢复，心里还松了口气。结果晚上闭馆前同样故障再次爆发，读者排长队人工借还，值班馆员跟我拍了桌子。这让人深感无奈，因为我根本没找到根因就草草收场。
那次之后我改了个习惯：故障不找到根因，绝不按重启键。翻系统日志追了三天，发现连接池泄漏的源头是一个批处理作业——馆员批量导入新书时，程序打开数据库连接却不释放。开发这套系统的外包公司早就解散了，我们只能自己动手。我带着两个同事花了两周逐段反编译，最终在事务提交逻辑里找到一行被注释掉的conn.close()。这简直令人难以置信，这种低级错误竟然在生产环境跑了三年没人发现。事后我写了份检讨：为什么压力测试没做？为什么上线验收只看了功能跑通就签字？这两条后来加进了《系统上线检查表》第3条和第7条。
现在处理任何系统异常，我强制团队按“日志-复现-隔离-修复-验证”五步走。去年RFID读取器批量故障，底层原因是读写器固件与中间件驱动版本不匹配。我没急着升级，先在测试环境用三台同批次设备做对照：老固件+老驱动、老固件+新驱动、新固件+新驱动。跑完24小时压力测试才锁定组合方案。这个对比数据后来写进了《自助设备维护手册》第4.2节。从那以后，同类固件问题再没出现过。 【www.36gH.COm 合同范本网】
设备维护台账我改了格式，从原来的“日期-现象-处理人”变成“现象-根因-处置耗时-预防措施”。翻看近一年记录，连接池类故障从3次降到0次，RFID天线类故障从5次降到1次。这些数字摆在那，比什么汇报都有说服力。
去年新馆搬迁，我负责二层开架区的架位布局。施工方说“按标准留了90cm主通道”，我拿激光测距仪逐段打点，37个测量点里有8个低于85cm。最窄处只有71cm，两台轮椅根本无法交汇。当场要求返工，施工经理还不乐意。我把国标GB/T 27703-2011第5.3.2条拍在桌上，同时附上消防验收对疏散宽度的要求。最后他们拆了四排书架重新排布。返工后我测了一遍，主通道最小宽度94cm，合格率100%。这件事让我明白：验收不能信感觉，信数据。
最丢人的一次是自己犯蠢。去年底给OPAC服务器打安全补丁，我图省事没做快照，直接点了一键安装。结果补丁跟老版中间件冲突，系统崩了四十分钟。当时读者正在检索，投诉电话打到馆长那。复盘会上我没推脱，把操作步骤和错误原因一条条列出来：第一，没读补丁的兼容性说明；第二，没在测试环境先跑一遍；第三，生产环境操作没有双人复核。从那以后，我们定了个死规矩：任何服务器操作必须先在测试环境验证，生产环境操作必须有第二人在场复核，而且工单系统强制要求上传快照截图——不传截图片，补丁包根本传不到服务器。这规矩是我用自己的失误换来的，值了。
团队能力成长靠的是每月最后一个周五下午的“复盘会不讲面子”。上个月有人把网络交换机的VLAN配置改错了，导致自助借还机断网十五分钟。复盘时他主动讲了操作过程，我们没追究责任，只追问“下次怎么提前发现”。最后加了两条：配置变更前必须备份配置文件，变更后必须用测试终端验证连通性。这种机制比什么培训都管用。我见过太多同事怕考核指标难看，小故障自己悄悄重启掩盖过去。结果小问题长成大窟窿。现在馆里月度运维报告直接公开所有故障明细，包括我亲自操作失误导致的两次系统告警。透明度带来的是每个人处理问题时的谨慎——你知道这事会被所有人看见，自然就不敢糊弄。
有台自助借还机间歇性吐错证，换个读者就正常。技术厂商说是RFID天线干扰，要换整块主板，报价两万八。我不同意，用最笨的办法：让同事轮流用自己的读者证测试，记录每次操作时的温度、湿度、设备震动情况。三天积累了142条记录，发现故障只在中午11:30-12:30出现，这个时段食堂排烟风机启动，电压波动从220V降到198V。加装一个四百块的稳压器后问题消失。厂商工程师后来承认，他们根本没想到查电源质量。这件事让我长了记性：别迷信厂商的诊断，自己动手测数据才是硬道理。
马上要做全市通借通还升级改造，我提前拉着网络、硬件、应用三方开了三次技术交底会，把接口规范、数据字典、容灾切换步骤全部写成验收用例。这次我学乖了——上线前逐条打勾，绝不再犯当年连接池泄漏那种低级错误。另外加了一条：所有验收用例必须在测试环境跑通两轮，生产环境切换时双人操作、全程录屏。这些规矩都是从之前摔过的坑里捡起来的。
-
想了解更多工作总结的资讯，请访问：工作总结
