CN114675992A - 故障定位方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种故障定位方法、装置、设备及计算机可读存储介质。其中，该方法包括获取第一业务组件的错误码；对错误码的结构进行解析，得到构成错误码的结构编码字段；结构编码字段至少包括用于表征第一业务组件所处的业务场景的编码字段；业务场景由业务组件之间的调用关系确定；根据用于表征第一业务组件所处的业务场景的编码字段，确定第一业务组件所处的业务场景；根据业务场景，定位错误码对应的故障业务组件。根据本申请实施例的故障定位方法，通过确定第一业务组件所处的业务场景，并根据该业务场景，定位错误码对应的故障业务组件，能够快速缩小故障业务组件的排查范围。从而，能够快速排查、并准确定位故障业务组件。

Description

故障定位方法、装置、设备及计算机可读存储介质

技术领域

本申请属于计算机技术领域，尤其涉及一种故障定位方法、装置、设备及计算机可读存储介质。

背景技术

在复杂的业务系统中，多个业务组件之间往往需要相互调用，以降低组件之间的耦合性。由于组件之间存在复杂的调用关系，如果业务系统发生了错误，很难追溯导致错误发生的源头业务组件。因此，需要设计一种业务错误码，用于定位导致该业务系统报错的业务组件。

目前，现有的业务错误码设计规则，只能定位错误发生在哪个组件。但是在追溯的过程中发现，该错误码定位的业务组件，并不一定是产生错误的源头业务组件，即故障业务组件。此时，需要通过该错误码定位的业务组件排查、并准确定位故障业务组件。

现有技术中，通过错误码定位的业务组件排查、并准确定位故障业务组件的过程较长，速度较慢。

发明内容

本申请实施例提供了一种故障定位方法、装置、设备、计算机可读存储介质及计算机程序产品，能够快速排查、并准确定位故障业务组件。

第一方面，本申请实施例提供了一种故障定位方法，该方法包括：

获取第一业务组件的错误码；

对所述错误码的结构进行解析，得到构成所述错误码的结构编码字段；所述结构编码字段至少包括用于表征所述第一业务组件所处的业务场景的编码字段；所述业务场景由业务组件之间的调用关系确定；

根据所述用于表征所述第一业务组件所处的业务场景的编码字段，确定所述第一业务组件所处的业务场景；

根据所述业务场景，定位所述错误码对应的故障业务组件。

在一种可能的实现方式中，所述对所述错误码的结构进行解析，得到构成所述错误码的结构编码字段之前，所述方法还包括：

根据业务组件之间的调用关系，确定多个业务场景；

针对不同的所述业务场景，配置具有不同结构编码字段的错误码。

在一种可能的实现方式中，所述根据业务组件之间的调用关系，确定多个业务场景，具体包括：

将单个业务组件无调用的业务场景确定为第一场景；所述第一场景包括单个业务组件；

所述针对不同的所述业务场景，配置具有不同结构编码字段的错误码，具体包括：

将所述第一场景的错误码的结构编码字段配置为：错误类别编码字段、业务组件编码字段和错误编码字段的组合；所述业务组件编码字段为所述单个业务组件的唯一标识。

在一种可能的实现方式中，所述根据业务组件之间的调用关系，确定多个业务场景，具体包括：

将两个业务组件进行调用的业务场景确定为第二场景；所述第二场景包括发起方业务组件和接收方业务组件；所述发起方业务组件为发起调用的业务组件；所述接收方业务组件为接收调用的业务组件；

所述针对不同的所述业务场景，配置具有不同结构编码字段错误码，具体包括：

将所述第二场景的错误码的结构编码字段配置为：错误类别的编码字段、发起方业务组件编码字段、接收方业务组件编码字段和错误编码字段的组合；所述发起方业务组件编码字段为所述发起方业务组件的唯一标识；所述接收方业务组件编码字段为所述接收方业务组件的唯一标识。

在一种可能的实现方式中，所述根据业务组件之间的调用关系，确定多个业务场景，具体包括：

将多个业务组件进行调用的业务场景确定为第三场景；所述第三场景包括中间业务组件、上游业务组件和下游业务组件；所述上游业务组件为发起调用的业务组件；所述下游业务组件为接收调用的业务组件；所述中间业务组件用于上游业务组件和下游业务组件之间的信息中转；

