CN107562556A - 故障的恢复方法、恢复装置及存储介质 - Google Patents

Abstract

本发明公开了一种故障的恢复方法、恢复装置及存储介质，所述恢复方法包括：获取故障信息；根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程；对所述告警参数进行收敛处理，以生成收敛的告警参数；按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。本发明通过预设的告警匹配规则，为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，具有兼容性强、处理流程简单、占有***资源少、且处理效率高等优点。

Description

故障的恢复方法、恢复装置及存储介质

技术领域

本发明属于数据处理领域，尤其涉及一种故障的恢复方法、恢复装置及存储介质。

背景技术

随着各类应用程序的兴起，各类型的软件故障也频繁发生，不仅会导致业务的中断，更会为对应的商家和用户带来不佳的体验。因此，故障自动恢复的问题显得尤为紧迫和突出。

传统的故障自动恢复***，都是针对具体的故障。由故障自动恢复***的开发人员，配置针对这个具体故障的处理流程，然后再由流程***执行。处理流程的配置，通常是通过指定的领域专用语言(Domain Specific Language，DSL)类型的描述文件，此外，部分流程的处理甚至还需要开发人员进行针对性的编码工作。

传统的故障自动恢复***，存在一定的弊端，比如：用户自定义的门槛非常高，通常只能覆盖一些基础的、公共的故障处理流程。在接入和维护方面，具有恢复方案之间兼容性差、且处理流程多而繁杂导致***资源消耗较大、反馈慢等技术问题。

发明内容

本发明实施例提供一种故障的恢复方法、恢复装置及存储介质，具有兼容性强、和处理流程简单等优点。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种故障的恢复方法，包括：

获取故障信息；

根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程；

对所述告警参数进行收敛处理，以生成收敛的告警参数；以及

按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

为解决上述技术问题，本发明实施例还提供以下技术方案：

一种故障的恢复装置，包括：

获取模块，用于获取故障信息；

匹配模块，用于根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程；

收敛模块，用于对所述告警参数进行收敛处理，以生成收敛的告警参数；以及

恢复模块，用于按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

为解决上述技术问题，本发明实施例还提供以下技术方案：

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现上述故障的恢复方法。

本发明实施例提供的故障的恢复方法、恢复装置及存储介质，通过预设的告警匹配规则为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，具有兼容性强、处理流程简单、占有***资源少、且处理效率高等优点。

附图说明

下面结合附图，通过对本发明的具体实施方式详细描述，将使本发明的技术方案及其它有益效果显而易见。

图1是本发明实施例提供的故障的恢复方法的流程示意图；

图2是本发明实施例提供的视频数据的处理方法故障的恢复方法的另一流程示意图；

图3是本发明实施例提供的告警匹配的用户配置界面示意图；

图4是本发明实施例提供的树形故障处理流程的界面示意图；

图5是本发明实施例提供的树形故障处理流程的处理逻辑示意图；

图6是本发明实施例提供的用户自定义的告警设置的技术侧示意图；

图7是本发明实施例提供的故障的恢复装置的模块示意图；

图8是本发明实施例提供的故障的恢复装置的另一模块示意图；

图9是本发明实施例提供的故障的恢复方法、恢复装置及存储介质的硬件环境示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存***中的位置处，其可重新配置或另外以本领域技术人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实***置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语「模块」、「单元」可看做为在该运算***上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算***上的实施对象。而本文所述的装置及方法优选的以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。

请参阅图1，图1是本发明实施例提供的故障的恢复方法的流程示意图。所述故障的恢复方法，可应用于具有运行维护相关功能的服务器上。

所述故障的恢复方法，包括如下步骤：

在步骤S101中，获取故障信息。

其中，所述故障信息包括但不限于：异常告警和健康预警。

所述异常告警，是指各种原因导致的业务异常、或伪业务异常。常见可以归结为：网络或互联网数据中心(Internet Data Center，IDC)异常导致的业务异常、关键模块性能问题导致的业务异常、主机硬件或***异常导致的业务异常、以及无效误告引发的伪业务异常等。其中，主机硬件或***异常导致的业务异常出现的比例最高。

所述健康预警，是指获取的***的各类指标，所述各类指标用于对***进行故障的评估和检测。可以理解的是，所述健康预警可以理解为***的体检报告，用于在与指标阈值进行对比后，以便发现是否存在异常点，所述异常点即可视为故障信息。

在步骤S102中，根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程。

请参阅图3，所示为告警匹配的用户配置界面示意图。其中，所述告警匹配规则，包括：故障信息所对应的告警参数310、和故障处理流程320，其中，所述告警参数310和所述故障处理流程320支持用户的自定义，以便对故障信息的属性和对应策略进行调整。

