网络管理系统中的告警管理方法及网络管理系统

摘要

本发明公开了一种网络管理系统中的告警管理方法，包括以下步骤：当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表；当检测到所述告警消失时，判断所述告警是否为预设的重点告警；若是，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。本发明还公开了一种网络管理系统。本发明能有效地对需要监控的重点告警从其产生到消失直至进入历史告警的全部过程进行监控，提升了网络管理系统的运维能力。

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种网络管理系统中的告警管理方法及网络管理系统。

背景技术

告警管理是网络管理系统即网管中的核心部分，负责对设备和业务节点的各种异常进行监测、隔离、校正，以保证业务正常运行。告警在网管中可分为两部分进行管理，一是当前告警，是用户重点监控和操作的内容，网管需要对当前告警中的告警进行实时监控；二是历史告警，当告警从当前告警中移除后，就进入了历史告警，历史告警用于事后对故障的追溯和统计分析，网管用户不用对历史告警进行实时监控。

现有技术中，对当前告警的管理方法主要有以下两种：

一，当前告警列表中仅包含未消失的告警。这种管理方式的缺点是：可能对闪断但重要的告警漏掉监控，因为告警产生消失时间间隔太短，用户还没注意到该告警产生，告警就消失并进入历史告警，导致故障隐患不能被及时发现。

二，当前告警列表中包含未消失的告警以及已消失但未确认的告警。这种管理方式要求告警必须被确认且消失后才能进入历史告警，解决了闪断告警可能漏掉监控的问题。但这种管理方式存在这样的缺点：告警消失可能没被监控到。在这种管理方式中，告警确认操作虽然可以在告警产生后或者是消失后执行，但一旦被执行，告警状态就修改为已确认。而事实上，除非是闪断告警，用户来不及在产生时确认，绝大多数告警确认操作都是在告警产生后就执行，标记用户已知晓该告警发生，当该告警消失后，因为其在产生时已经被确认过了，那么无需用户干预便会自动进入历史告警。而在实际运维场景中，对那些需要重点监控的告警，不但需要能实时监控其产生，还需要能监控其消失，即告警消失后，必须需要经过人工干预才能进入历史告警库归档，表示确认故障处理完毕。因为有时告警虽然消失了，但并不代表故障解决了，比如CPU利用率越限告警，告警消失仅说明当前CPU利用率降下来了，但并不代表导致利用率高的设备故障已经解决，只有故障完全解决才可以认为不需要再关注该告警。

因此，现有的告警管理方式无法对那些需要重点监控的告警从其产生到消失直至进入历史告警的全部过程进行监控。

发明内容

本发明的主要目的在于提供一种网络管理系统中的告警管理方法及网络管理系统，旨在对需要重点监控的告警从其产生到消失直至进入历史告警的全部过程进行监控。

为实现上述目的，本发明提供的一种网络管理系统中的告警管理方法，所述方法包括以下步骤：

当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表；

当检测到所述告警消失时，判断所述告警是否为预设的重点告警；

若是，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。

优选地，所述当检测到所述告警消失时，判断所述告警是否为预设的重点告警的步骤之后还包括：

若否，则将所述告警从所述当前告警列表中移除至预设的历史告警库。

优选地，所述当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表的步骤包括：

当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表，并通过预设提示方式提醒用户对所述告警进行处理。

优选地，所述将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库的步骤包括：

将所述告警保留在所述当前告警列表中，并通过预设提示方式提醒用户对所述告警的故障进行确认，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。

优选地，所述预设提示方式包括：预设的对话框提示、发声提示和/或发光提示。

此外，为实现上述目的，本发明还提供一种网络管理系统，所述网络管理系统包括：

添加模块，用于当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表；

判断模块，用于当检测到所述告警消失时，判断所述告警是否为预设的重点告警；

移除模块，用于若所述告警是预设的重点告警，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。

优选地，所述移除模块还用于：

若判断所述告警不是预设的重点告警，则将所述告警从所述当前告警列表中移除至预设的历史告警库。

优选地，所述添加模块还用于：

当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表；并通过预设提示方式提醒用户对所述告警进行处理。

优选地，所述移除模块还用于：

将所述告警保留在所述当前告警列表中，并通过预设提示方式提醒用户对所述告警的故障进行确认，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。

优选地，所述预设提示方式包括：预设的对话框提示、发声提示和/或发光提示。

本发明提出的一种网络管理系统中的告警管理方法及网络管理系统，当检测加入到当前告警列表中的告警消失时，判断所述告警是否为预设的重点告警；若是，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。由于在重点告警消失时，只有接收到用户的恢复验证指令，才将该重点告警从当前告警列表中移除至预设的历史告警库，并不是在其消失时将其直接移除至预设的历史告警库，能有效地对需要监控的重点告警从其产生到消失直至进入历史告警的全部过程进行监控，提升了网络管理系统的运维能力。

附图说明

图1为本发明网络管理系统中的告警管理方法第一实施例的流程示意图；

