CN114363151A - 故障检测方法和装置、电子设备和存储介质 - Google Patents

Abstract

本申请提供了一种故障检测方法和装置、电子设备和存储介质，其中，该方法包括：获取用于指示目标环境中存在故障的目标告警信息；确定出目标告警信息对应的目标诊断流程，其中，目标诊断流程中包括多个按照预设次序排列的诊断子流程，诊断子流程用于确定目标环境的故障类型；获取目标诊断流程中当前诊断子流程对目标环境诊断后的诊断结果；在诊断结果表示目标环境存在当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成目标告警信息的目标故障为预设故障。本申请解决了相关技术中存在的人工故障检测排障速度慢且准确率低的问题。

Description

故障检测方法和装置、电子设备和存储介质

技术领域

本申请涉及故障检测技术领域，尤其涉及一种故障检测方法和装置、电子设备和存储介质。

背景技术

目前，CDN(Content Delivery Network，即内容分发网络)厂商的监控体系包括质量监控，并且由于质量监控是质量变差的表现而非根因，因此引发质量变差的根因还需要更深入的排查。质量变差的原因包括：客户源问题、客户端问题、服务器硬件故障、网络故障、负载过高、软件bug等。

相关技术中，面对质量告警，传统CDN厂商需要运维人员登录服务器人工收集日志，因为CDN分布式、层级架构的特性，一般都需要收集多台服务器、多个子流程的日志，使用命令行分析日志字段，根据日志分析结果做出决策判断。因此，由于采用人工处理的方式，因此相关技术中存在如下所述问题：

1、人工排障速度慢，人工查询各种工具或者登录服务器查日志，耗时较长，处理能力有限。

2、需要检查的环节太多，高度依赖个人经验，不利于排障流程标准化，以及差异化比较大，准确率低。

因此，相关技术中人工排查导致的存在排障速度慢且准确率低的问题。

发明内容

本申请提供了一种故障检测方法和装置、电子设备和存储介质，以至少解决相关技术中存在的排障速度慢且准确率低的技术问题。

根据本申请实施例的一个方面，提供了一种故障检测方法，包括：

获取用于指示目标环境中存在故障的目标告警信息；

确定出所述目标告警信息对应的目标诊断流程，其中，所述目标诊断流程中包括多个按照预设次序排列的诊断子流程，所述诊断子流程用于确定所述目标环境的故障类型；

获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果；

在所述诊断结果表示所述目标环境存在所述当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成所述目标告警信息的目标故障为所述预设故障。

可选地，如前述的方法，所述确定出所述目标告警信息对应的目标诊断流程包括：

获取所述目标告警信息中目标字段的字段值；

在所有候选值中匹配出与所述字段值一致的目标值，并将所述目标值对应的诊断流程确定为所述目标诊断流程，其中，每个所述候选值具有唯一对应的所述诊断流程。

可选地，如前述的方法，所述获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果之前，所述方法还包括：

在所有所述诊断子流程中确定出未用于进行诊断的待诊断子流程；

按照所述预设次序，在所有所述待诊断子流程中确定出位于第一次序的所述当前诊断子流程。

可选地，如前述的方法，所述获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果包括：

获取所述当前诊断子流程用于诊断的预设故障所需的目标运行数据；

确定出所述当前诊断子流程用于进行故障诊断的正常数据；

通过所述当前诊断子流程将所述目标运行数据与所述正常数据进行比对，得到所述诊断结果。

可选地，如前述的方法，所述获取所述当前诊断子流程用于诊断的预设故障所需的目标运行数据包括：

确定出所述当前诊断子流程对应的目标接口；

根据所述目标告警信息中的故障产生时间，通过所述目标接口查询得到目标时间段中产生的所述目标运行数据，其中，所述目标时间段为包括所述故障产生时间的历史时间段。

可选地，如前述的方法，所述获取用于指示目标环境中存在故障的目标告警信息包括：

获取对所述目标环境进行监控采集的错误码信息；

在所有所述错误码信息中获取目标错误类型的目标错误码信息；

在根据目标错误码信息在单位时间中的产生数量确定出目标错误码在当前时间段的增长率超过预设阈值的情况下，生成所述目标告警信息。