所述告警参数310，在实操界面中可被定义或显示为“自愈场景”，也就是需要恢复的场景中所对应的各类参数。所述告警参数310包括：故障信息对应的故障类型31、故障事件编号32、文字描述33、环境属性34、业务分区35、和业务模块36。

具体而言，故障类型31，也称告警类型，用于对故障的属性进行自定义。故障事件编号32，是在故障类型下查找并生成对应的故障事件编号，比如：973469Hostsrv更新失败告警(告警类型)。文字描述33，用于支持按内容筛选，可以只筛选内容匹配的那部分告警，使用正则表达式进行匹配。本文字描述33为可选项，不填为不过滤。环境属性34，如图也可显示为SET属性，用于对应用环境类型进行设置。所述应用环境的类型包括但不限于：测试环境、体验环境、和正式环境。业务分区35，用于对按照业务内容进行虚拟分区。比如：318(广东一区)，可以理解的是，广东一区，通常是指建议广东地区的用户优先选择，但并不影响其他区域用户的进入。业务模块36，是指业务的逻辑模块，比如主机上的逻辑模块、游戏模块、聊天模块等。

所述故障处理流程320，在用户配置界面中可被定义或显示为“自愈处理”，用于提供故障流程处理的相关选项，供用户进行自定义。所述故障处理流程320包括：树形的故障处理流程37、通知38、和启用控制39。

具体而言，启用控制39，用于确定是否启用对应的故障处理流程。

所述通知38，包括：通知的触发、通知的渠道、和通知人。具体而言，所述通知的触发包括：开始时触发、成功时触发、和失败时触发。所述通知的渠道，包括：短信、邮件、社交软件(如微信、腾讯通RTX)、和电话等。所述通知人包括：相关责任人(如主机负责人)、和***责任人(可添加额外通知人)。

所述树形的故障处理流程37，可进一步参阅图4，所示为树形故障处理流程的界面示意图。其中，所述树形故障处理流程37，包括：一个根节点371、多个子节点372、及其关联关系373。其中，所述子节点372还进一步包括：叶子节点3720，意味着对应的故障处理流程结束。

可以理解的是，每个节点(371、372、或3720)中都包括对应的恢复参数指令，用于在触发所述节点时，根据所述恢复指令对故障进行恢复。

可以理解的是，每一树形故障处理流程37对应唯一的根节点371。本步骤可以提供多个触发节点，供用户进行选择。其中触发节点通过设置标签或文字进行显示，图中以“快捷”为例，表示该节点为触发节点371、和374。此外，还可以对多个树形故障处理流程进行组合，比如：将一个树形故障流程的根节点作为另一个树形故障处理流程的子节点。

在步骤S103中，对所述告警参数进行收敛处理，以生成收敛的告警参数。

可以理解的是，当收到一条告警参数时，可以直接进行后续步骤。当收到多个告警参数时，判断所述多个告警参数是否关联到同一事件，并当关联到同一事件时，对所述多个告警参数进行收敛，以生成收敛后的告警参数。具体而言，所述收敛，是指当多个告警参数代表的是同一事件时，仅执行其中的任一条告警参数即可，而将其他告警参数进行存储而不执行。

举例而言，比如：当***死机时，会分别收到通信模块、存储模块、和处理进程的多个告警参数，此时可进行收敛，以生成一条收敛后的告警参数。

在步骤S104中，按照所述收敛的告警参数执行对应的故障处理流程，以进行故障恢复。

具体而言，本步骤包括：

(1)获取所述故障处理流程的中当前节点的业务逻辑。其中，所述业务逻辑包括：通过网络协议调用自定义的企业服务总线、或操作***的对应功能，所述对应功能包括：重启功能、传输功能、和/或脚本执行功能。

(2)按照所述收敛的告警参数，执行所述故障处理的业务逻辑。

其中，若恢复成功，则生成告警处理单，并将所述处理过程保持在所述告警处理单上，并将所述告警处理单保存至告警数据库中。若恢复失败或超时，则对所述告警信息进行跟踪，并进一步优化所述故障处理流程。

本发明实施例提供的故障的恢复方法，通过预设的告警匹配规则为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，不需要针对每种具体故障进行单独编码，因此具有兼容性强的优点，同时配置和恢复的处理流程简单，可以提高故障恢复的处理效率。

请参阅图2，图2是本发明实施例提供的故障的恢复方法的另一流程示意图。所述故障的恢复方法，可应用于具有运行维护相关功能的服务器上。

所述故障的恢复方法，包括如下步骤：

在步骤S201中，配置树形的故障处理流程。

请同时参阅图4所示的树形故障处理流程的界面示意图，具体而言，本步骤包括：

(1)设置触发节点，作为根节点371。

