CN105589793B - 实现it运维中变更引起发的告警处理方法及告警处理系统 - Google Patents

Abstract

本发明涉及一种实现IT运维中变更引发的告警处理方法以及处理系统。该方法包括：在监控平台中对每一个条告警设置配置项；在流程平台的变更流程中，对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响，求取每个工单的关联影响配置项；在变更过程中从流程平台将所述关联影响配置项同步到所述监控平台，在监控平台标识所述关联影响配置项为变更影响配置项并且将标识有所述变更影响配置项的告警作为变更预期告警；当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理。

Description

实现IT运维中变更引起发的告警处理方法及告警处理系统

技术领域

本发明涉及IT运维管理技术，特别是涉及一种对告警信息进行过滤、处理的IT运维管理技术。

背景技术

对IT运维生产运行过程中产生的告警信息进行采集、处理是不间断运行的信息交换系统运维工作中的一项重要工作。

IT运维过程中会对变更进行登记和管理，以控制变更的时间、操作人等。而对变更中可能引发的告警一般会需在监控系统中手工设置进行过滤，每次变更操作都需要进行设置操作，要么是提前设置好时间，在某个时间点的告警都屏蔽掉，要么在变更时间窗口内手工开启过滤或者关闭。

另外，变更相关信息需要在流程平台登记，还需要在监控系统中设置。对于提前设置时间进行过滤的方案，可能会在变更真正开始前错误地屏蔽掉本应该报出来的告警，如果变更期间出现变更预期外的异常告警，而又因为屏蔽过滤导致被忽略，将错失及时发现系统隐患的机会，是不间断运行的信息交换系统运维工作中的大忌。

对于在变更窗口内手动设置开启关闭过滤的方法，由于每个变更都需要操作员手工录入，不具可复制性，占用人力资源较大，且手工录入操作的误操作的可能性较大，容易因操作员的录入疏忽导致过滤偏差。

发明内容

鉴于上述问题，本发明旨在提供一种能够准确过滤预期内产生的告警的告警处理方法以及告警处理系统。

本发明的实现IT运维中变更引发的告警处理方法，其特征在于，包括下述步骤：

告警配置项设置步骤，在监控平台中对每条告警设置配置项；

关联影响配置项求取步骤，在流程平台的变更流程中，对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响，求取每个工单的关联影响配置项；

变更预期告警标识步骤，在变更过程中从流程平台将所述关联影响配置项同步到所述监控平台，在监控平台标识所述关联影响配置项为变更影响配置项并且将标识有所述变更影响配置项的告警作为变更预期告警；

变更预期告警判断步骤，当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理。

优选地，在所述告警配置项设置步骤中，告警与配置项为一对一的单射关系。

优选地，所述关联影响配置项求取步骤包括下述子步骤：

在流程平台的变更流程中对每个工单设置变更配置项，其中配置项与工单为一对一单射关系；

对每个工单的工单开始和结束时间进行定义；

根据所述工单的工单开始和结束时间，求取与每个工单的变更配置关联的影响并作为关联影响配置项。

优选地，所述变更预期告警标识步骤包括下述子步骤：

在变更过程中每个工单开始时从流程平台通过服务器将所述关联影响配置项同步到所述监控平台；

监控平台标识所述关联影响配置项为变更影响配置项；

将所述标识为变更影响配置项的告警都作为变更预期告警并独立保存在变更告警表。

优选地，所述变更预期告警判断步骤包括下述子步骤：

当告警发生时判断该告警的配置项与所述变更影响配置项是否为一致；

如果两者一致，则判断该告警为变更预期告警，对该告警做规定处理，如果两者不一致，则判断该告警不是变更预期告警，对该告警做正常告警处理。

优选地，在所述变更预期告警标识步骤和所述变更预期告警判断步骤之间还包括：

优化变更关联配置步骤，在变更结束后检查告警所关联的配置项在本次变更中是否实际发出了预期告警以优化变更关联配置项的准确性。

本发明的实现IT运维中变更引发的告警处理系统，其特征在于，包括：

流程平台，用于在变更流程中对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响求取每个工单的关联影响配置项；以及

监控平台，用于对每一个条告警设置配置项，在变更过程中根据将从所述流程平台同步过来的所述关联影响配置项标识为变更影响配置项并且将标识有所述变更影响配置项的告警作为变更预期告警，当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理。

