CN113988333A - 动环设施故障管理方法和管理系统 - Google Patents

Abstract

本申请提供一种动环设施故障管理方法和管理系统，目标设备发生故障时，管理系统获取该目标设备的设备告警信息，根据该设备告警信息和设备履历表生成第一故障工单，设备履历表包括已发生故障的各设备的故障信息，当设备履历表中包括目标设备时，该第一故障工单中还包括目标设备的已发生故障信息，管理系统将该第一故障工单发送给第一终端设备，使得故障处理人员能够查看到目标设备的已发生故障信息，为本次目标设备故障的处理提供参考，设备维修完成后，管理系统接收到第一终端设备发送的更新后的第一故障工单，然后存储该第一故障工单。这样就可以将发生过故障的设备的处理过程及结果记录下来，为后续该设备再出现故障时提供参考。

Description

动环设施故障管理方法和管理系统

技术领域

本申请涉及设备管理领域，尤其涉及一种动环设施故障管理方法和管理系统。

背景技术

设备管理是以设备为研究对象，追求设备综合效率。随着产业物联网化的推广，各行业均进行物联网转型，大量由线下转至线上，数据中心的建设也越来越多，对机房的运营管理的要求也越来越高，特别是对机房基础设备的故障管理。

现有的数据中心基础设施管理(Data Center Infrastructure management，DCIM)系统主要对机房的基础设备实时监控、分析机房基础设备的运行状态信息，并将运行状态展示出来，帮助管理者掌握机房设备的使用情况。

当机房设备出现故障，DCIM系统仅仅将故障告警做出提示，没有对出现的故障配置处理功能，需要故障处理人员在值班日志中手工记录问题再去现场处理，导致设备维护效率低。

发明内容

本申请提供一种动环设施故障管理方法和管理系统，用以解决当机房设备出现故障，DCIM系统仅仅将故障告警做出提示，没有对出现的故障配置处理功能的问题。

第一方面，本申请提供一种动环设施故障管理方法，包括：

当机房的目标设备发生故障时，接收数据中心基础设施管理DCIM系统发送的设备告警信息，所述机房中包括多个设备，所述DCIM系统用于对所述机房中的设备进行监控；

根据所述设备告警信息和设备履历表生成第一故障工单，所述第一故障工单包括工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，其中，所述设备故障描述、所述故障处理时长和所述故障原因为空值，所述设备履历表中包括所述机房中已发生故障的各设备的故障信息，当所述设备履历表中包括所述目标设备时，所述第一故障工单中还包括所述目标设备的已发生故障信息；

将所述第一故障工单发送给第一终端设备，并接收所述第一终端设备发送的更新后的所述第一故障工单，其中，更新后的所述第一故障工单中的所述设备故障描述、所述故障处理时长和所述故障原因的取值是根据故障处理结果更新的；

存储更新后的所述第一故障工单。

可选的，还包括：

每隔第一预设时间根据本地存储的故障工单生成一次故障报告，所述故障报告包括设备名称、设备编码、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码；

根据已获取到的设备台账和所述故障报告生成所述故障工单中的故障设备的故障信息，所述设备台账是根据已发生故障的设备告警信息和基础设施信息生成的；

将所述故障设备的故障信息更新到所述设备履历表中。

可选的，还包括：

获取所述机房中各设备的基础设施信息；

根据所述故障设备已发生故障的的设备告警信息和所述故障设备对应的基础设施信息生成所述故障设备对应的设备台账。

可选的，所述设备履历表中已发生故障的各设备的故障信息包括：设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

可选的，所述根据所述设备告警信息和设备履历表生成第一故障工单，包括：

统计在第二预设时间内所述目标设备的设备告警信息的获取次数；

当所述获取次数大于或者等于预设次数时，根据所述设备告警信息和设备履历表生成所述第一故障工单。

可选的，所述告警名称用于指示故障的重要性，故障的重要性包括紧急告警、重要告警和一般告警，所述根据所述设备告警信息和设备履历表生成第一故障工单之后，还包括：

根据所述告警名称判断所述目标设备的故障的重要性；

当所述告警名称指示所述目标设备的故障为紧急告警时，将所述目标设备的故障的重要性发送给第二终端设备。

可选的，将所述第一故障工单发送给第一终端设备，包括：

接收所述第二终端设备发送的故障处理人员的信息，所述故障处理人员的信息包括故障处理人员使用的所述第一终端设备的信息；

根据所述故障处理人员的信息中包括的所述第一终端设备的信息，将所述第一故障工单发送给所述第一终端设备

第二方面，本申请提供一种管理系统，包括：

第一获取模块：用于当机房的目标设备发生故障时，接收数据中心基础设施管理DCIM系统发送的设备告警信息，所述机房中包括多个设备，所述DCIM系统用于对所述机房中的设备进行监控；