所述针对不同的所述业务场景，配置具有不同结构编码字段的错误码，具体包括：

将所述第三场景的错误码的结构编码字段配置为：错误类别编码字段、中间业务组件编码字段、上游业务组件编码字段、下游业务组件编码字段和错误编码字段的组合；所述中间业务组件编码字段为所述中间业务组件的唯一标识；所述上游业务组件编码字段为所述上游业务组件的唯一标识；所述下游业务组件编码字段为所述下游业务组件的唯一标识。

在一种可能的实现方式中，所述下游业务组件包括业务系统内部的业务组件和业务系统外部的业务组件中的至少一种。

第二方面，本申请实施例提供了一种故障定位装置，该装置包括：

获取模块，用于获取第一业务组件的错误码；

解析模块，用于对所述错误码的结构进行解析，得到构成所述错误码的结构编码字段；所述结构编码字段至少包括用于表征所述第一业务组件所处的业务场景的编码字段；所述业务场景由业务组件之间的调用关系确定；

第一确定模块，用于根据所述用于表征所述第一业务组件所处的业务场景的编码字段，确定所述第一业务组件所处的业务场景；

定位模块，用于根据所述业务场景，定位所述错误码对应的故障业务组件。

第三方面，本申请实施例提供了一种电子设备，该设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现上述第一方面中任一种可能的实现方法中的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现上述第一方面中任一种可能的实现方法中的方法。

第五方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如上述第一方面中任一种可能的实现方法中的方法。

本申请实施例的故障定位方法、装置、设备、计算机可读存储介质及计算机程序产品，通过根据错误码的结构编码字段，能够快速确定第一业务组件所处的业务场景。由于业务场景是根据业务组件之间的调用关系确定的，所以，业务场景对业务组件之间的调用关系进行了细化。因此，每个业务场景中的业务组件的数量相对较少，且业务组件之间的调用关系相对明确。因此，通过确定第一业务组件所处的业务场景，并根据该业务场景，定位错误码对应的故障业务组件，能够快速缩小故障业务组件的排查范围。从而，能够快速排查、并准确定位故障业务组件。

附图说明

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

图1是本申请实施例提供的一种业务组件间的调用关系示意图；

图2是本申请实施例提供的一种故障定位方法的流程示意图；

图3是本申请实施例提供的一种基于不同业务场景的业务组件间的调用关系示意图；

图4是本申请实施例提供的另一种故障定位方法的流程示意图；

图5是本申请实施例提供的一种故障定位装置的流程示意图；

图6是本申请实施例提供的一种电子设备的流程示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在多组件业务系统中，错误码一般由三部分组合而成：错误类别、业务组件编码和错误编码。

其中，错误类别一般包括：业务组件程序异常、业务组件业务处理异常和外呼第三方服务组件异常。为了方便描述，可以将三种类别依次命名为X、Y、Z三种错误类别。其中，X、Y、Z只是三个大类，在上述三个大类的基础上，还可以有一些细分的小类。另外，上述细分的小类可以用两位编码进行标识。例如，Y类型可以细分为业务逻辑错误(BL)、密码认证异常(PW)等。

另外，在多组件业务系统中，为了方便描述各业务组件之间的调用关系，可以将业务组件进行业务编码。其中，业务组件间的调用关系示意图可以如图1所示。

再者，错误编码是将业务组件内所有的错误进行统一编码，一般用3位或4位的数字编码表示。例如，字符串长度超长可以编码为1000，变量格式异常可以编码为1001等。

在此基础上，如果图1中的组件3发生异常，并抛出错误码，则可以从错误码中定位故障组件。例如，如果抛出的错误码为YBLA0031000，则可以从错误码中看到，抛出错误码的位置是A003，即需要维护A003组件的用户首先对A003进行排查。基于组件间的调用关系，如果维护A003组件的用户反馈A003组件没有问题，有可能是A002组件的问题，则需要联系维护A002组件的用户对A002组件进行排查。这样的排查过程没有问题。但是，对于业务组件多，组件间的调用关系复杂的业务系统，上述排查过程会严重减慢排查速度。尤其对于一些重要和/或影响范围广的业务系统，需要快速定位故障业务组件，并解决问题，以保证业务的正常进行。

