一种异常日志信息汇总方法及计算机设备与流程

1.本发明属于运维技术领域，尤其涉及一种异常日志信息汇总方法、异常日志信息汇总装置、计算机设备及计算机可读存储介质。


背景技术：

2.随着分布式系统的广泛应用，市面上出现了众多基于分布式概念搭建的系统框架。以mcry系统为例，mcry系统是基于分布式系统框搭建的业务系统，其包含有11个常规组件，每个组件可以配置到服务器集群中的多个组件服务器中。基于此，当mcry系统中出现与某个组件对应功能的异常事件时，无法通过查看页面来实现异常事件的原因追溯，只能通过查看该组件对应的组件服务器中的日志文件，从中读取error日志内容进行分析。
3.然而，目前只能通过逐一查询组件服务器集群中的每个组件服务器的日志，排查导致异常事件的原因。由于各个组件部署在不同的组件服务器，需要登录各个组件服务器，进入不同的目录进行查询，操作过于繁琐。可见，现有的分布式系统在进行异常日志信息汇总时，存在自动化程度较低的问题。


技术实现要素：

4.有鉴于此，本技术实施例提供了一种异常日志信息汇总方法、异常日志信息汇总装置、计算机设备及计算机可读存储介质，以解决现有的分布式系统在进行异常日志信息汇总时，存在自动化程度较低的问题。
5.本技术实施例的第一方面提供了一种异常日志信息汇总方法，包括：
6.采用根用户权限访问方式，向组件服务器集群拉取日志文件集合；其中，所述组件服务器集群包括n个组件服务器；所述日志文件集合包括n个日志文件，所述n个日志文件与所述n个组件服务器一一对应，n为大于1的整数；
7.按照预设的异常日志识别策略，从所述日志文件集合中识别得到异常日志信息；
8.基于预设的目标文件目录，将所述异常日志信息存储至所述目标文件目录下；其中，所述目标文件目录中的信息用于描述所述异常日志信息与其来源的组件服务器之间的对应关系；
9.为所述目标文件目录中的每项所述异常日志信息配置备注信息，得到异常日志信息汇总文件；其中，所述备注信息至少携带有所述异常日志信息的来源的组件服务器名称。
10.本技术实施例的第二方面提供了一种异常日志信息汇总装置，包括：
11.拉取单元，用于采用根用户权限访问方式，向组件服务器集群拉取日志文件集合；其中，所述组件服务器集群包括n个组件服务器；所述日志文件集合包括n个日志文件，所述n个日志文件与所述n个组件服务器一一对应，n为大于1的整数；
12.识别单元，用于按照预设的异常日志识别策略，从所述日志文件集合中识别得到异常日志信息；
13.存储单元，用于基于预设的目标文件目录，将所述异常日志信息存储至所述目标
文件目录下；其中，所述目标文件目录中的信息用于描述所述异常日志信息与其来源的组件服务器之间的对应关系；
14.配置单元，用于为所述目标文件目录中的每项所述异常日志信息配置备注信息，得到异常日志信息汇总文件；其中，所述备注信息至少携带有所述异常日志信息的来源的组件服务器名称。
15.本技术实施例的第三方面提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面的各个步骤。
16.本技术实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面的各个步骤。
17.实施本技术实施例提供的一种异常日志信息汇总方法、异常日志信息汇总装置、计算机设备及计算机可读存储介质具有以下有益效果：
18.本技术实施例，通过采用根用户权限访问方式，向组件服务器集群拉取日志文件集合，其中，组件服务器集群包括n个组件服务器，日志文件集合包括n个日志文件，n个日志文件与n个组件服务器一一对应，n为大于1的整数，按照预设的异常日志识别策略，从日志文件集合中识别得到异常日志信息，基于预设的目标文件目录，将异常日志信息存储至目标文件目录下，由于目标文件目录中的信息用于描述异常日志信息与其来源的组件服务器之间的对应关系，因此能够为目标文件目录中的每项异常日志信息配置备注信息，进而令得到异常日志信息汇总文件中的备注信息，至少携带有异常日志信息的来源的组件服务器名称，进而提高了在分布式系统中组件服务器异常日志信息的汇总自动化程度。
19.此外，由于异常日志信息汇总文件中具有备注信息，因此在进行异常日志信息内容查询时，可以根据备注信息在异常日志信息汇总文件中进行搜索，进而提高异常日志内容的搜索效率。
附图说明
20.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术实施例提供的一种异常日志信息汇总方法的实现流程图；
22.图2是本技术另一实施例提供的一种异常日志信息汇总方法的实现流程图；
23.图3是本技术实施例提供的一种异常日志信息汇总装置的结构框图；
24.图4是本技术实施例提供的一种计算机设备的结构框图。
具体实施方式
25.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
26.本实施例提供的一种异常日志信息汇总方法，执行主体为服务器集群中用于对日
志信息进行汇总的目标服务器。这里，服务器集群可以是由多个服务器组成的服务器集群，基于该服务器集群构建分布式系统，令构建分布式系统所需的各组件能够被配置到服务器集群中的各服务器中，被配置有分布式系统组件的服务器，也可以被称为组件服务器。服务器集群中的各服务器之间能够进行数据共享或数据同步。在此基础上，向该服务器集群中的任一服务器配置目标脚本文件，由该目标脚本文件描述本实施例提供的异常日志信息汇总方法，使得该配置有目标脚本文件的服务器能够通过执行该目标脚本文件，进而执行异常日志信息汇总方法中的各个步骤。或者，通过对服务器集群配置新的服务器，向该新的服务器配置目标脚本文件，由该目标脚本文件描述本实施例提供的异常日志信息汇总方法，使得该新的服务器能够通过执行该目标脚本文件，进而执行异常日志信息汇总方法中的各个步骤。
27.在实现时，服务器集群中用于对日志信息进行汇总的目标服务器，采用根用户权限访问方式，向组件服务器集群拉取日志文件集合，组件服务器集群包括n个组件服务器，日志文件集合包括n个日志文件，n个日志文件与n个组件服务器一一对应，n为大于1的整数；目标服务器按照预设的异常日志识别策略，从日志文件集合中识别得到异常日志信息；目标服务器基于预设的目标文件目录，将异常日志信息存储至目标文件目录下；由于目标文件目录中的信息用于描述异常日志信息与其来源的组件服务器之间的对应关系，因此目标服务器能够为目标文件目录中的每项异常日志信息配置备注信息，进而令得到异常日志信息汇总文件中的备注信息，至少携带有异常日志信息的来源的组件服务器名称。提高了在分布式系统中组件服务器异常日志信息的汇总自动化程度。
28.以下通过具体实现方式对本实施例提供的一种异常日志信息汇总方法进行详细说明。
29.图1示出了本技术实施例提供的异常日志信息汇总方法的实现流程图，详述如下：
30.s11：采用根用户权限访问方式，向组件服务器集群拉取日志文件集合。
31.在步骤s11中，组件服务器集群包括n个组件服务器。日志文件集合包括n个日志文件，n个日志文件与n个组件服务器一一对应，n为大于1的整数。
32.在本实施例中，分布式系统的功能组件集合被配置到组件服务器集群中，通过对组件服务器集群中的每个组件服务器进行日志文件的拉取，进而能够得到每个组件服务器对应的日志文件。这里，目标服务器向组件服务器集群拉取日志文件集合时，并未就组件服务器对应的日志文件内容进行识别，也即拉取的是组件服务器中已生成的最新日志文件。
33.在本技术的所有实施例中，由于根用户权限为业务系统中的最高权限，故目标服务器采用了根用户权限访问方式进行日志文件拉取，对组件服务器集群中的每个组件服务器来说，目标服务器必然具备拉取日志文件的权限。
34.在实现时，目标服务器可以主动向组件服务器集群拉取日志文件集合，还可以是通过对各组件服务器配置相应的日志生成方法后，由各组件服务器分别指示目标服务器进行日志文件的拉取操作。
35.容易理解的是，在实际应用过程中，由于不同的业务系统中配置的组件服务器的数量不同，功能需求也不同，因此可以基于实际的业务系统需求，配置相应的目标服务向组件服务器集群拉取日志文件集合的时机。
36.作为一个实施例，步骤s11具体包括：
37.s111：在接收到组件服务器集群中每个组件服务器上报的日志文件生成提示时，执行预设的日志文件拉取脚本，以根用户权限访问方式向组件服务器集群拉取日志文件集合。
38.在本实施例中，可以通过对每个组件服务器配置相应的日志生成策略与日志生成周期，且基于日志生成策略，按照日志生成周期生成日志文件。同时，当组件服务器生成日志文件后，可以通过向目标服务器发送日志已生成的提示信息，进而触发目标服务器采用根用户权限访问方式，向组件服务器集群拉取日志文件集合。
39.在其他实施例中，考虑到每个组件服务器自动生成日志文件的时机可以存在差异，故在向组件服务器集群拉取日志文件集合的过程中，可以通过侦听每个组件服务器的日志文件生成情况，且基于每个组件服务器的日志文件生成情况决定何时向组件服务器集群拉取日志文件集合。
40.作为另一个实施例，步骤s11包括与步骤s111并列的步骤s112至s113。在实现时，步骤s11可以同时配置有步骤s111与步骤s112至s113，当执行了步骤s111后便不再执行步骤s112至s113，当执行了步骤s112至s113后便不再执行步骤s111。具体地：
41.s112：侦听组件服务器集群中的每个组件服务器的日志生成情况。
42.s113：若确定所述每个组件服务器均生成了最新的日志文件，则执行预设的日志文件拉取脚本，以根用户权限访问方式向所述组件服务器集群拉取日志文件集合。
43.在本实施例中，目标服务器可以作为侦听所有组件服务器的管理节点，对所有组件服务器进行日志生成情况的侦听操作。这里，目标服务器侦听组件服务器集群中的每个组件服务器的日志生成情况，具体可以是按照不同的执行周期对每个组件服务器进行侦听，或者是按照统一的执行周期进行侦听，此处不作限制。
44.需要说明的是，最新的日志文件指的是组件服务器生成的未被目标服务器拉取的日志文件。由于分布式系统框架是依托网络环境搭建的系统框架，而在基于分布式系统框架搭建的业务系统中，由于各功能组件被配置于组件服务器中，因此组件服务器可以视为该业务系统的某一节点。又因为各组件的配置内容较为庞大，故组件服务器之间可以通过网络进行信息共享，也即基于信息共享的特效能够满足各节点之间的数据访问需求。但是，对于一些需要维护权限才能访问的数据，如，组件服务器配置数据、日志文件等，均需要获取到相应的访问权限后，才能够从组件服务器中读取相应的数据内容。
45.在实现时，目标服务器执行预设的日志文件拉取脚本，以根用户权限访问方式向组件服务器集群拉取日志文件集合时，预设的日志文件拉取脚本具体可以是新建的shell脚本文件，在该shell脚本文件中配置scp命令，
46.作为一个示例，scp命令至少包括：获取根用户权限的shell命令段，各组件服务器的地址段，以及拉取日志文件的目录段。
47.可以理解的是，scp命令是linux的内置命令，使用root根用户权限将上述日志文件拷贝到目标服务器的目录下，且还可以将获取到的日志文件以其组件服务器中配置的组件名称进行命名，便于后续操作进行区分。
48.图2是本技术另一实施例提供的一种异常日志信息汇总方法的流程图。图2示出的实施例，与图1示出的实施例之间的差别在于，步骤s111或者s112之前还包括步骤s21至s22。具体地：
49.s21：根据组件服务器集群中每个组件服务器的互联网协议ip地址，与所述每个组件服务器的日志文件的存储目录，生成与所述每个组件服务器对应的日志拉取命令段。
50.s22：为每个组件服务器对应的日志拉取命令段配置根用户权限命令段，得到所述预设的日志文件拉取脚本。
51.在本实施例中，组件服务器集群中的每个组件服务器都有不同的ip地址，且由于不同组件服务器对应的组件名称不同，故可以配置与组件名称对应的存储目录，将其生成的日志文件存储在该存储目录下。这里，每个组件服务器对应的日志拉取命令段，与每个组件服务器的ip地址和存储目录有关，因此可以基于该日志拉取命令段确定被拉取的目标组件服务器后，再基于存储目录获取到该目标组件服务器生成的最新的日志文件。
52.在实现时，每个组件服务器对应的日志拉取命令段，可以是shell脚本文件中配置的scp命令，该scp命令至少包括：获取根用户权限的shell命令段，各组件服务器的地址段，以及拉取日志文件的目录段。
53.以上述任一实施例为基础，在一个示例中，以组件服务器中配置的组件是df组件为例，在shell脚本文件中配置的scp命令如下：root@30.23.12.236:/wls/mercury/data
‑
fabric/logs/mercury.info.log/wls/log/info/df.log
54.其中，“root@”为获取根用户权限的shell命令；“30.23.12.236”为组件服务器ip地址段，也即df组件服务器的ip地址；“/wls/mercury/data
‑
fabric/logs/mercury.info.log”为拉取日志文件的存储目录；“/wls/log/info/df.log”为拉取日志文件的另存为的文件名。
55.应当理解的是，根据每个组件服务器的ip地址与日志文件的存储目录，生成的日志拉取命令段，便于指示目标服务器从不同的组件服务器中获取对应的目标日志文件，再通过对每个组件服务器对应的日志拉取命令段配置根用户权限命令段，使得目标服务器在执行每段日志拉取命令段时，均能够采用根用户权限从不同的组件服务器拉取到日志文件。
56.s12：按照预设的异常日志识别策略，从所述日志文件集合中识别得到异常日志信息。
57.在步骤s12中，预设的异常日志识别策略用于表征从日志文件中识别出异常日志信息的方式。异常日志信息是指从各日志文件中识别出的异常事件记录内容，也可以是对日志文件集合中确定得到的异常事件记录内容的总称。
58.需要说明的是，由于日志文件集合中包含与n个组件服务器一一对应的n个日志文件，因此在具体实现时可以通过对每个组件服务器被配置相同的日志文件生成策略，令组件服务器集群中的每个组件服务器能够生成格式相同的日志文件。
59.在本实施例中，组件服务器生成的日志文件，用于描述该组件服务器的运行状况。其中，日志文件可以包含该组件服务器的被访问信息，以及该组件服务器的响应信息等，为了提高异常日志信息的识别效率，针对所有组件服务器生成的日志文件可以配置统一的异常日志识别策略。
60.例如，在组件服务器生成日志文件时中，可以通过对异常日志内容进行异常标引，进而在组件服务器生成的日志文件中，异常日志内容能够与其他日志内容之间形成明确地区别。基于此，预设的异常日志识别策略，可以是对日志文件中的内容进行异常标引识别，
也即将标记有异常标引的日志内容作为异常日志内容，进而从各日志文件中确定出异常日志信息。
61.作为一个实施例，预设的异常日志识别策略用于表征异常日志内容中的异常关键字段。步骤s12可以包括：
62.基于异常关键字段，对日志文件集合中的每个日志文件分别进行异常日志信息识别；若所述日志文件中的内容包含所述异常关键字段，则将包含所述异常关键字段的日志内容作为异常日志信息。
63.在本实施例中，对日志文件集合中的每个日志文件分别进行异常日志信息识别，具体可以是对日志文件集合中各个日志文件的内容进行扫描，进而能够确定每个日志文件信息的内容中是否包含有异常关键字段。
64.作为一个示例，以“error”为异常关键字段为例，根据每个日志文件的日志级别，对于组件服务器在运行过程中出现的异常，通常是error级别存储在日志文件中。故需要针对error级别的日志进行匹配，进而得到组件服务器中中带有“error”异常关键字段的日志信息作为异常日志信息。
65.容易理解的是，在实际应用中，可以根据需求或者配置习惯设定异常关键字段的具体内容。也即，异常关键字段还可以是任意用于表征“error”含义的字段，或与“error”同义的字段。
66.s13：基于预设的目标文件目录，将所述异常日志信息存储至所述目标文件目录下。
67.在步骤s13中，目标文件目录中的信息用于描述异常日志信息与异常日志信息来源的组件服务器之间的对应关系。
68.在本实施例中，目标服务器中预先配置有与每个目标服务器对应的目标文件目录，在从日志文件集合中识别出异常日志信息后，可以基于异常日志信息的来源对异常日志信息进行对应存储。例如，将异常日志信息存储在以其来源的组件服务器命名的目标文件目录下。
69.在实现时，目标服务器中预设的目标文件目录可以是文件序列表的方式呈现，在文件系列表中，配置有与n个组件服务器对应的n个存储文件夹。这里，n个存储文件夹的命名与n个组件服务器的名称一一对应，用于存储来自每个组件服务器对应的异常日志信息。
70.作为一个实施例，步骤s13包括：
71.获取异常日志信息对应的组件服务器标识；将所述异常日志信息存储至与所述组件服务器标识对应的目标文件目录下。
72.在本实施例中，组件服务器标识用于区分组件服务器集群中的各组件服务器。这里，在确定了异常日志信息后，通过获取异常日志信息对应的组件服务器标识，且将异常日志信息存储至与组件服务器标识对应的目标文件目录下，进而使得目标文件目录中的信息能够用于描述异常日志信息与异常日志信息来源的组件服务器之间的对应关系。
73.需要说明的是，组件服务器标识于目标文件目录的内容相互对应，也即不同的组件服务器标识对应不同的目标文件目录。这里，目标文件目录的命名具体可以是与组件服务器标识相同的内容，进而在将异常日志信息进行存储时，以该异常日志信息来源的组件服务器标识内容，即可于该目标文件目录下查询到相应的将异常日志信息。
74.作为一个示例，通过在shell脚本文件中配置相应的识别命令与存储命令，其中，识别命令至少包括日志文件名称、异常关键字段，存储命令至少包括目标文件目录名称。
75.例如，对应的实现代码为：cat/wls/log/info/df.log|grep“error”>/wls/log/error/df.log，该实现代码表示，截取文件名为“/wls/log/info/df.log”中的包含有“error”的内容，也即将包含所述异常关键字段的日志内容作为异常日志信息，“/wls/log/error/df.log”为目标文件目录，相应地，“|grep“error”>/wls/log/error/df.log”表示将异常日志信息存储至目标文件目录下。
76.为了让异常日志在汇总之后，方便被查询，在基于预设的目标文件目录，将异常日志信息存储至目标文件目录下之后，还通过对每项异常日志信息配置备注消息，令每项异常日志信息能够被追溯。
77.s14：为所述目标文件目录中的每项所述异常日志信息配置备注信息，得到异常日志信息汇总文件。
78.在步骤s14中，备注信息为对异常日志信息进行解释的文字内容。这里，备注信息至少携带有异常日志信息的来源的组件服务器名称，也即备注信息至少用于解释该异常日志信息的来源，以便区分各异常日志信息是来源于组件服务器集群中的哪个组件服务器。
79.在本实施例中，为目标文件目录中的每项异常日志信息配置备注信息，相当于在每项异常日志信息所在的位置，插入一行标记组件的备注，用于合并后的错误日志查看。
80.作为一个示例，以异常日志信息来源于df组件服务器为例，实现为其配置备注信息的命令语句如下：
81.sed
–
i
“‑
1i
‑‑‑‑‑‑‑‑‑‑
df begin
‑‑‑‑‑‑‑‑‑”
df.log
82.上述命令语句可以视为写入内容为“df begin”的备注信息。
83.应当理解的是，在实际实现时，备注信息的具体内容可以根据各异常日志信息的来源或者类型进行配置，此处不再对备注信息的具体内容进行赘述。
84.作为一个实施例，步骤s14包括：
85.为所述目标文件目录中的每项所述异常日志信息配置备注信息；其中，所述备注信息用于描述异常日志信息的来源或内容；
86.将每项具有所述备注信息的异常日志信息进行汇总，得到异常日志信息汇总文件。
87.在本实施例中，为目标文件目录中的每项异常日志信息配置备注信息后，还将每项配置了备注信息的异常日志信息进行汇总，也即将所有的错误文件的内容合并到一个文件中，该文件夹以“error.log”命名，便于工作人员后续查阅。这里，为目标文件目录中的每项异常日志信息配置备注信息，由于备注信息用于描述异常日志信息的来源或内容，提高了异常日志信息汇总文件的可读性。基于此，在浏览具有备注信息的异常日志信息时，还能够通过搜索与备注信息中的部分字段，即可查询到相应的异常日志信息部分，提高用户使用异常日志信息汇总文件的效率。
88.在实现时，为目标文件目录中的每项异常日志信息配置备注信息，可以是在异常日志信息的段落增加可编辑可查询的文字内容。以异常日志信息为a组件服务器ip地址，第一api接口流量数据为例，异常日志信息配置备注信息具体如下：
89.30.23.12.236/1api/x#来源于a组件服务器##第一api接口数据异常#
90.其中，“30.23.12.236”为a组件服务器ip地址，“1api”表示第一api接口，“x”为流量数据。“#来源于a组件服务器#”与“#第一api接口数据异常#”，均为备注信息的内容。在实际浏览异常日志信息汇总文件时，可以通过搜索“a组件服务器”或者“api接口”等关键字，即可定位到上述配置内容所在的位置，进而确定对应异常日志信息的部分。在具体实现时，可以根据不同异常日志汇总周期汇总得到多个异常日志信息汇总文件，在同一个异常日志汇总周期内得出的每项待汇总信息被汇总至统一的文件中。
91.以上方案中，通过采用根用户权限访问方式，向组件服务器集群拉取日志文件集合，其中，组件服务器集群包括n个组件服务器，日志文件集合包括n个日志文件，n个日志文件与n个组件服务器一一对应，n为大于1的整数，按照预设的异常日志识别策略，从日志文件集合中识别得到异常日志信息，基于预设的目标文件目录，将异常日志信息存储至目标文件目录下，由于目标文件目录中的信息用于描述异常日志信息与其来源的组件服务器之间的对应关系，因此能够为目标文件目录中的每项异常日志信息配置备注信息，进而令得到异常日志信息汇总文件中的备注信息，至少携带有异常日志信息的来源的组件服务器名称，进而提高了在分布式系统中组件服务器异常日志信息的汇总自动化程度。
92.此外，由于异常日志信息汇总文件中具有备注信息，因此在进行异常日志信息内容查询时，可以根据备注信息在异常日志信息汇总文件中进行搜索，进而提高异常日志内容的搜索效率。
93.请参阅图3，图3是本技术实施例提供的一种异常日志信息汇总装置的结构框图。本实施例中该移动终端包括的各单元用于执行图1与图2对应的实施例中的各步骤。具体请参阅图1与图2以及图1与图2所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，异常日志信息汇总装置30包括：拉取单元31、识别单元32、存储单元33以及配置单元34。具体地：
94.拉取单元31，用于采用根用户权限访问方式，向组件服务器集群拉取日志文件集合；其中，所述组件服务器集群包括n个组件服务器；所述日志文件集合包括n个日志文件，所述n个日志文件与所述n个组件服务器一一对应，n为大于1的整数。
95.识别单元32，用于按照预设的异常日志识别策略，从所述日志文件集合中识别得到异常日志信息。
96.存储单元33，用于基于预设的目标文件目录，将所述异常日志信息存储至所述目标文件目录下；其中，所述目标文件目录中的信息用于描述所述异常日志信息与其来源的组件服务器之间的对应关系。
97.配置单元34，用于为所述目标文件目录中的每项所述异常日志信息配置备注信息，得到异常日志信息汇总文件；其中，所述备注信息至少携带有所述异常日志信息的来源的组件服务器名称。
98.作为一个实施例，异常日志信息汇总装置30还包括：
99.命令生成单元35，用于根据组件服务器集群中每个组件服务器的互联网协议ip地址，与所述每个组件服务器的日志文件的存储目录，生成与所述每个组件服务器对应的日志拉取命令段。
100.脚本单元36，用于为每个组件服务器对应的日志拉取命令段配置根用户权限命令段，得到所述预设的日志文件拉取脚本。
101.应当理解的是，图3示出的异常日志信息汇总装置的结构框图中，各单元用于执行图1与2对应的实施例中的各步骤，而对于图1与图2对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1与图2以及图1与图2所对应的实施例中的相关描述，此处不再赘述。
102.图4是本技术实施例提供的一种计算机设备的结构框图。如图4所示，该实施例的计算机设备40包括：处理器41、存储器42以及存储在所述存储器42中并可在所述处理器41上运行的计算机程序43，例如异常日志信息汇总方法的程序。处理器41执行所述计算机程序43时实现上述各个异常日志信息汇总方法各实施例中的步骤，例如图1所示的s11至s14，或者图2所示的s21至s14，所述处理器41执行所述计算机程序43时实现上述图3对应的实施例中各单元的功能，例如，图3所示的单元31至36的功能，具体请参阅图3对应的实施例中的相关描述，此处不赘述。
103.示例性的，所述计算机程序43可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器42中，并由所述处理器41执行，以完成本技术。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序43在所述计算机设备40中的执行过程。例如，所述计算机程序43可以被分割成拉取单元、识别单元、存储单元以及配置单元，各单元具体功能如上所述。
104.所述转台设备可包括，但不仅限于，处理器41、存储器42。本领域技术人员可以理解，图4仅仅是计算机设备40的示例，并不构成对计算机设备40的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述转台设备还可以包括输入输出设备、网络接入设备、总线等。
105.所称处理器41可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
106.所述存储器42可以是所述计算机设备40的内部存储单元，例如计算机设备40的硬盘或内存。所述存储器42也可以是所述计算机设备40的外部存储设备，例如所述计算机设备40上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器42还可以既包括所述计算机设备40的内部存储单元也包括外部存储设备。所述存储器42用于存储所述计算机程序以及所述转台设备所需的其他程序和数据。所述存储器42还可以用于暂时地存储已经输出或者将要输出的数据。
107.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。