CN113592337A

CN113592337A - 故障处理方法、装置、电子设备及存储介质

Info

Publication number: CN113592337A
Application number: CN202110909418.4A
Authority: CN
Inventors: 杨斌; 黄克旺; 廖佳林
Original assignee: Beijing Doumen Information Technology Co ltd
Current assignee: Beijing Doumen Information Technology Co ltd
Priority date: 2021-08-09
Filing date: 2021-08-09
Publication date: 2021-11-02

Abstract

本公开提出一种故障处理方法、装置、电子设备及存储介质，涉及运维监控技术领域。该方法包括：获取被监控系统的运行状况数据；根据所述运行状况数据判断所述被监控系统存在故障的情况下，确定所述故障的等级；根据所述故障的等级获取对应的自动处理方案；按照所述自动处理方案对所述故障进行处理。本公开技术方案可以实现自动解决故障，减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

Description

故障处理方法、装置、电子设备及存储介质

技术领域

本公开涉及运维监控技术领域，尤其涉及一种故障处理方法、装置、电子设备及存储介质。

背景技术

目前，监控系统通常对被监控设备进行实时数据收集，根据预设的阈值和收集的数据判断被监控设备是否故障，若发生故障则通知相应的维修人员进行故障处理。但是，这种方式在常见故障重复出现的情况下，人工处理故障的频率较高，人工成本较高。

发明内容

本公开提供一种故障处理方法、装置、电子设备及存储介质，以解决相关技术存在的问题，技术方案如下：

根据本公开的一方面，提供了一种故障处理方法，包括：

获取被监控系统的运行状况数据；

根据所述运行状况数据判断所述被监控系统存在故障的情况下，确定所述故障的等级；

根据所述故障的等级获取对应的自动处理方案；

按照所述自动处理方案对所述故障进行处理。

在一种实施方式中，所述方法还包括：

若所述故障的等级无对应的自动处理方案，则确定所述故障对应的维护人员，将所述故障的信息通知给所述维护人员。

在一种实施方式中，所述方法还包括：

在按照所述自动处理方案对所述故障进行处理后，判断所述故障是否解除；

若所述故障未解除，则确定所述故障对应的维护人员，将所述故障的信息通知给所述维护人员。

在一种实施方式中，所述方法还包括：

在所述维护人员处理所述故障后，判断所述故障是否解除；

若所述故障解除，则将所述维护人员的处理方案生成对应的自动处理方案并添加至已有的自动处理方案中。

在一种实施方式中，所述方法还包括：

在按照所述自动处理方案对所述故障进行处理后，若所述故障未解除，则判断所述故障是否存在对应的备选方案；

在存在所述故障对应的备选方案的情况下，按照所述备选方案对所述故障进行处理。

在一种实施方式中，所述根据所述故障的等级获取对应的自动处理方案，包括：

若所述故障的等级为指定的第一级别，则发出故障警告；

若所述故障的等级为指定的第二级别，则获取对应的自动处理方案；

若所述故障的等级为指定的第三级别，则确定所述故障对应的维护人员，将所述故障的信息通知给所述维护人员。

在一种实施方式中，所述故障的信息至少包括所述故障的等级和所述运行状况数据。

根据本公开的另一方面，提供了一种故障处理装置，包括：

第一获取模块，用于获取被监控系统的运行状况数据；

确定模块，用于根据所述运行状况数据判断所述被监控系统存在故障的情况下，确定所述故障的等级；

第二获取模块，用于根据所述故障的等级获取对应的自动处理方案；

处理模块，用于按照所述自动处理方案对所述故障进行处理。

在一种实施方式中，所述装置还包括：

第一通知模块，用于若所述故障的等级无对应的自动处理方案，则确定所述故障对应的维护人员，将所述故障的信息通知给所述维护人员。

在一种实施方式中，所述处理模块还用于：在按照所述自动处理方案对所述故障进行处理后，判断所述故障是否解除；

所述装置还包括：

第二通知模块，用于若所述故障未解除，则确定所述故障对应的维护人员，将所述故障的信息通知给所述维护人员。

在一种实施方式中，所述装置还包括：

收集模块，用于在所述维护人员处理所述故障后，判断所述故障是否解除；若所述故障解除，则将所述维护人员的处理方案生成对应的自动处理方案并添加至已有的自动处理方案中。

在一种实施方式中，所述处理模块还用于：

在一种实施方式中，所述第二获取模块具体用于：

若所述故障的等级为指定的第一级别，则发出故障警告；

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的方法。

