CN107483268A - 一种告警处理方法及系统 - Google Patents

Abstract

本申请公开了一种告警处理方法及系统，包括：获取监控对象的告警日志；确定所述告警日志的告警级别；对所述告警日志进行监视，得到相应的监视数据；判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。由此，本申请提供的方法可以升级告警等级，解决了由于频繁出现的低等级告警容易被忽略，造成系统不安全的问题。因此，本申请提供的方法具有安全性较高的特点。

Description

一种告警处理方法及系统

技术领域

本申请涉及系统监测技术领域，特别涉及一种告警处理方法及系统。

背景技术

随着信息技术的发展，业务系统也更加复杂，运维人员往往会使用监控预警系统对整个系统的软硬件进行监控。

现有技术中的监控预警系统会对不同情况的异常状态划分告警级别，并生成相应的告警日志。例如，当系统每出现一次连接闪断等一般性异常时，监控预警系统会针对这种异常生成一个告警级别比较低的告警日志，并且在现有技术中针对同一类型异常事件的告警日志对应的告警等级是固定不变的。如果系统频繁出现同一类型的一般性异常，通常意味着当前系统可能存在系统性的故障风险，然而，此时对应的所有告警日志依然维持在较低的告警等级，很难引起系统管理员的注意，从而增加了系统的安全风险。

可见，当前的告警方式还有待进一步改善，以此提升系统的安全性。

发明内容

有鉴于此，本申请的目的在于提供一种告警处理方法及系统，该方法具有安全性较高的特点，本申请提供的系统同样具有安全性较高的特点。其具体方案如下：

一种告警处理方法，包括：

获取监控对象的告警日志；

确定所述告警日志的告警级别；

对所述告警日志进行监视，得到相应的监视数据；

判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。

优选的，所述确定所述告警日志的告警级别的步骤包括：

从所述告警日志中筛选出未定义告警级别的日志，得到待定义日志；

利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义。

优选的，所述利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义的步骤，包括：

确定所述待定义日志中对应的告警事件及阈值；

根据告警事件及阈值对应的告警级别对所述待定义日志进行告警级别标记。

优选的，所述对所述告警日志进行监视，得到相应的监视数据的步骤，包括：

监视与所述告警日志对应的告警信息的等待时间，和/或监视属于同一异常事件类型的告警日志的出现频率，和/或监视属于同一异常事件类型的告警日志的数量，得到相应的目标等待时间和/或相应的目标频率和/或相应的目标告警日志数量；

相应的，所述判断所述监视数据是否符合预设告警升级规则的步骤，包括：

判断所述目标等待时间是否大于预设时间阈值，和/或判断所述目标频率是否大于预设频率阈值，和/或判断所述目标告警日志数量是否大于预设数量阈值。

优选的，所述进行告警升级的步骤后，还包括：

将告警升级后对应的告警信息标记为未处理，并将标记后的告警信息保存到告警升级信息库。

优选的，还包括：

判断当前接收到的告警日志与所述告警升级信息库中被标记为未处理的告警信息是否匹配，如果否，则将该告警信息标记为已处理。

优选的，所述进行告警升级的步骤之后，还包括：

从告警升级信息库中获取与告警升级后的告警信息相对应的告警发送信息，得到目标告警发送信息；

利用所述目标告警发送信息中记载的告警发送类型，将升级后的告警信息发送至所述目标告警发送信息中记载的发送对象。

优选的，所述进行告警升级的步骤之后，还包括：

若所述告警升级后对应的告警信息仍然处于未处理状态，则获取与该告警信息对应的新产生的告警日志作为新告警日志；

对所述新告警日志进行监视，得到相应的新监视数据；

判断所述新监视数据是否符合预设告警升级规则，若是，则再次进行告警升级。

本申请还提供一种告警处理系统，包括：

告警日志获取模块，用于获取监控对象的告警日志；

告警级别定义模块，用于确定所述告警日志的告警级别；

告警日志监视模块，用于对所述告警日志进行监视，得到相应的监视数据；

