客户现场情况

1. 业务高峰期HIS系统无法使用；

2. PACS系统患者影像无法上传；

3. 网络丢包严重；

处理过程

1. 梳理网络结构

   
   

2. 梳理业务逻辑关系

3. 故障定位，分级处理；

   紧急 1.两个院区裸光纤链路有一条错误包非常多，监测记录一天大概2W+；

   紧急 2.HIS数据库服务器和服务器地址段网关都在老院区机房；

   次要 3.PACS应用虚拟机网卡类型配置E1000，处理性能差需要修改为VMXNET3类型；

   建议 4.虚拟化集群服务器硬件业务口网卡配置为1000M。内存使用平均超过60%；

   次要 5.虚拟机规格配置优化；

   建议 6.通过收集到信息，院内重要业务数据没有数据备份设备；

   观察 7.业务高峰期软件应用服务器连接HIS数据库响应时间过长；

优化建议

1. 通过一天间隔的线缆错误包对比发现增量在2W+左右，通过设备查看接口光功率，发现收光接近最低告警值，需要改善光路质量。建议关闭两院间问题链路，待运营商解决链路问题后上线。缓解两院间因错误包导致应用缓慢现象。

   
   

2. 将服务器网关和数据库服务器迁移至新院区减少数据交换，让数据都在同一数据中心内交互，避免跨数据中心交互。（图片二描述了调整后数据交换过程，由原有的16次减少到10次）

   
   

3. 现有PACS应用虚拟机配置为E1000网卡，修改为VMXNET3类

   
   

   
   

4. 虚拟机规格配置优化

5. 增加相应备份系统，推荐使用CDM+离线归档。满足国家对医疗信息化数据存储年限要求；

   
   

6. 工作模式是现有医疗信息化主流的工作模式，因HIS\LIS\EMR系统共用一套数据库服务器，经了解在应用服务器迁移前从未出现过卡顿、响应慢等问题，由于问题1和2会直接导致业务HIS\LIS\EMR和PACS系统出现问题，建议先解决前问题1、2、3后观察一段时间，还是出现上述问题，我们在进行二次进场进行深度的分析和提出优化建议；

最终结果

通过处理问题1、2、3后问题解决；业务恢复正常