CN109063986A

CN109063986A - 一种应用系统延迟故障的诊断方法及其相关设备

Info

Publication number: CN109063986A
Application number: CN201810797731.1A
Authority: CN
Inventors: 王电轻
Original assignee: Zhengzhou Yunhai Information Technology Co Ltd
Current assignee: Zhengzhou Yunhai Information Technology Co Ltd
Priority date: 2018-07-19
Filing date: 2018-07-19
Publication date: 2018-12-21

Abstract

本申请公开了一种应用系统延迟故障的诊断方法，包括获取各个应用系统之间的交易信息；对各个所述交易信息进行标记，获得各个所述交易信息对应的标记信息；对各个所述标记信息进行统计分析，以确定发生延迟故障的应用系统。该应用系统延迟故障的诊断方法可以在复杂的服务系统中快速有效的确定发生延迟故障的应用系统，便于及时通知技术人员对其进行维护，进一步保证了工作效率。本申请还公开了一种应用系统延迟故障的诊断装置、设备及计算机可读存储介质，均具有上述有益效果。

Description

一种应用系统延迟故障的诊断方法及其相关设备

技术领域

本申请涉及应用系统技术领域，特别涉及一种应用系统延迟故障的诊断方法，还涉及一种应用系统延迟故障的诊断装置、设备及计算机可读存储介质。

背景技术

在信息高速发展的时代，很多IT业务系统往往是一个复杂的，多种技术混合应用的综合体，并且运行于新的应用平台上，如面向服务架构(SOA，Service-OrientedArchitecture)，私有云、公有云以及虚拟化等，在这样复杂的应用环境中，解决其相应的业务系统问题则是一个巨大的挑战。

具体而言，复杂的服务系统中通常运行有各种各样的应用系统，在实际的运行过程中，各个应用系统之间需要进行不断的业务往来，由此也将会产生巨大的交易数据；进一步，当服务系统产生延迟故障时，由于其中运行的应用系统多种多样，进行的业务往来较多，此时，将很难确定究竟是由于哪个应用系统出现延迟故障而造成的服务系统的延迟故障。一般情况下，在整个服务系统中寻找实际发生延迟故障的应用系统是一件极其耗时耗力的事情，甚至有时花费很长时间也无法确定出现问题的应用系统，而导致不得不放弃。

因此，如何在复杂的服务系统中快速有效的确定发生延迟故障的应用系统，以便于及时通知技术人员对其进行维护，保证工作效率是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种应用系统延迟故障的诊断方法，该应用系统延迟故障的诊断方法可以在复杂的服务系统中快速有效的确定发生延迟故障的应用系统，便于及时通知技术人员对其进行维护，进一步保证了工作效率；本申请的另一目的是提供一种应用系统延迟故障的诊断装置、设备及计算机可读存储介质，均具有上述有益效果。

为解决上述技术问题，本申请提供了一种应用系统延迟故障的诊断方法，所述应用系统延迟故障的诊断方法包括：

获取各个应用系统之间的交易信息；

对各个所述交易信息进行标记，获得各个所述交易信息对应的标记信息；

对各个所述标记信息进行统计分析，以确定发生延迟故障的应用系统。

优选的，所述获取各个应用系统之间的交易信息，包括：

当所述应用系统发起数据请求时，实时捕获所述数据请求对应的数据包；

对所述数据包进行解析，获得所述交易信息。

优选的，所述对各个所述交易信息进行标记，获得各个所述交易信息对应的标记信息，包括：

利用时间戳对所述交易信息进行标记，获得所述标记信息。

优选的，所述对各个所述标记信息进行统计分析，以确定发生延迟故障的应用系统，包括：

基于所述时间戳对各个所述标记信息的处理时间进行计算；

判断各个所述处理时间是否超出对应的预设处理时间；

若所述处理时间超出所述预设处理时间，则确定所述处理时间对应的应用系统发生延迟故障。

优选的，所述应用系统延迟故障的诊断方法还包括：

将各个所述标记信息发送至数据库中；

通过显示设备对所述数据库中的各个所述标记信息进行显示。

为解决上述技术问题，本申请还提供了一种应用系统延迟故障的诊断装置，所述应用系统延迟故障的诊断装置包括：

信息获取模块，用于获取各个应用系统之间的交易信息；

信息标记模块，用于对各个所述交易信息进行标记，获得各个所述交易信息对应的标记信息；

故障诊断模块，用于对各个所述标记信息进行统计分析，以确定发生延迟故障的应用系统。

优选的，所述故障诊断模块包括：

时间计算子模块，用于基于所述时间戳对各个所述标记信息的处理时间进行计算；