可以理解的是，每一树形故障处理流程37对应唯一的根节点371。

本步骤还可以：获取多个触发节点，并通过标签或文字进行标注，图中以“快捷”为例，所示有触发节点371、和触发节点374；再从所述多个触发节点中选择一个触发节点作为唯一的根节点。

(2)按照处理逻辑，依次获取所述根节点的关联选项，以生成子节点372。

可以理解的是，所述树形，通常是指二叉树，即：每个节点可分解出一个左子树和一个右子树，分别对应恢复成功和恢复失败的处理逻辑。

更进一步的，本步骤可执行为：(2.1)从所述根节点371开始，依次设置当前节点的恢复指令，所述恢复指令用于对故障信息进行故障恢复；(2.2)按照处理逻辑，将恢复成功和恢复失败分别作为当前节点的关联选项，并生成为当前节点的子节点372；(2.3)记录所述当前节点与所述当前节点的父节点的关联关系373。

(3)根据所述根节点371、所述子节点372、及关联关系373，生成树形的故障处理流程37。

其中，还可以对多个树形故障处理流程进行组合。即：当包括多个触发节点时，对所述根节点、未选择的触发节点、和所述子节点进行树形逻辑处理流程的组合。可以理解为：当存在多个触发节点时，将一个树形故障流程的根节点作为另一个树形故障处理流程的子节点，可参见节点374。

其中，所述子节点372还进一步包括：叶子节点3720，意味着对应的故障处理流程结束。

在步骤S202中，获取故障信息。

本步骤可以从关联的告警***中获取故障信息。所述故障信息包括但不限于：异常告警和健康预警。

在步骤S203中，根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和树形故障处理流程。

请参阅图3，所示为告警匹配的用户配置界面示意图。其中，所述告警匹配规则，包括：故障信息所对应的告警参数310、和故障处理流程320，其中，所述告警参数310和所述故障处理流程320支持用户的自定义，以便对故障信息的属性和对应策略进行调整。

所述告警参数310，在实操界面中可被定义或显示为“自愈场景”，也就是需要恢复的场景中所对应的各类参数。所述告警参数310包括：故障信息对应的故障类型31、故障事件编号32、文字描述33、环境属性34、业务分区35、和业务模块36。

所述故障处理流程320，在用户配置界面中可被定义或显示为“自愈处理”，用于提供故障流程处理的相关选项，供用户进行自定义。所述故障处理流程320包括：树形的故障处理流程37、通知38、和启用控制39。

在步骤S204中，根据所述告警参数所对应的告警事件是否首次出现，而对告警参数进行收敛处理，以生成收敛的告警参数。

具体而言，本步骤包括：

(1)判断告警参数对应的告警事件是否是首次出现，其中所述告警事件对应至少一个的告警参数。其中，若是首次出现，则执行步骤(2)，若不是首次出现，则执行步骤(3)。

举例而言，比如：当***死机时，会分别收到通信模块、存储模块、处理进程等多个告警参数，此时可对上述多个告警参数进行收敛，以生成一条收敛后的告警参数。

(2)将所述告警参数作为收敛后的告警参数，并发送至所述故障处理流程。

(3)在告警数据库中将所述告警参数记录在所述告警事件中，并将所述告警参数标记为已收敛。

在步骤S205中，按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

具体而言，本步骤包括：

(1)将所述收敛后的告警参数发送到故障处理流程对应的根节点；

(2)获取所述根节点对应的恢复指令；

(3)根据所述恢复指令对所述故障信息进行故障恢复；

(4)判断当前节点是否是叶子节点；

(5)在当前节点是叶子节点时，结束所述故障恢复；

(6)在当前节点不是叶子节点时，根据故障恢复结果，获取根节点对应的子节点的恢复指令，以进行故障恢复，其中所述故障恢复结果包括：恢复成功或恢复失败。

为进一步的说明上述步骤，请同时参阅图5，所示为本发明实施例提供的树形故障处理流程的处理逻辑示意图。所述树形故障处理流程的处理逻辑包括：

告警匹配模块51：获取故障信息，并根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和树形故障处理流程。

告警收敛模块52：将所述故障信息进行收敛处理，并将所述收敛处理结果写入数据库58。

待处理流程队列53：接收所述收敛后的告警参数，并确定当前的节点；

流程控制模块54：根据所述当前的节点，获取下一个需要执行的节点；

单元任务队列55：若没有下一个需要执行的节点，则判断当前节点是叶子节点，结束所述故障恢复，并由流程控制模块54将恢复过程保存至数据库58；若不是叶子节点，则获取并缓存当前节点对应的恢复指令；

任务执行模块56：依次从单元任务队列55中读取所述恢复指令，并根据所述恢复指令对所述故障信息进行故障恢复；