第一生成模块：用于根据所述设备告警信息和设备履历表生成第一故障工单，所述第一故障工单包括工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，其中，所述设备故障描述、所述故障处理时长和所述故障原因为空值，所述设备履历表中包括所述机房中已发生故障的各设备的故障信息，当所述设备履历表中包括所述目标设备时，所述第一故障工单中还包括所述目标设备的已发生故障信息；

处理模块：用于将所述第一故障工单发送给第一终端设备，并接收所述第一终端设备发送的更新后的所述第一故障工单，其中，更新后的所述第一故障工单中的所述设备故障描述、所述故障处理时长和所述故障原因的取值是根据故障处理结果更新的；

存储模块：用于存储更新后的所述第一故障工单。

可选的，还包括：

第二生成模块：用于每隔第一预设时间根据本地存储的故障工单生成一次故障报告，所述故障报告包括设备名称、设备编码、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障、设备故障描述、故障处理时长、故障原因和设备二维码；

第二获取模块：用于根据已获取到的设备台账和所述故障报告生成所述故障工单中的故障设备的故障信息，所述设备台账是根据已发生故障的设备告警信息和基础设施信息生成的；

更新模块：用于将所述故障设备的故障信息更新到所述设备履历表中。

第三方面，本申请提供一种管理系统，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的动环设施故障管理方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如本申请第一方面所述的方法。

本申请提供的一种动环设施故障管理方法和管理系统，当数据中心基础设施管理DCIM系统中的目标设备发生故障时，管理系统获取该目标设备的设备告警信息，然后根据该设备告警信息和设备履历表生成第一故障工单，其中，设备履历表包括DCIM系统中已发生故障的各设备的故障信息，当设备履历表中包括目标设备时，该第一故障工单中还包括目标设备的已发生故障信息，这样就实现将该目标设备发生过的故障信息同步到第一故障工单中了。生成第一故障工单后，管理系统将该第一故障工单发送给第一终端设备，使得使用该终端设备的故障处理人员能够查看到该目标设备的已发生故障信息，为本次目标设备故障的处理提供参考，故障处理人员维修设备完成后，管理系统接收到第一终端设备发送的更新后的第一故障工单，更新后的第一故障工单中的设备故障描述、故障处理时长和故障原因的取值是根据故障处理结果更新的，管理系统存储更新后的第一故障工单。这样就可以将发生过故障的设备的处理过程及结果记录下来，为后续该设备再出现故障时提供参考。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请适用的一种应用场景的示意图；

图2为本申请实施例一提供的一种动环设施故障管理方法的流程示意图；

图3为本申请实施例二提供的一种动环设施故障管理方法的流程示意图；

图4为本申请实施例一和实施例二中的管理系统和DCIM系统的结构图；

图5为本申请实施例三提供的一种动环设施故障管理方法的信令流程图；

图6为本申请实施例四提供的一种管理系统的结构示意图；

图7为本发明实施例五提供的一种管理系统的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

现有的数据中心基础设施管理系统主要对机房的基础设备实时监控、分析机房基础设备的运行状态信息，并将运行状态展示出来，帮助管理者掌握机房设备的使用情况。当机房设备出现故障，DCIM系统仅仅将故障告警做出提示，没有对出现的故障配置处理功能，需要故障处理人员在值班日志中手工记录问题再去现场处理，导致设备维护效率低。

针对现有技术中的上述问题，本申请提供一种动环设施故障管理方法和管理系统，管理系统对故障设备的处理过程和结果进行统计，得到设备的履历信息，当该设备再次发生故障时，管理系统向故障处理人员使用的终端设备发送故障工单，使得故障处理人员能够根据故障工单中该设备的已发生故障信息清晰的了解该设备的运行情况，以此为参考对该故障的设备进行维修，提高了设备的维护效率。

图1为本申请适用的一种应用场景的示意图。如图1所示，DCIM系统101和管理系统102之间通过互联网进行信息交互，DCIM系统101对机房的设备实时监控，当有设备出现故障时，该系统会向管理系统发送设备告警信息，而管理系统102用来管理出现故障的设备，并对该故障设备配置相应的处理。机房103中包括多个设备，这些设备可以是电池、空调、油机或者配电设备等，DCIM系统101通过机房103安装的传感器或者设备出厂时就设置的相关运行状态对应的告警信息等方法，可以判断出设备是否出现故障。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立存在，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

参考图2，图2为本申请实施例一提供的一种动环设施故障管理方法的流程示意图，该方法可以由管理系统执行，该方法包括如下步骤。

S201、当机房中的目标设备发生故障时，接收数据中心基础设施管理DCIM系统发送的设备告警信息。