为了解决现有技术问题，本申请实施例提供了一种故障定位方法、装置、设备、计算机可读存储介质及计算机程序产品。

下面首先对本申请实施例所提供的故障定位方法进行介绍。

图1示出了本申请实施例提供的一种故障定位方法的流程示意图。如图1所示，本申请实施例提供的故障定位方法包括以下步骤：

S210、获取第一业务组件的错误码；

S220、对错误码的结构进行解析，得到构成错误码的结构编码字段；结构编码字段至少包括用于表征第一业务组件所处的业务场景的编码字段；业务场景由业务组件之间的调用关系确定；

S230、根据用于表征第一业务组件所处的业务场景的编码字段，确定第一业务组件所处的业务场景；

S240、根据业务场景，定位错误码对应的故障业务组件。

本申请实施例的故障定位方法，通过根据错误码的结构编码字段，能够快速确定第一业务组件所处的业务场景。由于业务场景是根据业务组件之间的调用关系确定的，所以，业务场景对业务组件之间的调用关系进行了细化。因此，每个业务场景中的业务组件的数量相对较少，且业务组件之间的调用关系相对明确。因此，通过确定第一业务组件所处的业务场景，并根据该业务场景，定位错误码对应的故障业务组件，能够快速缩小故障业务组件的排查范围。从而，能够快速排查、并准确定位故障业务组件。

下面介绍上述各个步骤的具体实现方式。

在一些实施例中，在S210中，错误码可以由错误类别、业务组件编码和错误编码组合而成。其中，错误类别可以包括业务组件程序异常、业务组件业务处理异常和外呼第三方服务组件异常等。另外，每个错误类别还可以包括细分类别。例如，业务组件业务处理异常可以具体包括业务逻辑错误、密码认证异常等。在此基础上，基于错误类别，可以分别对每个错误类别进行编码。例如，业务组件程序异常可以编码为X，业务组件业务处理异常可以编码为Y，外呼第三方服务组件异常可以编码为Z，业务逻辑错误可以编码为BL，密码认证异常可以编码为PW等。

另外，基于各业务组件功能的唯一性，可以对每个业务组件进行唯一编码。例如，组件1可以编码为A001，组件2可以编码为A002等。

再者，错误编码可以为业务组件内发生错误的唯一编码。例如，字符串长度超长可以编码为1000，变量格式异常可以编码为1001等。

需要说明的是，错误类别的编码、业务组件编码和错误编码均可以由数字构成，可以由字母构成，也可以由数字和字母组合构成，在此不做限定。由于错误码可以由错误类别、业务组件编码和错误编码组合而成，所以，错误码也可以由数字和/或字母组合而成。

在本实施例中，错误码中的业务组件编码可以是一个，可以是两个，也可以是多个。

作为一种示例，业务系统中可以包括多个业务组件，多个业务组件间可以存在复杂的调用关系。如果某个业务组件处发生了错误，则该业务组件不能执行原任务。此时，业务系统发生故障，即可以抛出错误码。该错误码可以显示在运维人员的监控显示界面中。其中，监控显示界面可以为能够接收由业务系统发出的消息的一切显示界面。

在一些实施例中，在S220中，错误码的结构编码字段可以包括错误类别编码字段、业务组件编码字段和错误编码字段等。

作为一种示例，在业务系统抛出错误码之后，即可以对错误码进行解析，得到构成错误码的各个结构编码字段，例如，错误类别编码字段、业务组件编码字段和错误编码字段等。

在一些实施例中，在S230中，业务场景可以由业务组件之间的调用关系确定。其中，业务场景可以为第一场景、第二场景或第三场景。另外，如图3所示，第一场景可以为单个组件无调用的业务场景；第二场景可以为两个业务组件进行调用的业务场景；第三场景可以为多个业务组件进行调用的业务场景。在第三场景中的多个业务组件中，可以包括中间业务组件。该中间业务组件可以只用于信息中转。另外，第三场景中的多个业务组件可以包括三个业务组件。

