一种错误日志处理方法、装置及设备与流程

1.本技术涉及数据技术领域，尤其涉及一种错误日志处理方法、装置及设备。


背景技术：

2.现如今，一些系统的运行环境复杂且多种多样。当系统在运行过程中出现故障时，多个运行环境下都会产生对应的一套错误日志，错误日志数据量庞大。
3.另外，当系统由于故障的原因出现错误时，若系统的各级子系统关联性强大，初始出现的错误会引起很多关联性错误，关联性错误还可能引起其他关联性错误。初始出现的错误，可称为根源性错误。例如，由微服务架构组成的系统中，服务器故障产生的错误会导致服务器之间调用时产生调用错误。其中，服务器故障产生的错误为根源性错误，服务器之间调用时产生的调用错误为由根源性错误导致的关联性错误。相比于关联性错误，根源性错误属于更加抽象的错误。
4.根源性错误和关联性错误是构成错误日志的主要内容。获取错误日志后，需要定位根源性错误以便用户针对根源性错误进行处理，解决运行过程中出现的故障。但是，关联性错误会干扰定位根源性错误，增加定位根源性错误的难度，造成查找根源性错误的效率低。


技术实现要素：

5.为了解决上述技术问题，本技术提供了一种错误日志处理方法、装置及设备，通过对错误日志进行处理，能够简化错误日志中的内容，有助于降低定位根源性错误的难度并提高定位根源性错误的效率。
6.为了实现上述目的，本技术实施例提供的技术方案如下：
7.一种错误日志处理方法，所述方法包括：
8.获取错误日志信息；所述错误日志信息包括预设数量个维度分别对应的属性信息；
9.基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取所述目标错误日志信息的相关性；所述目标错误日志信息为任意两条所述错误日志信息；所述维度层级结构用于表示所述维度下的多种属性信息的层级关系；
10.将所述相关性满足预设条件的目标错误日志信息确定为待处理信息组；
11.将所述待处理信息组中符合处理条件的同一维度下的不同属性信息均用上一层级属性替代，获取处理后的错误日志信息；所述处理条件为所述待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级且所述待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对所述同一维度设置的层级范围。
12.在一种可能的实现方式中，所述维度层级结构为维度层级树状图；
13.所述基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，
获取所述目标错误日志信息的相关性，包括：
14.根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算所述目标维度下的所述目标错误日志信息的相似度；所述目标维度为所述预设数量个维度中的任一维度；
15.将所述预设数量个维度下的所述目标错误日志信息的相似度相加，获取所述目标错误日志信息的相似度；所述目标错误日志信息的相似度用于表示所述目标错误日志信息的相关性。
16.在一种可能的实现方式中，所述根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算所述目标维度下的所述目标错误日志信息的相似度，包括：
17.确定目标错误日志信息所包含的在目标维度下的第一属性信息和第二属性信息；
18.在所述目标维度的维度层级树状图中，获取所述第一属性信息对应的节点到根节点的路径，获取所述第二属性信息对应的节点到所述根节点的路径；
19.将所述第一属性信息对应的节点到所述根节点的路径和所述第二属性信息对应的节点到所述根节点的路径中属于重合路径的总条数确定为所述目标维度下的所述目标错误日志信息的相似度。
20.在一种可能的实现方式中，在所述获取错误日志信息之后，所述基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取所述目标错误日志信息的相关性之前，所述方法还包括：
21.遍历所述错误日志信息，将任意两条相同的所述错误日志信息中的一条进行删除。
22.在一种可能的实现方式中，所述方法还包括：
23.重新执行所述遍历所述错误日志信息，将任意两条相同的所述错误日志信息中的一条进行删除以及后续步骤。
24.在一种可能的实现方式中，所述方法还包括：
25.所述待处理信息组不符合所述处理条件时，输出处理后的错误日志信息。
26.在一种可能的实现方式中，所述预设数量个维度至少包括服务器维度、应用维度和故障异常来源维度中的一种或多种。
27.一种错误日志处理装置，所述装置包括：
28.获取单元，用于获取错误日志信息；所述错误日志信息包括预设数量个维度分别对应的属性信息；
29.计算单元，用于基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取所述目标错误日志信息的相关性；所述目标错误日志信息为任意两条所述错误日志信息；所述维度层级结构用于表示所述维度所包括的多种属性信息的层级关系；
30.确定单元，用于将所述相关性满足预设条件的目标错误日志信息确定为待处理信息组；
31.处理单元，用于将所述待处理信息组中符合处理条件的同一维度下的不同属性信息均用上一层级属性替代，获取处理后的错误日志信息；所述处理条件为所述待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级
且所述待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对所述同一维度设置的层级范围。
32.一种错误日志处理设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上述的错误日志处理方法。
33.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如上述的错误日志处理方法。
34.通过上述技术方案可知，本技术具有以下有益效果：
35.本技术实施例提供了一种错误日志处理方法、装置及设备，获取错误日志信息。其中，每条错误日志信息均包括预设数量个维度分别对应的属性信息。基于错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性，即每两条错误日志信息的相关性。进一步，将相关性满足预设条件的目标错误日志信息确定为待处理信息组。其中，待处理信息组对应的两条错误日志信息为相关性高的错误日志信息。针对待处理信息组，判断待处理信息组中同一维度下的不同属性信息是否满足处理条件，若符合处理条件，则待处理信息组中的两条错误日志信息为高一层级错误导致的关联性错误。此时，待处理信息组中同一维度下的不同属性信息为关联性错误对应的属性信息，可用上一层级属性进行替代，上一层级属性为高一层级错误对应的属性信息。基于此，将符合处理条件的同一维度下的不同属性信息均用上一层级属性替代后，减少了关联性错误对应的属性信息。而由于上一层级属性为更抽象的高一层级错误对应的属性信息，便于用户从处理后的错误日志信息中查找根源性错误，可提高查找根源性错误的效率。
附图说明
36.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
37.图1为本技术实施例提供的示例性应用场景的框架示意图；
38.图2为本技术实施例提供的一种错误日志处理方法的流程图；
39.图3为本技术实施例提供的一种服务器维度下的维度层级树状图；
40.图4为本技术实施例提供的一种应用维度下的维度层级树状图；
41.图5为本技术实施例提供的一种故障异常来源维度下的维度层级树状图；
42.图6为本技术实施例提供的另一种错误日志处理方法的流程图；
43.图7为本技术实施例提供的一种错误日志处理装置的结构示意图。
具体实施方式
44.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术实施例作进一步详细的说明。
45.为了便于理解和解释本技术实施例提供的技术方案，下面先对本技术实施例的背景技术进行说明。
46.随着系统的开发和应用，一些系统的运行环境复杂且多种多样。例如，不同地区的系统对应的运行环境不同，不同服务商下的系统对应的运行环境不同，不同版本的系统对应的运行环境也不同。当系统在运行过程中出现故障时，针对多个运行环境，都会产生对应的错误日志，这就会造成错误日志数据量十分庞大。另外，系统的各级子系统关联性强大，例如由微服务架构组成的系统，根源性错误可能会引起其他关联性错误，使得从错误日志上查找根源性错误十分繁琐，查找效率低。
47.基于此，本技术实施例提供了一种错误日志处理方法，获取错误日志信息。其中，每条错误日志信息均包括预设数量个维度分别对应的属性信息。基于错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性，即每两条错误日志信息的相关性。进一步，将相关性满足预设条件的目标错误日志信息确定为待处理信息组。其中，待处理信息组对应的两条错误日志信息为相关性高的错误日志信息。针对待处理信息组，判断待处理信息组中同一维度下的不同属性信息是否满足处理条件，若符合处理条件，则待处理信息组中的两条错误日志信息为高一层级错误导致的关联性错误。此时，待处理信息组中同一维度下的不同属性信息为关联性错误对应的属性信息，可用上一层级属性进行替代，上一层级属性为高一层级错误对应的属性信息。基于此，将符合处理条件的同一维度下的不同属性信息均用上一层级属性替代后，减少了关联性错误对应的属性信息。而由于上一层级属性为更抽象的高一层级错误对应的属性信息，便于用户从处理后的错误日志信息中查找根源性错误，可提高查找根源性错误的效率。
48.为了便于理解本技术实施例提供的错误日志处理方法，下面结合图1所示的场景示例进行说明。参见图1，该图为本技术实施例提供的示例性应用场景的框架示意图。
49.在实际应用时，先获取错误日志信息。获取到的错误日志信息包括预设数量个维度分别对应的属性信息。在获取错误日志信息之后，确定任意两条错误日志信息为目标错误日志信息。基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性。其中，维度层级结构用于表示维度下的多种属性信息的层级关系。将相关性满足预设条件的目标错误日志信息确定为待处理信息组。
50.将待处理信息组中符合处理条件的同一维度下的不同属性信息均用上一层级属性替代，获取处理后的错误日志信息。其中，处理条件为待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级且待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对同一维度设置的层级范围。
51.本领域技术人员可以理解，图1所示的框架示意图仅是本技术的实施方式可以在其中得以实现的一个示例。本技术实施方式的适用范围不受到该框架任何方面的限制。
52.为了便于理解本技术，下面结合附图对本技术实施例提供的错误日志处理方法进行说明。
53.参见图2，图2为本技术实施例提供的一种错误日志处理方法。如图2所示，该方法包括s201
‑
s204：
54.s201：获取错误日志信息；错误日志信息包括预设数量个维度分别对应的属性信息。
55.系统在运行过程中，若发生故障，则会产生错误日志信息。每条错误日志信息代表
由于故障产生的一个错误，可能是根源性错误，也可能是由根源性错误导致的关联性错误。每个运行环境对应一套错误日志。在本技术实施例中，获取的待处理的错误日志信息可为同一版本系统下的不同运行环境对应的所有错误日志信息，即将同一版本系统在不同运行环境下的所有错误日志信息整合到一起，共同进行处理和分析。
56.其中，每条错误日志信息包括预设数量个维度分别对应的属性信息。需要说明的是，可根据实际需要确定预设数量，这里对预设数量不进行限定。
57.在一种可选示例中，预设数量个维度至少包括服务器维度、应用维度和故障异常来源维度中的一种或多种。
58.每个维度下有多种属性信息。服务器维度下的多种属性信息为多种环境种类。例如，环境种类包括系统环境、测试环境、正式环境、主环境和备用环境。
59.应用维度下的多种属性信息为多种服务器调用关系。例如，服务器调用关系包括服务器a，服务器b，服务器c，服务器d，服务器a调用服务器c，服务器a调用服务器d。当应用维度对应的属性为服务器a时，表明调用关系为调用服务器a。当应用维度对应的属性为服务器a调用服务器c，则表明调用关系为服务器a调用服务器c。
60.故障异常来源维度下的多种属性信息为多种故障异常来源。例如，多种故障异常来源包括基础组件、内部错误和业务错误。其中，基础组件包括数据库、rpc和微服务等。内部错误包括参数错误、接口错误和转化错误等。业务错误包括获取信息错误、获取用户错误和获取表单错误等。当故障异常来源维度对应的属性为数据库时，表明数据库内发生了故障。
61.在另一种可选示例中，预设数量个维度还包括关键信息维度。关键信息维度对应的属性信息为关键信息。例如，关键信息为类名、当前错误日志信息在所有错误日志信息中的行数、方法名等。
62.在另一种可选示例中，预设数量个维度还包括通讯方式维度。通讯方式维度对应的属性信息为通讯方式。例如，通讯方式为https、http、thrift、远程过程调用协议rpc。
63.举例说明，若预设数量个维度为服务器维度、应用维度、通讯方式维度、关键信息维度和故障异常来源维度。错误日志信息中的一条错误日志信息为service_a
‑
invoke
‑
service_b thrift get userinfo error。其中，应用维度对应的属性信息为service_a
‑
invoke
‑
service_b，表明调用关系为服务器a调用服务器b。通讯方式维度对应的属性信息为thrift，表明通讯方式为thrift。故障异常来源维度对应的属性信息为get userinfo error，表明关键信息为调用用户信息错误。由此条错误日志信息可知，该错误日志信息中没有服务器维度和关键信息维度对应的字段，则此条错误日志信息的服务器维度对应的属性信息为空，关键信息维度对应的属性信息为空。
64.s202：基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性；目标错误日志信息为任意两条错误日志信息；维度层级结构用于表示维度下的多种属性信息的层级关系。
65.在本技术实施例中，维度层级结构用于表示对应维度下的多种属性信息的层级关系。每个维度均有对应的维度层级结构，例如，服务器维度对应的维度层级结构表示了服务器维度下的多种属性信息的层级关系。
66.作为一种示例，维度层级结构为维度层级树状图。
67.下面以服务器维度、应用维度和故障异常来源维度的维度层级树状图为例分别进行说明。
68.参见图3，图3为本技术实施例提供的一种服务器维度下的维度层级树状图。如图3所示，服务器维度对应的维度层级树状图为由系统环境、测试环境、正式环境、主环境和备用环境等属性信息构成的层级结构。其中，系统环境为测试环境和正式环境的上一层级环境，正式环境为主环境和备用环境的上一层级环境。系统环境为服务器维度对应的维度层级树状图的根节点。
69.参见图4，图4为本技术实施例提供的一种应用维度下的维度层级树状图。如图4所示，应用维度对应的维度层级树状图为由服务器a，服务器b，服务器c，服务器d，服务器a调用服务器c，服务器a调用服务器d等属性信息构成的层级结构。其中，服务器为服务器a，服务器b，服务器c，服务器d的上一层级服务器调用关系，服务器a调用服务器c为服务器a和服务器c的下一级服务器调用关系。服务器a调用服务器d为服务器a和服务器d的下一级服务器调用关系。服务器为应用维度对应的维度层级树状图的根节点。
70.参见图5，图5为本技术实施例提供的一种故障异常来源维度下的维度层级树状图。如图5所示，故障异常来源维度对应的维度层级树状图为由基础组件，内部错误、业务错误、数据库、rpc、微服务、参数错误、接口错误、转化错误、获取信息错误、获取用户错误和获取表单错误等属性信息构成的层级结构。其中，错误来源为基础组件，内部错误，业务错误的上一层级故障异常来源。数据库、rpc和微服务为基础组件的下一级故障异常来源。参数错误、接口错误和转化错误为内部错误的下一级故障异常来源。获取信息错误、获取用户错误和获取表单错误为业务错误的下一级故障异常来源。错误来源为故障异常来源维度对应的维度层级树状图的根节点。
71.需要说明的是，图3、图4和图5作为示例，仅用于展示服务器维度、应用维度和故障异常来源维度分别对应的属性信息的层级关系。服务器维度、应用维度和故障异常来源维度分别对应的属性信息的层级关系不限于此。并且维度层级结构并不限于维度层级树状图。
72.在获取错误日志信息以及每条错误日志信息的预设数量个维度对应的属性信息后，将任意两条错误日志信息确定为目标错误日志信息，即从错误日志信息中选取任意两条错误日志信息。进一步，基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性。
73.其中，相关性用于判断目标错误日志信息中的两条错误日志信息的相似程度。若相关性满足预设条件，则表明目标错误日志信息中的两条错误日志信息为相关性强的两条错误日志信息，可对其进行后续处理以判断是否存在上一层级错误导致了此相关性强的两条错误日志信息。
74.在本步骤中，若维度层级结构为维度层级树状图。则在一种可能的实现方式中，基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性的一个具体实施方式，包括：
75.根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算目标维度下的目标错误日志信息的相似度；目标维度为预设数量个维度中的任一维度；
76.将预设数量个维度下的目标错误日志信息的相似度相加，获取目标错误日志信息的相似度。其中，目标错误日志信息的相似度用于表示目标错误日志信息的相关性。
77.需要说明的是，预设数量个维度中的任一维度为目标维度。首先计算目标错误日志信息在目标维度下的相似度，再将预设数量个维度下的目标错误日志信息的相似度相加，获取目标错误日志信息的相似度以此来获取目标错误日志信息的相关性。可以理解的是，相似度越大，目标错误日志信息的相关性越强。
78.在一种可能的实现方式中，本技术实施例提供了一种根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算目标维度下的目标错误日志信息的相似度的具体实施方式，具体请参见下文。
79.s203：将相关性满足预设条件的目标错误日志信息确定为待处理信息组。
80.在获取目标错误日志信息的相关性后，将相关性满足预设条件的目标错误日志信息确定为待处理信息组。待处理信息组中的两条错误日志信息被认为是相关性高的两条错误日志信息。
81.在一种可能的实现方式中，当相关性用相似度表示时，预设条件为大于预设阈值。其中，预设阈值可根据实际情况进行设定，这里不对预设阈值进行限定。
82.s204：将待处理信息组中符合处理条件的同一维度下的不同属性信息均用上一层级属性替代，获取处理后的错误日志信息；处理条件为待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级且待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对同一维度设置的层级范围。
83.在确定待处理信息组之后，只能说明待处理信息组中的两条错误日志信息相关性高。对于待处理信息组是否能够被处理，还需判断待处理信息组中同一维度下的不同属性信息是否满足处理条件。若满足处理条件，则将满足处理条件的同一维度下的不同属性信息用上一层级属性替代，获取处理后的错误日志信息。
84.其中，处理条件为待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级且待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对同一维度设置的层级范围。
85.例如，如图3所示，若同一维度为服务器维度，待处理信息组中的两条错误日志信息在服务器维度的属性信息分别为主环境和备用环境。则主环境和备用环境对应的维度层级结构中的所处层级有相同的上一层级，即为正式环境。若层级范围为(2,3]，层级范围中只包含整数。图3所示的根节点对应的层级为1，测试环境和正式环境对应的层级为2，主环境和备用环境对应的层级为3。则主环境和备用环境对应的维度层级结构中的所处层级数为3，满足层级范围，可用正式环境替代待处理信息组中的主环境和备用环境。
86.需要说明的是，在设置处理条件时，需要设计层级阙值。层级阙值表示了最终处理得到的错误日志的详细程度。例如，如图3所示，在服务器维度下，层级关系为：根节点对应的层级数为1，测试环境和正式环境对应的层级数为2，主环境和备用环境对应的层级数为3。设置层级阙值为2，根据层级阙值确定层级范围为(2,3]，该层级范围包括第3层级，不包括第二层级。或者，在上述设定的层级关系中，当层级数大于层级阙值2时，便将待处理信息组中服务器维度下的主环境和备用环境均用正式环境进行替代。
87.在上述的层级关系中，认为系统环境对于备用环境和主环境来说为更加抽象的层级属性，备用环境和主环境对于系统环境来说更加具体的层级属性。在系统环境产生的错误引起了备用环境和/或主环境下也产生错误，此时，在备用环境和/或主环境下产生的错误即为系统环境下产生的错误的关联性错误，相比于系统环境下产生的错误，属于低一层级的错误，可认为是更加具体的错误。将主环境和备用环境均用正式环境替代后，则减少了关联性错误对应的属性信息，得到了更加抽象的高一层级的正式环境属性信息。若正式环境为根源性错误对应的属性信息，则查找到了根源性错误来自正式环境。若正式环境不为根源性错误对应的属性信息，也减少了关联性错误对应的属性信息。因此，用上一层级属性代替待处理信息组中满足处理条件的同一维度下的不同属性信息，便于用户从处理后的错误日志信息中查找根源性错误。
88.另外，在上述设定的层级关系中，当层级阙值越大时，表明最终处理得到的错误日志越详细，层级阙值越小，表明最终处理得到的错误日志越抽象。可以理解的是，层级关系和层级范围均根据实际情况进行选取，这里对层级关系和层级范围不进行限定。
89.另外，将不满足处理条件的同一维度下的不同属性信息不进行处理。若待处理信息组中同一维度下的属性信息相同，也不进行处理。
90.在对s201中获取的错误日志信息执行完s201
‑
s204之后，使得满足处理条件的待处理信息组中的同一维度下的属性信息进行了上一级属性信息的替代，这一操作使得错误日志信息中不用呈现该维度下的关联性错误对应的属性信息，如备用环境和/或主环境。替代性地，处理后的错误日志信息呈现了导致关联性错误的上一级错误对应的属性信息，如系统环境。处理后的错误日志信息便于用户查找错误日志信息的根源性错误。
91.通过本技术实施例提供的错误日志处理方法，可以从错误日志信息中选取相关性高的目标错误日志信息。当目标错误日志信息满足处理条件时，将其确定为待处理信息组。将待处理信息组的同一维度下的不同属性信息均用上一层级属性替代。其中，满足处理条件的待处理信息组的同一维度下的不同属性信息是关联性错误对应的属性信息，其被上一层级属性替代后，在一定程度上减少了关联性错误对应的属性信息，便于用户定位错误日志信息中的根源性错误，提高了定位根源性错误的效率。
92.在s202中，计算目标错误日志信息的相似度时，需要先根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算目标维度下的目标错误日志信息的相似度，再将预设数量个维度下的目标错误日志信息的相似度相加，获取目标错误日志信息的相似度。
93.在一种可能的实现方式中，本技术实施例提供了一种根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算目标维度下的目标错误日志信息的相似度的具体实施方式，包括：
94.确定目标错误日志信息所包含的在目标维度下的第一属性信息和第二属性信息。
95.在目标维度的维度层级树状图中，获取第一属性信息对应的节点到根节点的路径，获取第二属性信息对应的节点到根节点的路径；
96.将第一属性信息对应的节点到根节点的路径和第二属性信息对应的节点到根节点的路径中属于重合路径的总条数确定为目标维度下的目标错误日志信息的相似度。
97.举例说明，若目标维度为服务器维度，目标错误日志信息中的两条错误日志信息
所包含的在服务器维度的属性信息分别为主环境和备用环境。则第一属性信息和第二属性信息分别为主环境和备用环境。如图3所示的服务器维度对应的维度层级树状图，主环境和备用环境均为正式环境的下一级节点，根节点为系统环境。可知，主环境对应的节点到系统环境对应的根节点的路径为主环境
‑
正式环境
‑
系统环境。备用环境对应的节点到系统环境对应的根节点的路径为备用环境
‑
正式环境
‑
系统环境。主环境对应的节点到根节点的路径和备用环境对应的节点到根节点的路径中属于重合路径为正式环境
‑
系统环境，且各有一条。则主环境对应的节点到根节点的路径和备用环境对应的节点到根节点的路径中属于重合路径的总条数为2，确定服务器维度下的目标错误日志信息的相似度为2。
98.若目标维度为应用维度，目标错误日志信息中的两条错误日志信息所包含的在应用维度的属性信息分别为服务器a调用服务器c和服务器a调用服务器d。则第一属性环境和第二属性信息分别为服务器a调用服务器c和服务器a调用服务器d。
99.如图4所示的应用维度对应的维度层级树状图，根节点为服务器。可知，服务器a调用服务器c对应的节点到服务器对应的根节点的路径为服务器a调用服务器c
‑
服务器a
‑
服务器，服务器a调用服务器c
‑
服务器c
‑
服务器。服务器a调用服务器d对应的节点到服务器对应的根节点的路径为服务器a调用服务器d
‑
服务器a
‑
服务器，服务器a调用服务器d
‑
服务器d
‑
服务器。服务器a调用服务器c对应的节点到根节点的路径和服务器a调用服务器d对应的节点到根节点的路径中属于重合路径为服务器a
‑
服务器，且各有一条。则服务器a调用服务器c对应的节点到根节点的路径和服务器a调用服务器d对应的节点到根节点的路径中属于重合路径的总条数为2，确定应用维度下的目标错误日志信息的相似度为2。
100.若目标错误日志信息的预设数量个维度的属性信息仅是服务器维度下的属性信息和应用维度下的属性信息不为空。则目标错误日志信息的相似度为目标错误日志信息在服务器维度下的相似度和目标错误日志信息在应用维度下的相似度的和，即为2 2，为4。
101.在确定了目标错误信息在目标维度下的相似度时，便可以将预设数量个维度下的目标错误日志信息的相似度相加，获取目标错误日志信息的相似度。目标错误日志信息的相似度表征了目标错误日志信息所包含的两条错误日志信息的相关性，相关性满足预设条件后，可认为两条错误日志信息为关联性错误，需要进行后续的处理。
102.可以理解的是，上述获取目标错误日志信息的相关性是通过计算目标错误日志信息的相似度实现的。在另一种可能的实施方式中，可以计算目标错误日志信息的不重合度来获取目标错误日志信息的相关性。目标错如日志信息的不重合度越小，目标错误日志信息的相关性越强。
103.当相关性用不重合度表示时，预设条件为小于不重合度阈值。其中，不重合度阈值可根据实际情况进行设定，这里不对不重合度阈值进行限定。
104.在一种可能的实施方式中，本技术实施例提供了一种当维度层级结构为维度层级树状图时，基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取所述目标错误日志信息的相关性的具体实施方式，包括：
105.根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算目标维度下的目标错误日志信息的不重合度；目标维度为预设数量个维度中的任一维度；
106.将预设数量个维度下的目标错误日志信息的不重合度相加，获取目标错误日志信
息的不重合度；目标错误日志信息的不重合度用于表示目标错误日志信息的相关性。
107.其中，在一种可能的实施方式中，根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算目标维度下的目标错误日志信息的不重合度，包括：
108.确定目标错误日志信息所包含的在目标维度下的第一属性信息和第二属性信息；
109.获取第一属性信息对应的节点到根节点的第一路径数，获取第二属性信息对应的节点到根节点的第二路径数；
110.计算第一路径数和第二路径数的总路径数；
111.计算总路径数和目标维度下目标错误日志信息的相似度的差值，差值即为目标维度下的目标错误日志信息的不重合度。
112.例如，若目标维度为服务器维度，服务器维度对应的属性信息为分别为主环境和备用环境。则第一属性信息和第二属性信息分别为主环境和备用环境。如图3所示，主环境对应的节点到系统环境对应的根节点的路径为主环境
‑
正式环境
‑
系统环境。备用环境对应的节点到系统环境对应的根节点的路径为备用环境
‑
正式环境
‑
系统环境。主环境对应的节点到根节点的路径数为2，其中，主环境
‑
正式环境为1个路径数。备用环境对应的节点到根节点的路径数为2。则主环境对应的节点到根节点的路径数和备用环境对应的节点到根节点的路径数之和为总路径数，为2 2，即4。确定服务器维度下的目标错误日志信息的不重合度为总路径数减去相似度，即4
‑
2，为2。其中，可根据上述实施例所描述的方式获取目标维度下目标错误日志信息的相似度。
113.若目标维度为应用维度，目标错误日志信息中的两条错误日志信息所包含的在应用维度的属性信息分别为服务器a调用服务器c和服务器a调用服务器d。则第一属性环境和第二属性信息分别为服务器a调用服务器c和服务器a调用服务器d。如图4所示，服务器a调用服务器c对应的节点到服务器对应的根节点的路径为服务器a调用服务器c
‑
服务器a
‑
服务器，服务器a调用服务器c
‑
服务器c
‑
服务器。服务器a调用服务器d对应的节点到服务器对应的根节点的路径为服务器a调用服务器d
‑
服务器a
‑
服务器，服务器a调用服务器d
‑
服务器d
‑
服务器。服务器a调用服务器c
‑
对应的节点到根节点的路径数为4，服务器a调用服务器d对应的节点到根节点的路径数为4。则总路径数为8。由于应用维度下的目标错误日志信息的相似度为2，则应用维度下的目标错误日志信息的不重合度为6。
114.若目标错误日志信息的预设数量个维度的属性信息仅是服务器维度下的属性信息和应用维度下的属性信息不为空。则目标错误日志信息的不重合度为目标错误日志信息在服务器维度下的不重合度和目标错误日志信息在应用维度下的不重合度的和，即为2 6，为8。
115.获取目标错误日志信息的不重合度之后，判断不重合度是否满足预设条件，当满足时，确定目标错误日志信息为待处理信息组。其中，预设条件为小于不重合度阈值。
116.为了优化错误日志信息处理过程，本技术实施例还提供了另一种错误日志信息处理方法。参见图6，图6为本技术实施例提供的另一种错误日志处理方法的流程图。如图6所示，该方法包括s601
‑
s606：
117.s601：获取错误日志信息；错误日志信息包括预设数量个维度分别对应的属性信息。
118.本技术实施例中s601与上一实施例中s201相同。为了简要起见，在此不再详细描述，详细信息请参见上述实施例中的描述。
119.s602：遍历错误日志信息，将任意两条相同的错误日志信息中的一条进行删除。
120.在获取错误日志信息之后，先遍历错误日志信息，将错误日志信息中任意两条相同的错误日志信息中的一条进行删除。
121.这样，可以对错误日志信息进行初步简化处理，便于后续的步骤实施。
122.s603：基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性；目标错误日志信息为任意两条错误日志信息；维度层级结构用于表示维度下的多种属性信息的层级关系。
123.s604：将相关性满足预设条件的目标错误日志信息确定为待处理信息组。
124.s605：将待处理信息组中符合处理条件的同一维度下的不同属性信息均用上一层级属性替代，获取处理后的错误日志信息；处理条件为待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级且待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对同一维度设置的层级范围。
125.本技术实施例中s603
‑
s605分别和上述实施例中的s202
‑
s204相同，为了简要起见，这里不再详述描述，详细信息请见上述实施例的描述。
126.可以理解的是，在执行s605之后，若待处理信息组中每一维度下的不同属性信息均满足处理条件，均用相应的上一层级属性进行替代。则对待处理信息组处理完后，可获得两条相同的错误日志信息。此时需要重新执行s602中的遍历错误日志信息，将任意两条相同的错误日志信息中的一条进行删除以及后续步骤。即在对两条相同的错误日志信息中的一条进行删除后，再重新计算错误日志信息中目标错误日志信息(即任意两条错误日志信息)的相关性，根据相关性和后续的处理条件对错误日志信息继续进行处理。具体实施时，为了简要起见，只需要重新计算经过处理得到的每条新的错误日志信息和未被处理的错误日志信息的相关性即可。
127.s606：待处理信息组不符合处理条件时，输出处理后的错误日志信息。
128.待处理信息组不符合处理条件时，即当待处理信息组中的每一维度下的不同属性信息均不符合处理条件时，确定s601获取的错误日志信息已经处理完毕，输出处理后的错误日志信息，以便用户对处理后的错误日志信息进行分析。
129.需要说明的是，当用户对处理后的错误日志信息进行分析后，若确定不出产生错误日志的根源性错误，则可能是本次设置的层级阙值和层级范围是不合适的，例如是偏抽象的层级阙值。此时，可重新设置层级阙值以及相应的层级范围，以使处理后的错误日志更偏详细，重新执行本技术实施例提供的错误日志处理方法以便用户分析出处理后的错误日志信息中的根源性错误。
130.本技术实施例提供了一种错误日志处理装置及设备，获取错误日志信息。其中，每条错误日志信息均包括预设数量个维度分别对应的属性信息。基于错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性，即每两条错误日志信息的相关性。进一步，将相关性满足预设条件的目标错误日志信息确定为待处理信息组。其中，待处理信息组对应的两条错误日志信息为相关性高的错误日志信息。针对待
处理信息组，判断待处理信息组中同一维度下的不同属性信息是否满足处理条件，若符合处理条件，则待处理信息组中的两条错误日志信息为高一层级错误导致的关联性错误。此时，待处理信息组中同一维度下的不同属性信息为关联性错误对应的属性信息，可用上一层级属性进行替代，上一层级属性为高一层级错误对应的属性信息。基于此，将符合处理条件的同一维度下的不同属性信息均用上一层级属性替代后，减少了关联性错误对应的属性信息。而由于上一层级属性为更抽象的高一层级错误对应的属性信息，便于用户从处理后的错误日志信息中查找根源性错误，可提高查找根源性错误的效率。
131.基于上述方法实施例提供的错误日志处理方法，本技术实施例还提供了一种错误日志处理装置，下面将结合附图对该错误日志处理装置进行说明。
132.参见图7，该图为本技术实施例提供的一种错误日志处理装置的示意图。如图7所示，该错误日志处理装置包括：
133.获取单元701，用于获取错误日志信息；所述错误日志信息包括预设数量个维度分别对应的属性信息；
134.计算单元702，用于基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取所述目标错误日志信息的相关性；所述目标错误日志信息为任意两条所述错误日志信息；所述维度层级结构用于表示所述维度所包括的多种属性信息的层级关系；
135.确定单元703，用于将所述相关性满足预设条件的目标错误日志信息确定为待处理信息组；
136.处理单元704，用于将所述待处理信息组中符合处理条件的同一维度下的不同属性信息均用上一层级属性替代，获取处理后的错误日志信息；所述处理条件为所述待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级有相同的上一层级且所述待处理信息组中同一维度下的不同属性信息在对应的维度层级结构中的所处层级数均满足针对所述同一维度设置的层级范围。
137.在一种可能的实现方式中，所述维度层级结构为维度层级树状图；
138.所述计算单元702，包括：
139.计算子单元，用于根据目标错误日志信息所包含的属性信息在目标维度的维度层级树状图中的位置，计算所述目标维度下的所述目标错误日志信息的相似度；所述目标维度为所述预设数量个维度中的任一维度；
140.第一获取子单元，用于将所述预设数量个维度下的所述目标错误日志信息的相似度相加，获取所述目标错误日志信息的相似度；所述目标错误日志信息的相似度用于表示所述目标错误日志信息的相关性。
141.在一种可能的实现方式中，所述计算子单元，包括：
142.第一确定子单元，用于确定目标错误日志信息所包含的在目标维度下的第一属性信息和第二属性信息；
143.第二获取子单元，用于在所述目标维度的维度层级树状图中，获取所述第一属性信息对应的节点到根节点的路径，获取所述第二属性信息对应的节点到所述根节点的路径；
144.第二确定子单元，用于将所述第一属性信息对应的节点到所述根节点的路径和所
述第二属性信息对应的节点到所述根节点的路径中属于重合路径的总条数确定为所述目标维度下的所述目标错误日志信息的相似度。
145.在一种可能的实现方式中，所述装置还包括：
146.遍历单元，用于在所述获取错误日志信息之后，所述基于目标错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取所述目标错误日志信息的相关性之前，遍历所述错误日志信息，将任意两条相同的所述错误日志信息中的一条进行删除。
147.在一种可能的实现方式中，所述装置还包括：
148.执行单元，用于重新执行所述遍历所述错误日志信息，将任意两条相同的所述错误日志信息中的一条进行删除以及后续步骤。
149.在一种可能的实现方式中，所述装置还包括：
150.输出单元，用于所述待处理信息组不符合所述处理条件时，输出处理后的错误日志信息。
151.在一种可能的实现方式中，所述预设数量个维度至少包括服务器维度、应用维度和故障异常来源维度中的一种或多种。
152.另外，本技术实施例还提供了一种错误日志处理设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上述任一项实施例所述的错误日志处理方法。
153.另外，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如上述任一项实施例所述的错误日志处理方法。
154.本技术实施例提供了一种错误日志处理装置及设备，获取错误日志信息。其中，每条错误日志信息均包括预设数量个维度分别对应的属性信息。基于错误日志信息所包含的属性信息在对应的维度层级结构中的位置，获取目标错误日志信息的相关性，即每两条错误日志信息的相关性。进一步，将相关性满足预设条件的目标错误日志信息确定为待处理信息组。其中，待处理信息组对应的两条错误日志信息为相关性高的错误日志信息。针对待处理信息组，判断待处理信息组中同一维度下的不同属性信息是否满足处理条件，若符合处理条件，则待处理信息组中的两条错误日志信息为高一层级错误导致的关联性错误。此时，待处理信息组中同一维度下的不同属性信息为关联性错误对应的属性信息，可用上一层级属性进行替代，上一层级属性为高一层级错误对应的属性信息。基于此，将符合处理条件的同一维度下的不同属性信息均用上一层级属性替代后，减少了关联性错误对应的属性信息。而由于上一层级属性为更抽象的高一层级错误对应的属性信息，便于用户从处理后的错误日志信息中查找根源性错误，可提高查找根源性错误的效率。
155.需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
156.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字
符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
157.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
158.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
159.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。