图2为本发明网络管理系统中的告警管理方法第二实施例的流程示意图；

图3为本发明网络管理系统一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种网络管理系统中的告警管理方法。

参照图1，图1为本发明网络管理系统中的告警管理方法第一实施例的流程示意图。

在第一实施例中，该网络管理系统中的告警管理方法包括：

步骤S10，当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表；

本实施例中，网络管理系统对各客户端的告警进行实时监控，当接收到客户端最新上传的告警时，将该告警加入到当前告警列表中，以对当前告警进行实时监控。在一种实施方式中，可在将告警加入到当前告警列表中时，通过预设提示方式提醒用户当前存在告警，需及时对所述告警进行处理。其中，该预设提示方式可包括通过预设的对话框提示、发声提示或发光提示等，在此不作限定。

步骤S20，当检测到所述告警消失时，判断所述告警是否为预设的重点告警；

通过预设的对话框提示、发声提示或发光提示等提醒用户当前存在告警后，用户可根据提示对当前告警进行故障派单、处理等操作，以及时消除告警。当检测到用户对当前告警进行处理后告警消失时，判断所述告警是否为预设的重点告警。其中，该重点告警是用户需要进行特别关注的告警，用户需要该重点告警从产生到消失，故障从发生到恢复，都能处于监控之下，如该重点告警可以包括影响业务运行的“单板CPU利用率越限告警(BRD_CPU_TCA)”、“以太网端口信号丢失告警(ETH_LOS)”告警；正在进行软件升级的设备上的所有告警等，在此不作限定。

需要说明的是，本实施例中，该重点告警既可以由用户根据实际应用场景的需要预先设定重点的告警进行运维，该重点告警也可以是由网络管理系统从云端服务器上获取惯用的在不同运维场景中需重点关注的告警，在此不作限定。

步骤S30，若是，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。

若判断所述告警是预设的重点告警，则并不直接将所述告警从所述当前告警列表中移除至预设的历史告警库，而是将所述告警继续保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。这样，对于需要进行特别关注的重点告警，即使在告警消失后，也必须由用户发送恢复验证指令，才能将其从所述当前告警列表中移除至预设的历史告警库，保证了重点告警从产生到消失直至进入历史告警的整个生命周期都能被实时监控，且重点告警的生命周期最后一个环节即进入历史告警必须由用户人工干预，从而有效的实施对需要监控的重点告警从其产生到消失直至进入历史告警的整个生命周期进行监控，使得工程运维对故障处理流程形成闭环，极大提升了网络管理系统的运维能力。

在一种实施方式中，可在判断所述告警为预设的重点告警并将所述告警保留在当前告警列表中时，通过预设提示方式提醒用户当前重点告警消失，需要关注重点告警的状态，并需要及时确认引发该重点告警的故障是否解决。其中，该预设提示方式可包括通过预设的对话框提示、发声提示或发光提示等，在此不作限定。用户在确认引发该重点告警的故障已经解决时，可通过恢复验证操作向网络管理系统发送用于指示告警故障解决的恢复验证指令，其中，该恢复验证操作可以是用户点击网络管理系统中的预设按钮或滑动等操作，在此不作限定。

本实施例中当检测加入到当前告警列表中的告警消失时，判断所述告警是否为预设的重点告警；若是，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。由于在重点告警消失时，只有接收到用户的恢复验证指令，才将该重点告警从当前告警列表中移除至预设的历史告警库，并不是在其消失时将其直接移除至预设的历史告警库，能有效地对需要监控的重点告警从其产生到消失直至进入历史告警的全部过程进行监控，提升了网络管理系统的运维能力。

如图2所示，本发明第二实施例提出一种网络管理系统中的告警管理方法，在上述实施例的基础上，在上述步骤S20之后还包括：

步骤S40，若判断所述告警不是预设的重点告警，则将所述告警从所述当前告警列表中移除至预设的历史告警库。

本实施例中，若判断当前告警列表中消失的告警不是预设的重点告警，则按照普通告警的流程对其进行处理，即在该告警消失后，直接将该告警从所述当前告警列表中移除至预设的历史告警库。在一种实施方式中，可在普通告警被确认且取消后，才将该普通告警从所述当前告警列表中移除至预设的历史告警库，这样，能避免闪断告警被漏掉监控的情况。在另一种实施方式中，也可在普通告警取消后，直接将该普通告警从所述当前告警列表中移除至预设的历史告警库，更加快捷。

本实施例中，当检测到当前告警列表中的告警消失时，判断所述告警是否为预设的重点告警，对重点告警和普通告警进行区分处理：对于重点告警，只有在接收到用户用于指示告警故障解决的恢复验证指令之后，才将所述告警从所述当前告警列表中移除至预设的历史告警库；而对于普通告警，即在该普通告警消失后，直接将该普通告警从所述当前告警列表中移除至预设的历史告警库。丰富了网络管理系统的告警管理方法，提升了网络管理系统的运维效率。