时间判断子模块，用于判断各个所述处理时间是否超出对应的预设处理时间；

故障确定子模块，用于若所述处理时间超出所述预设处理时间，则所述处理时间对应的应用系统发生延迟故障。

优选的，所述应用系统延迟故障的诊断装置还包括：

信息保存模块，用于将各个所述标记信息发送至数据库中；

信息显示模块，用于通过显示设备对所述数据库中的各个所述标记信息进行显示。

为解决上述技术问题，本申请还提供了一种应用系统延迟故障的诊断设备，所述应用系统延迟故障的诊断设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述任意一种所述的应用系统延迟故障的诊断方法的步骤。

为解决上述技术问题，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种所述的应用系统延迟故障的诊断方法的步骤。

本申请所提供的一种应用系统延迟故障的诊断方法，包括获取各个应用系统之间的交易信息；对各个所述交易信息进行标记，获得各个所述交易信息对应的标记信息；对各个所述标记信息进行统计分析，以确定发生延迟故障的应用系统。

可见，本申请所提供的技术方案，通过对服务系统中的各个应用系统之间产生的所有交易信息进行获取并标记，以进一步根据标记后的交易信息，即上述标记信息确定发生延迟故障的应用系统，由此，即可在复杂的服务系统中，实现对各种应用系统间交易情况的有效监控；由于该方法能够较为便捷的追踪到交易过程的每一个环节，可更加快速的定位到问题的根源，因此，这将更加方便确定发生延迟故障的应用系统，便于及时通知技术人员对其进行维护，从而迅速解决服务系统中发生的问题，进一步保证工作效率。

本申请所提供的一种应用系统延迟故障的诊断装置、设备及计算机可读存储介质，均具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请所提供的一种应用系统延迟故障的诊断方法的流程示意图；

图2为本申请所提供的一种标记信息处理方法的流程示意图；

图3为本申请所提供的一种应用系统延迟故障的诊断装置的示意图；

图4为本申请所提供的另一种应用系统延迟故障的诊断装置的示意图；

图5为本申请所提供的一种应用系统延迟故障的诊断设备的示意图。

具体实施方式

本申请的核心是提供一种应用系统延迟故障的诊断方法，该应用系统延迟故障的诊断方法可以在复杂的服务系统中快速有效的确定发生延迟故障的应用系统，便于及时通知技术人员对其进行维护，进一步保证了工作效率；本申请的另一核心是提供一种应用系统延迟故障的诊断装置、设备及计算机可读存储介质，均具有上述有益效果。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

一般情况下，由于服务系统中运行的应用系统多种多样，且各个应用系统之间需要进行的业务往来较多，为快速有效的确定在服务系统中发生延迟故障的应用系统，以便于及时通知技术人员对其进行维护，从而保证工作效率，本申请提供了一种插件，以实现对服务系统中应用系统延迟故障的诊断。插件(Plug-in，又称addin、add-in、addon或add-on，又译外挂)是一种遵循一定规范的应用程序接口编写出来的程序，其只能运行在程序规定的系统平台下，可同时支持多个平台，但不能脱离指定的平台单独运行。由于插件为一套程序，因此可将其保存于相应的存储介质中，并由处理器进行执行，进一步，基于该插件实现对应用系统延迟故障的诊断方法具体如下。

请参考图1，图1为本申请所提供的一种应用系统延迟故障的诊断方法的流程示意图，该应用系统延迟故障的诊断方法可以包括：

S101：获取各个应用系统之间的交易信息；

具体的，当上述插件运行于服务系统中时，可对运行于该服务系统中的各个应用系统之间所有的交易信息进行获取，该交易信息可包括各个应用系统之间进行的数据传输、数据处理，以及传输过程中涉及的具体数据内容、处理过程中产生的各类信息等。

例如，当服务系统中的应用系统A需要将自身存储的部分信息发送至应用系统B中进行处理，并获取处理结果时，其具体实现过程如下：应用系统A与应用系统B建立连接；连接建立后，应用系统A将需要处理的数据发送至应用系统B；应用系统B对接收到的数据进行处理获得相应的处理结果；应用系统B将处理结果返回至应用系统A，由此，即完成应用系统A与应用系统B之间的交易过程，那么，在该过程中所涉及的信息均会被获取，如应用系统A与应用系统B的具体信息，二者之间进行数据传输的方式、所传输的数据以及对应的处理结果。

优选的，上述获取各个应用系统之间的交易信息，这一过程可以包括：当应用系统发起数据请求时，实时捕获数据请求对应的数据包；对数据包进行解析，获得交易信息。

