工作总结
发表时间：2026-04-27信息科个人年终工作总结。
这一年下来，电脑前头坐得腰疼，机房里钻得裤腿灰扑扑。数据先摆一摆：核心业务系统可用性99.95%，比去年高了0.3个点；全年工单847条，我们自己消化823条，剩下24条甩给厂商——那24条说实话是硬件底层缺陷，真没辙。用户满意度从4.2爬到4.7，其中“响应速度”涨得最明显。数字好看，但背后那些夜里两点被电话炸醒、对着日志一行行翻、跟厂家工程师在电话里吵架的场面，才是日常。
故障字典：把经验钉在墙上
去年这时候，我们的平均修复时间（MTTR）是2.3小时。领导找我谈话，话不重但脸难看。问题在哪？没章法。谁接到电话谁上，经常是三个人围着一台报错的服务器瞎猜。我利用下班时间干了一件事：把过去两年所有故障记录翻出来，按现象、根因、处理步骤、恢复时长拉了个Excel表。你懂的，这就成了我们之后的“故障字典”。
比如最常见的“某科室打印机脱机”，字典里列了六种可能——从USB线松了、IP冲突、到驱动假死，按概率排序。新同事照着做，基本都能搞定。今年下半年MTTR压到1.1小时。最短的一次，急诊护士站电脑蓝屏，从接报到恢复只用了11分钟。为什么那么快？字典里记着“蓝屏代码0x0000007B，对应硬盘模式错误”，进BIOS把IDE改AHCI，搞定。
一次真正的“炸锅”现场
8月12号上午10点20分，收费窗口开始骂娘——医保结算界面转圈圈，一笔交易要等40秒。门诊高峰期，队伍排到门口，院办电话直接打到信息科。我正在机房换硬盘，听到对讲机里喊“医保挂了”，第一反应不是冲出去，是先问清楚：是个别窗口还是全部？收费班长说都慢。好，范围定了。
我的三板斧：看网络、看服务器、看数据库。ping医保前置机，延时<1ms，丢包0%，网络没事。再查服务器CPU、内存，正常。这就怪了。顺手开了个命令行窗口tail -f看接口日志——好家伙，每秒两百多条“timeout waiting for response”报错。问题不在我们这头，在对端的医保中心接口。
这时候你打电话给医保局技术热线？占线。我在同一分钟做了三件事：第一，把收费系统的超时参数从30秒改到10秒（防止前台假死，让报错快速回落）；第二，切换到备用线路——我们之前跟电信拉了条4G VPN专线做备份，虽然合规上有点擦边球，但应急时候保业务是第一位的；第三，通知收费员启动手工录入预案，先记账后补传。11点05分，流量切到备份线路，结算速度恢复正常。
事后复盘，原来医保主线路的光缆被施工挖断了，运营商没提前通知。这个事让我给自己定了个规矩：以后每个季度必须做一次线路切换演练，光有备份不测试，那是骗自己。
那些“不是技术”的坑
很多故障根本不是高深技术问题，就是单点风险。今年我砍掉了三个明显隐患：核心交换机以前就一台，坏过一次全院断网，现在做堆叠；数据库备份每天半夜跑一次，但恢复演练从来没做过——说实话那是自欺欺人。6月份我专门申请测试环境，把备份文件完整恢复了一次，发现有两个关键表的索引没跟上，恢复后查询慢得像蜗牛。立刻修正备份脚本，现在每季度强制做一次恢复演练，出报告签字。
还有一个容易被忽略的点：设备维护的工艺标准。以前换内存条随手一插，金手指氧化了导致随机重启。我参照机房施工规范，写了个《现场操作检查清单》：换配件必须用酒精棉片清洁触点、螺丝扭矩不能太大（手拧紧后再转90度）、所有跳线扎带固定并贴标签。有人嫌麻烦，但自从执行这个清单，半年内再没出过接触不良引起的硬件故障。
设备验收：较真才能省事
今年批了80万预算换老旧交换机。招标参数是我写的，但说实话，参数写得再漂亮，到货验收才是关键。我带着光功率计和打光笔，一台一台测：PoE供电脚位对不对、光模块收发光功率是否在标准范围（-9dBm到-3dBm之间）、满负荷跑48小时看丢包率。有一批12口交换机，其中3台跑到第30个小时出现CRC校验错误，退回厂家换批次。这事要是不较真，装上去一两个月后开始丢包，那时候再查就大海捞针。
新设备上架也按规范来——机柜前留1.2米、后留0.8米操作空间，每台设备之间留1U空隙散热，电源线走左边、网线走右边，中间用理线架隔开。这些细节说多了像卖弄，但实际工作中见过太多机房乱成一团麻的案例，一旦出故障，连哪根线连哪个口都分不清，那才是真要命。
- 中学范文网精品指南:
- 医院康复科个人年终工作总结 | 信息科年终总结 | 营销个人年终工作总结 | 文员个人年终工作总结 | 信息科个人年终工作总结 | 超声科个人年终工作总结
软技能才是硬道理
今年还干了一件不写进KPI的事：把故障排查路径画成了决策树，贴在机房和办公室墙上。现在即使来个新人，对着图一步步走，也能解决80%的问题。另外跟临床科室的沟通也磨出来一点经验——比如怎么让老专家别把病历存在C盘桌面、怎么给新护士培训移动护理终端的充电习惯。这些事不说难，但耗时间，而且一次讲不清，得反复提醒。我做了个一页纸的“常见问题贴士”，贴在每台工作站显示器边上，效果比发通知好多了。 （幼儿教师教育网 WWw.g589.CoM）
还有哪些没做好的
说实话，今年也有两件事让我自己不满意。一是变更管理还是乱。有一次我半夜优化数据库索引，忘了更新文档，第二天同事查性能问题绕了一大圈才发现是我改的。现在强制要求：任何变更必须先填工单、发邮件抄送全科，改完半小时内更新文档。二是备份恢复演练虽然做了，但恢复时间目标（RTO）没达标——从发起恢复到业务可用了45分钟，而我们的目标是30分钟。原因是有两个大库的数据量超出预期，明年必须做分库分表，不然真出大事就兜不住。
明年要干的几件实事
第一，把故障字典从Excel搬到内部Wiki，支持全文检索和故障关联分析。第二，虚拟化平台的备份演练从季度一次改成月度一次，因为业务系统迁移后数据量涨得太快，我得确保哪天存储崩了，能在两小时内拉起全部业务。第三，跟厂商谈判把响应时间条款写进合同，不能再出现“报修后半小时才接入”的情况——这半小时里，病人等不起，医生等不起。
信息科的工作没那么高大上，就是跟一个个具体的故障死磕，把能想到的坑提前填上，把踩过的坑变成墙上的流程。明年再看吧，希望年终的时候能说的不是“又加了几天班”，而是“今年没出大的乱子”。
- 欲了解工作总结网的更多内容，可以访问：工作总结