上述技术方案中的优点或有益效果至少包括：获取被监控系统的运行状况数据，根据运行状况数据判断被监控系统存在故障的情况下，确定故障的等级，根据故障的等级获取对应的自动处理方案，按照该自动处理方案对故障进行处理，从而可以实现自动解决故障，能够减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本公开进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本公开公开的一些实施方式，而不应将其视为是对本公开范围的限制。

图1为本公开一实施例中故障处理方法的流程图；

图2为本公开一实施例中故障处理方法的流程图；

图3为本公开一实施例中故障处理装置的结构框图；

图4是用来实现本公开实施例的故障处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1为本公开一实施例中故障处理方法的流程图。如图1所示，该方法可以包括以下步骤：

步骤S101：获取被监控系统的运行状况数据。

步骤S102：根据所述运行状况数据判断所述被监控系统存在故障的情况下，确定所述故障的等级。

步骤S103：根据所述故障的等级获取对应的自动处理方案。

步骤S104：按照所述自动处理方案对所述故障进行处理。

上述方法可以实现自动解决故障，能够减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

对于步骤S101的具体实现方式，见如下实施例。

作为示例，通过监控软件监控被监控系统的运行状况数据，该监控软件可以不需要传感器硬件配合，该监控软件可以位于被监控系统中，也可以位于单独的设备中，该运行状况数据包括但不限于服务器CPU、内存、磁盘空间、磁盘IO、网络IO、业务响应时长、业务抛出的异常结果如延时、TP50、TP90、TP99，业务正常响应和异常响应等，比如服务器监控nagios、zabbix，如使用云主机对应的云监控等获取对应的CPU内存等数据；业务监控prometheus、pinpoint等获取业务响应时长、响应结果等。

关于TP(Top Percentile)，Top百分位数，其是统计学中的一个统计值，类似中位数、四分位数等概念。TP90、TP99、T999等常用于评估软件系统的处理性能。具体解释如下：

假设统计了一段时间内访问系统的100次请求数据，他们的响应耗时分别是：1ms、2ms、3ms...100ms。基于本次统计结果，请求耗时从小到大排列，系统的TP90，取第100*0.9次请求耗时，为90ms，类似地TP50＝50ms、TP99＝99ms。

对于步骤S102的具体实现方式，见如下实施例。

作为示例，每种类型的运行状况数据可以有对应的故障标准，根据实际情况进行设置。将监控到的运行状况数据与预设阈值比较，确定故障是否存在和故障的等级。故障对应的参数达到预设阈值，则认为有故障。故障对应的参数没有继续达到设值的阈值，则认为是故障解除。

例如，监控到CPU使用率达到90％，确定故障等级1；如果短时间内恢复正常，则认为是当时有数据运算占用CPU，为正常情况；如果CPU使用量达到90％，持续时间超过30分钟，确定故障等级2。

再例如，比如被监控系统的TP99正常响应为100ms，当TP99响应超过110ms时，确定故障等级1，如果短时间恢复正常，认为是正常的波动；如果持续时间超过5分钟，确定故障等级2；如果TP99响应继续增加，超过150ms，则故障等级提升到等级3。

对于步骤S103的具体实现方式，见如下实施例。

作为示例，当判断存在故障且确定了故障等级时，判断是否有与该故障等级对应的自动处理方案。例如，可以在存放自动处理方案的数据库中查找与该故障等级对应的自动处理方案。比如，系统内部发生CPU等级2故障时，检索存放自动处理方案的数据库中CPU等级2故障的方案。

对于步骤S104的具体实现方式，见如下实施例。

作为示例，在根据故障等级获取对应的自动处理方案后，按照该自动处理方案处理故障。例如，有CPU故障等级2的自动处理方案，设置的自动处理方案为重启服务A。正常状况下服务A所在的服务器CPU使用率为30％，检测到服务A所在的服务器CPU使用率100％，且已经持续了5分钟，则确定CPU故障等级2，并重启服务A。

在一种可能的实现方式中，所述方法还包括：

作为示例，当判断没有与该故障等级对应的自动处理方案时，将故障信息发送给对应的维护人员处理，例如，在数据库中查找与该故障等级对应的负责人，即，当没有自动处理方案时，故障应该通知哪个负责人。

例如，故障等级2没有对应的自动处理方案，则将故障信息发送给值班人员处理。故障信息为比如CPU故障等级2时，CPU使用率100％，持续时间30分钟等这些信息。

这样，在没有与故障等级对应的自动处理方案的情况下，将故障信息通知给对应的维护人员，有助于及时、有效地解决该故障，提高故障处理效率，并且能够解决该故障的人工处理方案也为后续生成与该故障等级对应的自动处理方案并添加到已有的自动处理方案做好准备，以便未来再碰到这种故障时可以自动解决该故障，从而减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