可以理解的是，在单元任务队列55中的节点，会由任务执行模块56取出，并根据该节点的任务配置，执行具体的业务逻辑，并在单元任务结束后通知待处理流程队列更新当前节点。这里的业务逻辑全部是通过HTTP协议调用企业自己的ESB，或者其它具有执行类操作的***，如可重启主机的***、可传输文件和执行脚本的***等等。各个执行类***的接口调用模版，是由开发来完成的，用户只需要通过Web页面提供的配置选项，来个性化的具体调用逻辑。

轮询控制和回调控制模块57：部分需要进行轮询控制和回调控制的节点，可能会在单元任务队列、任务执行模块和轮询/回调控制模块之间循环多次，直到该节点执行结束。

其中，执行结束的单元任务所对应的流程，会被任务执行模块56重新推入待处理流程队列53，由流程控制模块54计算其下一个执行节点。如此循环，直到整个流程结束。

在步骤S206中，结束所述故障恢复后，将所述故障恢复的过程保存在告警数据库中。

其中，若恢复成功，则生成告警处理单，并将所述处理过程保持在所述告警处理单上，并将所述告警处理单保存至告警数据库中。

若恢复失败或超时，则对所述告警信息进行跟踪，并进一步优化所述故障处理流程。

在步骤S207中，根据查询指令，从告警数据库中进行查询，并输出查询结果。

其中，上述告警数据库主要支持处理状态的查询、和统计数量的查询。所述处理状态，是指某一故障信息当前的状态，比如：已收敛、恢复成功、恢复失败等。所述统计数量，是指某一段时间、某一分区内、或某一类型的故障信息的数量。

本发明实施例提供的故障的恢复方法，通过预设的告警匹配规则为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，不需要针对每种具体故障进行单独编码，因此具有兼容性强的优点，同时配置和恢复的处理流程简单，因此运行时占有***资源少，且处理效率高；此外，还可以将故障恢复结果存储在告警数据库中，以便对告警信息进行跟踪，进而优化处理流程。

图6是本发明实施例提供的用户自定义的告警设置的技术侧示意图。用户61可以对告警***62、和故障的恢复装置63进行人机交互，并对各类故障信息进行处理。

所述告警***62，包括：告警配置模块621、告警产生模块622、告警存储模块623、和告警拉取的应用接口(Application interface，API)624。

其中，所述告警配置模块621，用于配置告警信息的类型，比如：异常告警和健康预警。

告警产生模块622，连接于告警配置模块621，用于在运行过程中产生故障信息。

告警存储模块623，连接于告警产生模块622，用于在告警***62内存储所述故障信息。

告警拉取的应用接口624，连接于告警存储模块623，用于从告警存储模块623中读取故障信息，并发送至故障的恢复装置63，以便支持本发明实施例中故障信息的获取。

所述故障的恢复装置63包括：后端逻辑631、数据库632、和用户界面633。

其中，所述后端逻辑631，包括：告警获取模块6311、告警匹配模块6312、告警收敛模块6313、和故障处理模块6314四个部分，具体可参见图1或图2。

数据库632，连接于后端逻辑631，所述数据库632包括：配置存储模块6321、和处理记录模块6322。其中，所述配置存储模块6321用于存储用户的配置。所述处理记录模块6322用于存储告警信息的处理过程。

用户界面633，连接于数据库632，所述用户界面633包括：处理流程配置模块6331、关联告警与处理流程模块6332、处理状态查询模块6333、和统计数据查询模块6334，以提供对应的人机接口。其中，处理流程配置模块6331，用于配置单元处理逻辑，并生成对应的树形组合流程，具体可参见图4。所述关联告警与处理流程模块6332，用于配置告警匹配规则，以及指定告警处理流程，具体可参见图3。处理状态查询模块6333，用于基于数据库632进行处理状态的查询。其中，所述处理状态，是指某一故障信息当前的状态，比如：已收敛、恢复成功、恢复失败等。所述统计数据查询模块6334，用于基于所述数据库632进行统计数量的查询。其中，所述统计数量，是指某一段时间、某一分区内、或某一类型的故障信息的数量。

请参阅图7，图7是本发明实施例提供的故障的恢复装置的模块示意图。所述故障的恢复装置，可应用于具有运行维护相关功能的服务器上。

所述故障的恢复装置700，包括：获取模块71、匹配模块72、收敛模块73、和恢复模块74。

获取模块71，用于获取故障信息。所述故障信息包括但不限于：异常告警和健康预警。

匹配模块72，连接于获取模块71，用于根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程。