机房中包括多个设备，DCIM系统用于对对机房中的设备都进行的监控，其通过设备出厂时就设置的相关运行状态对应的告警信息或者安装在机房的传感器等方法判断出设备是否出现故障。例如，电池有三种运行状态：均充、浮充和放电，当电池处于放电状态时，则说明由该电池供电的设备出现问题，可以判断出该设备的电源出现故障。

当机房的设备出现故障时，即数据中心基础设施管理DCIM系统检测到目标设备发生故障时，管理系统获取到该DCIM系统发送的该目标设备的设备告警信息。该设备告警信息包括但不限于设备编码、设备名称、设备安装位置、告警名称和故障发生时间。

S202、根据设备告警信息和设备履历表生成第一故障工单。

生成的第一故障工单包括但不限于工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，其中，设备故障描述、故障处理时长和故障原因为空值，故障处理人员在对设备进行维修后，需要对这三个信息进行完善，即更新这三个信息。

其中，工单编号为管理系统在生成该故障工单时添加的编号，一个故障工单对应一个编号，用于管理系统管理存储在本地的所有设备的故障工单。

功能类型为设备的功能属性，例如，空调在数据中心的功能是控制机房的温度处于正常温度，空调的功能类型可以为控温。安装位置可以是数据中心所在位置+楼号+房间号，例如，A街道312号3号楼301号房间。设备编码为DCIM系统对机房中设备进行统计时制作的编码，可以是数字、字母或者数字+字母组合，本申请对编码组成元素的个数也不作限制。

告警名称用于指示故障的重要性，故障的重要性包括紧急告警、重要告警和一般告警。示例性的，紧急告警表示该故障非常重要，例如供电设备出现故障，会使得机房存在停电的危机，则该供电设备故障的告警名称可以为紧急告警，重要告警表示该故障比较重要，例如空调发生故障，一般会使得机房的温度比较高，高温环境下对机房的设备是有损害的，容易降低设备的使用寿命，则该空调故障的告警名称可以为紧急告警，一般告警表示该故障的重要性一般，例如机房中的温度传感器出现故障，对机房的温度检测不稳定，会影响机房中温度的实时检测，不利于针对机房的现实温度对空调这类设备的功能做出判断，该温度传感器的告警名称可以为一般告警。

设备履历表中包括机房中已发生故障的各设备的故障信息，该故障信息包括但不限于：设备编码、设备名称、设备型号、设备安装位置、故障类型、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。可选的，当设备履历表中不包括目标设备时，说明该目标设备第一次发生故障，则第一故障工单包括：工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长、故障原因，但是不包括目标设备的已发生故障信息。

当设备履历表中包括目标设备时，说明该目标设备不是第一次出现故障，则第一故障工单中还包括目标设备的已发生故障信息，已发生故障信息包括：设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码，这些信息均是对已发生过的故障的描述。此时第一故障工单具体包括：工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长、故障原因和上述已发生故障信息，需要说明的是，已发生故障信息整体可以是以一个不可编辑的表格的形式追加到第一故障工单中，或者以一个链接的形式添加到第一故障工单中，则故障处理人员需要点击该链接才能查看已发生故障信息的具体内容，本申请对该信息添加到故障工单中的形式不作限制，该已发生故障信息可以给故障处理人员在维修目标设备时提供参考，根据该信息了解目标设备发生过的故障及该故障的处理过程，提升设备维修效率，发生过的故障可以为一次故障或者多次故障。

设备履历表的生成，本申请在实施例二做详细说明，具体过程参见实施例二。

由于数据中心机房环境的复杂，设备容易受影响的因素较多，例如，由于工作需要，多个服务器开始同时运行，此时机房的温度就会升高，这种情况下温度传感器故障的可信度较低，所以，为了避免DCIM一次检测到目标设备出现故障时发出设备告警信息，管理系统就生成第一故障工单，管理系统会统计在第二预设时间内该目标设备的设备告警信息的获取次数，当该获取次数大于预设次数，则管理系统根据该设备告警信息和设备履历表生成第一故障工单，例如，当获取次数在20分钟内大于3次，说明目标设备故障的可信度较高，则管理系统生成第一故障工单。

根据设备告警信息和设备履历表生成第一故障工单之后，管理系统还可以根据第一故障工单中的告警名称判断该目标设备的故障的重要性，当告警名称为紧急告警时，管理系统将该目标设备的故障的重要性，即将目标设备的故障为紧急告警发送给管理人员使用的第二终端设备，本申请对管理系统向第二终端设备发送故障的重要性的方式不作限定，该方式可以是发短信或者发邮件等。该目标设备的重要性用于提示管理人员，该目标设备发生重要故障，需要及时处理，当然，该目标设备的重要性还可以携带目标设备的设备名称和第一故障工单的工单编号，便于管理人员快速定位该故障工单，确定对应的故障处理人员。