在一种可能的实现方式中，所述方法还包括：

例如，故障对应的参数达到设置的阈值，则认为是故障。故障对应的参数没有继续达到设值的阈值，则认为是故障解除。

作为示例，当在自动处理方案执行完成的情况下判断故障没有解除时，将故障信息发送给对应的维护人员处理，例如，在数据库中查找与该故障等级对应的负责人，并将故障信息发送给该负责人处理。

比如，正常状况下服务A所在的服务器CPU使用率为30％，CPU故障等级2的自动处理方案为重启服务A，在确定CPU故障等级2时，重启服务A，重启完成后判断服务器CPU是否正常，如果恢复正常的30％，则反馈自动处理完成恢复正常；如果没有恢复到正常的30％，则反馈自动处理完成但未恢复正常，通知对应值班人员“CPU发生等级2故障，自动处理完成未恢复正常，需要人工处理”。

这样，在与故障等级对应的自动处理方案不能解决该故障的情况下，将故障信息通知给对应的维护人员，有助于及时、有效地解决该故障，提高故障处理效率，并且能够解决该故障的人工处理方案也为后续生成与该故障等级对应的自动处理方案并添加到已有的自动处理方案做好准备，以便未来再碰到这种故障时可以自动解决该故障，从而减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

在一种可能的实现方式中，所述方法还包括：

在所述维护人员处理所述故障后，判断所述故障是否解除；

具体而言，如果人工处理的方案解除故障，则将处理方案收集整理成自动化处理方案，添加到存放自动处理方案的数据库中。如果人工处理的方案没有解除故障，则继续人工处理直到故障解除。

这样，在维护人员能够人工解决该故障的情况下，利用能够解决该故障的人工处理方案生成与该故障等级对应的自动处理方案并添加到已有的自动处理方案，以便未来再碰到这种故障时可以自动解决该故障，从而减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

在一种可能的实现方式中，所述方法还包括：

其中，备选方案包括至少一个候选的自动处理方案。例如，情况1是CPU故障等级2，所对应的自动处理方案是A；情况2是内存故障等级2，所对应的自动处理方案是B。当情况1或者情况2单独发生时，使用方案A或方案B处理；当情况1和情况2同时出现时，所对应的自动处理方案是C，则使用方案C可以解决问题，使用方案A+B也可以解决问题，这种情况下方案C是自动处理方案，方案A+B是备选方案。即，存在多种故障的情况下，备选方案可以是各种故障的各自等级分别对应的自动处理方案的组合。

这样，在与故障等级对应的自动处理方案不能解决该故障的情况下，可以利用备选方案自动解决该故障，从而减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

在一种可能的实现方式中，步骤S103包括：

若所述故障的等级为指定的第一级别，则发出故障警告；

例如，被监控系统的TP99正常响应为100ms，当TP99响应超过110ms时，出现等级1的告警，仅提醒注意；如果持续时间超过5分钟，告警等级提升到等级2，获取对应的自动处理方案；如果TP99响应继续增加，超过150ms，告警等级提升到等级3，则通知被监控系统对应负责人。

这样，根据不同的故障等级采用不同的解决方案，可以及时、有效地解决故障，有助于自动解决更多的故障，从而减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

在一种可能的实现方式中，所述故障的信息至少包括所述故障的等级和所述运行状况数据。

例如，故障信息为CPU故障等级2时，CPU使用率100％，持续时间30分钟。

这样，将至少包括故障等级和运行状况的故障信息发送给维护人员，有助于维护人员及时、有效地解决该故障，提高故障处理效率，并且维护人员采取的能够解决该故障的人工处理方案也为后续生成与该故障等级对应的自动处理方案并添加到已有的自动处理方案做好准备，以便未来再碰到这种故障时可以自动解决该故障，从而减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

下面通过一个具体的示例来介绍本公开中的故障处理方法的实现过程。图2为本公开一实施例中故障处理方法的流程图。

如图2所示，首先，获取被监控系统的运行状况数据，然后将该运行状况数据与预设阈值进行比较，判断是否符合故障标准，如果是则确定故障存在，并根据故障的等级判断是否有对应的自动处理方案；否则，确定不存在故障，则无需处理并且继续收集被监控系统的运行状况数据。

若判定该故障的等级有对应的自动处理方案，则执行该自动处理方案；若判断该故障的等级没有对应的自动处理方案，则发送故障信息至对应的维护人员进行处理。