可选地，如前述的方法，在所述确定触发生成所述目标告警信息的目标故障为所述预设故障之后，所述方法还包括：

在预设对应关系中查询到与所述预设故障对应的目标处理方案，其中，所述预设对应关系中包括故障与处理方案之间的一一对应关系；

对所述目标环境执行所述目标处理方案，以排除所述目标故障。

可选地，如前述的方法，在所述获取所述目标诊断流程中当前诊断子流程对所述目标环境的诊断结果之后，所述方法还包括：

在所述诊断结果指示所述目标环境不存在所述预设故障，且根据所述当前诊断子流程以及所述预设次序确定存在下一诊断子流程的情况下；根据所述下一诊断子流程对所述目标环境进行诊断，得到下一诊断结果；

在所述诊断结果指示所述目标环境不存在所述预设故障，根据所述当前诊断子流程以及所述预设次序确定不存在所述下一诊断子流程的情况下的，生成用于指示未诊断出目标环境中的故障的提示信息。

根据本申请实施例的另一个方面，还提供了一种故障检测装置，包括：

获取模块，用于获取用于指示目标环境中存在故障的目标告警信息；

确定模块，用于确定出所述目标告警信息对应的目标诊断流程，其中，所述目标诊断流程中包括多个按照预设次序排列的诊断子流程，所述诊断子流程用于确定所述目标环境的故障类型；

诊断结果模块，用于获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果；

故障确定模块，用于在所述诊断结果表示所述目标环境存在所述当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成所述目标告警信息的目标故障为所述预设故障。

根据本申请实施例的又一个方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；其中，存储器，用于存储计算机程序；处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行上述任一实施例中的方法步骤。

根据本申请实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一实施例中的方法步骤。

在本申请实施例中，提供一种故障检测方法，通过获取用于指示目标环境中存在故障的目标告警信息；确定出所述目标告警信息对应的目标诊断流程，其中，所述目标诊断流程中包括多个按照预设次序排列的诊断子流程，所述诊断子流程用于确定所述目标环境的故障类型；获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果；在所述诊断结果表示所述目标环境存在所述当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成所述目标告警信息的目标故障为所述预设故障。由于可以依次按照各个诊断子流程对目标环境进行诊断得到诊断结果，从而可以实现自动进行故障诊断的目的，达到了可以有效提高检测的效率以及准确率的技术效果，进而解决了相关技术中存在的人工故障检测排障速度慢且准确率低的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种可选的故障检测方法的流程示意图；

图2是根据本申请另一实施例的一种可选的故障检测方法的流程示意图；

图3是根据本申请应用例的一种可选的故障检测方法的示意图；

图4是根据本申请实施例的一种可选的故障检测装置的结构框图；

图5是根据本申请实施例的一种可选的电子设备的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在相关技术中，当***产生故障之后，大多数只会产生一个状态码(例如，HTTP504状态码)。相关技术中的排障方式是依靠人工排查。

以业务***(例如，CDN***，Content Delivery Network，内容分发网络)的监控体系为例，主要分为基础监控、网络监控和质量监控。

基础监控负责监控服务器的基础指标，用于发现硬件故障和性能瓶颈。包括：内存、CPU、带宽、负载、I/O、错误日志、服务端口等。

网络监控负责监控所有CDN子流程的网络质量，利用全网CDN子流程发起区域性网络互探，及时发现网络故障。包括：子流程网络不通、子流程内丢包、省内丢包、骨干网丢包等网络故障。

质量监控负责监控服务的质量水平，实现方式是将日志提取出质量指标字段进行结构化处理，上传到大数据平台，进行数据清洗和计算，联动监控中心实现质量报警。包括：HTTP状态码、域名带宽、QPS、错误率、慢速率、下载速度、首包时间、后端读取缓存时间等。

由上可知，相关技术中进行排障时所要排查的问题众多，通过人工排障具有耗费时间长且效率低下的问题。