S203、将第一故障工单发送给第一终端设备，并接收第一终端设备发送的更新后的第一故障工单。

作为一种可能的实现方式，生成第一故障工单后，管理系统的管理人员可以根据设备名称或者功能类型确定这类设备的故障处理人员，例如，空调故障，则确定负责维护空调的故障处理人员，管理人员通过其使用的第二终端设备向管理系统发送故障处理人员的信息，该信息包括故障处理人员使用的第一终端设备的信息，管理系统根据第一终端设备的信息将该故障工单发送给第一终端设备。

另一种可能的实现方式中，由于管理人员权限较高，管理人员根据设备名称或者功能类型确定这类设备的故障处理人员后，直接在管理系统的故障处理页面上输入故障处理人员的信息，即输入故障人员所使用的第一终端设备的信息，管理系统则根据接收到的第一终端设备的信息将该故障工单发送给第一终端设备。

示例性的，上述将管理系统将故障工单发送给第一终端设备的方式可以根据第一终端设备的信息来确定，可选的，当第一终端设备的信息为故障处理人员在该管理系统上的账号时，管理系统根据将故障工单同步至故障处理人员的账号中，可以理解为故障处理人员在管理系统上对故障工单只有查看和写入的权限。当然，当第一终端设备的信息为故障处理人员的社交账号，管理系统还可以将故障工单以微文档的形式发送到第一终端设备上对应的应用程序中，故障处理人员可以直接在该微文档中写入信息。本申请对第一终端的信息的形式和管理系统向第一终端设备发送该故障工单的方式不作限制，只要实现将故障工单发送给故障处理人员使用的第一终端设备即可。

故障处理人员可以及时根据该故障工单中的目标设备的安装位置前往现场对设备进行维修。维修完成后，故障处理人员对第一故障工单中的设备故障描述、故障处理时长和故障原因的值进行填写，即该故障工单中的设备故障描述、故障处理时长和故障原因的取值是故障处理人员根据故障处理结果在第一终端设备上更新的。其中，设备故障描述是对目标设备发生的故障的描述，故障原因是对目标设备发生该故障的原因的描述，例如空调制冷出现故障，其原因是由于空调中制冷剂缺少。故障处理人员在第一终端设备上填写第一故障工单的信息后，根据上述管理系统向第一终端设备发送第一故障工单相应的方式，将更新后的第一故障工单发送给管理系统，即故障处理人员可以在第一终端设备上的管理系统的故障处理页面上，或者应用程序的微文档上，填写信息完成后点击确定，即可将更新后的第一故障工单发送给管理系统，当然也可以有其他的实现方式，本申请对此不作限制。

S204、存储更新后的第一故障工单。

管理系统接收到故障处理人员对目标设备维修后通过第一终端设备发送的更新后的第一故障工单，储存该第一故障工单。

存储在本地的故障工单可用于实施例二中对设备履历表的生成。

本实施例中，当机房中的目标设备发生故障时，管理系统获取该目标设备的设备告警信息，然后根据该设备告警信息和设备履历表生成第一故障工单，其中，设备履历表包括机房中已发生故障的各设备的故障信息，当设备履历表中包括目标设备时，该第一故障工单中还包括目标设备的已发生故障信息，这样就实现将该目标设备发生过的故障信息同步到第一故障工单中了。生成第一故障工单后，管理系统将该第一故障工单发送给第一终端设备，使得使用该终端设备的故障处理人员能够查看到该目标设备的已发生故障信息，为本次目标设备故障的处理提供参考，故障处理人员维修设备完成后，管理系统接收到第一终端设备发送的更新后的第一故障工单，更新后的第一故障工单中的设备故障描述、故障处理时长和故障原因的取值是根据故障处理结果更新的，管理系统存储更新后的第一故障工单。这样就可以将发生过故障的设备的处理过程及结果记录下来，为后续该设备再出现故障时提供参考。

上述实施例中，当目标设备不是第一次出现故障，则第一故障工单还包括目标设备的已发生故障信息，即该故障工单还包括设备履历表中目标设备的已发生故障信息，下面通过实施例二对设备履历表的已发生故障的设备的故障信息的生成进行说明，实施例二中的故障设备可以是设备履历表中已发生故障的任意一个设备。

参考图3，图3为本申请实施例二提供的一种动环设施故障管理方法的流程示意图，本实施例在实施例一的基础上，在管理系统存储故障工单后对设备履历表的生成进行说明，该方法可以由管理系统执行，该方法包括如下步骤。