作为一种示例，由于第一场景中包括单个业务组件，第二场景中包括两个业务组件，第三场景中包括多个业务组件。因此，如果在错误码的业务组件编码字段中只存在一个业务组件编码，则可以确定发生错误的业务组件处于第一场景中。如果在错误码的业务组件编码字段中存在两个业务组件编码，则可以确定发生错误的业务组件处于第二场景中。如果在错误码的业务组件编码字段中存在多个业务组件编码，则可以确定发生错误的业务组件处于第三场景中。

作为另一种示例，业务组件程序异常X可以发生在第一场景中，业务组件程序异常X和业务组件业务处理异常Y可以发生在第二场景中，外呼第三方服务组件异常Z可以发生在第三场景中。因此，如果在错误码的错误类别编码字段中存在错误类别X，则可以确定发生错误的业务组件处于第一场景中。如果在错误码的错误类别编码字段中存在错误类别Y，则可以确定发生错误的业务组件处于第一场景或第二场景中。如果在错误码的错误类别编码字段中存在错误类别Z，则可以确定发生错误的业务组件处于第三场景中。

在一些实施例中，在S240中，发生错误的业务组件可以为不能执行原有任务的业务组件，故障业务组件可以为导致错误产生的业务组件。由于业务组件间复杂的调用关系，因此，发生错误的业务组件并不一定是故障业务组件。

作为一种示例，如果发生错误的业务组件处于第一场景中，则可以确定发生错误的业务组件即为故障业务组件。如果发生错误的业务组件处于第二场景中，由于第二场景中只有两个业务组件，则在发生错误的业务组件没有发生故障时，可以确定第二场景中的另一个业务组件即为故障业务组件。如果发生错误的业务组件处于第三场景中，由于第三场景中有多个业务组件，则在发生错误的业务组件没有发生故障时，可以排查其他业务组件。具体地，第三场景中可以有三个业务组件，则在发生错误的业务组件没有发生故障时，只需要排查其他两个业务组件即可，进而可以确定第三场景中的另外两个业务组件中的一个为故障业务组件。

为了快速定位故障业务组件，作为本申请的另一种实现方式，本申请还提供了故障定位方法的另一种实现方式，具体参见以下实施例。

请参见图4，本申请实施例提供的故障定位方法在上述实施例所示的S220之前，还可以包括以下步骤：

S410、根据业务组件之间的调用关系，确定多个业务场景；

S420、针对不同的业务场景，配置具有不同结构编码字段的错误码。

本申请实施例通过根据业务组件之间的调用关系确定多个业务场景，能够简化业务组件之间的调用关系。通过针对不同的业务场景，配置具有不同结构编码字段的错误码，能够在业务系统抛出错误码时，根据错误码中用于表征业务组件所处的业务场景的编码字段快速定位业务场景，进而快速定位故障业务组件。

下面介绍上述各个步骤的具体实现方式。

在一些实施例中，在S410中，组件之间的调用关系可以有单个业务组件无调用、两个业务组件进行调用和多个业务组件依次进行调用等多种情况。其中，任意两个业务组件之间可以是相互调用的关系，也可以是单向调用的关系。

在一些实施例中，在S420中，错误码可以由错误类别、业务组件编码和错误编码组合而成。由于在不同的业务场景中，业务组件的调用关系和数量都是不同的。所以，针对不同的业务场景，可以配置不同数量的业务组件编码。在本实施例中，具有不同结构编码字段的错误码包括但不限于业务组件编码的数量不同。

在本实施例中，S410具体可以包括：

将单个业务组件无调用的业务场景确定为第一场景；第一场景包括单个业务组件；

S420具体可以包括：

将第一场景的错误码的结构编码字段配置为：错误类别编码字段、业务组件编码字段和错误编码字段的组合；业务组件编码字段为单个业务组件的唯一标识。

这里，单个业务组件可以独立执行业务组件的内部处理逻辑。即在第一场景中，单个业务组件可以不调用其他组件，独立执行任务。换句话说，针对第一场景配置的错误码可以反映业务组件内部的异常错误。

另外，本实施例中的第一场景的错误码可以兼容现有技术中，未针对业务场景进行配置的一般错误码。

这样，由于第一场景中只有一个业务组件，通过确定发生错误的业务组件处于第一场景，则能够立即确定发生错误的业务组件即为故障业务组件，进而能够快速定位故障业务组件。