优选地，所述流程平台在变更流程中对每个工单设置一对一单射关系的变更配置项，对每个工单的工单开始和结束时间进行定义，根据所述工单的工单开始和结束时间，求取与每个工单的变更配置关联的影响并作为关联影响配置项。

优选地，所述监控平台用于在告警发生时判断该告警的配置项与所述变更影响配置项是否为一致，如果两者一致，则判断该告警为变更预期告警，对该告警做规定处理，如果两者不一致，则判断该告警不是变更预期告警，对该告警做正常告警处理。

优选地，所述监控平台还用于在变更结束后检查告警所关联的配置项在本次变更中是否实际发出了预期告警以优化变更关联配置项的准确性。

本发明的实现IT运维中变更引发的告警处理方法以及告警处理系统打破了目前现有IT运维中过程中流程平台与监控平台独立运行的模式，取代了传统变更预期告警在监控系统中手工设置的方法，避免了重复劳动和可能出现的人为操作失误。通过在实施变更时自动同步工单ID及关联的配置项至监控平台，只对执行的变更关联的配置项对应的告警进行特殊标记，把变更影响的时间和范围与实际变更操作达到较高水平的一致，能够有效过滤预期内产生的告警。

附图说明

图1是本发明的实现IT运维中变更引发的告警处理方法的示意图。

具体实施方式

下面介绍的是本发明的多个实施例中的一些，旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。

在不间断运行的信息交换系统运维工作中存在计划内版本变更和维护工作，会触发预期内可接受的系统告警。监控平台需要从告警本身分辨是否为预期告警，避免预期告警对正常的系统监控造成影响。本发明通过在IT运维管理系统中配置一定的条件规则，识别出每一条系统告警所属配置项信息，当告警发生时判断其配置项信息与预期所关联的配置项信息是否相符，对预期内告警进行特殊处理，避免对系统的正常监控造成影响。

本发明的实现IT运维中变更引发的告警处理方法包括下述步骤：

告警配置项设置步骤，在监控平台中对每条告警设置配置项；

关联影响配置项求取步骤，在流程平台的变更流程中，对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响，求取每个工单的关联影响配置项；

变更预期告警标识步骤，在变更过程中从流程平台将所述关联影响配置项同步到所述监控平台，在监控平台标识所述关联影响配置项为变更影响配置项并且将标识有所述变更影响配置项的告警都作为变更预期告警；

优化变更关联配置步骤，在变更结束后检查告警所关联的配置项在本次变更中是否实际发出了预期告警以优化变更关联配置项的准确性；

变更预期告警判断步骤，当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理。

其中，优化变更关联配置步骤是优选步骤，它的设置可以为下一次变更的配置项关联关系进行优化总结。

图1是本发明的实现IT运维中变更引发的告警处理方法的示意图。

下面参照图1对于本发明的实现IT运维中变更引发的告警处理方法中的各步骤进行具体说明。

（1）告警配置项设置步骤

在IT运维管理系统的监控平台中设置配置项匹配规则，对生产运营中的每一条告警识别其配置项，告警与配置项为一对一的单射关系。

具体地，一般原始告警是不具备配置项信息的，如图1所示，通过“配置项丰富规则”即通过制定匹配条件，对满足条件的告警补充其配置项信息。也就是说，在本发明中，是通过“配置项丰富规则”来丰富告警中的配置项信息，以配置项信息为主键衔接流程平台与监控平台。这样，在图1中对告警A、告警B、告警C分别设置了配置项，而且告警A、告警B、告警C与其配置项的关系是一对一的单射关系。

（2）关联影响配置项求取步骤

在IT运维管理系统的流程平台中对信息交换系统中的各运行实体建立专属配置项。配置项与运行实体为一对一的单射关系。在图1中对工单A、工单B、工单C分别设置配置项。而且，流程平台的变更流程中增加实施工单与影响配置项的关联，对每个工单的实施内容对配置项影响范围、即工单的开始和结束实施时间进行明确定义。

