故障处理方法、装置、电子设备和计算机可读介质与流程

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.图1是本公开的一些实施例的故障处理方法的一个应用场景的示意图；
26.图2是根据本公开的故障处理方法的一些实施例的流程图；
27.图3是根据本公开的故障处理方法的另一些实施例的流程图；
28.图4是目标项目数据库的示意图；
29.图5是根据本公开的故障处理装置的一些实施例的结构示意图；
30.图6是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
31.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
32.另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
33.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
34.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
35.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
36.下面将参考附图并结合实施例来详细说明本公开。
37.图1是本公开的一些实施例的故障处理方法的一个应用场景的示意图。
38.在图1的应用场景中，首先，计算设备101可以响应于确定异常信息日志102中存在至少一个目标异常信息103(例如，{[“应用程序无响应”，“error”]，[“未启动防火墙”，“error”]})，确定缓存数据库104中是否存在上述至少一个目标异常信息103。其中，上述至少一个目标异常信息103中的目标异常信息包括的异常级别与目标异常级别相同。其次，计算设备101可以响应于确定上述缓存数据库104中存在上述至少一个目标异常信息103，从故障信息库105中获取与上述至少一个目标异常信息103中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码106。然后，计算设备101可以基于上述至少一个故障码106，从故障解决信息库107中获取与上述至少一个目标异常信息103中每个目标异常信息对应的故障解决信息，得到至少一个故障解决信息108。最后，计算设备101可以根据上述至少一个目标异常信息103中的每个目标异常信息对应的故障解决信息(例如，{[“00001”，“taskkill/pid应用程序对应的进程编号”]，[“00002”，“netsh advfirewall set allprofiles state on”]})，对上述目标异常信息对应的故障进行处理。
[0039]
需要说明的是，上述计算设备101可以是硬件，也可以是软件。当计算设备为硬件时，可以实现成多个服务器或终端设备组成的分布式集群，也可以实现成单个服务器或单个终端设备。当计算设备体现为软件时，可以安装在上述所列举的硬件设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
[0040]
应该理解，图1中的计算设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的计算设备。
[0041]
继续参考图2，示出了根据本公开的故障处理方法的一些实施例的流程200。该故障处理方法，包括以下步骤：
[0042]
步骤201，响应于确定异常信息日志中存在至少一个目标异常信息，确定缓存数据库中是否存在至少一个目标异常信息。
[0043]
在一些实施例中，故障处理方法的执行主体(例如图1所示的计算设备101)可以响
应于确定异常信息日志中存在至少一个目标异常信息，确定缓存数据库中是否存在至少一个目标异常信息。其中，上述异常信息日志可以是用于记录异常信息的日志。上述缓存数据库可以是用于存储从外部存储器中获取的目标异常信息的数据库。上述缓存数据库可以是redis数据库。上述缓存数据库也可以是memcached数据库。上述至少一个目标异常信息中的目标异常信息可以包括：异常信息描述信息和异常级别。上述至少一个目标异常信息中的目标异常信息包括的异常级别可以与目标异常级别相同。上述至少一个目标异常信息中的目标异常信息包括的异常信息描述信息可以是用于对目标异常信息对应的异常进行描述的信息。上述异常级别可以用于表征目标异常信息的级别。上述异常级别可以是“error”级别。上述异常级别还可以是“warn”级别。“error”级别可以表征目标异常信息对应的异常事件可能会影响系统的正常运行。“warn”级别可以表征目标异常信息对应的异常事件可能会导致异常出现。上述目标异常级别可以是“error”级别。
[0044]
上述执行主体可以定时地读取异常信息日志，响应于确定读取到的异常信息包括的异常级别与目标异常级别相同，将上述异常信息确定为目标异常信息。
[0045]
上述执行主体可以以上述至少一个目标异常信息中每个目标异常信息包括的异常信息描述信息作为关键字，通过sql(structured query language，结构化查询语言)语句，查询上述缓存数据库。以此确定上述缓存数据库中是否存在上述至少一个目标异常信息。
[0046]
可选地，上述至少一个目标异常信息中的目标异常信息还可以包括：故障优先级。其中，上述故障优先级可以用于表征目标异常信息对应的故障的重要程度。
[0047]
可选地，上述至少一个目标异常信息中的目标异常信息还可以包括：项目标识。其中，上述项目标识可以用于表征出现目标异常信息的项目对应的标识。
[0048]
作为示例，上述至少一个目标异常信息可以是{[“应用程序无响应”，“error”]，[“未启动防火墙”，“error”]}。
[0049]
步骤202，响应于确定缓存数据库中存在至少一个目标异常信息，从故障信息库中获取与至少一个目标异常信息中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码。
[0050]
在一些实施例中，上述执行主体可以响应于确定缓存数据库中存在至少一个目标异常信息，从故障信息库中获取与至少一个目标异常信息中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码。其中，上述故障信息库可以是用于存储故障信息的数据库。上述故障信息可以包括：故障描述信息和故障码。上述故障描述信息可以是用于描述故障的信息。上述故障码可以是故障信息对应的唯一标识。上述执行主体可以通过sql语句，从上述故障信息库中获取包括的故障描述信息和目标异常信息包括的异常信息描述信息相同的故障信息。
[0051]
作为示例，上述故障信息可以是[“未启动防火墙”，“00002”]。
[0052]
步骤203，基于至少一个故障码，从故障解决信息库中获取与至少一个目标异常信息中每个目标异常信息对应的故障解决信息，得到至少一个故障解决信息。
[0053]
在一些实施例中，上述执行主体可以基于至少一个故障码，从故障解决信息库中获取与至少一个目标异常信息中每个目标异常信息对应的故障解决信息，得到至少一个故障解决信息。其中，上述故障解决信息库可以是用于存储故障解决信息的数据库。上述故障
解决信息可以包括：故障解决信息编号和故障解决描述信息。上述执行主体可以以上述至少一个故障码中的每个故障码作为关键字，通过sql语句，从上述故障解决信息库中获取包括的故障解决信息编号与上述故障码相同的故障解决信息，从而得到上述至少一个故障解决信息。
[0054]
作为示例，上述至少一个故障解决信息可以是{[“00001”，“taskkill/pid应用程序对应的进程编号”]，[“00002”，“netsh advfirewall set allprofiles state on”]}。
[0055]
步骤204，根据至少一个目标异常信息中的每个目标异常信息对应的故障解决信息，对目标异常信息对应的故障进行处理。
[0056]
在一些实施例中，上述执行主体根据至少一个目标异常信息中的每个目标异常信息对应的故障解决信息，对目标异常信息对应的故障进行处理。其中，上述执行主体可以依次执行上述至少一个故障解决信息中每个故障解决信息包括的故障解决描述信息中的指令，以实现对目标异常信息对应的故障进行处理。
[0057]
作为示例，目标异常信息可以是[“未启动防火墙”，“error”]。上述目标异常信息[“防火墙未启动”，“error”]对应的故障解决信息可以是[“00002”，“netsh advfirewall set allprofiles state on”]。上述执行主体可以通过执行开启防火墙命令(netsh advfirewall set allprofiles state on)，启动防火墙。
[0058]
本公开的上述各个实施例中具有如下有益效果：通过本公开的一些实施例的故障处理方法，提高了故障处理的效率、故障处理速度，同时还降低了人力资源的消耗。具体来说，造成故常处理速度较慢的原因在于：当出现故障时，现有技术往往是通过人工的方式去排除故障。基于此，本公开的一些故障处理方法，首先，响应于确定异常信息日志中存在至少一个目标异常信息，确定缓存数据库中是否存在上述至少一个目标异常信息。当操作系统或计算机信息管理系统出现故障时，往往会将故障记录到异常信息日志中。通过读取异常信息日志，可以较为方便的获取异常信息。并且，通过确定缓存数据库中是否存在上述至少一个目标异常信息。从而降低了直接从外存储器读取数据所造成的时间消耗。除此之外，响应于确定上述缓存数据库中存在上述至少一个目标异常信息，从故障信息库中获取与上述至少一个目标异常信息中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码。当缓存数据库中包含上述至少一个目标异常信息时，表示曾出现过相同的故障，通过从故障信息库中获取上述至少一个目标异常信息中每个目标异常信息对应的故障信息包括的故障码，方便从故障解决信息库中获取故障解决信息。最后，根据上述至少一个目标异常信息中的每个目标异常信息对应的故障解决信息，对上述目标异常信息对应的故障进行处理。通过此种方式，提高了故障处理的效率、故障处理速度，同时还降低了人力资源的消耗。
[0059]
进一步参考图3，其示出了故障处理方法的另一些实施例的流程300。该故障处理方法的流程300，包括以下步骤：
[0060]
步骤301，响应于确定异常信息日志中存在至少一个目标异常信息，确定缓存数据库中是否存在至少一个目标异常信息。
[0061]
步骤302，响应于确定缓存数据库中存在至少一个目标异常信息，从故障信息库中获取与至少一个目标异常信息中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码。
[0062]
步骤303，基于至少一个故障码，从故障解决信息库中获取与至少一个目标异常信息中每个目标异常信息对应的故障解决信息，得到至少一个故障解决信息。
[0063]
在一些实施例中，步骤301
‑
303的具体实现及其所带来的技术效果，可以参考图2对应的那些实施例中的步骤201
‑
203，在此不再赘述。
[0064]
步骤304，根据至少一个目标故障异常信息中的各个目标异常信息包括的故障优先级，对至少一个目标异常信息中的各个目标异常信息进行排序，以生成待处理异常信息序列。
[0065]
在一些实施例中，故障信息处理方法的执行主体(如图1所示的计算设备101)可以采用目标排序算法，根据至少一个目标故障异常信息中的各个目标异常信息包括的故障优先级，对至少一个目标异常信息中的各个目标异常信息进行排序，以生成待处理异常信息序列。其中，上述目标排序算法可以包括但不限于以下至少一项：冒泡排序算法，快速排序算法，希尔排序算法，堆排序算法，归并排序算法和插入排序算法。
[0066]
作为示例，上述各个目标异常信息可以是{[“应用程序无响应”，“error”，“1”]，[“未启动防火墙”，“error”，“3”]，[“无法启动服务”，“error”“2”]}。上述待处理异常信息序列可以是{[“应用程序无响应”，“error”，“1”]，[“无法启动服务”，“error”“2”]，[“未启动防火墙”，“error”，“3”]}。
[0067]
步骤305，根据待处理异常信息序列中每个待处理异常信息对应的故障解决信息，对待处理异常信息对应的故障进行处理。
[0068]
在一些实施例中，上述执行主体可以根据待处理异常信息序列中每个待处理异常信息对应的故障解决信息中的命令，对上述待处理异常信息对应的故障进行处理。
[0069]
作为示例，待处理异常信息可以是[“未启动防火墙”，“error”，“3”]。上述待处理异常信息[“未启动防火墙”，“error”，“3”]对应的故障解决信息可以是[“00002”，“netsh advfirewall set allprofiles state on”]。上述执行主体可以通过执行开启防火墙命令(netsh advfirewall set allprofiles state on)，启动防火墙。
[0070]
步骤306，响应于确定至少一个目标异常信息中存在未存储在缓存数据库中的目标异常信息，向目标项目标识对应的目标用户发送告警信息。
[0071]
在一些实施例中，上述执行主体可以响应于确定至少一个目标异常信息中存在未存储在缓存数据库中的目标异常信息，通过有线连接或无线连接的方式，向目标项目标识对应的目标用户发送告警信息。其中，上述目标项目标识可以为上述未存储在上述缓存数据库中的目标异常信息包括的项目标识。
[0072]
上述执行主体可以对于上述至少一个目标异常信息中的每个目标异常信息，以上述目标异常信息包括的异常信息描述信息作为关键字。通过sql语句查询上述缓存数据库。当查询结果为空时，则表示上述目标异常信息未存储在上述缓存数据库中。
[0073]
上述执行主体首先，可以从目标项目数据库中获取目标项目标识对应的用户信息。然后，根据上述用户信息，向上述目标用户发送告警信息。上述目标项目数据库可以是用于存储项目标识和用户信息的数据库。
[0074]
作为示例，上述各个目标异常信息可以是{[“应用程序无响应”，“error”，“1”，“project1”]，[“未启动防火墙”，“error”，“3”，“project2”]，[“无法启动服务”，“error”“2”，“project3”]}。
[0075]
作为又一示例，上述目标项目数据库可以如图4所示。其中，上述目标项目数据库可以包括：项目标识401和用户信息402。上述执行主体可以向上述目标用户对应的用户信息包括的邮箱发送告警信息。
[0076]
步骤307，响应于接收到目标用户发送的目标故障解决信息，将目标故障解决信息作为候选故障解决信息，存储至候选故障信息库中。
[0077]
在一些实施例中，上述执行主体可以响应于接收到目标用户发送的目标故障解决信息，将目标故障解决信息作为候选故障解决信息，存储至候选故障信息库中。其中，上述目标故障解决信息可以是未存储在上述缓存数据库中的目标异常信息对应的故障解决方案。上述候选故障信息库可以是用于存储候选故障解决信息的数据库。
[0078]
步骤308，根据未存储在缓存数据库中的目标异常信息和目标故障解决信息，进行故障复现和故障测试。
[0079]
在一些实施例，上述执行主体可以根据未存储在缓存数据库中的目标异常信息和目标故障解决信息，进行故障复现和故障测试。其中，上述执行主体可以将发生上述未存储在缓存数据库中的目标异常信息对应的故障的系统迁移至备份服务器，以实现故障复现。上述执行主体可以首先，通过执行目标故障解决信息包括的故障解决描述信息中的命令。然后，根据执行命令后的结果判断是否通过故障测试。
[0080]
作为示例，上述未存储在缓存数据库中的目标异常信息可以是[“未启动防火墙”，“error”，“3”，“version2”]。上述目标故障解决信息可以是[“00002”，“netsh advfirewall set allprofiles state on”]。上述执行主体可以根据执行“netsh advfirewall set allprofiles state on”命令后的返回信息，判断是否通过故障测试。上述返回信息可以是“防火墙启动成功”。
[0081]
在一些实施例的一些可选的实现方式中，上述执行主体根据未存储在缓存数据库中的目标异常信息和目标故障解决信息，进行故障复现和故障测试，可以包括以下步骤：
[0082]
第一步，获取上述未存储在上述缓存数据库中的目标异常信息对应的版本标识。
[0083]
其中，上述执行主体可以通过有线连接或无线连接的方式，从版本信息库中获取上述未存储在上述缓存数据库中的目标异常信息对应的版本标识。上述版本信息库可以是用于存储版本标识和目标异常信息的数据库。
[0084]
第二步，将上述版本标识对应的应用程序发送至测试服务器，以及运行上述应用程序。
[0085]
其中，上述执行主体可以通过有线连接或无线连接的方式将上述版本标识对应的应用程序发送至上述测试服务器，以及运行上述应用程序。
[0086]
第三步，响应于确定上述应用程序正在运行，基于上述目标故障解决信息，对上述应用程序进行故障测试。
[0087]
其中，上述执行主体可以通过判断上述应用程序对应的进程是否存在，以此判断上述应用程序是否正在运行。
[0088]
步骤309，响应于确定通过故障测试，将目标故障解决信息存储至故障解决信息库中。
[0089]
在一些实施例中，上述执行主体可以响应于确定通过故障测试，通过有线连接的方式或无线连接的方式，将上述目标故障解决信息存储至上述故障解决信息库中。
[0090]
从图3可以看出，与图2对应的一些实施例的描述相比。首先，根据上述至少一个目标异常信息中的各个目标异常信息包括的故障优先级，对上述至少一个目标异常信息中的各个目标异常信息进行排序。实际情况中，不同的目标异常信息严重程度不同，有些目标异常信息对应的故障需要及时处理。因此通过故障优先级可以确定上述至少一个目标异常信息中的各个目标异常信息的处理顺序。其次，当出现缓存数据库中未存储的目标异常信息时，通过向目标用户发送告警信息、接收上述目标用户发送的目标故障解决信息，以及根据上述未存储在好处数据库中的目标异常信息和目标故障解决信息，进行故障复现和故障测试。当通过故障测试时，再将目标故障解决信息存储至上述故障解决信息库中，从而保证了故障解决信息库中存储的故障解决信息的正确性。
[0091]
进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种故障处理装置的一些实施例，这些装置实施例与图2所示的那些方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0092]
如图5所示，一些实施例的故常处理装置500包括：确定单元501，被配置成响应于确定异常信息日志中存在至少一个目标异常信息，确定缓存数据库中是否存在上述至少一个目标异常信息，其中，上述至少一个目标异常信息中的目标异常信息包括的异常级别与目标异常级别相同；第一获取单元502，被配置成响应于确定上述缓存数据库中存在上述至少一个目标异常信息，从故障信息库中获取与上述至少一个目标异常信息中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码；第二获取单元503，被配置成基于上述至少一个故障码，从故障解决信息库中获取与上述至少一个目标异常信息中每个目标异常信息对应的故障解决信息，得到至少一个故障解决信息；故障处理单元504，被配置成根据上述至少一个目标异常信息中的每个目标异常信息对应的故障解决信息，对上述目标异常信息对应的故障进行处理。
[0093]
在一些实施例的一些可选的实现方式中，上述目标异常信息包括：项目标识；以及上述装置500还包括：告警单元(图中未示出)，被配置成响应于确定上述至少一个目标异常信息中存在未存储在上述缓存数据库中的目标异常信息，向目标项目标识对应的目标用户发送告警信息，其中，上述目标项目标识为上述未存储在上述缓存数据库中的目标异常信息包括的项目标识。
[0094]
在一些实施例的一些可选的实现方式中，上述目标异常信息包括：故障优先级：以及故障处理单元504被配置成：根据上述至少一个目标异常信息中的各个目标异常信息包括的故障优先级，对上述至少一个目标异常信息中的各个目标异常信息进行排序，以生成待处理异常信息序列；根据上述待处理异常信息序列中每个待处理异常信息对应的故障解决信息，对上述待处理异常信息对应的故障进行处理。
[0095]
在一些实施例的一些可选的实现方式中，上述装置500还包括：第一故障解决信息存储单元(图中未示出)，被配置成响应于接收到上述目标用户发送的目标故障解决信息，将上述目标故障解决信息作为候选故障解决信息，存储至候选故障信息库中。
[0096]
在一些实施例的一些可选的实现方式中，上述装置500还包括：第二故障解决信息存储单元(图中未示出)，被配置成根据上述未存储在上述缓存数据库中的目标异常信息和上述目标故障解决信息，进行故障复现和故障测试；响应于确定通过上述故障测试，将上述目标故障解决信息存储至上述故障解决信息库中。
[0097]
在一些实施例的一些可选的实现方式中，上述第二故障解决信息存储单元，被配置成获取上述未存储在上述缓存数据库中的目标异常信息对应的版本标识；将上述版本标识对应的应用程序发送至测试服务器，以及运行上述应用程序。
[0098]
在一些实施例的一些可选的实现方式中，上述第二故障解决信息存储单元，被配置成响应于确定上述应用程序正在运行，基于上述目标故障解决信息，对上述应用程序进行故障测试。
[0099]
下面参考图6，其示出了适于用来实现本公开的一些实施例的电子设备(如图1所示的计算设备101)600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
[0100]
如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom 602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
[0101]
通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
[0102]
特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom 602被安装。在该计算机程序被处理装置601执行时，执行本公开的一些实施例的方法中限定的上述功能。
[0103]
需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读
信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0104]
在一些实施方式中，客户端、服务器可以利用诸如http(hypertext transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
[0105]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于确定异常信息日志中存在至少一个目标异常信息，确定缓存数据库中是否存在上述至少一个目标异常信息，其中，上述至少一个目标异常信息中的目标异常信息包括的异常级别与目标异常级别相同；响应于确定上述缓存数据库中存在上述至少一个目标异常信息，从故障信息库中获取与上述至少一个目标异常信息中每个目标异常信息相匹配的故障信息包括的故障码，得到至少一个故障码；基于上述至少一个故障码，从故障解决信息库中获取与上述至少一个目标异常信息中每个目标异常信息对应的故障解决信息，得到至少一个故障解决信息；根据上述至少一个目标异常信息中的每个目标异常信息对应的故障解决信息，对上述目标异常信息对应的故障进行处理。
[0106]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0107]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0108]
描述于本公开的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括确定单元、第一获取单元、第二获取单元和故障处理单元。其中，这些单元的名称在某种情
况下并不构成对该单元本身的限定，例如，故障处理单元还可以被描述为“根据上述至少一个目标异常信息中的每个目标异常信息对应的故障解决信息，对上述目标异常信息对应的故障进行处理的单元”。
[0109]
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
[0110]
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。