在本实施例中，S410具体还可以包括：

将两个业务组件进行调用的业务场景确定为第二场景；第二场景包括发起方业务组件和接收方业务组件；发起方业务组件为发起调用的业务组件；接收方业务组件为接收调用的业务组件；

S420具体还可以包括：

将第二场景的错误码的结构编码字段配置为：错误类别编码字段、发起方业务组件编码字段、接收方业务组件编码字段和错误编码字段的组合；发起方业务组件编码字段为发起方业务组件的唯一标识；接收方业务组件编码字段为接收方业务组件的唯一标识。

这里，两个业务组件之间的调用关系可以为双向调用，也可以为单向调用。在某次业务调用中，如果业务组件A调用了业务组件B，则业务组件A可以为发起方业务组件，业务组件B可以为接收方业务组件。另一方面，在某次业务调用中，如果业务组件B调用了业务组件A，则业务组件B可以为发起方业务组件，业务组件A可以为接收方业务组件。因此，处于第二场景中的两个业务组件，均可以进行业务组件内部的处理逻辑。

作为一种示例，如果第二场景中包括业务组件A和业务组件B，则在在业务组件A处发生了错误时，即可以将故障业务组件的排查范围锁定在业务组件A和业务组件B。

作为一种实例，如果存在多于两个业务组件进行调用的情况，可以将多个业务组件之间的调用关系分为多个第二场景。例如，业务组件A调用业务组件B，业务组件B调用业务组件C。则可以将业务组件A调用业务组件B的业务场景确定为一个第二场景，将业务组件B调用业务组件C的业务场景确定为另一个第二场景。

这样，由于第二场景中只有两个业务组件，通过确定发生错误的业务组件处于第二场景，则能够立刻缩小故障业务组件的排查范围，进而能够快速定位故障业务组件。

在本实施例中，S410具体还可以包括：

将多个业务组件进行调用的业务场景确定为第三场景；第三场景包括中间业务组件、上游业务组件和下游业务组件；上游业务组件为发起调用的业务组件；下游业务组件为接收调用的业务组件；中间业务组件用于上游业务组件和下游业务组件之间的信息中转；

S420具体还可以包括：

将第三场景的错误码的结构编码字段配置为：错误类别编码字段、中间业务组件编码字段、上游业务组件编码字段、下游业务组件编码字段和错误编码字段的组合；中间业务组件编码字段为中间业务组件的唯一标识；上游业务组件编码字段为上游业务组件的唯一标识；下游业务组件编码字段为下游业务组件的唯一标识。

这里，第三场景可以包括三个业务组件。其中，上游业务组件和下游业务组件均可以用于业务组件内部的处理逻辑，中间业务组件可以只用于上游业务组件和下游业务组件之间的信息中转，不进行任何逻辑处理。当然，中间业务组件也可以用于业务组件内部的处理逻辑。

另外，下游业务组件可以包括业务系统内部的业务组件和业务系统外部的业务组件中的至少一种。其中，当下游业务组件为业务系统外部的业务组件时，由于系统外部的业务组件的报文结构和系统内部的业务组件的报文结构可能存在差异，所以，可以存在中间业务组件用于承接系统内、外业务组件之间的调用。当然，当下游业务组件为业务系统外部的业务组件时，也可以存在中间业务组件用于上游业务组件和下游业务组件之间的信息中转。其中，该中间业务组件可以用于业务组件内部的处理逻辑。

作为一种实例，如果存在多于三个业务组件进行调用的情况，可以将多个业务组件之间的调用关系分为多个第三场景。例如，业务组件A调用业务组件B，业务组件B调用业务组件C，业务组件C调用业务组件D。则可以将业务组件A调用业务组件B，业务组件B调用业务组件C的业务场景确定为一个第三场景，将业务组件B调用业务组件C，业务组件C调用业务组件D的业务场景确定为另一个第三场景。

这样，由于第三场景中只有三个业务组件，通过确定发生错误的业务组件处于第三场景，则能够立刻缩小故障业务组件的排查范围，进而能够快速定位故障业务组件。

除此之外，本申请实施例中方法的其它步骤可参见上文图2所示实施例的相关描述，此处不做过多赘述。

