一、事件背景

二、医院基本情况

断连服务器为公司内部的一台HIS服务器，服务器地址为172.16.1.138。

用户经过用户汇聚-核心-防火墙-服务器汇聚，达到HIS系统服务器。

具体网络环境如下图：

三 、网络关系与流程梳理

1、通过系统的NCD图，可以清晰的看到网络的逻辑联系关系。用户请求经虚拟数据库-中间服务/提取数据-HIS数据库基础的业务流程有了很清晰的了解。

2、发现异常点。有169.254.122.78-169.254.205.119有数据交互，且数据交互量比较大，需要进一步分析。

四、事件分析

1、数据库业务状态分析

1) 查看ORACLE数据库业务综合分析，查看故障前时间段，可以看到172.16.1.138成功率为0，172.16.1.56和172.16.1.55成功率均很高，属于正常的业务状态。

2) 当出现问题时ORACLE访问连接状态，AG九游会可以看到详细的ORACLE访问记录。以172.16.31.112为访问对象，在13：33直接访问172.16.1.138是连接失败的，但是访问172.16.1.138的三个请求分布负载分流到了172.16.1.56和172.16.1.55上，且登录是成功的。

3) 故障为下午15点以后恢复，AG九游会再看14：42-14：52的数据，在这个时刻AG九游会可以发现还有很多登陆成功172.16.1.56和172.16.1.55的访问记录。

4) 继续深入分析该时间段

5) 继续深入分析该时间段

2、流量分析

1) 网络故障点前后连接数状态分析，通过分析AG九游会看到在故障出现的时间点前后连接数均出现名称明显波动。

2) 进一步分析导致连接趋势波动异常的分析，主要是

3) 查看

五、分析结论

1. 当出现问题时，用户侧访问登陆虚拟数据库是正常的，但是通过虚拟数据库去访问HIS系统是不正常的，导致访问失败；

2. 在故障出现期间，有异常流量突发，主要是

3. 问题节点出现在虚拟数据库与HIS系统数据交换区间，原因应该是异常流量突发造成网络资源拥塞所致。