告警分析处理模块，用于判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。

优选的，所述告警级别定义模块，包括：

告警日志筛选子模块，用于从所述告警日志中筛选出未定义告警级别的日志，得到待定义日志。

告警级别定义子模块，用于利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义。

优选的，

所述告警日志监视模块，具体用于监视与所述告警日志对应的告警信息的等待时间和/或监视属于同一异常事件类型的告警日志的出现频率和/或监视属于同一异常事件类型的告警日志的数量，得到相应的目标等待时间和/或相应的目标频率和/或相应的目标告警日志数量；

相应的，所述告警分析处理模块，具体用于判断所述目标等待时间是否大于预设时间阈值，和/或判断所述目标频率是否大于预设频率阈值，和/或判断所述目标告警日志数量是否大于预设数量阈值，如果相应的判断结果均为是，则进行告警升级。

优选的，还包括：

告警升级信息库，用于存储告警升级后被标记为未处理的告警信息和告警发送信息；

其中，所述告警发送信息包括告警发送类型和发送对象。

优选的，还包括：

告警发送模块，用于从告警升级信息库中获取与告警升级后的告警信息相对应的告警发送信息，得到目标告警发送信息，然后利用所述目标告警发送信息中记载的告警发送类型，将升级后的告警信息发送至所述目标告警发送信息中记载的发送对象。

与现有技术相比，现有技术中针对同一类型异常事件的告警日志对应的告警等级是固定不变的。而本申请采用监视告警日志，获取目标监视信息，判断所述监视数据是否符合预设告警升级规则，若是，则升级所述监视数据对应的告警日志的告警级别。由此，本申请中的告警等级可以进行升级处理,解决了由于频繁出现的低等级告警容易被忽略，造成系统不安全的问题。因此，本申请提供的方法具有安全性较高的特点。本申请提供的系统具有与上述相同的有益效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种告警处理方法的流程图；

图2为本申请公开的一种具体的告警处理方法的流程图；

图3为本申请公开的一种告警处理系统再次升级处理的流程图；

图4为本申请公开的一种告警处理系统的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种告警处理方法，参见图1所示，该方法包括：

步骤S11：获取监控对象的告警日志。

其中，所述告警日志为监控预警系统发现监控对象的异常情况后产生的预警日志。所述监控对象包括软件和硬件，例如可以为业务系统，或者操作系统，或者数据库，或者服务器，或者路由器，或者交换机，或者网络情况。

步骤S12：确定所述告警日志的告警级别。

其中，所述告警级别是对产生的异常情况严重程度的标记。例如，可以将一般的警告性的异常情况判定为三级告警，将可能造成影响的异常情况判定为二级告警，将可能造成严重影响的异常情况判定为一级告警。

步骤S13：对所述告警日志进行监视，得到相应的监视数据。

步骤S14：判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。

本申请提供的方法利用告警日志的监视数据，并根据预设的升级规则进行判断，可以使低等级的告警升级为高等级的告警，以便于提高管理者的重视程度。因此，本申请提供的方法具有安全性。

本申请公开了一种具体的告警处理方法，参见图2所示，包括以下具体步骤：

步骤S21：获取监控对象的告警日志。

其中，可以是每隔一定时间从监控预警系统获取告警日志。例如，可以是每1小时从监控预警系统获取告警日志；也可以是每30分钟从监控预警系统获取告警日志，本申请对告警日志获取过程不做限定。

步骤S22：从所述告警日志中筛选出未定义告警级别的日志，得到待定义日志；利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义。

其中，所述利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义的步骤包括：

确定所述待定义日志中对应的告警事件及阈值；

根据告警事件及阈值对应的告警级别对所述待定义日志进行告警级别标记。

所述告警级别定义规则对应有一个配置表，所述配置表中记载有各种告警事件对应的告警级别。所述配置表中的内容可以根据实际情况增加、删减或调整数值，本申请对此不做限定。所述待定义日志根据所述配置表中对应的配置信息确定所述待定义日志的告警级别。