具体的，当服务系统中的任意一个应用系统发起数据请求时，即可实时的捕捉该数据请求对应的数据包；进一步，对该数据包进行解析，以获得相应的交易信息。其中，上述数据请求可包括应用系统之间进行交易的任意数据信息，如数据获取请求，数据发送请求，数据处理请求等。

S102：对各个交易信息进行标记，获得各个交易信息对应的标记信息；

具体的，由于服务系统中实际运行的应用系统众多，为清楚的确定发生延迟故障的应用系统，可将获取到的每个交易信息进行标记，以进一步获得相对应的标记信息。具体而言，每个标记信息都类似于人的基因标识，均具有独一无二的标记，以便于实现对应用系统延迟故障的诊断。当然，对于上述交易信息的标记方法，可参照现有技术中的任意一种标记方法，本申请对此不做具体限定。

优选的，上述对各个交易信息进行标记，获得各个交易信息对应的标记信息，这一过程可以包括：利用时间戳对交易信息进行标记，获得标记信息。

具体的，本申请提供一种对交易信息进行标记的方法，即基于时间戳的形式对各个交易信息进行标记，类似于遗传密码，以获得具有独一无二的特征的标记信息，由于每一个交易信息均有属于自身的唯一的标记特征，由此，即可较为方便的根据该标记信息实现对发生延迟故障的应用系统的诊断。

其中，时间戳技术可包括数字时间戳、信用时间戳、Unix时间戳等多种类型，而在上述在对交易信息进行标记的过程中，所使用的时间戳技术的类型，本申请不做具体限定，根据实际情况进行设定即可。

此外，还可以利用数字签名技术实现上述对交易信息进行标记的过程，当某一个应用系统发出相关信息请求与其他的应用信息进行交易时，即可同时产生一段其他应用系统无法伪造的数字串，此时该段数字串是唯一的，由此，即可实现上述对交易信息进行标记的过程。此外，数字签名技术还涉及到对数据加密技术，如非对称加密算法，进一步有效保证了各应用系统之间交易信息的安全性。

S103：对各个标记信息进行统计分析，以确定发生延迟故障的应用系统；

具体的，由于每个标记信息都是独一无二的，在获得这些标记信息后，可进一步对其进行统计分析，即可快速有效确定整个服务系统中发生延迟故障的应用系统。

进一步，请参考图2，图2为本申请所提供的一种标记信息处理方法的流程示意图。优选的，上述对各个标记信息进行统计分析以确定发生延迟故障的应用系统的过程，可以包括：

S301：基于时间戳对各个标记信息的处理时间进行计算；

S302：判断各个处理时间是否超出对应的预设处理时间；

S303：若处理时间超出所述预设处理时间，则确定处理时间对应的应用系统发生延迟故障。

具体的，在获得各个标记信息后，即可对其进行处理，相应的统计分析过程具体如下：首先，可基于标记信息中的时间戳计算该标记信息在处理过程中实际所需的处理时间；进一步，将该处理时间与预设处理时间进行比较，判断该处理时间是否超出其对应的预设处理时间，若处理时间已超出其相应的预处理时间，则说明该处理时间对应的应用系统发生延迟故障；若处理时间未超出其相应的预处理时间，则说明该处理时间对应的应用系统为发生延迟故障，由此，即可快速有效的确定服务系统中发生延迟故障的应用系统。其中，由于不同的标记信息，其对应的预处理时间各不相同，因此，对于上述预处理时间，本申请不做唯一限定，根据实际情况进行预先设定即可。

其中，上述对标记信息进行统计分析的过程仅为本申请所提供的一种具体实施方式，该具体实施方式对应于采用时间戳技术实现交易信息的标记过程，而当采用其他标记方法，如上述数字签名技术对交易信息进行标记时，即可采用与数字签名技术相对应的方法对标记信息进行统计分析。

需要说明的是，上述插件程序应用于基于相同协议的应用系统，即在整个复杂的服务系统中，可实现对服从同一种协议的各个应用系统的延迟故障诊断。在本申请中，该插件程序基于TCP/IP协议开发，只要应用系统服从该TCP/IP协议，即可实现对其延迟故障的诊断。当然，上述协议仅为本申请所提供的一种具体实施方式，还可以为其他协议，如HTTP协议、DHCP协议等。

本申请所提供的应用系统延迟故障的诊断方法，通过对服务系统中的各个应用系统之间产生的所有交易信息进行获取并标记，以进一步根据标记后的交易信息，即上述标记信息确定发生延迟故障的应用系统，由此，即可在复杂的服务系统中，实现对各种应用系统间交易情况的有效监控；由于该方法能够较为便捷的追踪到交易过程的每一个环节，可更加快速的定位到问题的根源，因此，这将更加方便确定发生延迟故障的应用系统，便于及时通知技术人员对其进行维护，从而迅速解决服务系统中发生的问题，进一步保证工作效率。

