工作总结

发表时间：2026-04-17

装备核查工作个人总结。

去年核查完，我把那台RAID卡报黄灯的服务器日志打印出来，贴在工位隔板上。每次路过看一眼，提醒自己：别再把问题拖到最后一刻。

今年不一样。三月份接到核查预通知，我没等方案也没等动员会，直接干了一件事——拉出去年全年的设备故障登记表，按设备类型和故障原因做了个频次排序。结果自己都脸红：全年非计划停机十四次，其中电源模块老化占七次，光纤收发器高温降级三次，剩下的四次里有两次是配置错误。这些数据平时就在系统里，没人愿意碰。因为碰了就要修，修就要停机，停机就要影响业务考核。但不碰，核查就是过堂。

我给自己定了个规矩：今年不搞“迎检突击”，搞“逐台体检”。具体分三步走。

第一步，查底账。以前台账就是一张Excel，型号、位置、购买日期，缺了维修记录和备件兼容性信息。我花了两个周末，把三个站点二百多台套设备的固件版本、序列号、最近一次保养时间、已知隐患全部录入到一个本地数据库里。不是用现成的运维平台——预算没批下来——就自己写了个简单的HTML页面加SQLite，每天巡检完手动更新。丑是丑了点，但检索快。核查专家抽到一台五年的存储阵列，我十秒内调出了它近三个月的温度曲线和坏块扫描记录，专家愣了一下。

第二步，主动排雷。最典型的是传输系统那条48芯光缆。去年核查时专家用OTDR扫过，说有两个方向余量偏低，写了观察项。那时候的处理方式是“注意观察”，然后就真的一直观察到今年。我这次直接扛着设备上山，逐芯测。发现12、13、24芯衰减异常，定位到217米处有微弯。挖开一看，波纹管被落石压扁了。说实话，当时第一个念头是等外协单位来修——毕竟这活又脏又累，还容易背责任。但等流程至少半个月，核查不等人。我自己熔，第一遍熔完衰耗还有1.8dB，不符合我的标准。拆了重熔，清洁V型槽、切刀换新刀片，第二遍降到0.3dB。下山的时候浑身泥，但心里踏实。这种活儿，去年我绝对不会自己上手，今年想了很久——不是技术问题，是心态问题。你把自己的设备当别人的，就永远在等；你当自己的，抬脚就去了。

第三步，改流程。旧习惯是出故障再处理，新习惯是让故障出不来。我写了两个小脚本：一个每天早上七点抓所有设备的硬件状态（温度、电压、风扇转速、硬盘SMART信息），异常直接推手机；另一个每周一自动比对核心交换机的配置文件，跟基线有差异就标红。这两个脚本跑起来的头一个月，报警三次：一次是某台UPS电池组单体电压低，一次是存储硬盘温度异常，一次是接入交换机SNMP community字串被人改成了默认值。前两个是硬件老化，第三个是同事调试完忘改回来。要是等核查时被发现，那就是不合规项。现在这些问题都在日常消化掉了。

核查当天出了个小状况。专家抽检一台UPS，要求做带载切换测试。我按流程切到旁路，模拟市电中断，逆变器转电池供电，正常。专家没停，说要看电池组每个端子的紧固扭矩和接触电阻。我心里咯噔一下——上个月我巡检时就发现有一块电池的接线端子氧化严重，接触电阻测出来8.3毫欧，远超正常的2毫欧以下。当时用细砂纸打磨、涂导电膏、重新紧固，降到4.1毫欧。虽然达标了，但比别的端子还是高。专家测完，数据在合格范围内，他问了句“这个端子你们处理过？”我说上个月刚处理过，有记录。他没再追问。这事儿要是没提前动手，当场拆开看，氧化层没清干净，那就是一条整改项。

【泡泡演讲稿】口碑炸裂: