CN117608904A - 一种故障定位方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了一种故障定位方法、装置、电子设备和存储介质，涉及运维技术领域，该方法包括：获取第一预设时间内存在业务告警的告警业务模块，并对告警业务模块进行性能诊断，以获取存在性能异常的异常业务类型；获取异常业务类型的第一业务链路，并对第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口；根据与第一异常交互接口对应的多个第一业务模块的日志信息，确定多个第一业务模块中的第一故障业务模块。本发明实施例的技术方案，降低了业务故障定位耗费的人力成本和时间成本，极大地提高了业务故障的定位效率，同时，对业务系统进行了完整的异常业务检测，确保了异常业务类型的检测全面性。

Description

一种故障定位方法、装置、电子设备和存储介质

技术领域

本发明涉及运维技术领域，尤其涉及一种故障定位方法、装置、电子设备和存储介质。

背景技术

伴随着科技的不断进步，业务系统的规模和数据量也在不断增多，业务系统也转变为由多个业务子系统(即业务模块)分别执行不同的业务功能，这对业务告警的及时定位提出了更高要求。

针对现有业务系统的运维，通常是以运维人员为主，运维工具为辅的运维方式，即每个业务模块的开发运维人员分别监测自身的业务模块，从自身业务模块出发，凭借对系统的了解，使用不同的检测工具一一检测，最终根据各个检测工具获取到的检测结果，定位故障所在。

然而，这样的故障定位方式，不但需要耗费大量的人力成本和时间成本，定位效率较低，而且各个开发人员仅能获知自己熟悉的业务模块的故障所在，无法对整个业务系统进行完整检测。

发明内容

本发明提供了一种故障定位方法、装置、电子设备及存储介质，以解决故障定位效率较低的问题。

根据本发明的一方面，提供了一种故障定位方法，包括：

获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型；

获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口；

根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

所述性能诊断包括业务响应时间诊断、业务处理数量诊断和业务处理成功率诊断。

在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：根据所述至少一个告警业务模块构建第一故障拓扑；在确定所述多个第一业务模块中的第一故障业务模块之后，还包括：若各个第一故障业务模块的日志信息中的报错信息，均与所述第一故障拓扑中的第一目标业务模块相关，将所述第一目标业务模块作为故障源节点。

所述根据所述至少一个告警业务模块构建第一故障拓扑，包括：若所述至少一个告警业务模块中存在独立告警业务模块，则构建覆盖全部告警业务模块且业务模块数量最少的第一故障拓扑；其中，所述独立告警业务模块与其它告警业务模块均不连接。

所述业务响应时间诊断包括根据所述第一预设时间内的业务响应时间，与历史同时期的业务响应时间的比例关系，确定是否存在业务响应时间异常；和/或所述业务处理数量诊断包括根据所述第一预设时间内的业务处理数量，与历史同时期的业务处理数量的比例关系，确定是否存在业务处理数量异常。

在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：根据所述第一预设时间对应的日期类型，获取与所述第一预设时间匹配的历史同时期的具体日期；其中，所述日期类型包括预设节日和非预设节日。

在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：获取存在业务告警的多个告警业务类型，并获取各所述告警业务类型分别对应的第二业务链路；根据各所述第二业务链路构建第二故障拓扑；对所述第二业务链路的各个第二交互接口进行性能诊断，以获取存在性能异常的至少一个第二异常交互接口；根据与所述第二异常交互接口对应的多个第二业务模块的日志信息，确定所述多个第二业务模块中的第二故障业务模块；若各个第二故障业务模块的日志信息中的报错信息，均与所述第二故障拓扑中的第二目标业务模块相关，将所述第二目标业务模块作为故障源节点。

根据本发明的另一方面，提供了一种故障定位装置，包括：

业务类型获取模块，用于获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型；

交互接口获取模块，用于获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口；

日志信息检测模块，用于根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的故障定位方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例的故障定位方法。

本发明实施例的技术方案，在获取第一预设时间内存在业务告警的告警业务模块，并对告警业务模块进行性能诊断之后，继续对业务链路的各个交互接口进行性能诊断，进而通过交互接口连接的各个业务模块的日志信息，确定故障业务模块，降低了业务故障定位耗费的人力成本和时间成本，极大地提高了业务故障的定位效率，同时，对业务系统进行了完整的异常业务检测，确保了异常业务类型的检测全面性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

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

图2是根据本发明实施例二提供的另一种故障定位方法的流程图；

图3是根据本发明实施例三提供的又一种故障定位方法的流程图；

图4是根据本发明实施例四提供的一种故障定位装置的结构示意图；

图5是实现本发明实施例的故障定位方法的电子设备的结构示意图。

具体实施方式

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

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

实施例一

图1为本发明实施例一提供的一种故障定位方法的流程图，本实施例可适用于通过对告警业务模块和第一业务链路的性能诊断，以及日志信息的获取确定故障所在位置，该方法可以由故障定位装置来执行，该故障定位装置可以采用硬件和/或软件的形式实现，该故障定位装置配置于电子设备中。如图1所示，该方法包括：

S101、获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型。

业务告警，是指业务模块在处理某一类型业务时，检测到该类型业务存在处理异常时发出的告警信息；例如，业务模块1在执行业务类型A下的各项业务时，较多数量的业务无法正常执行，此时业务模块1即发出针对业务类型A的业务告警，该业务告警类型为处理中断告警；告警业务模块，即发出业务告警的业务模块，例如，上述业务模块1即为一个告警业务模块；每个告警业务模块在第一预设时间内均发出了至少一个业务告警；第一预设时间可以根据组成业务系统的业务模块数量，以及各个业务模块对应的业务类型预先配置完成。

每个业务模块可以用于处理一种或多种业务，即一个业务模块可以对应一个或多个业务类型；在获取告警业务模块之后，对告警业务模块中的全部业务类型分别进行性能诊断；其中，性能诊断是指对当前业务类型下的各个业务在处理过程中的处理参数进行检测，例如，检测每笔业务的处理速度，检测每笔业务占用的系统资源等。

可以通过预先设置完成的评价阈值，分别检测各项处理参数是否存在异常，例如，如果业务类型A中低于预设处理速度阈值的业务数量大于第一数量阈值，则确定业务类型A是存在性能异常的异常业务类型，该性能异常具体为处理速度异常；如果业务类型B中占用的系统资源量大于预设资源阈值的业务数量大于第二数量阈值，则确定业务类型B是存在性能异常的异常业务类型，该性能异常具体为占用资源异常。特别的，获取到的异常业务类型中不但包括上述告警业务类型，还可能包括其它存在业务异常，但并未达到告警阈值，即未触发告警的业务类型。

可选的，在本发明实施例中，所述性能诊断包括业务响应时间诊断、业务处理数量诊断和业务处理成功率诊断。具体的，业务响应时间诊断，即获取第一预设时间内当前业务类型下，每笔业务的平均响应时间，如果该平均响应时间较长(例如，大于预设时间阈值)，表明当前业务类型存在时间响应异常，也即当前业务类型为异常业务类型；业务处理数量诊断，即获取第一预设时间内当前业务类型下，处理完成的业务数量，如果该业务数量较少(例如，小于预设数量阈值)，表明当前业务类型存在处理数量异常，也即当前业务类型为异常业务类型；业务成功率诊断，即获取第一预设时间内当前业务类型下，处理成功的业务数量与处理失败的业务数量的比值，如果该比值较小(例如，小于预设比例阈值)，表明当前业务类型存在处理成功率异常，也即当前业务类型为异常业务类型；通过业务响应时间诊断、业务处理数量诊断和业务处理成功率诊断，获取到多样化的异常业务类型，扩大了异常业务类型的检测范围，确保了系统中各个业务的正常执行。

可选的，在本发明实施例中，所述业务响应时间诊断包括根据所述第一预设时间内的业务响应时间，与历史同时期的业务响应时间的比例关系，确定是否存在业务响应时间异常；和/或所述业务处理数量诊断包括根据所述第一预设时间内的业务处理数量，与历史同时期的业务处理数量的比例关系，确定是否存在业务处理数量异常。

具体的，业务系统在处理业务时，其业务特点(例如，业务数量和业务类型)往往存在周期性的变化，以业务系统用于处理不同类型的交易业务为例，对于交易业务而言，工作日中企业交易业务的数量较多，个人交易业务的数量较少，而周末则正好相反，企业交易业务的数量较少，个人交易业务的数量较多，因此，可以根据预设业务周期(例如，以一周作为预设业务周期)，将第一预设时间内的业务响应时间(即当前业务响应时间)与七天前同时间段的业务响应时间(即历史业务响应时间)进行比较。

如果当前业务响应时间与历史业务响应时间的比值，大于等于第一比例阈值，则表示当前业务类型存在业务响应时间异常；如果当前业务响应时间与历史业务响应时间的比值，小于第一比例阈值，则表示当前业务类型不存在业务响应时间异常；同样的，也可以将第一预设时间内的业务处理数量(即当前业务处理数量)与七天前同时间段的业务处理数量(即历史业务处理数量)进行比较，如果当前业务处理数量与历史业务处理数量的比值，大于等于第二比例阈值，则表示当前业务类型不存在业务处理数量异常；如果当前业务处理数量与历史业务处理数量的比值，小于第二比例阈值，则表示当前业务类型存在业务处理数量异常。由此确保了当预设评价阈值存在数值偏差时，对异常业务类型的误检测，提高了异常业务类型的获取准确性。