在上述各实施例的基础上，作为一种优选实施例，该应用系统延迟故障的诊断方法还可以包括：将各个标记信息发送至数据库中；通过显示设备对数据库中的各个标记信息进行显示。

具体的，可将各个标记信息发送至数据库中，并对其进行显示。首先，当标记信息发送至数据库中后，即可实现对标记信息的保存，由此，可将已经保存的各个应用系统对应的各个标记信息作为参考数据，以便与后续再次获得的标记信息进行对照，进一步实现对各个应用系统的有效监控，以便于技术人员可及时的根据对比结果发现异常。进一步，将各个标记信息通过相应的显示设备进行显示，将更加方便技术人员快速直观的获知发生延迟故障的应用系统，从而及时对其进行维护。

为解决上述问题，请参考图3，图3为本申请所提供的一种应用系统延迟故障的诊断装置的示意图，该应用系统延迟故障的诊断装置可以包括：

信息获取模块10，用于获取各个应用系统之间的交易信息；

信息标记模块20，用于对各个交易信息进行标记，获得各个交易信息对应的标记信息；

故障诊断模块30，用于对各个标记信息进行统计分析，以确定发生延迟故障的应用系统。

在上述各实施例的基础上，请参考图4，图4为本申请所提供的另一种应用系统延迟故障的诊断装置的示意图。

作为一种优选实施例，上述信息获取模块10可以包括：

信息捕获子模块11，用于当应用系统发起数据请求时，实时捕获数据请求对应的数据包；

信息解析子模块12，用于对数据包进行解析，获得交易信息。

作为一种优选实施例，上述信息标记模块20可具体用于利用时间戳对交易信息进行标记，获得标记信息。

作为一种优选实施例，上述故障诊断模块30可以包括：

时间计算子模块31，用于基于时间戳对各个标记信息的处理时间进行计算；

时间判断子模块32，用于判断各个所述处理时间是否超出对应的预设处理时间；

故障确定子模块33，用于若处理时间超出预设处理时间，则处理时间对应的应用系统发生延迟故障。

作为一种优选实施例，该应用系统延迟故障的诊断装置还可以包括：

信息保存模块40，用于将各个标记信息发送至数据库中；

信息显示模块50，用于通过显示设备对数据库中的各个标记信息进行显示。

对于本申请提供的装置的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，请参考图5，图5为本申请所提供的一种应用系统延迟故障的诊断设备的示意图，该应用系统延迟故障的诊断设备可包括：

存储器1，用于存储计算机程序；

处理器2，用于执行计算机程序时可实现如下步骤：

获取各个应用系统之间的交易信息；对各个交易信息进行标记，获得各个交易信息对应的标记信息；对各个标记信息进行统计分析，以确定发生延迟故障的应用系统。

对于本申请提供的设备的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下步骤：

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例，本申请在此不做赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的应用系统延迟故障的诊断方法、装置、设备及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围要素。

Claims

1.一种应用系统延迟故障的诊断方法，其特征在于，包括：

获取各个应用系统之间的交易信息；

2.如权利要求1所述的诊断方法，其特征在于，所述获取各个应用系统之间的交易信息，包括：

对所述数据包进行解析，获得所述交易信息。

3.如权利要求2所述的诊断方法，其特征在于，所述对各个所述交易信息进行标记，获得各个所述交易信息对应的标记信息，包括：

利用时间戳对所述交易信息进行标记，获得所述标记信息。

4.如权利要求3所述的诊断方法，其特征在于，所述对各个所述标记信息进行统计分析，以确定发生延迟故障的应用系统，包括：

基于所述时间戳对各个所述标记信息的处理时间进行计算；

判断各个所述处理时间是否超出对应的预设处理时间；

若所述处理时间超出所述预设处理时间，则所述处理时间对应的应用系统发生延迟故障。

5.如权利要求1至4任意一项所述的诊断方法，其特征在于，还包括：

将各个所述标记信息发送至数据库中；

6.一种应用系统延迟故障的诊断装置，其特征在于，包括：

信息获取模块，用于获取各个应用系统之间的交易信息；

7.如权利要求6所述的诊断装置，其特征在于，所述故障诊断模块包括：

8.如权利要求7所述的诊断装置，其特征在于，还包括：

信息保存模块，用于将各个所述标记信息发送至数据库中；

9.一种应用系统延迟故障的诊断设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至5任意一项所述的应用系统延迟故障的诊断方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任意一项所述的应用系统延迟故障的诊断方法的步骤。