请参阅图3，所示为告警匹配的用户配置界面示意图。其中，所述告警匹配规则，包括：故障信息所对应的告警参数310、和故障处理流程320，其中，所述告警参数310和所述故障处理流程320支持用户的自定义，以便对故障信息的属性和对应策略进行调整。

所述告警参数310，在实操界面中可被定义或显示为“自愈场景”，也就是需要恢复的场景中所对应的各类参数。所述告警参数310包括：故障信息对应的故障类型31、故障事件编号32、文字描述33、环境属性34、业务分区35、和业务模块36。

所述故障处理流程320，在用户配置界面中可被定义或显示为“自愈处理”，用于提供故障流程处理的相关选项，供用户进行自定义。所述故障处理流程320包括：树形的故障处理流程37、通知38、和启用控制39。

具体而言，启用控制39，用于确定是否启用对应的故障处理流程。

所述通知38，包括：通知的触发、通知的渠道、和通知人。具体而言，所述通知的触发包括：开始时触发、成功时触发、和失败时触发。所述通知的渠道，包括：短信、邮件、社交软件(如微信、腾讯通RTX)、和电话等。所述通知人包括：相关责任人(如主机负责人)、和***责任人(可添加额外通知人)。

所述树形的故障处理流程37，可进一步参阅图4，所示为树形故障处理流程的界面示意图。其中，所述树形故障处理流程37，包括：一个根节点371、多个子节点372、及其关联关系373。其中，所述子节点372还进一步包括：叶子节点3720，意味着对应的故障处理流程结束。

其中，每个节点(371、372、或3720)中都包括对应的恢复参数指令，用于在触发所述节点时，根据所述恢复指令对故障进行恢复。可以理解的是，每一树形故障处理流程37对应唯一的根节点371。本步骤可以提供多个触发节点，供用户进行选择。其中触发节点通过设置标签或文字进行显示，图中以“快捷”为例，表示该节点为触发节点371、和374。此外，还可以对多个树形故障处理流程进行组合，比如：将一个树形故障流程的根节点作为另一个树形故障处理流程的子节点。

收敛模块73，连接于匹配模块72，用于对所述告警参数进行收敛处理，以生成收敛的告警参数。

可以理解的是，当收到一条告警参数时，可以直接进行后续步骤。当收到多个告警参数时，判断所述多个告警参数是否关联到同一事件，并当关联到同一事件时，对所述多个告警参数进行收敛，以生成收敛后的告警参数。

恢复模块74，连接于收敛模块73，用于按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

其中，恢复模块74包括：逻辑单元741、和参数单元742。

具体而言，逻辑单元741，用于获取所述故障处理流程的业务逻辑。

参数单元742，用于按照所述收敛的告警参数，执行所述故障处理的业务逻辑，其中，所述业务逻辑包括：通过网络协议调用自定义的企业服务总线、或操作***的对应功能，所述对应功能包括：重启功能、传输功能、和/或脚本执行功能。

其中，若恢复成功，则生成告警处理单，并将所述处理过程保持在所述告警处理单上，并将所述告警处理单保存至告警数据库中。若恢复失败或超时，则对所述告警信息进行跟踪，并进一步优化所述故障处理流程。

本发明实施例提供的故障的恢复装置，通过预设的告警匹配规则为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，不需要针对每种具体故障进行单独编码，因此具有兼容性强的优点，同时配置和恢复的处理流程简单，可以提高故障恢复的处理效率。

请参阅图8，图8是本发明实施例提供的故障的恢复装置的另一模块示意图。所述故障的恢复装置，可应用于具有运行维护相关功能的服务器上。

所述故障的恢复装置800，包括：配置模块81、获取模块71、匹配模块72、收敛模块73、和恢复模块74。

配置模块81，用于配置树形的故障处理流程。

其中，所述配置模块81包括：根配置单元811、子配置单元812、和树配置单元813、和触发标注单元814。请同时参阅图4，所示的树形故障处理流程的界面示意图。

具体而言，所述根配置单元811，用于设置触发节点，作为根节点371。

可以理解的是，每一树形故障处理流程37对应唯一的根节点371。

所述故障的恢复装置800可以提供多个触发节点，以供根配置单元811进行选择。当存在多个触发节点时，触发标注单元814，用于获取多个触发节点，并通过标签或文字进行标注，图中以“快捷”为例，所示有触发节点371、和触发节点374；所述根配置单元811还用于从所述多个触发节点中选择一个触发节点作为唯一的根节点。

子配置单元812，连接于根配置单元811，用于从所述根节点开始，依次设置当前节点的恢复指令，所述恢复指令用于对故障信息进行故障恢复，并按照处理逻辑，将恢复成功和恢复失败分别作为当前节点的关联选项，并生成为当前节点的子节点372。