本发明进一步提供一种网络管理系统。

参照图3，图3为本发明网络管理系统一实施例的功能模块示意图。

在一实施例中，该网络管理系统包括：

添加模块01，用于当网络管理系统接收到上报的告警时，将所述告警加入当前告警列表；

本实施例中，网络管理系统对各客户端的告警进行实时监控，当接收到客户端最新上传的告警时，将该告警加入到当前告警列表中，以对当前告警进行实时监控。在一种实施方式中，可在将告警加入到当前告警列表中时，通过预设提示方式提醒用户当前存在告警，需及时对所述告警进行处理。其中，该预设提示方式可包括通过预设的对话框提示、发声提示或发光提示等，在此不作限定。

判断模块02，用于当检测到所述告警消失时，判断所述告警是否为预设的重点告警；

通过预设的对话框提示、发声提示或发光提示等提醒用户当前存在告警后，用户可根据提示对当前告警进行故障派单、处理等操作，以及时消除告警。当检测到用户对当前告警进行处理后告警消失时，判断所述告警是否为预设的重点告警。其中，该重点告警是用户需要进行特别关注的告警，用户需要该重点告警从产生到消失，故障从发生到恢复，都能处于监控之下，如该重点告警可以包括影响业务运行的“单板CPU利用率越限告警(BRD_CPU_TCA)”、“以太网端口信号丢失告警(ETH_LOS)”告警；正在进行软件升级的设备上的所有告警等，在此不作限定。

需要说明的是，本实施例中，该重点告警既可以由用户根据实际应用场景的需要预先设定重点的告警进行运维，该重点告警也可以是由网络管理系统从云端服务器上获取惯用的在不同运维场景中需重点关注的告警，在此不作限定。

移除模块03，用于若判断所述告警是预设的重点告警，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。

若判断所述告警是预设的重点告警，则并不直接将所述告警从所述当前告警列表中移除至预设的历史告警库，而是将所述告警继续保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。这样，对于需要进行特别关注的重点告警，即使在告警消失后，也必须由用户发送恢复验证指令，才能将其从所述当前告警列表中移除至预设的历史告警库，保证了重点告警从产生到消失直至进入历史告警的整个生命周期都能被实时监控，且重点告警的生命周期最后一个环节即进入历史告警必须由用户人工干预，从而有效的实施对需要监控的重点告警从其产生到消失直至进入历史告警的整个生命周期进行监控，使得工程运维对故障处理流程形成闭环，极大提升了网络管理系统的运维能力。

在一种实施方式中，可在判断所述告警为预设的重点告警并将所述告警保留在当前告警列表中时，通过预设提示方式提醒用户当前重点告警消失，需要关注重点告警的状态，并需要及时确认引发该重点告警的故障是否解决。其中，该预设提示方式可包括通过预设的对话框提示、发声提示或发光提示等，在此不作限定。用户在确认引发该重点告警的故障已经解决时，可通过恢复验证操作向网络管理系统发送用于指示告警故障解决的恢复验证指令，其中，该恢复验证操作可以是用户点击网络管理系统中的预设按钮或滑动等操作，在此不作限定。

本实施例中当检测加入到当前告警列表中的告警消失时，判断所述告警是否为预设的重点告警；若是，则将所述告警保留在所述当前告警列表中，直至接收到用户用于指示告警故障解决的恢复验证指令，将所述告警从所述当前告警列表中移除至预设的历史告警库。由于在重点告警消失时，只有接收到用户的恢复验证指令，才将该重点告警从当前告警列表中移除至预设的历史告警库，并不是在其消失时将其直接移除至预设的历史告警库，能有效地对需要监控的重点告警从其产生到消失直至进入历史告警的全部过程进行监控，提升了网络管理系统的运维能力。

进一步地，在其他实施例中，上述移除模块03还用于：

若判断所述告警不是预设的重点告警，则将所述告警从所述当前告警列表中移除至预设的历史告警库。

本实施例中，若判断当前告警列表中消失的告警不是预设的重点告警，则按照普通告警的流程对其进行处理，即在该告警消失后，直接将该告警从所述当前告警列表中移除至预设的历史告警库。在一种实施方式中，可在普通告警被确认且取消后，才将该普通告警从所述当前告警列表中移除至预设的历史告警库，这样，能避免闪断告警被漏掉监控的情况。在另一种实施方式中，也可在普通告警取消后，直接将该普通告警从所述当前告警列表中移除至预设的历史告警库，更加快捷。

本实施例中，当检测到当前告警列表中的告警消失时，判断所述告警是否为预设的重点告警，对重点告警和普通告警进行区分处理：对于重点告警，只有在接收到用户用于指示告警故障解决的恢复验证指令之后，才将所述告警从所述当前告警列表中移除至预设的历史告警库；而对于普通告警，即在该普通告警消失后，直接将该普通告警从所述当前告警列表中移除至预设的历史告警库。丰富了网络管理系统的告警管理方法，提升了网络管理系统的运维效率。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。