根据本申请实施例的一个方面，提供了一种故障检测方法。可选地，在本实施例中，上述故障检测方法可以应用于由终端和服务器所构成的硬件环境中。服务器通过网络与终端进行连接，可用于为终端或终端上安装的客户端提供服务(如游戏服务、应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器提供数据存储服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端102可以并不限定于为PC、手机、平板电脑等。

本申请实施例的故障检测方法可以由服务器来执行，也可以由终端来执行，还可以是由服务器和终端共同执行。其中，终端执行本申请实施例的故障检测方法也可以是由安装在其上的客户端来执行。

以由服务器来执行本实施例中的故障检测方法为例，图2是根据本申请实施例的一种可选的故障检测方法的流程示意图，如图2所示，该方法的流程可以包括以下步骤：

步骤S101，获取用于指示目标环境中存在故障的目标告警信息。

本实施例中的任务部署方法可以应用于需要在某一特定环境(例如，CDN***)中出现告警之后，根据告警信息进行故障检测的场景，例如：CDN***出现HTTP 504状态码的场景等。对于将其他业务***出现其他告警状态码的场景，在不矛盾的情况下，上述的故障检测方法同样适用。

在目标环境对应的软硬件出现故障(例如，CDN***中硬盘I/O过高、有硬件故障、cache软件是异常重启、有热点文件没有自动打散、客户端是否访问到指定子流程、子流程网络故障、存在特殊逻辑等等)的情况下，目标环境中会出现错误码。并且，根据错误码可以得到目标告警信息。

可以是在目标环境中每出现一个错误码，就生成与该错误码对应的目标告警信息，也可以是，在目标环境中当某一类型的错误码趋势出现突增，超过报警阈值就会触发生成该错误码。一般的，可以使每个目标告警信息对应于一种类型的错误码。

由于一般情况下，错误码只可以用于指示目标环境出现错误码对应的错误，而多种错误类型均会导致目标环境出现该错误码；因此，目标告警信息也只能够用于表征该目标环境中存在对应错误码的错误，但是不能够据此得到目标环境中出现的错误的位置以及具体的错误类型。

步骤S102，确定出目标告警信息对应的目标诊断流程，其中，目标诊断流程中包括多个按照预设次序排列的诊断子流程，诊断子流程用于确定目标环境的故障类型。

在确定出目标告警信息之后，可以确定出会导致生成该错误码的所有故障，因此，可以根据导致生成该错误码的所有故障，确定出用于对该目标告警信息对应的目标诊断流程。

该目标诊断流程包括按照预设次序排列的诊断子流程，其中，每个诊断子流程可以通过执行用于诊断目标环境是否存在与该诊断子流程对应的故障类型的故障的诊断操作，确定出目标环境是否存在与该诊断子流程对应的故障类型的故障。

预设次序可以是根据各个诊断子流程对应故障类型的故障的出现的概率进行排序后得到，此外，当某一类故障类型下还包括多种子故障类型的情况下，可以使该故障类型的诊断子流程之后关联有的子故障类型对应的诊断子流程。可选的，可以对各个诊断子流程赋值对应的顺序编码的方式，得到该预设次序。

步骤S103，获取目标诊断流程中当前诊断子流程对目标环境诊断后的诊断结果。

在确定出目标诊断流程之后，即可根据目标诊断流程对目标环境进行诊断。

当目标环境未进行任何诊断的情况下，可以使当前诊断子流程是目标诊断流程中的第一个诊断子流程，当目标环境已通过若干个诊断子流程进行诊断的情况下，可以通过已诊断的诊断子流程，以及预设次序，确定出最后一个已诊断的诊断子流程，然后将该最后一个已诊断的诊断子流程之后的第一个诊断子流程作为当前诊断子流程。

进一步的，每个诊断子流程可以用于诊断出所对应的故障类型下的一个或多个故障，例如，当诊断子流程对应的故障类型为“磁盘IO是否过高”的情况下，对应的故障类型可以包括：热点文件导致内网打满、单台设备故障单个()等等。

在确定出当前诊断子流程之后，即可根据当前诊断子流程对目标环境进行诊断，并得到诊断后的诊断结果。

步骤S104，在诊断结果表示目标环境存在当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成目标告警信息的目标故障为预设故障。

在得到诊断结果之后，若该诊断结果表示目标环境存在当前诊断子流程用于诊断的预设故障类型的预设故障，则将触发生成目标告警信息的目标故障确定为预设故障。

例如，在当前诊断子流程所对应的故障类型为“磁盘IO是否过高”时，且诊断出的预设故障为“多块硬盘IO过高且有error错误”时，则将触发生成目标告警信息的目标故障确定为“多块硬盘IO过高且有error错误”。

通过本实施例中的方法，可以按照目标诊断流程，按照预设次序依次通过各个诊断子流程对目标环境中进行故障检测，进而可以自动检测得到导致目标告警信息的目标故障，进而可以得到导致目标告警信息的根本原因，并且，相对于人工故障检测的方法，可以有效提高检测的效率以及准确率；进而解决了相关技术中人工故障检测排障速度慢且准确率低的技术问题。

做作为一种可选的实施例，如前述的方法，所述步骤S102确定出目标告警信息对应的目标诊断流程包括如下所述步骤：

步骤S201，获取目标告警信息中目标字段的字段值。

在前述实施例的基础上，可以确定出目标告警信息是根据目标环境给出的错误码得到的，因此，可以将错误码的值(例如：HTTP 504)作为目标字段的字段值，以对目标告警信息的告警类型进行表征。

步骤S202，在所有候选值中匹配出与字段值一致的目标值，并将目标值对应的诊断流程确定为目标诊断流程，其中，每个候选值具有唯一对应的诊断流程。

可以预先建立候选值与诊断流程之间的一一对应关系，并且，候选值与字段值的命名方式保持一致，都以错误码的值进行命名；因此可以在确定出字段值之后，通过字段值与各个候选值进行一一比对，以在所有候选值中匹配出与字段值一致的目标值，因此，即可将该目标值对应的诊断流程确定为目标诊断流程。

通过本实施例中的方法，可以快速确定出目标告警信息对应的目标诊断流程，并且通过每个候选值设置有唯一对应的诊断流程，可以令发明可以用于诊断不同的告警信息对应的故障，进而有效增加所适用的场景。

作为一种可选的实施例，如前述的方法，在所述步骤S103获取目标诊断流程中当前诊断子流程对目标环境诊断后的诊断结果之前，方法还包括如下所述步骤：

步骤S301，在所有诊断子流程中确定出未用于进行诊断的待诊断子流程。

在确定出目标诊断流程之后，可以根据目标环境中是否已通过一个或多个诊断子流程对目标环境进行诊断，当未通过任一个诊断子流程对目标环境进行诊断的情况下，则待诊断子流程可以是目标诊断流程中的所有诊断子流程，当通过一个或多个诊断子流程对目标环境进行诊断的情况下，则待诊断子流程可以是所有诊断子流程中，除已用于诊断的诊断子流程之外的诊断子流程。

步骤S302，按照预设次序，在所有待诊断子流程中确定出位于第一次序的当前诊断子流程。

在确定出待诊断子流程之后，即可以按照预设次序，确定各个待诊断子流程的先后次序，从中确定出位于第一次序的当前诊断子流程。

例如，在前述实施例的基础上，当预设次序通过各个诊断子流程对应的顺序编码进行表征时，可以在所有待诊断子流程中确定出用于指示位于第一次序的顺序编码的当前诊断子流程。

通过本实施例中的方法，可以快速确定出符合预设次序的当前诊断子流程，以达到按照预设次序依次通过各个诊断子流程对目标环境进行故障诊断的目的。

如图2所示，作为一种可选的实施例，如前述的方法，所述步骤S103获取目标诊断流程中当前诊断子流程对目标环境诊断后的诊断结果包括如下所述步骤：

步骤S401，获取当前诊断子流程用于诊断的预设故障所需的目标运行数据。

在当前诊断子流程对目标环境进行诊断时，由于目标故障信息是故障导致的表象信息，无法直接体现出故障的原因，因此需要获取当前诊断子流程用于诊断的预设故障所需的目标运行数据。

目标运行数据可以是可能会产生预设故障的软件或硬件在运行过程中产生的数据。

步骤S402，确定出当前诊断子流程用于进行故障诊断的正常数据。

为了实现自动识别出目标环境是否存在当前诊断子流程用于诊断的预设故障，因此，需要确定出当前诊断子流程用于进行故障诊断的正常数据。

正常数据可以是当前诊断子流程用于诊断的软件或者硬件，在正常运行状态下的目标运行数据。

步骤S403，通过当前诊断子流程将目标运行数据与正常数据进行比对，得到诊断结果。

在确定出目标运行数据和正常数据之后，可以通过将目标运行数据与正常数据进行比对，当目标运行数据与正常数据一致，或者目标运行数据与正常数据之间的差异度在预设偏差范围内，则确定目标运行数据正常，得到用于指示目标环境不存在当前诊断子流程用于诊断的预设故障的诊断结果；当目标运行数据与正常数据不一致，或者目标运行数据与正常数据之间的差异度超出预设偏差范围，则确定目标运行数据异常，得到用于指示目标环境存在当前诊断子流程用于诊断的预设故障的诊断结果。

通过本实施例中的方法，可以实现自动判断目标环境是否存在当前诊断子流程用于诊断的预设故障的诊断结果，可以进一步提高故障诊断的效率。

作为一种可选的实施例，如前述的方法，所述步骤S401获取当前诊断子流程用于诊断的预设故障所需的目标运行数据包括如下所述步骤：

步骤S501，确定出当前诊断子流程对应的目标接口。

步骤S502，根据目标告警信息中的故障产生时间，通过目标接口查询得到目标时间段中产生的目标运行数据，其中，目标时间段为包括故障产生时间的历史时间段。

目标运行数据是目标环境与当前诊断子流程所诊断的预设故障对应的排障数据，因此，为了能够获取目标运行数据，可以预先配置诊断子流程与接口之间的对应关系。

进而，当按照预设次序，需要通过当前诊断子流程进行故障诊断时，可以通过预先配置的目标接口，并按照目标告警信息中所指示的故障产生时间，确定出对应的目标时间段，然后按照目标时间段在预设故障对应的软件或硬件产生的运行数据中，筛选得到目标运行数据。

进一步的，当目标运行数据中不包含异常数据的情况下，则生成用于指示目标告警信息是误报的误报信息。

通过本实施例中的方法，可以根据故障产生时间筛选得到对应的目标运行数据，以基于目标运行数据进行故障的判定，并且，可以通过目标运行数据判断在故障产生时间是否真实产生了目标告警信息对应的故障。

作为一种可选的实施例，如前述的方法，所述步骤S101获取用于指示目标环境中存在故障的目标告警信息包括如下所述步骤：

步骤S601，获取对目标环境进行监控采集的错误码信息。

在目标环境运行时，其在发生运行错误的情况下，会产生与该错误对应的错误码信息，因此，通过监控平台等***，可以监控采集得到目标环境的错误码信息。

步骤S602，在所有错误码信息中获取目标错误类型的目标错误码信息。

在目标环境较为复杂的情况下，可能会产生多种不同错误类型的错误码信息，为了便于对每种错误码信息进行统计，需要对各个类型的错误码信息进行分类。

因此，为了对目标错误类型的错误进行统计，可以在所有错误码信息中按照目标错误类型，筛选得到目标错误码信息。

步骤S603，在根据目标错误码信息在单位时间中的产生数量确定出目标错误码在当前时间段中的增长率超过预设阈值的情况下，生成目标告警信息。

在得到目标错误码信息之后，可以获取目标错误码信息在单位时间的产生数量，例如，每秒钟产生的目标错误码信息的数量，当在确定目标错误码在当前时间段中的增长率超过预设阈值(例如，100％)的情况下，则说明目标环境中某一软件或硬件出现故障，进而生成目标告警信息。

通过本实施例中的方法，可以根据目标错误码信息的产生的数量的趋势，判断目标环境中是否存在故障，并且在目标错误码在当前时间段中的增长率超过预设阈值的情况下，才生成目标告警信息，可以避免因为个别特异性的问题导致的告警，进而进行排障，导致浪费排障能力的问题。

作为一种可选的实施例，如前述的方法，在所述步骤S104确定触发生成目标告警信息的目标故障为预设故障之后，方法还包括如下所述步骤：

步骤S701，在预设对应关系中查询到与预设故障对应的目标处理方案，其中，预设对应关系中包括故障与处理方案之间的一一对应关系；

步骤S702，对目标环境执行目标处理方案，以排除目标故障。

在确定出目标故障为预设故障之后，可以通过查询与预设故障对应的目标处理方案，然后基于目标处理方案对目标环境执行排障操作，以排除目标故障。

例如，当确定出目标故障为某一节点运行或设备出现故障，可以通过中控***暂停该节点或设备的方式进行处理；当目标故障为调度出现故障的情况下，可以通过对调度***中设定的调度进行调整。

通过本实施例中的方法，在确定出目标故障之后，还可以自动进行排障处理，以接触该目标故障，可以进一步提升目标环境运行的稳定性以及智能化。

作为一种可选的实施例，如前述的方法，在所述步骤S104获取目标诊断流程中当前诊断子流程对目标环境的诊断结果之后，方法还包括如下所述步骤：

步骤S801，在诊断结果指示目标环境不存在预设故障，且根据当前诊断子流程以及预设次序确定存在下一诊断子流程的情况下；根据下一诊断子流程对目标环境进行诊断，得到下一诊断结果；

步骤S802，在诊断结果指示目标环境不存在预设故障，根据当前诊断子流程以及预设次序确定不存在下一诊断子流程的情况下的，生成用于指示未诊断出目标环境中的故障的提示信息。

当诊断结果指示目标环境不存在预设故障时，即指示目标环境不存在当前诊断子流程所用于诊断的预设故障类型。

在当前诊断子流程无法诊断出故障的情况下，则需按照预设次序确定出位于当前诊断子流程之后是否存在下一诊断子流程，然后在存在根据下一诊断子流程的情况下，通过下一诊断子流程对目标环境进行诊断，得到下一诊断结果；具体如何通过下一诊断子流程对目标环境进行诊断，得到下一诊断结果，可以参照前述实施例中通过当前诊断子流程对目标环境进行诊断的方法进行，在此不再进行赘述。

在根据当前诊断子流程以及预设次序确定不存在下一诊断子流程的情况下的(即，当前诊断子流程为目标诊断流程中的最后一个子流程，且当前诊断子流程未能诊断出故障)，生成用于指示未诊断出目标环境中的故障的提示信息。

通过本实施例中的方法，可以按照预设次序并通过各个诊断子流程对目标环境进行诊断，直至所有诊断子流程均完成诊断为止，并且，可以在所有诊断子流程均未诊断出故障的情况下，生成提示信息，以提醒相关维护人员进行故障排查或者用于指示目标告警信息是误告警。

根据本申请另一方面，还提供一种应用前述任一实施例中所述方法的应用例：

以CDN***的错误码监控为例，错误码数据本身就是趋势数据中的一种，当错误码趋势出现突增，超过报警阈值就会触发报警，并生成目标告警信息。

在目标告警信息指示该错误信息为HTTP 504错误时，匹配到HTTP 504错误对应的排障流程树(即，目标诊断流程)，并从第一个诊断子流程“是否有节点”开始对CDN***进行排障分析，调用对应维度的日志分析接口，获取对应的数据，分析得到对应的诊断结果。

HTTP 504状态码排障流程树按照主要逻辑分解可以主要包括以下六种功能的诊断子流程类型：

1、用于进行前置检查，检查节点、区域、时间是否符合预期。

2、用于进行检查是否来自源站，HTTP响应头中Server头非我方自定义Server头。

3、用于进行调度问题确认，回上一层路径是否正常。

4、用于进行DNS解析问题，回上一层DNS解析是否正常。

5、用于进行通用检查，后端存储是否集中于一台机器、硬盘I/O是否过高、是否有硬件故障、cache软件是否有异常重启、是否有热点文件没有自动打散、客户端是否访问到指定节点、节点网络检查、是否存在特殊逻辑。

6、用于进行分层级检查，

a)上层(回源层)检查，多上层出现504状态码还是只有单个上层出现504状态码、判断回源网络、检查是否存在跨运营商回源问题。