其中，依据配置表中记载的内容，可以是根据所述待定义日志中记载的通讯中断时间对应的时间大小等级对应的阈值对所述待定义日志进行告警级别标记。例如，可以对待定义日志中记载业务系统连接数据库闪断的待定义日志标记三级告警日志；可以对待定义日志中记载业务系统连接数据库中断1分钟内的待定义日志标记为二级告警日志；可以对待定义日志中记载业务系统链接数据库中断超过1分中的待定义日志标记为一级告警日志。依据配置表中记载的内容，还可以是根据所述待定义日志中记载的磁盘使用率对应的阈值对所述待定义日志进行告警级别标记。例如，可以对待定义日志中记载磁盘使用率为80％至90％的待定义日志标记为三级告警日志；可以对待定义日志中记载磁盘使用率为90％至95％的待定义日志标记为二级告警日志；可以对待定义日志中记载磁盘使用率大于95％的待定义日志标记为一级告警日志。

步骤S23：监视与所述告警日志对应的告警信息的等待时间，和/或监视属于同一异常事件类型的告警日志的出现频率，和/或监视属于同一异常事件类型的告警日志的数量，得到相应的目标等待时间和/或相应的目标频率和/或相应的目标告警日志数量。

其中，所述同一异常事件类型的告警日志，可以是指来自同一个监控对象的相同告警事件的告警日志。例如，某系统连接数据库闪断的告警日志。

当然，所述同一异常事件类型的告警日志，也可以是指来自不同监控对象、但定义为同一异常类型的多个告警日志，例如，A系统连接数据库闪断的告警日志，和B系统连接服务器闪断的告警日志，A系统和B系统同属于某项业务。A系统和B系统产生的告警日志可以预先设定的关系定义为同一异常事件类型的告警日志。这样能够在诸如属于同一项业务的多个系统在同一时间段内出现三级或二级告警的情况下，或在同一个服务器上的多个系统在同一时间段内出现三级或二级告警的情况下，进行告警升级，从而避免上述情况可能存在的重大故障风险。

其中，所述等待时间为告警信息生成后到当前还未被处理所经过的时间段。

其中，所述频率可以是位于不同系统中属于同一异常事件类型的告警日志的出现频率，所述频率也可以是同一系统中属于同一异常事件类型的告警日志的出现频率。

其中，所述数量可以是位于不同系统中属于同一异常事件类型的告警日志的数量；所述数量也可以是同一系统中属于同一异常事件类型的告警日志的数量。

步骤S24：判断所述目标等待时间是否大于预设时间阈值，和/或判断所述目标频率是否大于预设频率阈值，和/或判断所述目标告警日志数量是否大于预设数量阈值，如果相应的判断结果均为是，则进行告警升级。

例如，可以是判断业务系统连接数据库闪断的三级告警的等待时间是否大于2小时，若是，则进行告警升级；可以是判断业务系统连接数据库闪断的三级告警在1小时内的出现频率是否大于10次，若是，则进行告警升级；可以是判断业务系统连接数据库闪断的三级告警的数量是否大于10个，若是，则进行告警升级；还可以是判断业务系统连接数据库闪断的三级告警的等待时间是否大于2小时和判断业务系统连接数据库闪断的三级告警在1小时内的出现频率是否大于10次，若相应的判断结果均为是，则进行告警升级。

在本申请提供的方法的基础上，为了跟踪告警处理情况，还可以包括步骤：

将告警升级后对应的告警信息标记为未处理，并将标记后的告警信息保存到告警升级信息库。

其中，上述步骤之后还可以包括以下步骤：

判断当前接收到的告警日志与所述告警升级信息库中被标记为未处理的告警信息是否匹配，如果否，则将该告警信息标记为已处理。

其中，接收到的告警日志与告警升级信息库中被标记为未处理的告警信息不匹配，则说明该告警信息已处理，应重新标记为已处理。

进一步，为了可以尽快的解决监控对象存在的异常情况，还可以包括以下步骤：

从告警升级信息库中获取与告警升级后的告警信息相对应的告警发送信息，得到目标告警发送信息；