可选的，在本发明实施例中，在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：根据所述第一预设时间对应的日期类型，获取与所述第一预设时间匹配的历史同时期的具体日期；其中，所述日期类型包括预设节日和非预设节日。具体的，业务系统的业务特点，除了与固定间隔日期相关之外，还与特定节日类型(即预设节日)相关，同样以上述交易业务为例，除了与一周中的工作日和非工作日相关之外，如果第一预设时间的所在日期为特定的节日，那么相应的历史同时期应该为上一个节日的所在日期。

例如，如果第一预设时间所在日期为春节，那么将其与一周前的业务处理参数相比较，其往往存在较大偏差，但其与上一个春节的业务特点往往具备较大的相关性，因此，对于历史同时期的具体日期计算，还需要根据第一预设时间所在的日期决定，如果该日期为预设节日，则以上一个相同节日的业务处理参数(即业务响应时间或者业务处理数量)作为评价依据，如果该日期为非预设节日，则以一周前的业务处理参数为评价依据，由此实现了历史同时期的动态匹配，确保了将第一预设时间内的业务处理参数，与具备相同业务特点的历史业务处理参数相比较，提高了获取到的异常业务类型的准确性。

S102、获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口。

每一项业务的处理，通常都是由多个业务模块共同完成的，每个业务模块完成其中部分数据的处理，因此，对于一项业务(例如，一笔交易)而言，其第一业务链路是由多个业务模块共同组成的，对于每一个异常业务类型而言，均获取其完整的第一业务链路；第一交互接口是第一业务链路中不同业务模块之间的通信接口，例如，第一业务链路是由业务模块4、业务模块5和业务模块6依次组成，那么该第一业务链路即包括两个第一交互接口，即业务模块4与业务模块5之前的第一交互接口45，以及业务模块5与业务模块6之间的第一交互接口56；对于上述两个第一交互接口执行同样的性能诊断，以确定每个接口中存在性能异常的第一异常交互接口，例如，确定第一交互接口45为第一异常交互接口。

S103、根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

如上述技术方案所述，在确定第一交互接口45为第一异常交互接口之后，分别获取业务模块4与业务模块5的日志信息，如果业务模块4的日志信息存在报错，而业务模块5的日志信息不存在报错，即将业务模块4作为存在故障的业务模块(即第一故障业务模块)；同样的，如果业务模块4的日志信息存在报错，而业务模块5的日志信息也存在报错，即将业务模块4和业务模块5均作为第一故障业务模块；由此分别定为到各个异常业务类型各自的故障所在。

本发明实施例的技术方案，在获取第一预设时间内存在业务告警的告警业务模块，并对告警业务模块进行性能诊断之后，继续对业务链路的各个交互接口进行性能诊断，进而通过交互接口连接的各个业务模块的日志信息，确定故障业务模块，降低了业务故障定位耗费的人力成本和时间成本，极大地提高了业务故障的定位效率，同时，对业务系统进行了完整的异常业务检测，确保了异常业务类型的检测全面性。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

实施例二

图2为本发明实施例二提供的一种故障定位方法的流程图，本实施例与上述实施例之间的关系在于，在获取到告警业务模块之后，根据告警业务模块构建第一故障拓扑。如图2所示，该方法包括：

S201、获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型。

S202、获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口。

S203、根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

S204、根据所述至少一个告警业务模块构建第一故障拓扑。

S205、若各个第一故障业务模块的日志信息中的报错信息，均与所述第一故障拓扑中的第一目标业务模块相关，将所述第一目标业务模块作为故障源节点。

根据业务系统的拓扑结构，确定每个告警业务模块所在的位置和连接关系，进而将各个告警业务模块进行连接，以此构建由告警业务模块组成的第一故障拓扑。如果各个第一故障业务模块的日志信息中的报错信息，均指向了上述第一故障拓扑中的一个或多个业务模块(即第一目标业务模块)，即表示上述告警业务模块的告警异常，是由于该第一目标业务模块的运行异常导致的，即将该第一目标业务模块作为故障源节点。

可选的，在本发明实施例中，所述根据所述至少一个告警业务模块构建第一故障拓扑，包括：若所述至少一个告警业务模块中存在独立告警业务模块，则构建覆盖全部告警业务模块且业务模块数量最少的第一故障拓扑；其中，所述独立告警业务模块与其它告警业务模块均不连接。