基于上述实施例提供的故障定位方法，相应地，本申请还提供了故障定位装置的具体实现方式。请参见以下实施例。

如图5所示，本申请实施例提供的故障定位装置500包括以下模块：

获取模块510，用于获取第一业务组件的错误码；

解析模块520，用于对错误码的结构进行解析，得到构成错误码的结构编码字段；结构编码字段至少包括用于表征第一业务组件所处的业务场景的编码字段；业务场景由业务组件之间的调用关系确定；

第一确定模块530，用于根据用于表征第一业务组件所处的业务场景的编码字段，确定第一业务组件所处的业务场景；

定位模块540，用于根据业务场景，定位错误码对应的故障业务组件。

作为本申请的一种实现方式，如上文所述，该装置还可以包括：

第二确定模块，用于根据业务组件之间的调用关系，确定多个业务场景；

配置模块，用于针对不同的业务场景，配置具有不同结构编码字段的错误码。

作为本申请的一种实现方式，如上文所述，第二确定模块具体可以包括：

第一确定子模块，用于将单个业务组件无调用的业务场景确定为第一场景；第一场景包括单个业务组件；

基于此，配置模块具体可以包括：

第一配置子模块，用于将第一场景的错误码的结构编码字段配置为：错误类别编码字段、业务组件编码字段和错误编码字段的组合；业务组件编码字段为单个业务组件的唯一标识。

作为本申请的一种实现方式，如上文所述，第二确定模块具体还可以包括：

第二确定子模块，用于将两个业务组件进行调用的业务场景确定为第二场景；第二场景包括发起方业务组件和接收方业务组件；发起方业务组件为发起调用的业务组件；接收方业务组件为接收调用的业务组件；

基于此，配置模块具体还可以包括：

第二配置子模块，用于将第二场景的错误码的结构编码字段配置为：错误类别编码字段、发起方业务组件编码字段、接收方业务组件编码字段和错误编码字段的组合；发起方业务组件编码字段为发起方业务组件的唯一标识；接收方业务组件编码字段为接收方业务组件的唯一标识。

作为本申请的一种实现方式，如上文所述，第二确定模块具体还可以包括：

第三确定子模块，用于将多个业务组件进行调用的业务场景确定为第三场景；第三场景包括中间业务组件、上游业务组件和下游业务组件；上游业务组件为发起调用的业务组件；下游业务组件为接收调用的业务组件；中间业务组件用于上游业务组件和下游业务组件之间的信息中转；

基于此，配置模块具体还可以包括：

第三配置子模块，用于将第三场景的错误码的结构编码字段配置为：错误类别编码字段、中间业务组件编码字段、上游业务组件编码字段、下游业务组件编码字段和错误编码字段的组合；中间业务组件编码字段为中间业务组件的唯一标识；上游业务组件编码字段为上游业务组件的唯一标识；下游业务组件编码字段为下游业务组件的唯一标识。

作为本申请的一种实现方式，下游业务组件包括业务系统内部的业务组件和业务系统外部的业务组件中的至少一种。

本申请实施例的故障定位装置，通过根据错误码的结构编码字段，能够快速确定第一业务组件所处的业务场景。由于业务场景是根据业务组件之间的调用关系确定的，所以，业务场景对业务组件之间的调用关系进行了细化。因此，每个业务场景中的业务组件的数量相对较少，且业务组件之间的调用关系相对明确。因此，通过确定第一业务组件所处的业务场景，并根据该业务场景，定位错误码对应的故障业务组件，能够快速缩小故障业务组件的排查范围。从而，能够快速排查、并准确定位故障业务组件。

基于上述实施例提供的故障定位方法，本申请实施例还提供了电子设备的具体实施方式。图6示出了本申请实施例提供的电子设备600示意图。

电子设备600可以包括处理器610以及存储有计算机程序指令的存储器620。

具体地，上述处理器610可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器620可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器620可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器620可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器620可在综合网关容灾设备的内部或外部。在特定实施例中，存储器620是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器610通过读取并执行存储器620中存储的计算机程序指令，以实现上述实施例中的任意一种故障定位方法。