S301、每隔第一预设时间根据本地存储的故障工单生成一次故障报告。

管理系统根据本地存储的故障工单，每隔第一预设时间生成一次故障报告，该故障报告包括但不限于设备编码、设备名称、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

其中，故障类型与设备的功能类型相对应，例如，空调故障，则故障类型为控温故障。

故障出现的次数排名为该设备出现故障的次数排名。

隐患设备是根据该设备在第一预设时间内出现故障的次数大于次数阈值确定的，例如，当该空调在五天内出现的次数大于3次，则该设备即为隐患设备，设备是否为隐患设备在故障报告中以“是”和“否”表示，或者以“√”和“×”表示，本申请对此不作限定。

设备故障率为该设备出现的次数占第一预设时间内出现的所有设备故障总次数的比例，例如，空调五天内出现故障的次数为3次，五天内出现的所有故障的次数为10次，则设备故障率为3/10。

高频故障设备是根据故障出现的次数排名确定，示例性的，故障出现的次数排名为前三的设备确定为高频故障设备，例如，一个空调故障出现的次数排名为2，说明该设备出现的故障次数较多，该设备为高频故障设备，设备是否为隐患设备在故障报告中以“是”和“否”表示，或者以“√”和“×”表示，本申请对此不作限定。

一个设备二维码对应一个设备，故障处理人员可以通过其使用的终端设备扫描该二维码，查看上述信息和该设备每一次发生故障并被维修后更新的故障工单，使得故障处理人员可以了解该设备每一次发生故障的情况。

S302、根据已获取到的设备台账和故障报告生成故障工单中的故障设备的故障信息。

故障设备对应的设备台账是根据故障设备已发生故障的设备告警信息和故障设备对应的基础设施信息生成的，该基础设施信息是管理系统获取到的DCIM系统发送的机房中各设备的基础信息中的故障设备对应的信息，基础设施信息包括但不限于设备编码、设备名称、设备型号、功能类型、设备安装位置、设备尺寸、设备重量、设备功率和设备颜色，故障设备已发生故障的设备告警信息包括但不限于设备编码、设备名称、设备安装位置、告警名称、故障发生时间，则根据该设备告警信息和故障设备对应的基础设施信息生成的目标设备对应的设备台账包括但不限于：设备编码、设备名称、设备型号、功能类型、设备安装位置、告警名称和故障发生时间。

管理系统根据故障设备对应的设备台账和故障报告中的该故障设备对应的信息生成该故障设备的故障信息，该故障信息包括但不限于设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

S303、将故障设备的故障信息更新到设备履历表中。

将生成的故障设备的故障信息更新到设备履历表中，即设备履历表中该故障设备的故障信息包括但不限于：设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

该故障设备对应的设备履历表的信息，用于当该故障设备再次发生故障，管理系统生成故障工单时，将该故障设备对应的设备履历表的信息也追加到故障工单中，即使得故障工单中还包括故障设备的已发生故障信息，故障处理人员可以根据该故障信息了解该设备已发生故障的处理过程和处理结果，对故障设备本次出现的故障高效率的维修。

本实施例中，管理系统存储更新后的第一故障工单后，每隔第一预设时间根据本地存储的故障工单生成一次故障报告，实现对发生过故障的设备的故障信息进行统计和分析，然后根据已获取到的设备台账和故障报告生成故障工单中的故障设备的故障信息，将生成故障设备的故障信息更新到设备履历表中。该设备履历表在后续故障设备再次出现故障时，追加到生成的故障工单中，为故障处理人员的维修工作提供参考，提高设备维修效率。

本申请实施例一和实施例二中的管理系统使用DCIM系统中的信息实现的对机房中故障设备的管理，示例性的，可以参考图3的结构图，DCIM系统5根据设备运行状态信息7判断机房中的设备是否发生故障，当机房中的设备发生故障，则生成设备告警信息8，管理系统1中的动环设施管理模块2根据DCIM系统5中的该设备的已发生故障的设备告警信息8和该设备的基础设施信息6生成该设备的设备台账，故障管理模块3根据存储的故障工单生成故障报告，然后再根据设备台账和该故障报告生成设备履历表，自动派单模块4根据DCIM系统中的设备告警信息8和设备履历表生成故障工单。

参考图5，图5为本申请实施例三提供的一种动环设施故障管理方法的信令流程图，本实施例在实施例一和实施例二的基础上，详细描述设备之间的交互过程，以设备履历表中包括目标设备，即第一故障工单中还包括目标设备的已发生故障信息为例进行说明，如图4所示，本实施例的方法包括如下步骤。

S501、DCIM系统记录目标设备当前故障的设备告警信息。

当目标设备发生故障，DCIM系统检测到此故障后，记录目标设备当前故障的设备告警信息。