具体的，在业务系统的拓扑结构中，各个告警业务模块可能并未直接连接，而是通过其它业务模块作为中间连接媒介，此时获取覆盖全部告警业务模块且业务模块数量最少的第一故障拓扑；例如，告警业务模块1、告警业务模块2和告警业务模块3之间并无连接关系，但分别与数据库模块连接，此时第一故障拓扑即由告警业务模块1、告警业务模块2、告警业务模块3和数据库模块组成。

如果告警业务模块1、告警业务模块2和告警业务模块3，均被认定为第一故障业务模块，且日志信息中的报错信息均与数据库模块的读写速度相关，那么上述多个业务告警，均是由于对数据库模块执行的读写操作产生的，此时即可将数据库模块作为故障源节点，由此实现了与异常业务类型相关的完整故障拓扑获取，提高了故障定位的准确性；特别的，在故障源节点修复完成，即获取到运维人员的修复完成指令之后，可以继续监测各个第一业务链路，如果第二预设时间内，不存在业务告警，则表示故障已修复完成，若仍然存在业务告警，表示该第一业务链路还存在其它的故障源节点，如上述技术方案所述，继续查找业务系统中的其它故障源节点，直至业务系统中不存在业务告警为止。

本发明实施例的技术方案，在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，根据上述各个告警业务模块构建第一故障拓扑，并在确定各个第一故障业务模块的日志信息中的报错信息，均与第一故障拓扑中的第一目标业务模块相关之后，将第一目标业务模块作为故障源节点，由此实现了与异常业务类型相关的完整故障拓扑获取，提高了故障定位的准确性。

实施例三

图3为本发明实施例三提供的一种故障定位方法的流程图，在本发明实施例中，在获取第一预设时间内存在业务告警的告警业务模块之后，继续获取各个告警业务类型分别对应的第二业务链路，并据此构建第二故障拓扑。如图3所示，该方法包括：

S301、获取第一预设时间内存在业务告警的至少一个告警业务模块。

S302、获取存在业务告警的多个告警业务类型，并获取各所述告警业务类型分别对应的第二业务链路。

S303、根据各所述第二业务链路构建第二故障拓扑。

S304、对所述第二业务链路的各个第二交互接口进行性能诊断，以获取存在性能异常的至少一个第二异常交互接口。

S305、根据与所述第二异常交互接口对应的多个第二业务模块的日志信息，确定所述多个第二业务模块中的第二故障业务模块。

还可以针对告警业务类型，获取各个告警业务类型分别对应的第二业务链路，进而通过对第二业务链路进行的性能诊断，以及第二业务模块的日志信息获取，确定第二故障业务模块，同时，基于第二业务链路构建的第二故障拓扑，覆盖了全部告警业务类型涉及的每个业务模块，确保了各告警业务类型的业务处理流程的完整性，并由此获取到完整业务处理流程中的故障源节点。

本发明实施例的技术方案，基于第二业务链路构建的第二故障拓扑，覆盖了全部告警业务类型涉及的每个业务模块，确保了各告警业务类型的业务处理流程的完整性，并由此获取到完整业务处理流程中的故障源节点，提高了故障定位结果的准确性。

实施例四

图4是本发明实施例四所提供的一种故障定位装置的结构框图，该装置具体包括：

业务类型获取模块401，用于获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型；

交互接口获取模块402，用于获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口；

日志信息检测模块403，用于根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

本发明实施例的技术方案，在获取第一预设时间内存在业务告警的告警业务模块，并对告警业务模块进行性能诊断之后，继续对业务链路的各个交互接口进行性能诊断，进而通过交互接口连接的各个业务模块的日志信息，确定故障业务模块，降低了业务故障定位耗费的人力成本和时间成本，极大地提高了业务故障的定位效率，同时，对业务系统进行了完整的异常业务检测，确保了异常业务类型的检测全面性。

可选的，所述性能诊断包括业务响应时间诊断、业务处理数量诊断和业务处理成功率诊断。

可选的，故障定位装置，具体用于根据所述至少一个告警业务模块构建第一故障拓扑；若各个第一故障业务模块的日志信息中的报错信息，均与所述第一故障拓扑中的第一目标业务模块相关，将所述第一目标业务模块作为故障源节点。

可选的，故障定位装置，具体用于若所述至少一个告警业务模块中存在独立告警业务模块，则构建覆盖全部告警业务模块且业务模块数量最少的第一故障拓扑；其中，所述独立告警业务模块与其它告警业务模块均不连接。