在一个示例中，电子设备600还可包括通信接口630和总线640。其中，如图6所示，处理器610、存储器620、通信接口630通过总线640连接并完成相互间的通信。

通信接口630，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线640包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线640可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备可以基于当前已获取的第一业务组件的错误码执行本申请实施例中的故障定位方法，从而实现结合图1至图5描述的故障定位方法和装置。

另外，结合上述实施例中的故障定位方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种故障定位方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

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

获取第一业务组件的错误码；

对所述错误码的结构进行解析，得到构成所述错误码的结构编码字段；所述结构编码字段至少包括用于表征所述第一业务组件所处的业务场景的编码字段；所述业务场景由业务组件之间的调用关系确定；

根据所述用于表征所述第一业务组件所处的业务场景的编码字段，确定所述第一业务组件所处的业务场景；

根据所述业务场景，定位所述错误码对应的故障业务组件。

2.根据权利要求1所述的故障定位方法，其特征在于，所述对所述错误码的结构进行解析，得到构成所述错误码的结构编码字段之前，所述方法还包括：

根据业务组件之间的调用关系，确定多个业务场景；

针对不同的所述业务场景，配置具有不同结构编码字段的错误码。

3.根据权利要求2所述的故障定位方法，其特征在于，所述根据业务组件之间的调用关系，确定多个业务场景，具体包括：

将单个业务组件无调用的业务场景确定为第一场景；所述第一场景包括单个业务组件；

所述针对不同的所述业务场景，配置具有不同结构编码字段的错误码，具体包括：

将所述第一场景的错误码的结构编码字段配置为：错误类别编码字段、业务组件编码字段和错误编码字段的组合；所述业务组件编码字段为所述单个业务组件的唯一标识。

4.根据权利要求2所述的故障定位方法，其特征在于，所述根据业务组件之间的调用关系，确定多个业务场景，具体包括：

将两个业务组件进行调用的业务场景确定为第二场景；所述第二场景包括发起方业务组件和接收方业务组件；所述发起方业务组件为发起调用的业务组件；所述接收方业务组件为接收调用的业务组件；

所述针对不同的所述业务场景，配置具有不同结构编码字段错误码，具体包括：

将所述第二场景的错误码的结构编码字段配置为：错误类别编码字段、发起方业务组件编码字段、接收方业务组件编码字段和错误编码字段的组合；所述发起方业务组件编码字段为所述发起方业务组件的唯一标识；所述接收方业务组件编码字段为所述接收方业务组件的唯一标识。

5.根据权利要求2所述的故障定位方法，其特征在于，所述根据业务组件之间的调用关系，确定多个业务场景，具体包括：

将多个业务组件进行调用的业务场景确定为第三场景；所述第三场景包括中间业务组件、上游业务组件和下游业务组件；所述上游业务组件为发起调用的业务组件；所述下游业务组件为接收调用的业务组件；所述中间业务组件用于所述上游业务组件和所述下游业务组件之间的信息中转；

所述针对不同的所述业务场景，配置具有不同结构编码字段的错误码，具体包括：

将所述第三场景的错误码的结构编码字段配置为：错误类别的编码字段、中间业务组件编码字段、上游业务组件编码字段、下游业务组件编码字段和错误编码字段的组合；所述中间业务组件编码字段为所述中间业务组件的唯一标识；所述上游业务组件编码字段为所述上游业务组件的唯一标识；所述下游业务组件编码字段为所述下游业务组件的唯一标识。

6.根据权利要求5所述的故障定位方法，其特征在于，所述下游业务组件包括业务系统内部的业务组件和业务系统外部的业务组件中的至少一种。

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

获取模块，用于获取第一业务组件的错误码；

解析模块，用于对所述错误码的结构进行解析，得到构成所述错误码的结构编码字段；所述结构编码字段至少包括用于表征所述第一业务组件所处的业务场景的编码字段；所述业务场景由业务组件之间的调用关系确定；

第一确定模块，用于根据所述用于表征所述第一业务组件所处的业务场景的编码字段，确定所述第一业务组件所处的业务场景；

定位模块，用于根据所述业务场景，定位所述错误码对应的故障业务组件。

8.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的故障定位方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的故障定位方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6任意一项所述的故障定位方法。

Images