b)中层或边缘层检查，节点网络故障，回上层网络检查，上层网络检查等。

如图3所示，具体如下所述：

第一个子流程“是否有节点”、第二个子流程“是否是海外节点”、第三个子流程“错误发生时间”，将调用质量趋势数据接口，获取节点名称、节点区域、告警时间等信息，用于进行前置检查，检查基础信息是否符合预期，并作为查询日志分析的必要条件。根据以上数据组成查询日志条件，调用日志分析数据接口，查询对应条件的HTTP504错误日志的分析数据，来判断告警时间段内是否真的出现HTTP504错误。

第四个子流程“判断HTTPServer头”，调用查询出的日志分析数据接口中的HTTPServer头数据，分析HTTP504错误码归属我方节点还是客户源站。

第五个子流程“本节点回上层路径是否有问题”，调取中控平台数据接口，获取全局路径数据，检查是否符合路径规划。

第六个子流程“判断回上一层DNS解析是否正常”，调取日志分析数据接口中的错误原因数据，判断是否符合DNS解析相关错误。

以上子流程都无法确认根本原因，则进入第七个子流程“通用根因检查”，此子流程下有四个分支，简称7-1、7-2、7-2、7-4子流程，7-1子流程“是否是硬盘IO过高”，将调用基础监控数据接口、日志分析数据接口，来判断是否有热点文件打满内网网卡、硬盘IO是否连续过高、硬盘是否有故障等问题；7-2子流程“节点是否再域名指定拓扑里”，调用中控平台数据接口的拓扑数据，检查节点是否符合拓扑内既定安排的节点；7-3子流程“判断节点网络是否故障”，调用网络探测数据接口，判断节点网络是否达到故障标准；7-4子流程“判断是否存在特殊业务逻辑”，调用配置下发数据接口、中控平台数据接口、日志分析数据接口的配置和下发数据，判断是否存在既定的特殊配置，并且是否符合配置预期。