利用所述目标告警发送信息中记载的告警发送类型，将升级后的告警信息发送至所述目标告警发送信息中记载的发送对象。

例如，将业务系统连接数据库中断1分钟内的二级告警信息以邮件的方式发送至网络管理员的邮箱；将业务系统连接数据库中断超过1分钟的一级告警信息以手机短信的方式发送至所有管理员的手机。

进一步，在向管理员发送告警信息时进行格式上的处理，使所述告警信息更加易读。例如，向管理员发送内容为“业务系统连接数据库中断时间已经超过一分钟，告警升级，请及时检查网络连接，避免损失！”的通知短信。

为了进一步增加本申请提供的方法的安全性，参见图3所示，还可以包括步骤：

步骤S31：若所述告警升级后对应的告警信息仍然处于未处理状态，则获取与该告警信息对应的新产生的告警日志作为新告警日志。

可以理解的是，上述新告警日志中不包含与当前告警升级后产生的未处理的告警信息对应的告警日志。

步骤S32：对所述新告警日志进行监视，得到相应的新监视数据。

步骤S33：判断所述新监视数据是否符合预设告警升级规则，若是，则再次进行告警升级。

其中，所述告警升级规则与前述实施例中的告警规则相同。例如，具体的实施方式可以是判断业务系统连接数据库中断1分钟内的二级告警的等待时间是否大于1小时，若是，则将所述二级告警再次进行告警升级，升级为一级告警。

本申请提供的方法利用告警日志的监视数据，并根据预设的升级规则进行判断，可以使低等级的告警升级为高等级的告警，以便于提高管理者的重视程度。因此，本申请提供的方法具有安全性。

相应的，本申请公开了一种告警处理系统，参见图4所示，该系统包括：

告警日志获取模块11，用于获取监控对象的告警日志；

其中，告警日志获取模块可以与监控预警系统之间设有通信连链路，告警日志获取模块可以利用所述通信链路获取告警日志。告警日志获取模块可以是每隔固定时间从监控预警系统获取告警日志。

告警级别定义模块12，用于确定所述告警日志的告警级别。

其中，所述告警级别定义模块包括：

告警日志筛选子模块，用于从所述告警日志中筛选出未定义告警级别的日志，得到待定义日志。

告警级别定义子模块，用于利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义。

告警日志监视模块13，用于对所述告警日志进行监视，得到相应的监视数据。

其中，所述告警日志监视模块，具体用于监视与所述告警日志对应的告警信息的等待时间和/或监视属于同一异常事件类型的告警日志的出现频率和/或监视属于同一异常事件类型的告警日志的数量，得到相应的目标等待时间和/或相应的目标频率和/或相应的目标告警日志数量。

告警分析处理模块14，用于判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。

相应的，所述告警分析处理模块，具体用于判断所述目标等待时间是否大于预设时间阈值，和/或判断所述目标频率是否大于预设频率阈值，和/或判断所述目标告警日志数量是否大于预设数量阈值，如果相应的判断结果均为是，则进行告警升级。

在本申请提供的系统的基础上，还可以包括：

告警升级信息库21，用于存储告警升级后被标记为未处理的告警信息和告警发送信息；

其中，所述告警发送信息包括告警发送类型和发送对象。

为了可以及时通知管理人员解除异常状态，还可以包括：

告警发送模块，用于从告警升级信息库中获取与告警升级后的告警信息相对应的告警发送信息，得到目标告警发送信息，然后利用所述目标告警发送信息中记载的告警发送类型，将升级后的告警信息发送至所述目标告警发送信息中记载的发送对象。

本申请提供的系统利用告警日志的监视数据，并根据预设的升级规则进行判断，可以使低等级的告警升级为高等级的告警，以便于提高管理者的重视程度。因此，本申请提供的系统具有安全性。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种告警处理方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

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

获取监控对象的告警日志；

确定所述告警日志的告警级别；

对所述告警日志进行监视，得到相应的监视数据；

判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。

2.根据权利要求1所述的方法，其特征在于，所述确定所述告警日志的告警级别的步骤包括：