可选的，所述业务响应时间诊断包括根据所述第一预设时间内的业务响应时间，与历史同时期的业务响应时间的比例关系，确定是否存在业务响应时间异常；和/或所述业务处理数量诊断包括根据所述第一预设时间内的业务处理数量，与历史同时期的业务处理数量的比例关系，确定是否存在业务处理数量异常。

可选的，故障定位装置，具体用于根据所述第一预设时间对应的日期类型，获取与所述第一预设时间匹配的历史同时期的具体日期；其中，所述日期类型包括预设节日和非预设节日。

可选的，故障定位装置，具体用于获取存在业务告警的多个告警业务类型，并获取各所述告警业务类型分别对应的第二业务链路；根据各所述第二业务链路构建第二故障拓扑；对所述第二业务链路的各个第二交互接口进行性能诊断，以获取存在性能异常的至少一个第二异常交互接口；根据与所述第二异常交互接口对应的多个第二业务模块的日志信息，确定所述多个第二业务模块中的第二故障业务模块；若各个第二故障业务模块的日志信息中的报错信息，均与所述第二故障拓扑中的第二目标业务模块相关，将所述第二目标业务模块作为故障源节点。

上述装置可执行本发明任意实施例所提供的故障定位方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的故障定位方法。

实施例五

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、电子设备、刀片式电子设备、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如故障定位方法。

在一些实施例中，故障定位方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元而被载入和/或安装到异构硬件加速器上。当计算机程序加载到RAM并由处理器执行时，可以执行上文描述的故障定位方法的一个或多个步骤。备选地，在其他实施例中，处理器可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行故障定位方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在异构硬件加速器上实施此处描述的系统和技术，该异构硬件加速器具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给异构硬件加速器。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

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

获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型；

获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口；

根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

2.根据权利要求1所述的方法，其特征在于，所述性能诊断包括业务响应时间诊断、业务处理数量诊断和业务处理成功率诊断。

3.根据权利要求1所述的方法，其特征在于，在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：

根据所述至少一个告警业务模块构建第一故障拓扑；

在确定所述多个第一业务模块中的第一故障业务模块之后，还包括：

若各个第一故障业务模块的日志信息中的报错信息，均与所述第一故障拓扑中的第一目标业务模块相关，将所述第一目标业务模块作为故障源节点。

4.根据权利要求3所述的方法，其特征在于，所述根据所述至少一个告警业务模块构建第一故障拓扑，包括：

若所述至少一个告警业务模块中存在独立告警业务模块，则构建覆盖全部告警业务模块且业务模块数量最少的第一故障拓扑；其中，所述独立告警业务模块与其它告警业务模块均不连接。

5.根据权利要求1所述的方法，其特征在于，所述业务响应时间诊断包括根据所述第一预设时间内的业务响应时间，与历史同时期的业务响应时间的比例关系，确定是否存在业务响应时间异常；

和/或所述业务处理数量诊断包括根据所述第一预设时间内的业务处理数量，与历史同时期的业务处理数量的比例关系，确定是否存在业务处理数量异常。

6.根据权利要求1所述的方法，其特征在于，在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：

根据所述第一预设时间对应的日期类型，获取与所述第一预设时间匹配的历史同时期的具体日期；其中，所述日期类型包括预设节日和非预设节日。

7.根据权利要求1所述的方法，其特征在于，在获取第一预设时间内存在业务告警的至少一个告警业务模块之后，还包括：

获取存在业务告警的多个告警业务类型，并获取各所述告警业务类型分别对应的第二业务链路；

根据各所述第二业务链路构建第二故障拓扑；

对所述第二业务链路的各个第二交互接口进行性能诊断，以获取存在性能异常的至少一个第二异常交互接口；

根据与所述第二异常交互接口对应的多个第二业务模块的日志信息，确定所述多个第二业务模块中的第二故障业务模块；

若各个第二故障业务模块的日志信息中的报错信息，均与所述第二故障拓扑中的第二目标业务模块相关，将所述第二目标业务模块作为故障源节点。

8.一种故障定位装置，其特征在于，包括：

业务类型获取模块，用于获取第一预设时间内存在业务告警的至少一个告警业务模块，并对所述至少一个告警业务模块进行性能诊断，以获取存在性能异常的至少一个异常业务类型；

交互接口获取模块，用于获取所述异常业务类型的第一业务链路，并对所述第一业务链路的各个第一交互接口进行性能诊断，以获取存在性能异常的至少一个第一异常交互接口；

日志信息检测模块，用于根据与所述第一异常交互接口对应的多个第一业务模块的日志信息，确定所述多个第一业务模块中的第一故障业务模块。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的故障定位方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的故障定位方法。