设备告警信息包括但不限于设备编码、设备名称、设备安装位置、告警名称、故障发生时间。

S502、DCIM系统向管理系统发送目标设备当前故障的设备告警信息。

S503、管理系统统计在第二预设时间内目标设备当前故障的设备告警信息的获取次数。

S504、管理系统判断获取次数是否大于或者等于预设次数。

当获取次数大于或者等于预设次数，说明目标设备的故障可信度高，则执行步骤S505。

当获取次数小于预设次数，说明目标设备的故障可信度较低，则管理系统不做任何处理。

S505、管理系统根据当前的设备告警信息和设备履历表生成第一故障工单。

设备履历表中包括管理系统根据目标设备的设备台账和故障报告中目标设备对应的信息生成的目标设备已发生故障的故障信息，设备履历表包括但不限于设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

该故障报告是管理系统每隔第一预设时间根据存储的故障工单生成的，该故障报告包括但不限于设备编码、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

设备台账是管理系统根据目标设备已发生故障的设备告警信息和目标设备的基础设施信息生成得到的，设备台账包括但不限于：设备编码、设备名称、设备型号、功能类型、设备安装位置、告警名称和故障发生时间。

已发生故障的设备告警信息为目标设备的已发生故障出现时，管理系统接收到的DCIM系统发送的设备告警信息。

基础设施信息是管理系统存储在本地的信息，包括但不限于：设备编码、设备名称、设备型号、功能类型、设备安装位置、设备尺寸、设备重量、设备功率和设备颜色。

需要说明的是，管理系统可以在目标设备的出现已发生故障后，向DCIM系统发出请求，获取目标设备的基础设施信息。可选的，管理系统也可以在设备发生故障之前，向DCIM系统发出请求，获取DCIM系统记录的机房中各设备的基础设施信息，目标设备的基础设施信息只是各设备的基础设施信息的其中一个。

管理系统根据目标设备当前的设备告警信息和设备履历表中目标设备的故障信息生成第一故障工单，该故障工单包括但不限于工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，并且，第一故障工单中还包括目标设备的已发生故障信息，即为设备履历表中的目标设备的故障信息，需要说明的是，设备履历表中包括目标设备的出现过的所有的故障信息。

其中，设备故障描述、故障处理时长和故障原因为空值，是故障处理人员对该目标设备的故障进行处理后需要更新的内容。

S506、管理系统判断目标设备当前故障的重要性是否为紧急告警。

管理系统对目标设备的故障的重要性进行判断，即对第一故障工单中的告警名称进行判断，是为了管理人员不及时处理设备故障为紧急告警时而造成的与该设备相关的业务中断，所以当目标设备的告警名称是紧急告警时，执行步骤S507。

当目标设备的告警名称不是紧急告警时，执行步骤S508，管理人员根据工作安排对管理系统的第一故障工单查看后，再对该故障进行处理。

S507、管理系统向第二终端设备发送目标设备的故障的重要性。

发送的目标设备的故障的重要性，即目标设备的故障为紧急告警，用于提示管理人员目标设备发生紧急告警，管理人员需要及时处理。

S508、第二终端设备接收管理人员输入的故障处理人员的信息。

可选的，管理人员根据第一故障工单中的目标设备的设备名称或者功能类型，确定这类设备的故障处理人员，并将故障处理人员的信息输入到第二终端设备上。

管理人员也可以利用其在管理系统中权限较高的优势，直接在管理系统的故障处理页面上输入故障处理人员的信息。

该故障人员的信息包括第一终端设备的信息，该信息可以是故障处理人员在管理系统上的账号，也可以是故障处理人员的社交账号。

S509、第二终端设备向管理系统发送故障处理人员的信息。

S510、管理系统向第一终端设备发送第一故障工单。

管理系统根据故障处理人员的信息，将第一故障工单发送给第一终端设备，故障处理人员可以在第一终端查看第一故障工单。

S511、第一终端设备更新第一故障工单。

故障处理人员对目标设备发生的故障进行维修后，对第一故障工单中的设备故障描述、故障处理时长和故障原因进行更新。

S512、第一终端设备向管理系统发送更新后的第一故障工单。

S513、管理系统存储更新后的第一故障工单。

S514、管理系统每隔第一预设时间根据本地存储的故障工单生成一次故障报告。

管理系统每隔第一预设时间根据存储的故障工单生成故障报告，该故障报告用于后续目标设备再次发生故障时，在步骤S404中与目标设备的设备台账生成目标设备已发生故障的故障信息，已发生故障的故障信息用于更新到设备履历表中，即追加到设备履历表上。

该故障报告包括但不限于：设备编码、设备名称、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