从所述告警日志中筛选出未定义告警级别的日志，得到待定义日志；

利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义。

3.根据权利要求2所述的方法，其特征在于，所述利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义的步骤，包括：

确定所述待定义日志中对应的告警事件及阈值；

根据告警事件及阈值对应的告警级别对所述待定义日志进行告警级别标记。

4.根据权利要求1所述的方法，其特征在于，所述对所述告警日志进行监视，得到相应的监视数据的步骤，包括：

监视与所述告警日志对应的告警信息的等待时间，和/或监视属于同一异常事件类型的告警日志的出现频率，和/或监视属于同一异常事件类型的告警日志的数量，得到相应的目标等待时间和/或相应的目标频率和/或相应的目标告警日志数量；

相应的，所述判断所述监视数据是否符合预设告警升级规则的步骤，包括：

判断所述目标等待时间是否大于预设时间阈值，和/或判断所述目标频率是否大于预设频率阈值，和/或判断所述目标告警日志数量是否大于预设数量阈值。

5.根据权利要求1所述的方法，其特征在于，所述进行告警升级的步骤后，还包括：

将告警升级后对应的告警信息标记为未处理，并将标记后的告警信息保存到告警升级信息库。

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

判断当前接收到的告警日志与所述告警升级信息库中被标记为未处理的告警信息是否匹配，如果否，则将该告警信息标记为已处理。

7.根据权利要求1所述的方法，其特征在于，所述进行告警升级的步骤之后，还包括：

从告警升级信息库中获取与告警升级后的告警信息相对应的告警发送信息，得到目标告警发送信息；

利用所述目标告警发送信息中记载的告警发送类型，将升级后的告警信息发送至所述目标告警发送信息中记载的发送对象。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述进行告警升级的步骤之后，还包括：

若所述告警升级后对应的告警信息仍然处于未处理状态，则获取与该告警信息对应的新产生的告警日志作为新告警日志；

对所述新告警日志进行监视，得到相应的新监视数据；

判断所述新监视数据是否符合预设告警升级规则，若是，则再次进行告警升级。

9.一种告警处理系统，其特征在于，包括：

告警日志获取模块，用于获取监控对象的告警日志；

告警级别定义模块，用于确定所述告警日志的告警级别；

告警日志监视模块，用于对所述告警日志进行监视，得到相应的监视数据；

告警分析处理模块，用于判断所述监视数据是否符合预设告警升级规则，若是，则进行告警升级。

10.根据权利要求9所述的系统，其特征在于，所述告警级别定义模块，包括：

告警日志筛选子模块，用于从所述告警日志中筛选出未定义告警级别的日志，得到待定义日志；

告警级别定义子模块，用于利用预设的告警级别定义规则，对所述待定义日志的告警级别进行定义。

11.根据权利要求9所述的系统，其特征在于，

所述告警日志监视模块，具体用于监视与所述告警日志对应的告警信息的等待时间和/或监视属于同一异常事件类型的告警日志的出现频率和/或监视属于同一异常事件类型的告警日志的数量，得到相应的目标等待时间和/或相应的目标频率和/或相应的目标告警日志数量；

相应的，所述告警分析处理模块，具体用于判断所述目标等待时间是否大于预设时间阈值，和/或判断所述目标频率是否大于预设频率阈值，和/或判断所述目标告警日志数量是否大于预设数量阈值，如果相应的判断结果均为是，则进行告警升级。

12.根据权利要求9所述的系统，其特征在于，还包括：

告警升级信息库，用于存储告警升级后被标记为未处理的告警信息和告警发送信息；

其中，所述告警发送信息包括告警发送类型和发送对象。

13.根据权利要求12所述的系统，其特征在于，还包括：

告警发送模块，用于从告警升级信息库中获取与告警升级后的告警信息相对应的告警发送信息，得到目标告警发送信息，然后利用所述目标告警发送信息中记载的告警发送类型，将升级后的告警信息发送至所述目标告警发送信息中记载的发送对象。