可以理解的是，所述树形，通常是指二叉树，即：每个节点可分解出一个左子树和一个右子树，分别对应恢复成功和恢复失败的处理逻辑。

更进一步的，请同时结合图4，所述子配置单元812从所述根节点371开始，依次设置当前节点的恢复指令，所述恢复指令用于对故障信息进行故障恢复；然后，按照处理逻辑，将恢复成功和恢复失败分别作为当前节点的关联选项，并生成为当前节点的子节点372；并记录所述当前节点与所述当前节点的父节点的关联关系373。

树配置单元813，用于根据所述根节点371、所述子节点372、及关联关系373，生成树形的故障处理流程37。

其中，所述树配置单元，还用于对多个树形故障处理流程进行组合。即：当包括多个触发节点时，对所述根节点、未选择的触发节点、和所述子节点进行树形逻辑处理流程的组合。可以理解为：当存在多个触发节点时，将一个树形故障流程的根节点作为另一个树形故障处理流程的子节点，可参见节点374。

其中，所述子节点372还进一步包括：叶子节点3720，意味着对应的故障处理流程结束。

获取模块82，用于获取故障信息。

其中，获取模块82可以从关联的告警***中获取故障信息。所述故障信息包括但不限于：异常告警和健康预警。

匹配模块83，连接于获取模块82，用于根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程。匹配过程请参阅图3所示的告警匹配和图4所示的树形故障处理流程。

收敛模块84，连接于匹配模块83，用于根据所述告警参数所对应的告警事件是否首次出现，对所述告警参数进行收敛处理，以生成收敛的告警参数。

其中，所述收敛模块84包括：事件判断单元841、参数发送单元842、和参数收敛单元843。

具体而言，事件判断单元841，用于判断告警参数对应的告警事件是否是首次出现，其中所述告警事件对应至少一个的告警参数。举例而言，比如：当***死机时，会分别收到通信模块、存储模块、处理进程等多个告警参数，此时可进行收敛，以生成一条收敛后的告警参数。

参数发送单元842，用于若是首次出现，则将所述告警参数作为收敛后的告警参数，并发送至所述故障处理流程。

参数收敛单元843，用于若不是首次出现，则在告警数据库中将所述告警参数记录在所述告警事件中，并将所述告警参数标记为已收敛。

恢复模块85，用于按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

所述故障恢复模块85包括：参数处理单元851、指令处理单元852、恢复处理单元853、节点处理单元854、叶子判断单元855、和结束处理单元856。

具体而言，参数处理单元851，用于将所述收敛后的告警参数发送到故障处理流程对应的根节点。

指令处理单元852，连接于参数处理单元851，用于获取所述根节点对应的恢复指令。

恢复处理单元853，连接于指令处理单元852，用于根据所述恢复指令对所述故障信息进行故障恢复。

节点处理单元854，连接于恢复处理单元853，用于根据故障恢复结果，获取对应的当前节点。其中所述故障恢复结果包括：恢复成功或恢复失败。

叶子判断单元855，连接于节点处理单元854，用于判断当前节点是否是叶子节点。

结束处理单元856，连接于叶子判断单元855，用于在当前节点是叶子节点时，结束所述故障恢复，并将所述故障恢复的过程保存在告警数据库中。

所述节点处理单元854，连接于叶子判断单元855，还用于在当前节点不是叶子节点时，根据故障恢复结果，获取当前节点的恢复指令，以进行故障恢复。

告警数据库86，连接于恢复模块85，用于在结束所述故障恢复后，保存所述故障恢复的过程。

其中，若恢复成功，则生成告警处理单，并将成功处理过程保存在所述告警处理单上，再将所述告警处理单保存至告警数据库86中。

若恢复失败或超时，则对所述告警信息进行跟踪，并将失败或超时处理过程保存在所述告警处理单上，再将所述告警处理单保存至告警数据库86中，并进一步优化所述失败或超时的故障处理流程。

查询模块87，连接于告警数据库86，用于根据查询指令，输出查询结果。

其中，上述告警数据库86主要支持处理状态的查询、和统计数量的查询。所述处理状态，是指某一故障信息当前的状态，比如：已收敛、恢复成功、恢复失败等。所述统计数量，是指某一段时间、某一分区内、或某一类型的故障信息的数量。

本发明实施例提供的故障的恢复装置，通过预设的告警匹配规则为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，不需要针对每种具体故障进行单独编码，因此具有兼容性强的优点，同时配置和恢复的处理流程简单，因此运行时占有***资源少，且处理效率高；此外，还可以将故障恢复结果存储在告警数据库中，以便对告警信息进行跟踪，进而优化处理流程。

