[发明专利]一种基于业务规则的监控系统告警关联处理方法

说明书

本发明公开了一种基于业务规则的监控系统告警关联处理方法，包括如下步骤：a)对所有资产设备，按照业务规则进行统一编码；b)获取原始告警信息，每条原始告警信息包括资产编码，并通过该资产编码找到所在的业务系统ID，再通过业务系统ID找到该业务系统对应的所有相关资产设备；c)读取原始告警消息的发生时间，并计算得出相关告警时间范围；d)如果在相关告警时间范围内已经存在相关资产设备的原始告警信息，则将所有相关的原始告警信息进行关联匹配找出源告警消息和结果告警消息；否则进行预警处理。本发明能够以客户的业务需求为管理对象，根据业务规则精准定位故障根源，并能预处理客户非感知故障而避免感知故障发生。

技术领域

本发明涉及一种监控系统故障告警处理方法，尤其涉及一种基于业务规则的监控系统告警关联处理方法。

背景技术

IT监控告警系统的建设，综合了多种信息设备、多层次业务的监控。随着业务的发展，进入监控系统的告警信息日趋庞大且复杂。当信息设备或通信网络发生故障时，如何准确快速地定位故障原因是排除故障的重中之重。

目前，大部分的监控系统仅对各节点上的信息设备、链路、应用软件等独立实时监控，这导致告警信息数量巨大且关系错综复杂。某个业务故障可能引发多个节点的故障告警，甚至尚未在本节点表现出来的故障先在其他多个节点上引发告警，这就需要非常熟悉业务的专家。人为地从掺杂了大量非真实且低效的告警中分析、定位故障根源进而排除故障，这对故障的及时排查增加了难度，致使问题处理效率低下和客户满意度下降。此外，当前的告警系统架构仅局限于事后故障处理，无法实现预处理故障而避免客户感知故障发生。

现有技术有以下缺点：

缺点一：传统监控系统通常以网元为管理对象，而客户更关心的通常是业务的可用性。网元正常运行并不能保证业务的正常运行，这种业务故障监控模式就缺乏面向客户的根本性。

缺点二：传统监控系统只单独监控各网元的告警信息，没有对同一故障引起的多条相关告警做关联分析。这种监控技术降低了多维告警的质量，弱化了故障定位能力，增加了故障分析难度。

缺点三：业界部分已采用告警关联处理的监控系统，其核心组件关联规则引擎紧密耦合于关联逻辑中，当出现新的告警信息或业务逻辑发生改变时，必须对整个告警数据库重新进行数据挖掘，以生成与新的告警信息相匹配的新关联规则。这种业务逻辑与关联规则引擎密切关联的架构，不仅极大地浪费了系统资源，忽略了历史告警数据的作用，而且不利于业务分析人员介入规则的制定和管理。

缺点四：现有的监控系统，无论是否已采用关联规则引擎，都缺少告警危害代价和响应代价计算模型，来计算结果告警的代价敏感权重值。

由上可见，以上设计缺陷使告警信息不能准确定位故障根源，不能灵活调整关联规则，不能及时响应关键故障，从而导致客户体验不佳。

发明内容

本发明所要解决的技术问题是提供一种基于业务规则的监控系统告警关联处理方法，能够以客户的业务需求为管理对象，根据业务规则精准定位故障根源，并能预处理客户非感知故障而避免感知故障发生。

本发明为解决上述技术问题而采用的技术方案是提供一种基于业务规则的监控系统告警关联处理方法，包括如下步骤：a)对所有资产设备，按照业务规则进行统一编码；b)获取原始告警信息，每条原始告警信息包括资产编码，并通过该资产编码找到所在的业务系统ID，再通过业务系统ID找到该业务系统对应的所有相关资产设备；c)读取原始告警消息的发生时间，并计算得出相关告警时间范围；d)如果在相关告警时间范围内已经存在相关资产设备的原始告警信息，则将所有相关的原始告警信息进行关联匹配找出源告警消息和结果告警消息；否则进行预警处理。

上述的基于业务规则的监控系统告警关联处理方法，其中，所述步骤a)中所有的资产设备信息都存入业务模型定义的列表中，每条资产设备信息包括：资产ID，设备类型ID和父设备类型ID。