第八个子流程“不同层级检查”，包含两个分支，简称8-1、8-2子流程，8-1子流程“报警节点层级是上层”，调用质量趋势数据接口、日志分析数据接口，判断错误原因中继承的故障源头是否为上层节点，是否为多个上层节点回源504；调用网络探测数据接口，判断是否为上层节点网络故障。8-2子流程“报警节点是中层或边缘”，调用日志分析数据接口、网络探测数据接口来判断中层或者边缘节点网络是否有故障，调用质量趋势数据接口判断是否为单域名错误码突增，调用中控平台数据接口判断是否有特殊的网络结构节点等。如果以上流程都无法判断错误原因，则标记“没有排查出问题根因”转人工排查。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述故障检测方法的故障检测装置。图4是根据本申请实施例的一种可选的故障检测装置的结构框图，如图4所示，该装置可以包括：

获取模块1，用于获取用于指示目标环境中存在故障的目标告警信息；

确定模块2，用于确定出目标告警信息对应的目标诊断流程，其中，目标诊断流程中包括多个按照预设次序排列的诊断子流程，诊断子流程用于确定目标环境的故障类型；

诊断结果模块3，用于获取目标诊断流程中当前诊断子流程对目标环境诊断后的诊断结果；

故障确定模块4，用于在诊断结果表示目标环境存在当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成目标告警信息的目标故障为预设故障。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。