相应的，本发明实施例还提供一种服务器，用于展示故障的恢复方法及恢复装置的硬件环境示意图。如图9所示，服务器用于执行图1-2中的故障的恢复方法、或运行图7-8中的故障的恢复装置。服务器900包括：一个或者一个以上处理核心的处理器901、一个或一个以上计算机可读存储介质的存储器902、输入单元903、短距离无线传输(WiFi)模块904、显示屏幕905、以及电源906等部件，用于执行所述故障的恢复方法和/或运行故障的恢复装置907。

本领域技术人员可以理解，上述结构并不构成对终端设备900的限定，可以包括比上述更多或更少的部件、组合某些部件、或不同的部件布置。其中：

具体在本实施例中，在终端设备900中，处理器901会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器902中，并由处理器901来运行存储在存储器902中的应用程序，从而实现各种功能，如下：一种故障的恢复方法，包括：获取故障信息；根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程；对所述告警参数进行收敛处理，以生成收敛的告警参数；按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

优选的，所述处理器901还可以用于：设置触发节点，作为根节点；按照处理逻辑，依次获取所述根节点的关联选项，以生成子节点；根据所述根节点、所述子节点、及关联关系，生成树形的故障处理流程。

优选的，所述处理器901还可以用于：从所述根节点开始，依次设置当前节点的恢复指令，所述恢复指令用于对故障信息进行故障恢复；按照处理逻辑，将恢复成功和恢复失败分别作为当前节点的关联选项，并生成为当前节点的子节点；记录所述当前节点与所述当前节点的父节点的关联关系。

优选的，所述处理器901还可以用于：判断告警参数对应的告警事件是否是首次出现，其中所述告警事件对应至少一个的告警参数；若是首次出现，则将所述告警参数作为收敛后的告警参数，并发送至所述故障处理流程；和/或若不是首次出现，则在告警数据库中将所述告警参数记录在所述告警事件中，并将所述告警参数标记为已收敛。

优选的，所述处理器901还可以用于：将收敛后的告警参数发送到故障处理流程对应的根节点；获取所述根节点对应的恢复指令；根据所述恢复指令对所述故障信息进行故障恢复；根据故障恢复结果，获取根节点对应的子节点的恢复指令，以进行故障恢复，其中故障恢复结果包括：恢复成功或恢复失败。

优选的，所述处理器901还可以用于：判断当前节点是否是叶子节点；在当前节点是叶子节点时，结束所述故障恢复；在当前节点不是叶子节点时，执行根据恢复成功或恢复失败，获取根节点对应的子节点的恢复指令，以进行故障恢复的步骤。

优选的，所述处理器901还可以用于：获取所述故障处理流程的业务逻辑；按照所述收敛的告警参数，执行所述故障处理的业务逻辑，其中，所述业务逻辑包括：通过网络协议调用自定义的企业服务总线、或操作***的对应功能，所述对应功能包括：重启功能、传输功能、和/或脚本执行功能。

优选的，所述处理器901还可以用于：结束所述故障恢复后，将所述故障恢复的过程保存在告警数据库中。

本发明实施例提供的服务器，通过预设的告警匹配规则为故障信息匹配对应的告警参数和故障处理流程，并对告警参数进行收敛处理，具有兼容性强、处理流程简单、占有***资源少、且处理效率高等优点。

本发明实施例提供的所述服务器，与上文实施例中的故障的恢复方法及恢复装置属于同一构思。

需要说明的是，对本发明所述故障的恢复方法而言，本领域普通技术人员可以理解实现本发明实施例中的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读取存储介质中，如存储在终端设备的存储器中，并被该终端设备内的至少一个处理器执行，在执行过程中可包括如所述信息分享方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)等。

对本发明实施例的所述故障的恢复装置而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的一种故障的恢复方法、恢复装置、存储介质、及服务器进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (13)

1.一种故障的恢复方法，其特征在于，包括：

获取故障信息；

根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程；

对所述告警参数进行收敛处理，以生成收敛的告警参数；以及

按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

2.如权利要求1所述的故障的恢复方法，其特征在于，获取故障信息，之前还包括：

设置触发节点，作为根节点；

按照处理逻辑，依次获取所述根节点的关联选项，以生成子节点；

根据所述根节点、所述子节点、及关联关系，生成树形的故障处理流程；

所述为所述故障信息匹配对应的告警参数和故障处理流程，包括：为所述故障信息匹配对应的告警参数和所述树形的故障处理流程。

3.如权利要求2所述的故障的恢复方法，其特征在于，按照处理逻辑，依次获取所述根节点的关联关系，以生成子节点，包括：

从所述根节点开始，依次设置当前节点的恢复指令，所述恢复指令用于对故障信息进行故障恢复；

按照处理逻辑，将恢复成功和恢复失败分别作为当前节点的关联选项，并生成为当前节点的子节点；以及