本实施例的具体实现方式可参照实施例一至实施例二中相关的步骤，当目标设备发生故障，DCIM系统向管理系统发送目标设备当前的设备告警信息，管理系统统计在第二预设时间内设备告警信息的获取次数，当获取次数不小于预设次数时，说明目标设备故障的可信度较高，则根据该设备告警信息和设备履历表生成第一故障工单，该故障工单包括目标设备的已发生故障信息，管理系统还对目标设备当前的故障的重要性进行判断，当目标设备的告警名称是紧急告警时，管理系统将目标设备当前故障的重要性发送给管理人员，提示管理人员需要及时处理该故障。管理系统将生成的第一故障工单发送给第一终端设备，使得使用该终端设备的故障处理人员能够查看到该目标设备的已发生故障信息，为本次目标设备故障的处理提供参考，故障处理人员维修设备完成后，管理系统接收到第一终端设备发送的更新后的第一故障工单，并存储更新后的第一故障工单，管理系统每隔第一预设时间根据本地存储的故障工单生成一次故障报告，该故障报告用于后续目标设备再次发生故障时，与目标设备的设备台账生成目标设备已发生故障的故障信息，该故障信息用于更新到设备履历表中，为再次目标设备故障的处理提供参考。

参考图6，图6为本申请实施例四提供的一种管理系统的结构示意图。如图6所示，该管理系统60包括：第一获取模块601，第一生成模块602，处理模块603和存储模块604。

第一获取模块601：用于当机房中的目标设备发生故障时，接收数据中心基础设施管理DCIM系统发送的设备告警信息，机房中包括多个设备，DCIM系统用于对机房中的设备进行监控。

第一生成模块602：用于根据设备告警信息和设备履历表生成第一故障工单，第一故障工单包括工单编号、设备名称、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，其中，设备故障描述、故障处理时长和故障原因为空值，设备履历表中包括机房中已发生故障的各设备的故障信息，当设备履历表中包括目标设备时，第一故障工单中还包括目标设备的已发生故障信息。

处理模块603：用于将第一故障工单发送给第一终端设备，并接收第一终端设备发送的更新后的第一故障工单，其中，更新后的第一故障工单中的设备故障描述、故障处理时长和故障原因的取值是根据故障处理结果更新的。

存储模块604：用于存储更新后的第一故障工单。

可选的，还包括：

第二生成模块：用于每隔第一预设时间根据本地存储的故障工单生成一次故障报告，故障报告包括设备名称、设备编码、故障类型、故障设备占比、故障出现的次数排名、隐患设备、设备故障率、及时处理率、高频故障、设备故障描述、故障处理时长、故障原因和设备二维码。

第二获取模块：用于根据已获取到的设备台账和故障报告生成故障工单中的故障设备的故障信息，设备台账是根据已发生故障的设备告警信息和基础设施信息生成的。

更新模块：用于将故障设备的故障信息更新到设备履历表中。

可选的，还包括：

获取DCIM系统发送的机房中各设备的基础设施信息。

根据故障设备已发生故障的设备告警信息和故障设备对应的基础设施信息生成故障设备对应的设备台账。

可选的，第一生成模块602具体用于：统计在第二预设时间内目标设备的设备告警信息的获取次数。

当获取次数大于或者等于预设次数时，根据设备告警信息和设备履历表生成第一故障工单。

可选的，处理模块603具体用于：接收第二终端设备发送的故障处理人员的信息，故障处理人员的信息包括故障处理人员使用的第一终端设备的信息。

根据故障处理人员的信息中包括的第一终端设备的信息，将第一故障工单发送给第一终端设备。

可选的，告警名称用于指示故障的重要性，故障的重要性包括紧急告警、重要告警和一般告警，根据设备告警信息和设备履历表生成第一故障工单之后，还包括：

根据告警名称判断目标设备的故障的重要性。

当告警名称指示目标设备的故障为紧急告警时，将目标设备的故障的重要性发送给第二终端设备。

可选的，设备履历表中已发生故障的各设备的故障信息包括：设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

本实施例的管理系统，可用于执行实施例一至实施例三任一项的一种动环设施故障管理方法步骤，具体实现方式和技术效果类似，这里不再赘述。

图7为本发明实施例五提供的一种管理系统的结构示意图，如图6所示，该系统70包括：处理器701、存储器702，收发器703，存储器702用于存储指令，收发器703用于和其他设备通信，处理器701用于执行存储器中存储的指令，以使服务器70执行如实施例一至实施例三任一项的一种动环设施故障管理方法步骤，具体实现方式和技术效果类似，这里不再赘述。

本发明实施例六提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上述如实施例一至实施例三任一项的一种动环设施故障管理的方法步骤，具体实现方式和技术效果类似，这里不再赘述。