根据CMDB（Configuration Management DataBase）的配置相关系树关联出可能间接影响的其他配置项，最终得出变更的每个工单影响的一组关联影响配置项。在CMDB关系型数据库中存储了信息交换系统中各配置项信息，包括配置项类型、版本号、合同号、维护记录、所属地域、管理员等信息。其中有一项关键属性“关联关系”记录了与该配置项为直接关系的其他配置项ID。理论上可通过单一配置项发散出全交换系统的整个配置项拓扑。但在变更管理中，为了防止配置项关联的范围无限蔓延，在变更工单构建工作中，先定义了此工单操作的直接配置项，然后通过关联关系获取到直接配置项的关联配置项，作为间接配置项供评估是否受影响。最终评估确定的一组直接配置项和间接配置项的集合为本工单的关联影响配置项。

（3）变更预期告警标识步骤

在实际变更过程中，每个工单开始时会从流程平台通过服务器同步该工单的关联影响配置项至监控系统直到工单结束，监控平台接收到调用后，标识此些关联影响配置项为变更影响配置项，也就说，从当前时刻开始有变更开始执行，会对这些关联影响配置项造成影响，这些关联影响配置项所上送的告警在其变更影响范围内，属变更预期告警，无需进行应急处理。这样，所有标识为此些关联影响配置项的告警都标记为变更预期告警，并且独立保存在变更告警表中，不会影响正常运行监控。

具体地，标识为变更影响配置项指的是，例如定义A-C是监控平台中实时产生的真实告警，通过配置项丰富规则增加配置项信息。如图1所示，当变更工单开始实施时，A和B的配置项信息与工单的关联影响配置项匹配，则为变更预期告警，所以无需监控岗位应急。而C不与关联影响配置项匹配，则属于正常生产告警，需要监控岗位进行应急处理。

（4）优化变更关联配置步骤

变更结束后，变更实施人员可在监控系统中对变更告警表中的预期告警进行确认和回顾。通过回顾核对告警检查所关联的配置项在此次变更中是否实际出发了预期告警,已优化变更关联配置项的准确性,为下一次变更的配置项关联关系进行优化总结。

具体地，如图1所示，变更工单执行期间按关联影响配置项进行关联的结果，预期结果AB为变更预期告警，C为正常告警。假设回顾工作中分析发现，实际此工单并未触发告警A，而告警C却是因工单执行引发，那是否说明实际此工单的关联影响配置项影响实际应该是配置项B和C，而配置项A实际不受影响。此分析结果就可以作为变更回顾优化方案，在下次进行相同变更时可取消配置项A的影响关联，而增加配置项C的影响关联。

（5）变更预期告警判断步骤

当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理。在图1中，当告警发生时，通过判断告警的配置项与所述变更影响配置项是否为一致，来判断告警A、告警B、告警C是否为变更预期告警，告警A和告警B与所述变更影响配置项匹配，则判断该告警A和告警B为变更预期告警，对该告警做特殊的规定处理或者其他处理方式。另一方面，告警C与所述变更影响配置项不匹配，判断该告警C不是变更预期告警而是正常运营告警，对该告警C做正常告警处理，即进行正常情况下的告警监控处理。

下面，对于本发明的实现IT运维中变更引发的告警处理系统进行简单说明。该告警系统由流程平台和监控平台构成，流程平台和监控平台之间能够进行数据同步。

其中，流程平台用于在变更流程中对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响求取每个工单的关联影响配置项。具体地，所述流程平台在变更流程中对每个工单设置一对一单射关系的变更配置项，对每个工单的工单开始和结束时间进行定义，根据所述工单的工单开始和结束时间，求取与每个工单的变更配置关联的影响并作为关联影响配置项。

监控平台用于对每一个条告警设置配置项，在变更过程中根据将从所述流程平台同步过来的所述关联影响配置项标识为变更影响配置项并且将标识有所述变更影响配置项的告警作为变更预期告警，当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理。具体地，所述监控平台用于在告警发生时判断该告警的配置项与所述变更影响配置项是否为一致，如果两者一致，则判断该告警为变更预期告警，对该告警做规定处理，如果两者不一致，则判断该告警不是变更预期告警，对该告警做正常告警处理。

进一步，作为优选方式，所述监控平台还用于在变更结束后检查告警所关联的配置项在本次变更中是否实际发出了预期告警以优化变更关联配置项的准确性。

本发明的实现IT运维中变更引发的告警处理方法以及告警处理系统打破了目前现有IT运维中过程中流程平台与监控平台独立运行的模式，取代了传统变更预期告警在监控系统中手工设置的方法，取得了如下的技术成果：