记录所述当前节点与所述当前节点的父节点的关联关系。

4.如权利要求1所述的故障的恢复方法，其特征在于，对所述告警参数进行收敛处理，以生成收敛的告警参数，包括：

判断告警参数对应的告警事件是否是首次出现，其中所述告警事件对应至少一个告警参数；

若是首次出现，则将所述告警参数作为收敛后的告警参数，并发送至所述故障处理流程；和/或

若不是首次出现，则在告警数据库中将所述告警参数记录在所述告警事件中，并将所述告警参数标记为已收敛。

5.如权利要求2所述的故障的恢复方法，其特征在于，按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复，包括：

将所述收敛后的告警参数发送到故障处理流程对应的根节点；

获取所述根节点对应的恢复指令；

根据所述恢复指令对所述故障信息进行初步故障恢复；

根据故障恢复结果，获取根节点对应的子节点的恢复指令，以进行逐层故障恢复，其中所述故障恢复结果包括：恢复成功或恢复失败。

6.如权利要求5所述的故障的恢复方法，其特征在于，根据恢复成功或恢复失败，获取根节点对应的子节点的恢复指令，以进行故障恢复，之前还包括：

判断当前节点是否是叶子节点；以及

在当前节点是叶子节点时，结束所述故障恢复；

在当前节点不是叶子节点时，执行根据恢复成功或恢复失败，获取根节点对应的子节点的恢复指令，以进行故障恢复的步骤。

7.如权利要求2所述的故障的恢复方法，其特征在于，根据所述根节点、所述子节点、及关联关系，生成树形的故障处理流程，还包括：

获取多个触发节点，并通过标签或文字进行标注；

从所述多个触发节点中选择一个触发节点作为根节点；

按照处理逻辑，对所述根节点、未选择的触发节点、和所述子节点进行树形逻辑处理流程的组合。

8.一种故障的恢复装置，其特征在于，包括：

获取模块，用于获取故障信息；

匹配模块，用于根据预设的告警匹配规则，为所述故障信息匹配对应的告警参数和故障处理流程；

收敛模块，用于对所述告警参数进行收敛处理，以生成收敛的告警参数；以及

恢复模块，用于按照所述收敛的告警参数执行所述故障处理流程，以进行故障恢复。

9.如权利要求8所述的故障的恢复装置，其特征在于，还包括配置模块，所述配置模块包括：

根配置单元，用于设置触发节点，作为根节点；

子配置单元，用于从所述根节点开始，依次设置当前节点的恢复指令，所述恢复指令用于对故障信息进行故障恢复，并按照处理逻辑，将恢复成功和恢复失败分别作为当前节点的关联选项，并生成为当前节点的子节点；

树配置单元，用于根据所述根节点、所述子节点、及关联关系，生成树形的故障处理流程；

所述匹配模块，还用于为所述故障信息匹配对应的告警参数和所述树形的故障处理流程。

10.如权利要求8所述的故障的恢复装置，其特征在于，所述收敛模块包括：

事件判断单元，用于判断告警参数对应的告警事件是否是首次出现，其中所述告警事件对应至少一个的告警参数；

参数发送单元，用于若是首次出现，则将所述告警参数作为收敛后的告警参数，并发送至所述故障处理流程；以及

参数收敛单元，用于若不是首次出现，则在告警数据库中将所述告警参数记录在所述告警事件中，并将所述告警参数标记为已收敛。

11.如权利要求9所述的故障的恢复方法，其特征在于，所述故障恢复模块包括：

参数处理单元，用于将所述收敛后的告警参数发送到故障处理流程对应的根节点；

指令处理单元，用于获取所述根节点对应的恢复指令；

恢复处理单元，用于根据所述恢复指令对所述故障信息进行初步故障恢复；

节点处理单元，用于根据故障恢复结果，获取对应的当前节点，其中所述故障恢复结果包括：恢复成功或恢复失败；

叶子判断单元，用于判断当前节点是否是叶子节点；

结束处理单元，用于在当前节点是叶子节点时，结束所述故障恢复，并将所述故障恢复的过程保存在告警数据库中；

所述节点处理单元，还用于在当前节点不是叶子节点时，根据故障恢复结果，获取当前节点的恢复指令，以进行逐层故障恢复。

12.如权利要求9所述的故障的恢复方法，其特征在于，在所述配置模块中：

还包括：触发标注单元，用于获取多个触发节点，并通过标签或文字进行标注；

所述根配置单元，还用于从所述多个触发节点中选择一个触发节点作为根节点；

所述树配置单元，还用于按照处理逻辑，对所述根节点、未选择的触发节点、和所述子节点进行树形逻辑处理流程的组合。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至7中任一项所述的故障的恢复方法。