[发明专利]定位故障的方法、设备及系统

说明书

技术领域

本发明涉及通信领域，更为具体而言，涉及定位故障的方法、设备及系统。

背景技术

当交易应用程序开发完毕交付运维后，运维人员对程序内部交易逻辑不清楚。故障出现后无法快速定位问题，往往延误了故障的处理和恢复。

针对这一问题，现有技术使用基于日志的故障定位方法，但通过日志无法展现故障发生时点的全部交易逻辑、相关方法的输入输出参数、堆栈调用逻辑等，需要在故障发生后，将相关应用日志提供给开发人员进行分析，导致过度依赖开发人员，而且在银行等涉密单位，开发人员不能参与运维工作，因此开发人员无法直接登录生产系统定位问题，导致故障定位、解决时间长。

发明内容

为解决上述技术问题，本发明提供一种定位故障的方法、设备及系统，有效地解决了现有的定位故障的方式中过度依赖开发人员以及故障定位、解决的时间长的问题。

一方面，本发明的实施方式提供一种定位故障的方法，所述方法包括：

客户端收集应用程序的关键点的跟踪数据，并将所述跟踪数据发送至服务器；

服务器接收所述跟踪数据，根据所述跟踪数据关联出所述关键点之间的总调用关系，并将所述跟踪数据以及总调用关系写入数据库服务器，以便用户查询所述写入数据库服务器中的数据，进行故障定位。

相应地，本发明的实施方式提供一种客户端，所述客户端包括：

跟踪模块，用于收集应用程序的关键点的跟踪数据；

发送模块，用于将所述跟踪模块收集的所述跟踪数据发送至服务器，以便所述服务器根据所述跟踪数据关联出所述关键点之间的总调用关系，并将所述跟踪数据以及总调用关系写入数据库服务器，以便用户查询所述写入数据库服务器中的数据，进行故障定位。

相应地，本发明的实施方式提供一种服务器，所述服务器包括：

接收模块，用于接收客户端发送的应用程序的关键点的跟踪数据；

第一关联模块，用于根据所述接收模块接收的所述跟踪数据关联出所述关键点之间的总调用关系；

第一存储模块，用于将所述接收模块接收的所述跟踪数据以及所述第一关联模块关联出的所述总调用关系写入数据库服务器，以便用户查询所述写入数据库服务器中的数据，进行故障定位。

另一方面，本发明的实施方式提供一种定位故障的系统，所述系统包括：如上所述的客户端和如上所述的服务器。

实施本发明提供的定位故障的方法、设备及系统可以实现快速的定位故障、解决问题。

附图说明

图1是根据本发明实施方式的一种定位故障的方法的流程图；

图2是根据本发明实施方式的宿主应用、客户端、服务器端的交互框图；

图3示出了图2所示的客户端侧的流程图的一例；

图4示出了图3所示步骤S5的一种实施方式；

图5是根据本发明实施方式的关键点之间调用关系的展示方式示意图；

图6是根据本发明实施方式的定位故障的系统的架构图；

图7示出了图6所示的系统中的客户端的结构示意图；

图8示出了图7所示的模块110的一种实施方式的结构示意图；

图9示出了图6所示的系统中的服务器的结构示意图；

图10示出了图6所示的系统中的数据展示客户端的结构示意图。

具体实施方式

为使本发明的实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

图1是根据本发明实施方式的一种定位故障的方法的流程图，参见图1，该方法包括：

S100：客户端收集应用程序的关键点的跟踪数据，并将所述跟踪数据发送至服务器。

其中，所述关键点包括应用程序中的特定类、方法、函数；所述跟踪数据包括关键点的名称、进入时间、输入参数、完成时间、输出结果、异常报错；客户端收集应用程序的关键点的跟踪数据可以通过以下步骤实现：

所述客户端访问所述服务器，读取所述关键点；

在所述关键点前后插入跟踪代码，通过所述跟踪代码收集所述跟踪数据。

S200：服务器接收所述跟踪数据，根据所述跟踪数据关联出所述关键点之间的总调用关系，并将所述跟踪数据以及总调用关系写入数据库服务器，以便用户查询所述写入数据库服务器中的数据，进行故障定位。

并且，所述方法除上述步骤外还可以包括：

所述服务器根据所述跟踪数据以及所述总调用关系，关联出各所述关键点的第一子调用关系；

并将各所述第一子调用关系写入所述数据库服务器。