[发明专利]一种中间件业务故障处理方法及系统

说明书

本发明提供一种中间件业务故障处理方法及系统，所述方法通过实时采集中间件链路高实时性业务量及平均响应时间，分别计算响应时间和业务量的可信区间以及业务效率基线值；筛选出服务效率差的中间件链路；分别确定服务效率差的中间件链路的业务量和平均响应时间是否在响应时间和业务量的可信区间内，以及确定服务效率差的中间件链路的业务量和平均响应时间是否偏离业务效率基线值，根据确认结果重置中间件链路。与现有技术相比，本发明解决了在中间件集群中单链路问题引起的高实时性业务效率降低，人工查证耗时长、问题易扩大化等缺陷，从实际场景出发提升工作效率，降低风险。

技术领域

本发明涉及移动通信技术领域，尤其涉及一种中间件业务故障处理方法及系统。

背景技术

现有大型企业的健康发展与其信息技术建设程度密切相关，企业的核心业务通常承载于BOSS（Business&Operation Support System，电信业务运营支撑系统）或CRM（Customer Relationship Management，客户关系管理）系统中，逐渐替代以纸质为媒介的传统业务办理模式。而中间件则是大型企业的IT业务系统的关键链路之一。

以移动的BOSS系统为例，其中间件集群包括后台的tuxedo和前台的weblogic，其中后台tuxedo应用根据业务类型分成不同的域，每个用户域有上千个的服务进程。前台的weblogic应用根据业务需求部署在几十台主机上，有上百个服务端口。我们把从weblogic端口至tuxedo的服务调用过程路径称为中间件链路，链路上承载这些weblogci端口和tuxedo服务的主机就是中间件的链路设备。

通常情况下，BOSS系统中运行大量实时性要求较高的业务，其特征是单次执行时间短，业务量也较大，分配给它运行的中间件链路通常有几条至几十条。若从终端用户的感知出发进行分析，高实时性业务如果结果返回时间在1-4秒是良好，4秒-10秒是勉强可以接受，如果超过10秒就比较难以容忍了。

具体来说，在实现本发明的过程中，发明人发现现有的方案存在如下缺点：

现有的业务系统中，中间件集群几十条链路相互独立，每个链路都可以接收客户端发出的需求与后端数据库等交互办理业务，当出现中间件的单链路故障时，只要中间件集群前端的负载均衡器仍能正常工作，将会把新的业务请求分配至其他链路，不会使系统整体处于“全阻”的故障状态。

但对于高实时性业务，上述工作模式存在如下不足：

若中间件单链路退服且不能快速恢复，高实时性业务办理效率会相对降低，高峰期效率降低引起的请求排队若不能及时处理，可能在系统其它环节（数据库、中间件公共域）中形成累积效应，一段时间后导致故障扩大化。

由于高实时性业务在中间件集群的链路众多，单链路宕机、阻塞等显性问题易被监控处理，但单链路的性能降低等问题则需要逐一对链路进行人工分析，排查和恢复需花费较长时间。

若中间件链路处于“假死”状态，使前端负载均衡器认为该链路仍“在服”，则仍会将客户端新的业务请求发至该链路处理，使部分客户端感知到故障。

发明内容

本发明的目的在于克服现有技术的缺点和不足，提供一种中间件业务故障处理方法及系统。

一种中间件业务故障处理方法，所述方法包括：

A、实时采集中间件链路高实时性业务量及平均响应时间，分别计算响应时间和业务量的可信区间以及业务效率基线值；

B、根据业务量和平均响应时间计算服务效率，筛选服务效率差的中间件链路；

C、确定所述服务效率差的中间件链路的业务量和平均响应时间是否在所述响应时间和业务量的可信区间内，若是，执行步骤D，否则，重置所述中间件链路；