在执行上述自动处理方案完成后，还可以进一步判断该故障是否解除；例如，故障对应的参数达到设置的阈值，则认为是故障未解除；故障对应的参数没有继续达到设置的阈值，则认为是故障已解除。

若判定上述自动处理方案执行完成后故障已解除，则可以继续获取被监控系统的运行状况数据。

若判断上述自动处理方案执行完成后故障未解除，则可以将故障信息发送给对应的维护人员处理；或者，如图2的虚线所示，可以判断是否还有与该故障等级对应的备选方案，若存在该故障对应的备选方案，则可以按照该备选方案对该故障进行处理。

在上述对应的维护人员收到故障信息并进行人工处理完毕后，可以根据人工处理的效果确定故障是否解除，若解除，则将人工处理的方案生成自动处理方案，并添加至存放自动处理方案的数据库中。如果人工处理的效果没有解除故障，则继续人工处理直到故障解除。

需要说明的是，尽管以图1、2作为示例介绍了故障处理方法，如上所述，但本领域技术人员能够理解，本公开应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定具体流程，只要实现自动解决更多的故障，减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

基于相同的发明构思，图3为本公开一实施例中的故障处理装置的结构框图。如图3所示，该装置可以包括：

第一获取模块31，用于获取被监控系统的运行状况数据；

确定模块32，用于根据所述运行状况数据判断所述被监控系统存在故障的情况下，确定所述故障的等级；

第二获取模块33，用于根据所述故障的等级获取对应的自动处理方案；

处理模块34，用于按照所述自动处理方案对所述故障进行处理。

在一种可能的实现方式中，所述装置还包括：

在一种可能的实现方式中，处理模块34还用于：在按照所述自动处理方案对所述故障进行处理后，判断所述故障是否解除；

所述装置还包括：

在一种可能的实现方式中，所述装置还包括：

在一种可能的实现方式中，处理模块34还用于：

在一种可能的实现方式中，第二获取模块33具体用于：

若所述故障的等级为指定的第一级别，则发出故障警告；

本公开实施例提供的故障处理装置，获取被监控系统的运行状况数据，根据运行状况数据判断被监控系统存在故障的情况下，确定故障的等级，根据故障的等级获取对应的自动处理方案，按照该自动处理方案对故障进行处理，从而可以实现自动解决故障，能够减少重复故障的人工处理次数，降低人工成本，提高了故障处理效率。

需要说明的是，本公开实施例各装置中的各模块的功能可以参见上述故障处理方法中的对应描述，在此不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图4示出了可以用来实施本公开实施例的故障处理方法的示例电子设备400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或要求的本公开的实现。

如图4所示，电子设备400包括计算单元401，其可以根据存储在只读存储器(ROM)402中的计算机程序或者从存储单元408加载到随机访问存储器(RAM)403中的计算机程序来执行各种适当的动作和处理。在RAM 403中，还可存储电子设备400操作所需的各种程序和数据。计算单元401、ROM402以及RAM 403通过总线404彼此相连。输入输出(I/O)接口405也连接至总线404。

电子设备400中的多个部件连接至I/O接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许电子设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如故障处理方法。例如，在一些实施例中，故障处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 402和/或通信单元409而被载入和/或安装到电子设备400上。当计算机程序加载到RAM 403并由计算单元401执行时，可以执行上文描述的故障处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行故障处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims

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

获取被监控系统的运行状况数据；

根据所述故障的等级获取对应的自动处理方案；

按照所述自动处理方案对所述故障进行处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

在所述维护人员处理所述故障后，判断所述故障是否解除；

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

6.根据权利要求1所述的方法，其特征在于，所述根据所述故障的等级获取对应的自动处理方案，包括：

若所述故障的等级为指定的第一级别，则发出故障警告；

7.根据权利要求2、3或6所述的方法，其特征在于，所述故障的信息至少包括所述故障的等级和所述运行状况数据。

8.一种故障处理装置，其特征在于，包括：

第一获取模块，用于获取被监控系统的运行状况数据；

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

10.根据权利要求8所述的装置，其特征在于，

所述处理模块还用于：在按照所述自动处理方案对所述故障进行处理后，判断所述故障是否解除；

所述装置还包括：

11.根据权利要求9或10所述的装置，其特征在于，所述装置还包括：

12.根据权利要求8所述的装置，其特征在于，所述处理模块还用于：

13.根据权利要求8所述的装置，其特征在于，所述第二获取模块具体用于：

若所述故障的等级为指定的第一级别，则发出故障警告；

14.根据权利要求9、10或13所述的装置，其特征在于，所述故障的信息至少包括所述故障的等级和所述运行状况数据。

15.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的方法。