在流程平台中登记好变更信息，完成变更工单与配置项的关联后，不需再监控平台中在进行手工设置，避免了重复劳动和可能出现的人为操作失误；实施变更时自动同步工单ID及关联的配置项至监控平台，只对执行的变更关联的配置项对应的告警进行特殊标记，把变更影响的时间和范围与实际变更操作达到较高水平的一致；只对变更告警进行特殊标记而非直接过滤，可提供用于变更实施完成后进行变更事件回顾，既可检验变更关联的配置项是否合理为下一次变更关联配置项进行知识积累。

以上例子主要说明了本发明的实现IT运维中变更引发的告警处理方法以及告警处理系统。尽管只对其中一些本发明的具体实施方式进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。

Claims (6)

1.一种实现IT运维中变更引发的告警处理方法，其特征在于，包括下述步骤：

告警配置项设置步骤，在监控平台中对每条告警设置配置项；

关联影响配置项求取步骤，在流程平台的变更流程中，对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响，求取每个工单的关联影响配置项；

变更预期告警标识步骤，在变更过程中从流程平台将所述关联影响配置项同步到所述监控平台，在监控平台标识所述关联影响配置项为变更影响配置项并且将标识有所述变更影响配置项的告警作为变更预期告警；

优化变更关联配置步骤，在变更结束后检查告警所关联的配置项在本次变更中是否实际发出了预期告警以优化变更关联配置项的准确性；

变更预期告警判断步骤，当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理，

其中，所述关联影响配置项求取步骤包括下述子步骤：

在流程平台的变更流程中对每个工单设置变更配置项，其中配置项与工单为一对一单射关系；

对每个工单的工单开始和结束时间进行定义；

根据所述工单的工单开始和结束时间，求取与每个工单的变更配置关联的影响并作为关联影响配置项。

2.如权利要求1所述实现IT运维中变更引发的告警处理方法，其特征在于，

在所述告警配置项设置步骤中，告警与配置项为一对一的单射关系。

3.如权利要求1所述实现IT运维中变更引发的告警处理方法，其特征在于，

所述变更预期告警标识步骤包括下述子步骤：

在变更过程中每个工单开始时从流程平台通过服务器将所述关联影响配置项同步到所述监控平台；

监控平台标识所述关联影响配置项为变更影响配置项；

将所述标识为变更影响配置项的告警都作为变更预期告警并独立保存在变更告警表。

4.如权利要求3所述实现IT运维中变更引发的告警处理方法，其特征在于，

所述变更预期告警判断步骤包括下述子步骤：

当告警发生时判断该告警的配置项与所述变更影响配置项是否为一致；

如果两者一致，则判断该告警为变更预期告警，对该告警做规定处理，如果两者不一致，则判断该告警不是变更预期告警，对该告警做正常告警处理。

5.一种实现IT运维中变更引发的告警处理系统，其特征在于，包括：

流程平台，用于在变更流程中对每个工单设置变更配置项，并且根据每个工单的实施内容对所述变更配置项的关联影响求取每个工单的关联影响配置项；以及

监控平台，用于对每条告警设置配置项，在变更过程中根据从所述流程平台同步过来的所述关联影响配置项标识为变更影响配置项并且将标识有所述变更影响配置项的告警作为变更预期告警，当告警发生时判断该告警是否为变更预期告警，如果是变更预期告警的话，则对该告警做规定处理，如果不是变更预期告警的话，则对该告警做正常告警处理，

其中，所述流程平台在变更流程中对每个工单设置一对一单射关系的变更配置项，对每个工单的工单开始和结束时间进行定义，根据所述工单的工单开始和结束时间，求取与每个工单的变更配置关联的影响并作为关联影响配置项，

所述监控平台还用于在变更结束后检查告警所关联的配置项在本次变更中是否实际发出了预期告警以优化变更关联配置项的准确性。

6.如权利要求5所述实现IT运维中变更引发的告警处理系统，其特征在于，

所述监控平台用于在告警发生时判断该告警的配置项与所述变更影响配置项是否为一致，如果两者一致，则判断该告警为变更预期告警，对该告警做规定处理，如果两者不一致，则判断该告警不是变更预期告警，对该告警做正常告警处理。