故障处理方法、装置、服务器及存储介质与流程

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.图1为本发明实施例提供的一种系统架构示意图；
36.图2为本发明实施例提供的一种故障处理方法的流程示意图；
37.图3为本发明实施例提供的另一种故障处理方法的流程示意图；
38.图4为本发明实施例提供的一种故障处理装置的结构示意图；
39.图5为本发明实施例提供的一种服务器的结构示意图。
具体实施方式
40.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
41.为便于对本发明实施例的理解，下面将结合附图以具体实施例做进一步的解释说明，实施例并不构成对本发明实施例的限定。
42.图1为本发明实施例提供的一种系统架构示意图，如图1所示，系统架构中包括：服务器101、故障解决组1、故障解决组2。故障解决组1中包含有多个设备，服务器101与故障解决组1、故障解决组2中的各个设备通信连接。故障解决者可以是服务器或计算机等设备商上部署的故障解决平台或其他故障解决软件等，图1中仅以计算机设备为例。
43.在实践中，服务器101可以通过部署相应的服务器监控管理系统来监控服务器101的状态，也可以在另外服务器中部署服务器监控管理系统来监控服务器101的状态。服务器监控管理系统监测到服务器101出现故障时，可以通过本方案提供的故障处理方法确定对应的目标故障解决者，并对故障解决结果进行验证。
44.可以理解的是，图1中的网络和设备的数目仅是示意。根据实际需要，系统架构可以包括任意数目的网络和设备。
45.下面将结合附图以具体实施例对本发明实施例提供的故障处理方法做进一步的解释说明，实施例并不构成对本发明实施例的限定。
46.图2为本发明实施例提供的一种故障处理方法的流程示意图，如图1所示，该方法具体包括：
47.s21、在服务器发生故障时，获取所述服务器的故障信息。
48.本发明实施例中，可以将服务器监控管理系统部署在服务器中，当服务器监控管理系统监测到服务器发生故障时，获取服务器的故障信息，该故障信息可以包含出现故障的部件信息、故障症状、发生部位、发生时间、发生原因等信息。
49.s22、基于所述故障信息查询对应的目标故障解决组。
50.本发明实施例中，可以预先存储多个故障解决组，每个故障解决组可以解决一类故障，或者，可以解决一种部件的故障，每个故障解决组中存在一个或多个故障解决者。
51.进一步的，基于s21中获取到的服务器的故障信息查询多个故障解决组中哪组可以解决该故障，将确定可以解决该故障的故障解决组作为目标故障解决组。
52.例如，故障解决组1可以解决电源故障，故障解决组2可以解决cpu故障，当前获取到的故障信息中显示故障部件为电源，则可以确定故障解决组1可以处理当前发生的故障，将故障解决组1作为目标故障解决组。
53.s23、在所述目标故障解决组中选取目标故障解决者，将所述故障信息发送给所述目标故障解决者，以使所述目标故障解决者基于所述故障信息对所述服务器出现的故障进行处理。
54.本发明实施例中，可以预先设置一个确定目标故障解决者的方法，该方法可以是随机确定，也可以是根据故障解决者的等级确定，等级高，被确定为目标故障解决者的几率高。
55.进一步的，可以在s22确定的目标故障解决者中随机选取目标故障解决者，将故障信息全部发送给目标故障解决者，目标故障解决者在收到故障信息后可以根据故障信息寻找到出现故障的部件，并可以根据故障症状对故障进行修复。
56.本发明实施例提供的故障处理方法，通过在服务器发生故障时，获取所述服务器的故障信息；基于所述故障信息查询对应的目标故障解决组；在所述目标故障解决组中选取目标故障解决者，将所述故障信息发送给所述目标故障解决者，以使所述目标故障解决者基于所述故障信息对所述服务器出现的故障进行处理，相对于现有技术中服务器监控管理系统发现故障后需要逐一寻找故障解决者，耗费巨大时间成本的问题，由本方法，可以根据故障信息快速寻找到对应的故障解决者，高效对应故障与故障解决者，提高故障处理效率，提升用户体验。
57.图3为本发明实施例提供的另一种故障处理方法的流程示意图，如图3所示，该方法具体包括：
58.s31、获取故障解决者的身份属性信息。
59.本发明实施例中，预先对故障解决者进行分组，首先获取多个故障解决者的身份属性信息，其中，故障解决者可以是服务器或计算机等设备商上部署的故障解决平台或其他故障解决软件等；身份属性信息中至少包含有故障解决者可解决故障的领域信息、部件信息、故障类型信息、故障解决者所在设备信息等，故障类型包括有软件故障和硬件故障等。
60.s32、基于所述身份属性信息对所述故障解决者进行身份注册及分组，得到多个故障解决组。
61.基于每个故障解决者的身份属性信息对多个故障解决者进行身份注册，以及，根据每个故障解决者所能负责的故障范围对多个故障解决者进行分组，得到多个可负责不同故障的故障解决组。
62.s33、在服务器发生故障时，获取所述服务器的故障信息。
63.本发明实施例中，在服务器发生故障时，可以通过查询日志或根据故障位置等方式获取故障信息，其中，故障信息至少携带有故障设备信息，故障设备信息至少包括但不限于故障部件信息、故障症状、发生时间、发生原因等。
64.s34、基于所述故障信息中的故障设备信息，遍历多个所述故障解决组分别对应的解决故障信息。
65.s35、基于所述解决故障信息，确定对应处理所述故障设备信息的目标故障解决组。
66.以下对s34-s35进行统一说明
67.基于故障信息中的故障设备信息，遍历预先存储的多个故障解决组所对应的可负责的故障范围，基于个故障解决组所对应的可负责的故障范围确定可负责处理当前故障的目标故障解决组。
68.s36、若所述目标故障解决组中存在多个故障解决者，则随机选取一个故障解决者
作为目标故障解决者。
69.若确定的目标故障解决组中存在多个故障解决者，则可以随机选取一个故障解决者作为目标故障解决者。
70.可选的，还可以根据多个故障解决者在历史解决故障后定义的等级信息，选取等级最高的作为目标故障解决者。
71.可选的，若确定的目标故障解决组中仅存在一个故障解决者，则将目标故障解决组中的这一个故障解决者作为目标故障解决者。
72.s37、接收所述目标故障解决者在处理故障完成后发送的处理结果。
73.在确定目标故障解决者后，将故障信息发送给目标故障解决者，目标故障解决者根据故障信息对故障进行修复处理，当处理完成后，将处理结果发送给服务器监控管理系统。
74.s38、若所述处理结果为处理成功，则接收所述目标故障解决者发送的故障验证方法。
75.目标故障解决者将处理结果发送给服务器监控管理系统的同时，若故障处理结果为处理成功，可以一并将故障验证方法发送给服务器监控管理系统。
76.s39、在多个所述故障解决组中随机选取多个故障解决者作为故障验证者，将所述故障验证方法发送给所述故障验证者，以使所述故障验证者基于所述故障验证方法验证所述目标故障解决者是否将故障处理成功。
77.服务器监控管理系统接收到故障验证方法后，可以在其他多个故障解决组中随机选取多个故障解决者作为故障验证者，将故障验证方法发送给选取的全部故障验证者，故障验证者根据故障验证方法对故障进行验证，检测该故障是否解决完成，进而确定目标故障解决者是否将故障处理成功。
78.s310、若所述处理结果为处理失败，则接收所述目标故障解决者发送的故障原因。
79.目标故障解决者将处理结果发送给服务器监控管理系统的同时，若故障处理结果为处理失败，则可以将该目标故障解决者确定的可能故障原因或故障连带问题发送给服务器监控管理系统。
80.s311、重新筛选目标故障解决者，将所述故障原因及故障信息发送给重新筛选的目标故障解决者。
81.服务器监控管理系统在接收到目标故障解决者发送的可能故障原因或故障连带问题后，可以在目标故障解决组中重新选取目标故障解决者，或者，可以根据故障原因确定是否有其他的故障范围，根据其他的故障范围重新确定目标故障解决组，在重新确定的目标故障解决组中筛选目标故障解决者，将故障原因及故障信息发送给重新筛选的目标故障解决者。
82.需要说明的是，若重新筛选目标故障解决者的次数大于阈值(例如，5次)，则服务器监控管理系统进行故障未解决的告警，以提示专业人员需要人工处理故障。告警方式可以是弹窗形式，也可以是音频形式等，根据实际情况进行选择，本发明不做具体限制。
83.s312、在目标故障解决者对故障处理成功后，对所述目标故障解决者进行身份升级。
84.本发明实施例中，还可以在目标故障解决者对故障处理成功后，对目标故障解决
者进行身份升级，即可以添加等级标识，待下次出现故障后，可以优先选择等级高的故障解决者对故障进行处理。
85.本发明实施例提供的故障处理方法，通过在服务器发生故障时，获取所述服务器的故障信息；基于所述故障信息查询对应的目标故障解决组；在所述目标故障解决组中选取目标故障解决者，将所述故障信息发送给所述目标故障解决者，以使所述目标故障解决者基于所述故障信息对所述服务器出现的故障进行处理，相对于现有技术中服务器监控管理系统发现故障后需要逐一寻找故障解决者，耗费巨大时间成本的问题，以及，在故障解决者对故障处理后验证一次是否解决故障成功，造成故障可能并没有真正解决的问题，由本方法，可以根据故障信息快速寻找到对应的故障解决者，并且通过多个验证者对故障解决结果进行验证，提高故障处理效率以及故障处理成功率，提升用户体验。
86.图4为本发明实施例提供的一种故障处理装置的结构示意图，具体包括：
87.获取模块401，用于在服务器发生故障时，获取所述服务器的故障信息；
88.查询模块402，用于基于所述故障信息查询对应的目标故障解决组；
89.发送处理模块403，用于在所述目标故障解决组中选取目标故障解决者，将所述故障信息发送给所述目标故障解决者，以使所述目标故障解决者基于所述故障信息对所述服务器出现的故障进行处理。
90.在一个可能的实施方式中，所述获取模块401，具体用于获取故障解决者的身份属性信息；基于所述身份属性信息对所述故障解决者进行身份注册及分组，得到多个故障解决组。
91.在一个可能的实施方式中，所述查询模块402，具体用于基于所述故障信息中的故障设备信息，遍历多个所述故障解决组分别对应的解决故障信息；基于所述解决故障信息，确定对应处理所述故障设备信息的目标故障解决组。
92.在一个可能的实施方式中，所述发送处理模块403，具体用于若所述目标故障解决组中存在多个故障解决者，则随机选取一个故障解决者作为目标故障解决者；若所述目标故障解决组中仅存在一个故障解决者，则将所述目标故障解决组中的一个故障解决者作为目标故障解决者。
93.在一个可能的实施方式中，所述发送处理模块403，还用于接收所述目标故障解决者在处理故障完成后发送的处理结果；若所述处理结果为处理成功，则接收所述目标故障解决者发送的故障验证方法；在多个所述故障解决组中随机选取多个故障解决者作为故障验证者，将所述故障验证方法发送给所述故障验证者，以使所述故障验证者基于所述故障验证方法验证所述目标故障解决者是否将故障处理成功。
94.在一个可能的实施方式中，所述发送处理模块403，还用于若所述处理结果为处理失败，则接收所述目标故障解决者发送的故障原因；重新筛选目标故障解决者，将所述故障原因及故障信息发送给重新筛选的目标故障解决者；若重新筛选目标故障解决者的次数大于阈值，则进行故障未解决的告警。
95.在一个可能的实施方式中，所述发送处理模块403，还用于在目标故障解决者对故障处理成功后，对所述目标故障解决者进行身份升级。
96.本实施例提供的故障处理装置可以是如图4中所示的故障处理装置，可执行如图2-3中故障处理方法的所有步骤，进而实现图2-3所示故障处理方法的技术效果，具体请参
照图2-3相关描述，为简洁描述，在此不作赘述。
97.图5为本发明实施例提供的一种服务器的结构示意图，图5所示的服务器500包括：至少一个处理器501、存储器502、至少一个网络接口504和其他用户接口503。服务器500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。
98.其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
99.可以理解，本发明实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本文描述的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。
100.在一些实施方式中，存储器502存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。
101.其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(media player)、浏览器(browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。
102.在本发明实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令，处理器501用于执行各方法实施例所提供的方法步骤，例如包括：
103.在服务器发生故障时，获取所述服务器的故障信息；基于所述故障信息查询对应的目标故障解决组；在所述目标故障解决组中选取目标故障解决者，将所述故障信息发送给所述目标故障解决者，以使所述目标故障解决者基于所述故障信息对所述服务器出现的故障进行处理。
104.在一个可能的实施方式中，获取故障解决者的身份属性信息；基于所述身份属性信息对所述故障解决者进行身份注册及分组，得到多个故障解决组。
105.在一个可能的实施方式中，所述方法还包括：所述故障信息至少携带有故障设备信息；基于所述故障信息中的故障设备信息，遍历多个所述故障解决组分别对应的解决故障信息；基于所述解决故障信息，确定对应处理所述故障设备信息的目标故障解决组。
106.在一个可能的实施方式中，若所述目标故障解决组中存在多个故障解决者，则随
机选取一个故障解决者作为目标故障解决者；若所述目标故障解决组中仅存在一个故障解决者，则将所述目标故障解决组中的一个故障解决者作为目标故障解决者。
107.在一个可能的实施方式中，接收所述目标故障解决者在处理故障完成后发送的处理结果；若所述处理结果为处理成功，则接收所述目标故障解决者发送的故障验证方法；在多个所述故障解决组中随机选取多个故障解决者作为故障验证者，将所述故障验证方法发送给所述故障验证者，以使所述故障验证者基于所述故障验证方法验证所述目标故障解决者是否将故障处理成功。
108.在一个可能的实施方式中，若所述处理结果为处理失败，则接收所述目标故障解决者发送的故障原因；重新筛选目标故障解决者，将所述故障原因及故障信息发送给重新筛选的目标故障解决者；若重新筛选目标故障解决者的次数大于阈值，则进行故障未解决的告警。
109.在一个可能的实施方式中，在目标故障解决者对故障处理成功后，对所述目标故障解决者进行身份升级。
110.上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。
111.可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本技术所述功能的其它电子单元或其组合中。
112.对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
113.本实施例提供的服务器可以是如图5中所示的服务器，可执行如图2-3中故障处理方法的所有步骤，进而实现图2-3所示故障处理方法的技术效果，具体请参照图2-3相关描述，为简洁描述，在此不作赘述。
114.本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器
还可以包括上述种类的存储器的组合。
115.当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在服务器侧执行的故障处理方法。
116.所述处理器用于执行存储器中存储的故障处理程序，以实现以下在服务器侧执行的故障处理方法的步骤：
117.在服务器发生故障时，获取所述服务器的故障信息；基于所述故障信息查询对应的目标故障解决组；在所述目标故障解决组中选取目标故障解决者，将所述故障信息发送给所述目标故障解决者，以使所述目标故障解决者基于所述故障信息对所述服务器出现的故障进行处理。
118.在一个可能的实施方式中，获取故障解决者的身份属性信息；基于所述身份属性信息对所述故障解决者进行身份注册及分组，得到多个故障解决组。
119.在一个可能的实施方式中，所述方法还包括：所述故障信息至少携带有故障设备信息；基于所述故障信息中的故障设备信息，遍历多个所述故障解决组分别对应的解决故障信息；基于所述解决故障信息，确定对应处理所述故障设备信息的目标故障解决组。
120.在一个可能的实施方式中，若所述目标故障解决组中存在多个故障解决者，则随机选取一个故障解决者作为目标故障解决者；若所述目标故障解决组中仅存在一个故障解决者，则将所述目标故障解决组中的一个故障解决者作为目标故障解决者。
121.在一个可能的实施方式中，接收所述目标故障解决者在处理故障完成后发送的处理结果；若所述处理结果为处理成功，则接收所述目标故障解决者发送的故障验证方法；在多个所述故障解决组中随机选取多个故障解决者作为故障验证者，将所述故障验证方法发送给所述故障验证者，以使所述故障验证者基于所述故障验证方法验证所述目标故障解决者是否将故障处理成功。
122.在一个可能的实施方式中，若所述处理结果为处理失败，则接收所述目标故障解决者发送的故障原因；重新筛选目标故障解决者，将所述故障原因及故障信息发送给重新筛选的目标故障解决者；若重新筛选目标故障解决者的次数大于阈值，则进行故障未解决的告警。
123.在一个可能的实施方式中，在目标故障解决者对故障处理成功后，对所述目标故障解决者进行身份升级。
124.专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
125.结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
126.以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步
详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。