门诊早高峰，收费窗口排起长队。

信息科电子大屏上一片绿灯：CPU、内存正常，网络链路时延在阈值内。可门诊收费系统就是卡，点一下等三秒，患者越聚越多，报修电话一直在催。每个板块都没问题，可业务就是有问题。

于是信息科开始“排除法”：先怀疑网络，抓包看一圈；再怀疑服务器，逐个服务排查一遍；又怀疑中间件、数据库、第三方接口……四十分钟过去了。患者堵在大厅，临床卡着医嘱，领导等着解释。

这场景，大多医院信息科都不陌生。设备没病，不代表业务没病；靠“人工排除法”对抗日益复杂的业务链路，本身就是一场打不赢的仗。

排除法为什么失灵？

一家中型三甲医院有几十上百个业务子系统。每条业务背后，都是横跨终端、网络、服务器、数据库、中间件、第三方 API 的调用链。链条一复杂，“排除法”就撞上三堵墙：

数据各管各的：网络看设备、业务看调用、数据库看慢 SQL，视角不同，“正常”的定义也不同。

责任扯不清：链路越长，参与的厂商越多。各段“都正常”，没有客观依据，谁都不认账，信息科被迫当“裁判”，故障没解决，先开一堆“协调会”。

窗口等不起：门诊高峰、急诊夜班，没有“低峰期”可以慢慢排障，每分钟流失的都是就诊体验与满意度。

医院排障缺的，从来不是更勤奋的人，而是一套能回答三个问题的体系：

问题到底出在哪一段？影响到了谁？根因是什么？

SLE：先“定界”，再“定位”

锐捷乐享 3.0解决方案，把排障从“事后追因”变成“事中定界”：基于 SLE（Service Level Expectation，服务水平期望）业务故障诊断模型实现智能定界定位。关键动作就是：定界优先于定位。

先定界再定位

传统排障一上来就找“哪个设备坏了”，这是定位思维。可业务故障难就难在：找到“哪个点坏了”之前，得先搞清楚“这是哪一段的问题”：网络问题，还是应用问题？

SLE 的做法是：先把用户对业务的“服务水平期望”量化成指标：比如网络连接成功率、应用交易时延等，根据业务需求设定期望值。再通过数据包镜像和零侵入 Agent持续采集业务运行真实数据与之对比：当体验下降，系统自动判断故障边界在网络这一段，还是业务应用这一段。

这背后是一次视角切换：传统监控回答的是“设备健康吗”，SLE 回答的是“业务体验达标吗”。两者之间常常出现“所有设备指标正常，业务却已经卡了十分钟”这样的鸿沟。设备参数正常与业务体验异常之间的落差，恰恰是人工排障最耗时的地方：它意味着问题不在“某一台孤立的设备”，而在设备与设备之间的协作链条里。

边界定了，“界”内再挖“点”：基于根因树分析，沿调用链一路下钻，锁定真正异常的数据库、服务器或接口，评估出这次故障影响哪些业务、波及哪些用户。排障路径，从“人肉挨个试”，变成了“机器先划界、再指路”。 信息科要做的，不再是自己把几十上百个子系统查一遍，而是顺着系统给出的边界和路径，直接到现场处置。

特别注意：

本方案需在全部业务应用虚拟机部署锐捷自研eBPF Agent插件，已兼容Windows Server、主流Linux架构，医院特殊服务器操作系统可另行定制开发适配。

该插件基于Linux内核自研优化，非重型客户端，常规场景下对业务虚拟机影响较小。

一家医院的真实改变：从“扯皮近一个月”到“几分钟定界”

来看一个真实案例。某省人民医院曾被“扯皮式排障”折磨过。每天早高峰，医生拿着移动终端查房，系统卡顿严重。这个问题拖了将近一个月。网络厂商和软件厂商两边都觉得自己没问题，问题就一直悬着。

引入乐享 3.0 后，医院构建了动态可视化的业务全景图，故障定位从“多方线下会诊”变成了“一人线上闭环”。同样的卡顿，通过全链路追踪，很快就锁定了根因：服务器 TCP 连接未释放，连接池被占满，早高峰的卡顿，根源在这里。

故障定位从“多方线下会诊”变成了“一人线上闭环”

一个“扯皮近一个月”的疑难故障，变成了“分钟级定界、当场处置”的标准动作。现在，这家医院复杂故障的平均处理时长，已从平均小时级降到了分钟级。信息科把人力从“证明不是我的问题”中解放出来，投向优化业务、提前预防、支撑临床。

而且，故障的处置过程都会被平台记录、沉淀为知识。下一次遇到同类问题，系统会自动匹配相似故障的最优处置建议。信息科的经验，不再只存在于几位有经验工程师的脑子里，毕竟人可以休假，但平台不会“离职”。

更高阶的价值：让故障“藏不住”，而不只是“找得快”

如果 SLE 只解决“故障后定位快”，那它仍然是被动体系，只是被动响应更快。乐享 3.0 更进一步：它把排障的终点，从“更快找到故障”，推向了“让故障更少发生”。

基于 SLE 体验指标持续分析业务边界；内置基于常见数据库、操作系统、网络设备及网络链路的风险库和预防检查项。不等业务卡顿到用户投诉，系统就已经在“体验指标偏离期望值”的那一刻发出信号，提示哪个环节有劣化趋势。

医院业务7×24 小时运转，门诊高峰、急诊夜班，没有“低峰期”可以慢慢排障；信息科编制有限，几个人要管全院几十上百个系统，还要应对网络安全、数据合规、日常需求，人不可能 24 小时盯着每一条链路，但系统可以。与其修炼“出了事快速搞定”的手速，不如把“盯”和“判”交给平台，让系统在出事之前就把苗头指出。

回到开头

门诊早高峰，收费系统又卡了。这一次，信息科打开的不是抓包工具和 Excel 排查清单，而是一张业务全景图：问题出在数据库连接这一环，影响收费与挂号，波及范围一目了然。

如果您的医院也在经历“设备全绿、业务却卡”、“故障定位慢、信息科当裁判”的困境，欢迎点击链接咨询方案。