ECC业务通过调度台呼叫坐席响应时间特别长

发布时间:  2015-12-07 浏览次数:  227 下载次数:  0
问题描述
通过ECC系统的CAD或者调度台呼叫坐席从呼叫发起到绑定坐席振铃时间有30s以上,严重影响业务以及体验且登陆CAD的时候总是强制致盲
告警信息

登陆CAD客户端时坐席强制致盲

处理过程

先描述一下现网环境,CTI服务端IP为10.10.50.4,CAD绑定坐席号码为8001,呼叫坐席号码为8002,坐席IP为10.10.10.6

1,首先通过icddebug抓包分析CTI服务端的情况,分析结果如下:

通过这个可以看出,从服务端来看CTI的响应速度并不慢,只花了1s的时间,看来问题不在这里;

2,既然问题不在服务端,那么就调取如下几个日志看一下客户端的运行情况:

1)  D:\Dssystem\DSEsdkproxy\Log\2015-12-03.log (当天的日志)

2)  D:\Dssystem\DSEsdkproxy\Ds.EsdkProxy.Service_CCCCtrl40_0.Log (最新的日志)

3)  D:\Dssystem\DSEsdkproxy\Logs目录下的日志。

后分析如下:

  

发现客户端上调用EDS服务器接口超时,30s之后发现EDS异常后才把流程往下走,发现问题;

3,发现是EDS服务器的问题后,检查一下EDS服务器的运行情况,在eds服务器logs/log/EDS目录下打开eds.log日志,查看错误情况,发现如下报错:

........................

[2015-12-03 23:58:13.916] WARN  [myScheduler-2] disconnect with ecc database, failedCount: 6778 [DbStatusCheckTask.java:63]
[2015-12-03 23:59:04.920] WARN  [myScheduler-1] disconnect with ecc database, failedCount: 6779 [DbStatusCheckTask.java:63]
[2015-12-03 23:59:55.920] WARN  [myScheduler-2] disconnect with ecc database, failedCount: 6780 [DbStatusCheckTask.java:63]
[2015-12-04 00:00:46.920] WARN  [myScheduler-1] disconnect with ecc database, failedCount: 6781 [DbStatusCheckTask.java:63]
[2015-12-04 00:01:37.920] WARN  [myScheduler-1] disconnect with ecc database, failedCount: 6782 [DbStatusCheckTask.java:63]
[2015-12-04 00:02:28.920] WARN  [myScheduler-2] disconnect with ecc database, failedCount: 6783 [DbStatusCheckTask.java:63]

........................

4,后判断出可能是因为EDS和ECC数据库断连问题导致,故解决此问题。

 

 

根因
EDS和ECC数据库断连
解决方案

恢复EDS和ECC数据库的连接:

1.配置EDS服务:

vi ~/tomcat7/webapps/eds/WEB-INF/conf/system.properties

主要配置ECC database info以及ICD database info还有CTI Callcenter info里的连接字符串等内容;

2.在WAS中用工号1登陆,选择Web配置台 > 系统配置 > 数据源,单击“增加ApLogic数据源”

  1)配置平台数据源

   2)配置ECC数据源

3.配置完成,启动EDS服务即可,查看EDS日志发现数据库成功连接,再测试上述问题已经解决。

 

建议与总结
之前在ECC老版本的时候,对接对于各个系统都是分散的,并没有集成在一起,现在新版本开发出了EDS服务器,如果这个服务器初始化失败的话,那么就可能影响业务,及时初始化失败的原因跟这个业务本身没关系,所以在搭建ECC新版本的时候首先要保证EDS服务是正常的,没有抛错的,才可以继续去调试对接等业务。

END