根据本申请实施例的又一个方面，还提供了一种用于实施上述故障检测方法的电子设备，该电子设备可以是服务器、终端、或者其组合。

根据本申请的另一个实施例，还提供一种电子设备，包括：如图5所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。

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

处理器1501，用于执行存储器1503上所存放的程序时，实现如下步骤：

步骤S101，获取用于指示目标环境中存在故障的目标告警信息。

步骤S102，确定出目标告警信息对应的目标诊断流程，其中，目标诊断流程中包括多个按照预设次序排列的诊断子流程，诊断子流程用于确定目标环境的故障类型。

步骤S103，获取目标诊断流程中当前诊断子流程对目标环境诊断后的诊断结果。

步骤S104，在诊断结果表示目标环境存在当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成目标告警信息的目标故障为预设故障。

可选地，在本实施例中，上述的通信总线可以是PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线、或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，可以包含但不限于：CPU(Central ProcessingUnit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(DigitalSignal Processor，数字信号处理器)、ASIC(Application Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供一种计算机可读存储介质，存储介质包括存储的程序，其中，程序运行时执行上述方法实施例的方法步骤。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种故障检测方法，其特征在于，包括：

获取用于指示目标环境中存在故障的目标告警信息；

确定出所述目标告警信息对应的目标诊断流程，其中，所述目标诊断流程中包括多个按照预设次序排列的诊断子流程，所述诊断子流程用于确定所述目标环境的故障类型；

获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果；

在所述诊断结果表示所述目标环境存在所述当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成所述目标告警信息的目标故障为所述预设故障。

2.根据权利要求1所述的方法，其特征在于，所述确定出所述目标告警信息对应的目标诊断流程包括：

获取所述目标告警信息中目标字段的字段值；

在所有候选值中匹配出与所述字段值一致的目标值，并将所述目标值对应的诊断流程确定为所述目标诊断流程，其中，每个所述候选值具有唯一对应的所述诊断流程。

3.根据权利要求1所述的方法，其特征在于，所述获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果之前，所述方法还包括：

在所有所述诊断子流程中确定出未用于进行诊断的待诊断子流程；

按照所述预设次序，在所有所述待诊断子流程中确定出位于第一次序的所述当前诊断子流程。

4.根据权利要求1所述的方法，其特征在于，所述获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果包括：

获取所述当前诊断子流程用于诊断的预设故障所需的目标运行数据；

确定出所述当前诊断子流程用于进行故障诊断的正常数据；

通过所述当前诊断子流程将所述目标运行数据与所述正常数据进行比对，得到所述诊断结果。

5.根据权利要求4所述的方法，其特征在于，所述获取所述当前诊断子流程用于诊断的预设故障所需的目标运行数据包括：

确定出所述当前诊断子流程对应的目标接口；

根据所述目标告警信息中的故障产生时间，通过所述目标接口查询得到目标时间段中产生的所述目标运行数据，其中，所述目标时间段为包括所述故障产生时间的历史时间段。

6.根据权利要求1所述的方法，其特征在于，所述获取用于指示目标环境中存在故障的目标告警信息包括：

获取对所述目标环境进行监控采集的错误码信息；

在所有所述错误码信息中获取目标错误类型的目标错误码信息；

在根据目标错误码信息在单位时间中的产生数量确定出目标错误码在当前时间段的增长率超过预设阈值的情况下，生成所述目标告警信息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在所述确定触发生成所述目标告警信息的目标故障为所述预设故障之后，所述方法还包括：

在预设对应关系中查询到与所述预设故障对应的目标处理方案，其中，所述预设对应关系中包括故障与处理方案之间的一一对应关系；

对所述目标环境执行所述目标处理方案，以排除所述目标故障。

8.根据权利要求1至6中任一项所述的方法，其特征在于，在所述获取所述目标诊断流程中当前诊断子流程对所述目标环境的诊断结果之后，所述方法还包括：

在所述诊断结果指示所述目标环境不存在所述预设故障，且根据所述当前诊断子流程以及所述预设次序确定存在下一诊断子流程的情况下；根据所述下一诊断子流程对所述目标环境进行诊断，得到下一诊断结果；

在所述诊断结果指示所述目标环境不存在所述预设故障，根据所述当前诊断子流程以及所述预设次序确定不存在所述下一诊断子流程的情况下的，生成用于指示未诊断出目标环境中的故障的提示信息。

9.一种故障检测装置，其特征在于，包括：

获取模块，用于获取用于指示目标环境中存在故障的目标告警信息；

确定模块，用于确定出所述目标告警信息对应的目标诊断流程，其中，所述目标诊断流程中包括多个按照预设次序排列的诊断子流程，所述诊断子流程用于确定所述目标环境的故障类型；

诊断结果模块，用于获取所述目标诊断流程中当前诊断子流程对所述目标环境诊断后的诊断结果；

故障确定模块，用于在所述诊断结果表示所述目标环境存在所述当前诊断子流程用于诊断的预设故障类型的预设故障的情况下，确定触发生成所述目标告警信息的目标故障为所述预设故障。

10.一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口和所述存储器通过所述通信总线完成相互间的通信，其特征在于，

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

所述处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行权利要求1至8中任一项所述的方法步骤。

11.一种计算机可读的存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至8中任一项中所述的方法步骤。

Images