本发明实施例七提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现如上述如实施例一至实施例四三任一项的一种动环设施故障管理步骤，具体实现方式和技术效果类似，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种动环设施故障管理方法，应用于管理系统，其特征在于，包括：

当机房的目标设备发生故障时，接收数据中心基础设施管理DCIM系统发送的设备告警信息，所述机房中包括多个设备，所述DCIM系统用于对所述机房中的设备进行监控；

根据所述设备告警信息和设备履历表生成第一故障工单，所述第一故障工单包括工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，其中，所述设备故障描述、所述故障处理时长和所述故障原因为空值，所述设备履历表中包括所述机房中已发生故障的各设备的故障信息，当所述设备履历表中包括所述目标设备时，所述第一故障工单中还包括所述目标设备的已发生故障信息；

将所述第一故障工单发送给第一终端设备，并接收所述第一终端设备发送的更新后的所述第一故障工单，其中，更新后的所述第一故障工单中的所述设备故障描述、所述故障处理时长和所述故障原因的取值是根据故障处理结果更新的；

存储更新后的所述第一故障工单。

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

每隔第一预设时间根据本地存储的故障工单生成一次故障报告，所述故障报告包括设备名称、设备编码、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码；

根据已获取到的设备台账和所述故障报告生成所述故障工单中的故障设备的故障信息，所述设备台账是根据已发生故障的设备告警信息和基础设施信息生成的；

将所述故障设备的故障信息更新到所述设备履历表中。

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

获取所述DCIM系统发送的机房中各设备的基础设施信息；

根据故障设备已发生故障的设备告警信息和所述故障设备对应的基础设施信息生成所述故障设备对应的设备台账。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述设备履历表中已发生故障的各设备的故障信息包括：设备编码、设备名称、设备型号、故障类型、设备安装位置、告警名称、故障发生时间、故障出现的次数排名、隐患设备、设备故障率、高频故障设备、设备故障描述、故障处理时长、故障原因和设备二维码。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述设备告警信息和设备履历表生成第一故障工单，包括：

统计在第二预设时间内所述目标设备的设备告警信息的获取次数；

当所述获取次数大于或者等于预设次数时，根据所述设备告警信息和设备履历表生成所述第一故障工单。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述告警名称用于指示故障的重要性，故障的重要性包括紧急告警、重要告警和一般告警，所述根据所述设备告警信息和设备履历表生成第一故障工单之后，还包括：

根据所述告警名称判断所述目标设备的故障的重要性；

当所述告警名称指示所述目标设备的故障为紧急告警时，将所述目标设备的故障的重要性发送给第二终端设备。

7.根据权利要求6所述的方法，其特征在于，将所述第一故障工单发送给第一终端设备，包括：

接收所述第二终端设备发送的故障处理人员的信息，所述故障处理人员的信息包括故障处理人员使用的所述第一终端设备的信息；

根据所述故障处理人员的信息中包括的所述第一终端设备的信息，将所述第一故障工单发送给所述第一终端设备。

8.一种管理系统，其特征在于，包括：

第一获取模块：用于当机房的目标设备发生故障时，接收数据中心基础设施管理DCIM系统发送的设备告警信息，所述机房中包括多个设备，所述DCIM系统用于对所述机房中的设备进行监控；

第一生成模块：用于根据所述设备告警信息和设备履历表生成第一故障工单，所述第一故障工单包括工单编号、设备编码、设备名称、设备安装位置、告警名称、设备故障描述、故障发生时间、故障处理时长和故障原因，其中，所述设备故障描述、所述故障处理时长和所述故障原因为空值，所述设备履历表中包括所述机房中已发生故障的各设备的故障信息，当所述设备履历表中包括所述目标设备时，所述第一故障工单中还包括所述目标设备的已发生故障信息；

处理模块：用于将所述第一故障工单发送给第一终端设备，并接收所述第一终端设备发送的更新后的所述第一故障工单，其中，更新后的所述第一故障工单中的所述设备故障描述、所述故障处理时长和所述故障原因的取值是根据故障处理结果更新的；

存储模块：用于存储更新后的所述第一故障工单。

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

第二生成模块：用于每隔第一预设时间根据本地存储的故障工单生成一次故障报告，所述故障报告包括设备名称、设备编码、故障类型、故障出现的次数排名、隐患设备、设备故障率、高频故障、设备故障描述、故障处理时长、故障原因和设备二维码；

第二获取模块：用于根据已获取到的设备台账和所述故障报告生成所述故障工单中的故障设备的故障信息，所述设备台账是根据已发生故障的设备告警信息和基础设施信息生成的；

更新模块：用于将所述故障设备的故障信息更新到所述设备履历表中。

10.一种管理系统，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的方法。

Images