CN115632926A - 一种告警信息处理方法、装置、设备、存储介质和产品 - Google Patents

Abstract

本发明公开了一种告警信息处理方法、装置、设备、存储介质和产品。该方法包括：获取多个告警事件，采集告警事件的配置参数；根据预设的配置参数关联库，将配置参数有级联关联关系的多个告警事件划分为同一收敛组；将收敛组中的首级配置参数确定为告警根本原因，并根据首级配置参数对应的告警事件输出告警信息。本发明中，收敛组中首级配置参数对应的告警事件表征的运行指标是引发组内其他告警事件的根本原因，则该收敛组的多个告警事件被合并收敛形成一个告警信息进行发送，该告警信息包括首级配置参数对应的告警事件。通过对告警事件进行关联，将同一异常运行指标引发的多个告警事件进行收敛合并，减少了无效告警的数量，提高了告警处理效率。

Description

一种告警信息处理方法、装置、设备、存储介质和产品

技术领域

本发明涉及告警处理技术领域，尤其涉及一种告警信息处理方法、装置、设备、存储介质和产品。

背景技术

传统的监控工具采集被监控对象的运行指标，根据采集对象所属信息系统名称、软硬件产品实例两个维度来对告警进行分类，这种分类方式与系统管理员的矩阵式分配相契合。

然而，随着科技规模的指数级增长，信息系统和软硬件实例这两个维度上的数量变得非常庞大，矩阵化管理的情况下，告警分配关系将会是指数化的增长，原本使用的告警展现和分配方式会遇到瓶颈。

为此将涉及众多人力资源排查大量异常情况，效率低下。

发明内容

本发明提供了一种告警信息处理方法、装置、设备、存储介质和产品，以解决现有告警处理效率低下的问题。

根据本发明的一方面，提供了一种告警信息处理方法，包括：

获取多个告警事件，采集所述告警事件的配置参数；

根据预设的配置参数关联库，将配置参数有级联关联关系的多个所述告警事件划分为同一收敛组；

将所述收敛组中的首级配置参数确定为告警根本原因，并根据所述首级配置参数对应的告警事件输出告警信息。

根据本发明的另一方面，提供了一种告警信息处理装置，包括：

采集模块，用于获取多个告警事件，采集所述告警事件的配置参数；

收敛模块，用于根据预设的配置参数关联库，将配置参数有级联关联关系的多个所述告警事件划分为同一收敛组；

根因定位模块，用于将所述收敛组中的首级配置参数确定为告警根本原因，并根据所述首级配置参数对应的告警事件输出告警信息。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行如上所述的告警信息处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现如上所述的告警信息处理方法。

根据本发明的另一方面，提供了一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现如上所述的告警信息处理方法。

本发明中，告警信息处理装置获取多个告警事件，采集告警事件的配置参数；根据预设的配置参数关联库，将配置参数有级联关联关系的多个告警事件划分为同一收敛组；将收敛组中的首级配置参数确定为告警根本原因，并根据首级配置参数对应的告警事件输出告警信息。本发明中，将同一结构造成的告警进行关联，使得收敛组中首级配置参数对应的告警事件表征的运行指标是引发组内其他告警事件的根本原因，因此收敛组中首级配置参数被确定为该收敛组的告警根本原因，则该收敛组的多个告警事件被合并收敛形成一个告警信息进行发送，该告警信息包括首级配置参数对应的告警事件。通过对告警事件进行关联，将同一异常运行指标引发的多个告警事件进行收敛合并，减少了无效告警的数量，提高了告警处理效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本发明实施例提供的一种告警信息处理方法的流程图；

图2是本发明实施例提供的第一种配置参数关联关系的示意图；

图3是步骤S2的一种流程图；

图4是本发明实施例提供的第二种配置参数关联关系的示意图；

图5是步骤S2的另一种流程图；

图6是本发明实施例提供的另一种告警信息处理方法的流程图；

图7是运维管理与告警的关联关系；

图8是运维管理记录与告警信息的另一种关联关系；

图9是本发明实施例提供的告警信息处理装置的示意图；

图10是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1是本发明实施例提供的一种告警信息处理方法的流程图，本实施例可适用于监控工具对监控对象的异常进行告警处理的情况，该方法可以由告警信息处理装置来执行，该告警信息处理装置可以采用硬件和/或软件的形式实现，该告警信息处理装置可配置于设备中，该设备可以是计算机、终端或服务器等，监控工具与告警信息处理装置可配置于同一设备，或者，监控工具与告警信息处理装置可配置于不同设备且两个设备之间可以通信。监控工具的监控对象可以是网络服务、信息系统等软件产品、硬件产品或软硬件产品，不具体限制。

如图1所示，本实施例提供的告警信息处理方法包括：

步骤S1、获取多个告警事件，采集告警事件的配置参数；

步骤S2、根据预设的配置参数关联库，将配置参数有级联关联关系的多个告警事件划分为同一收敛组；

步骤S3、将收敛组中的首级配置参数确定为告警根本原因，并根据首级配置参数对应的告警事件输出告警信息。

本实施例中，监控工具采集监控对象的运行指标，在检测到监控对象的运行指标异常时，监控工具根据该异常运行指标生成相应的告警事件，告警事件中携带了与监控对象的异常运行指标相关的配置参数，则不同异常运行指标对应不同的告警事件。监控工具可以是运维监控系统或其他监控工具等软件和/或硬件工具；监控对象可以是网络服务或信息系统等软件和/或硬件对象，监控对象还可以是服务器或系统中的核心组件，例如数据库、中间件、子系统等。监控工具可以通过代理、插件、脚本等方式采集监控对象的运行指标，但监控工具采集监控对象的运行指标的采集方式不限于此，在此不具体赘述。监控工具采集的监控对象的运行指标可以包括监控对象的性能、容量、日志等，但运行指标的内容不限于此。

监控工具根据监控对象的异常运行指标生成告警事件后，告警信息处理装置通过监控工具获得告警事件。可以理解，随着科技规模的指数级增长，监控对象在一个时间单位内产生的异常运行指标大量增加，则监控工具在一个时间单位内相应产生的告警事件数量也会呈现指数级增长。基于此，告警信息处理装置在一个时间单位内通过监控工具会获得多个告警事件，每个告警事件中携带了与监控对象的异常运行指标相关的配置参数。

告警信息处理装置中设置有配置参数关联库，配置参数关联库中存储有监控对象的各项配置参数之间的关联关系。可以理解，不同监控对象的配置参数关联关系可能不同。若告警信息处理装置、监控工具和监控对象为一一对应关系，则告警信息处理装置的配置参数关联库中仅存储对应的监控对象的软件和/或硬件等配置参数关联关系；若告警信息处理装置对应至少一个监控工具，且对应多个监控对象，则告警信息处理装置的配置参数关联库中存储不同监控对象的配置参数关联关系。告警信息处理装置对每个监控对象的告警事件进行配置参数关联分析的过程类似，因此下文中以告警信息处理装置对一个监控对象的告警事件进行配置参数关联分析为例进行说明。

告警信息处理装置从预设的配置参数关联库中获取监控对象的配置参数关联关系。告警信息处理装置对采集得到的监控对象的多个告警事件进行分析比对，将配置参数有级联关联关系的多个告警事件划分为同一收敛组。可以理解，告警信息处理装置对同一时间单位内采集得到的多个告警事件进行分析比对后，可能得到一个或多个收敛组。每个收敛组中的各个告警事件的配置参数存在级联关联关系。

需要说明的是，对于一个收敛组，其中各个告警事件的配置参数形成了从首级配置参数到末级配置参数的级联关联关系，每一级配置参数所对应的告警事件可能是一个也可能是平行的多个。收敛组中，首级配置参数对应的告警事件是引发组内其他告警事件的原因，即首级配置参数对应的告警事件所表征的运行指标异常导致组内其他告警事件对应的多个运行指标异常，因此收敛组中多个告警事件是由首级配置参数对应的异常运行指标引发的多个告警事件，基于此，可以将收敛组中首级配置参数所对应的告警事件定位为告警根本原因，进行合并收敛，根据首级配置参数所对应的告警事件形成一个告警信息并发送，如此收敛组中多个告警事件实现了合并并收敛为一个告警信息。

例如，监控对象包括至少一台主控设备、多台主机和多台虚拟机，其中主控设备和主机均有硬件实体，虚拟机为软件程序。监控对象中，4台平行的虚拟机C1-C4的上级是主机B1，2台平行的虚拟机C5-C6的上级是主机B2，主机B1和主机B2的上级是主控设备A。若主控设备A异常，会导致其下级B1、B2以及C1-C6等各个设备异常。若主机B1异常，会导致其下级C1-C4等各个设备异常。若主机B2异常，会导致其下级C5-C6等各个设备异常。可以理解，主机B1异常，并不会导致B2的下级C5-C6异常；或者，主机B2异常，并不会导致B1的下级C1-C4异常。基于此，配置参数关联库中监控对象的配置参数关联关系包括A-B1-C1～C4以及A-B2-C5～C6，A是首级配置参数。

若多个告警事件的配置参数包括B1、B2、C1、C2、C3、C4、C5、C6，则配置参数B1与C1、C2、C3、C4形成级联关联关系，配置参数B2与C5、C6形成级联关联关系，配置参数B1与B2是平行的配置参数关系。基于此，存在级联的B1与C1、C2、C3、C4构成一个收敛组a，B1异常导致其下级C1-C4各个设备异常，因此C1-C4是收敛组a中平行的末级配置参数，B1是收敛组a中的首级配置参数。存在级联的B2与C5、C6构成一个收敛组b，B2异常导致其下级C5-C6各个设备异常，因此C5-C6是收敛组b中平行的末级配置参数，B2是收敛组b中的首级配置参数。

若多个告警事件的配置参数包括A、B1、B2、C1、C2、C3、C4、C5、C6，则配置参数A与B1、B2形成级联关联关系，B1与C1、C2、C3、C4形成级联关联关系，B2与C5、C6形成级联关联关系。则A、B1、B2、C1、C2、C3、C4、C5、C6构成一个收敛组c，其中，C1-C6是收敛组c中平行的末级配置参数，B1-B2是收敛组c中平行的中间级配置参数，A是收敛组c中的首级配置参数，A异常导致其下级各个设备异常。

本发明中，告警信息处理装置获取多个告警事件，采集告警事件的配置参数；根据预设的配置参数关联库，将配置参数有级联关联关系的多个告警事件划分为同一收敛组；将收敛组中的首级配置参数确定为告警根本原因，并根据首级配置参数对应的告警事件输出告警信息。本发明中，收敛组中首级配置参数对应的告警事件表征的运行指标是引发组内其他告警事件的根本原因，因此收敛组中首级配置参数被确定为该收敛组的告警根本原因，则该收敛组的多个告警事件被合并收敛形成一个告警信息进行发送，该告警信息包括首级配置参数对应的告警事件。通过对告警事件进行关联，将同一异常运行指标引发的多个告警事件进行收敛合并，减少了无效告警的数量。

图2是本发明实施例提供的第一种配置参数关联关系的示意图。如图2所示，可选配置参数关联库包括第一关联表；第一关联表包括从首级到末级依序关联的机房环控101、硬件设备102、操作系统103、数据库104和应用程序105。可选硬件设备102包括存储设备102a、交换机102b、服务器102c和网络设备102d中的一种或多种。可选应用程序105包括应用服务105a和应用交易105b，应用服务105a的上级配置参数是数据库104，其下级配置参数为应用交易105b。

本实施例中，配置参数关联库中设置有第一关联表；第一关联表包括从首级到末级依序关联的机房环控101、硬件设备102、操作系统103、数据库104和应用程序105。其中，第一关联表是从监控对象的硬件到软件的维度进行配置参数的关联设置。监控对象的硬件结构的运行指标发生异常，会引发监控对象的软件结构的运行指标发生异常，所以配置参数级联关联关系中，硬件结构的配置参数是软件结构的配置参数的上级，其中，机房环控101、硬件设备102、操作系统103和数据库104是硬件结构对应的配置参数，应用程序105是软件结构。可以理解，监控对象的结构不限于上述示例，不同监控对象的结构不同，相应的配置参数级联关联关系也不同。

若监控对象中机房环控101的运行指标发生异常，那么会引发下级的硬件设备102、操作系统103、数据库104和应用程序105的运行指标均发生异常，如此可以将机房环控101、硬件设备102、操作系统103、数据库104和应用程序105对应的多个告警事件合并收敛为一个收敛组，并生成一个包括机房环控101的配置参数的告警信息。

若监控对象中机房环控101的运行指标正常，硬件设备102的运行指标发生异常，那么会引发硬件设备102下级的操作系统103、数据库104和应用程序105的运行指标均发生异常，如此可以将硬件设备102、操作系统103、数据库104和应用程序105对应的多个告警事件合并收敛为一个收敛组，并生成一个包括硬件设备102的配置参数的告警信息。

若监控对象中机房环控101和硬件设备102的运行指标均正常，操作系统103的运行指标发生异常，那么会引发操作系统103下级的数据库104和应用程序105的运行指标均发生异常，如此可以将操作系统103、数据库104和应用程序105对应的多个告警事件合并收敛为一个收敛组，并生成一个包括操作系统103的配置参数的告警信息。

若监控对象中机房环控101、硬件设备102和操作系统103的运行指标均正常，数据库104的运行指标发生异常，那么会引发数据库104下级的应用程序105的运行指标发生异常，如此可以将数据库104和应用程序105对应的多个告警事件合并收敛为一个收敛组，并生成一个包括数据库104的配置参数的告警信息。

如上所述，告警信息处理装置以硬件到软件的维度预先建立从硬件到软件的配置参数关联表，那么级联关系中，机房环控101是首级配置参数，应用程序105是末级配置参数，上级配置参数对应的运行指标异常必然引起下级配置参数对应的运行指标异常，所以利用硬件到软件的级联关系建立收敛组后，收敛组中最上一级配置参数即其中的首级配置参数对应的告警事件是该收敛组中各告警事件发生的根本原因。基于此，根据收敛组中首级配置参数对应的告警事件生成该收敛组的告警信息，实现了收敛组中各告警事件的合并，消除了无效告警。

需要说明的是，图2所示的配置参数关联关系，机房环控101是首级配置参数，其运行指标异常会导致后续各个结构的运行指标异常，以此类推。所以确定告警根本原因时，依据图2所示配置参数关联关系，其原则是自下而上的判断原则，即按照图2所示从机房环控101开始进行收敛组的根因定位。若收敛组中包括机房环控101的配置参数，则该收敛组的告警根本原因直接确定为机房环控101；若收敛组中不包括机房环控101的配置参数，而包括硬件设备102的配置参数，则该收敛组的告警根本原因直接确定为硬件设备102。依次类推，按照自下而上的判断原则对一个收敛组中的告警根本原因进行判断。

图3是步骤S2的一种流程图。如图3所示，可选步骤S2的将配置参数有级联关联关系的多个告警事件划分为同一收敛组的操作包括：

步骤S211、获取第一告警事件的第一配置参数，从第一关联表中查找出与第一配置参数级联的第二配置参数；

步骤S212、将第一告警事件以及与第二配置参数对应的第二告警事件划分至第一收敛组。

可选在第一收敛组中，第一配置参数位于第二配置参数的上级，或者，第二配置参数位于第一配置参数的上级。

本实施例中，告警信息处理装置在一个时间单位内通过监控工具获得多个告警事件，采集得到每个告警事件的配置参数；选取一个告警事件作为第一告警事件，那么该第一告警事件的配置参数为第一配置参数。

告警信息处理装置根据预设的配置参数关联库，查找第一配置参数的上级配置参数和/或下级配置参数。可以理解，第一配置参数对应的运行指标发生异常告警，此时第一配置参数对应的运行指标是引起下级配置参数对应的运行指标异常的原因，可将第一告警事件和下级配置参数对应的告警事件合并收敛，减少无效告警。在此第二配置参数为下级配置参数，第一配置参数位于第二配置参数的上级。

第一配置参数对应的运行指标发生异常告警，可能是由于上级配置参数对应的运行指标异常的原因，也可能不是。此时告警信息处理装置从多个告警事件的配置参数中查找是否存在位于第一配置参数上级的配置参数。

若多个告警事件的配置参数中不存在位于第一配置参数上级的配置参数，说明第一告警事件是引发下级告警事件的告警根本原因，可以将第一告警事件和下级配置参数对应的各个告警事件合并收敛至一个收敛组，第一告警事件的配置参数是收敛组的首级配置参数，基于第一告警事件生成该收敛组的告警信息，减少了无效告警。

若多个告警事件的配置参数中存在位于第一配置参数上级的配置参数，说明第一告警事件并非告警根本原因，查找出的上级配置参数对应的告警事件是引发第一告警事件的原因，基于此，将第一告警事件与上级配置参数对应的告警事件进行合并收敛，以此类推，直至找到引发第一告警事件的告警根本原因，将告警根本原因对应的告警事件及其关联的下级各配置参数对应的多个告警事件合并收敛，基于收敛组的首级配置参数生成该收敛组的告警信息。

示例性的，监控对象的配置参数至少包括JDBC(Java语言连接数据库)、MAC地址(媒体存取控制位址)、WWN(全球唯一标示)、ZoneName(区域名)、机柜位置等。告警信息处理装置采集每个告警事件的配置参数。

若配置参数为JDBC，其实质为数据库，则其下级配置参数为应用服务，上级配置参数为操作系统；若配置参数为WWN，其实质为硬件设备中的交换机，则其下级配置参数为操作系统，上级配置参数为机房环控；若配置参数为ZoneName，其实质为硬件设备中的存储设备，则其下级配置参数为操作系统，上级配置参数为机房环控；若配置参数为MAC地址，其实质为硬件设备中的网络设备，则其下级配置参数为操作系统，上级配置参数为机房环控；若配置参数为机柜位置，其实质为机房环控，则其下级配置参数为硬件设备。可以理解，监控对象的配置参数包括但不限于以上示例。

告警信息处理装置中预设有从硬件到软件维度的配置参数关联关系，那么告警处理时，告警信息处理装置采集每个告警事件的配置参数，如JDBC、MAC地址、WWN、ZoneName等，将不同告警事件的配置参数进行关联匹配，以此在大数据关联分析能力的基础上收敛相关告警。根据从基础硬件设备到应用服务器的原则，提供根因定位判断，并进行告警收敛，按照告警发生的时间顺序提供根因定位的参考意见。

图4是本发明实施例提供的第二种配置参数关联关系的示意图。如图4所示，可选配置参数关联库包括第二关联表；第二关联表包括从首级到末级依序关联的上游应用系统、本级应用系统和下游应用系统。例如，应用系统B的上游应用系统是A，下游应用系统是C，其上下游关系构成第二关联表。

本实施例中，配置参数关联库中设置有第二关联表；第二关联表包括从首级到末级依序关联的上游应用系统、本级应用系统和下游应用系统。其中，第二关联表是从监控对象的软件维度进行配置参数的关联设置。监控对象可能存在硬件结构的运行指标正常，而应用服务等软件结构的运行指标异常的情况。对于该应用服务异常的告警情况，需要对异常应用服务中系统的上游应用系统和下游应用系统进行判断，上游应用系统异常，会导致其下游应用系统异常。基于此，配置参数级联关联关系中，上游应用系统的配置参数是下游应用系统的配置参数的上级。可以理解，监控对象的结构不限于上述示例，不同监控对象的结构不同，相应的配置参数级联关联关系也不同。

第二关联表的建立方式是，调用监控对象中既往应用系统的交易记录，查询每个应用系统的上下游关系，以此建立应用系统间的上下游关联关系，对每个应用系统生成一份上游应用系统清单和下游应用系统清单，以此软件维度在大数据关联分析能力的基础上收敛相关告警，根据从上游应用系统到下游应用系统的原则，提供根因定位判断。可以理解，一个应用系统的上游应用系统清单中可能包括一个或多个应用系统，或者，一个应用系统的下游应用系统清单中可能包括一个或多个应用系统。同一个应用系统，在不同的应用系统清单中可能处于上游，也可能处于下游。

如上所述，告警信息处理装置预先建立从软件系统间的配置参数关联表。在监控对象的硬件正常的情况下，级联关系中上游应用系统的配置参数对应的运行指标异常会引起下游应用系统的配置参数对应的运行指标异常，所以利用软件系统间的级联关系建立收敛组后，收敛组中最上游应用系统的配置参数即其中的首级配置参数，首级配置参数对应的告警事件是该收敛组中各告警事件发生的根本根本原因。基于此，根据收敛组中首级配置参数对应的告警事件生成该收敛组的告警信息，实现了收敛组中各告警事件的合并，消除了无效告警。

例如图4所示，应用系统B202的上游应用系统是A201，下游应用系统是C203；应用系统的运行指标包括交易量。应用系统A201的交易量AAA异常时，会导致下游的应用系统B202的交易量BBB异常；应用系统B202的交易量BBB异常时，会导致下游的应用系统C203的交易量CCC异常。

需要说明的是，图4所示的配置参数关联关系，上游应用系统的异常是导致下游应用系统告警的原因，以此类推。所以确定告警根本原因时，依据图4所示配置参数关联关系，其原则是自上而下的判断原则，即按照图4所示从上游应用系统A开始进行收敛组的根因定位。若收敛组中包括上游应用系统A的配置参数，则该收敛组的告警根本原因直接确定为该上游应用系统A；若收敛组中不包括上游应用系统A的配置参数，而包括本级应用系统B的配置参数，则该收敛组的告警根本原因直接确定为本级应用系统B。依次类推，按照自上而下的判断原则对一个收敛组中的告警根本原因进行判断。

图5是步骤S2的另一种流程图。如图5所示，可选步骤S2的将配置参数有级联关联关系的多个告警事件划分为同一收敛组的操作包括：

步骤S221、获取第一告警事件的第一配置参数，从第二关联表中查找出与第一配置参数级联的第三配置参数；

步骤S222、将第一告警事件以及与第三配置参数对应的第三告警事件划分至第二收敛组。

可选在第二收敛组中，第一配置参数位于第三配置参数的上游，或者，第三配置参数位于第一配置参数的上游。

本实施例中，告警信息处理装置在一个时间单位内通过监控工具获得多个告警事件，采集得到每个告警事件的配置参数；选取一个告警事件作为第一告警事件，那么该第一告警事件的配置参数为第一配置参数。

若第一配置参数对应的运行指标为监控对象的应用系统的运行指标，那么告警信息处理装置可以根据配置参数关联库中第二关联表，查找第一配置参数的上游配置参数和/或下游配置参数，以此判断是否是上游应用系统异常而导致的告警。可以理解，第一配置参数对应的运行指标发生异常告警，此时第一配置参数对应的运行指标是引起下游应用系统对应的运行指标异常的原因，可将第一告警事件和下游应用系统对应的告警事件合并收敛，减少无效告警。在此第三配置参数为下游应用系统的配置参数，第一配置参数位于第三配置参数的上游。

第一配置参数对应的运行指标发生异常告警，可能是由于上游应用系统的配置参数对应的运行指标异常的原因，也可能不是。此时告警信息处理装置从多个告警事件的配置参数中查找是否存在位于第一配置参数上游的应用系统的配置参数。

若多个告警事件的配置参数中不存在位于第一配置参数上游的应用系统的配置参数，说明第一告警事件是引发下游应用系统的告警事件的告警根本原因，可以将第一告警事件和下游应用系统对应的各个告警事件合并收敛至一个收敛组，第一告警事件的配置参数是收敛组的首级配置参数，下游应用系统的配置参数为第三配置参数，基于第一告警事件生成该收敛组的告警信息，减少了无效告警。

若多个告警事件的配置参数中存在位于第一配置参数上游的应用系统的配置参数，说明第一告警事件并非告警根本原因，查找出的上游应用系统的的配置参数对应的告警事件是引发第一告警事件的原因，基于此，将第一告警事件与上游应用系统的的配置参数对应的告警事件进行合并收敛，以此类推，直至找到引发第一告警事件的告警根本原因，将告警根本原因对应的告警事件及其关联的下游应用系统的的多个告警事件合并收敛，基于收敛组的首级配置参数生成该收敛组的告警信息。

图6是本发明实施例提供的另一种告警信息处理方法的流程图。图7是运维管理与告警的关联关系。本发明实施例提供的另一种告警信息处理方法的流程图。如图6所示，可选告警信息处理方法还包括：步骤S4、对同一收敛组中的各个告警事件进行关联标注。

如图6所示，可选告警信息处理方法还包括：步骤S5、获取运维管理记录表，运维管理记录表包括运维操作数据，对告警事件进行分析，将告警事件及其对应的运维操作数据进行关联标注。

本实施例中，同一收敛组中各个告警事件被合并，收敛，并生成一个基于首级配置参数的告警信息，那么收敛组中各个告警事件的告警根本原因已确定。基于此，对一个收敛组中各个告警事件进行关联标注，可以表征该收敛组中各个告警事件已被合并收敛。若告警信息处理装置在同一时间单位内查找到相同配置参数对应的告警事件，那么根据该告警事件的关联提示，告警信息处理装置无需重复对相同配置参数的告警事件进行根因定位，可提高信息处理效率。

另外，以监控工具为运维监控平台为例，监控对象的运行数据在工作时会接入运维监控平台，且外部对监控对象的每个操作也会被运维监控平台记录。那么运维监控平台可以监控到监控对象的账号管理、运维操作、业务操作和变更调度等信息，并以此生成运维管理记录表，运维管理记录表中记录有监控对象的运维操作数据。监控对象的运维操作数据与运行指标有所关联，那么可以将告警事件与监控对象的运维操作数据做关联，进而对告警做标注和关联提示。具体的，运维监控平台可以提取账号登录的主机信息、自动化平台运行的命令和执行对象、业务终端远程登录的对象IP和用户、调度平台内时间窗口内的变更对象信息，基于大数据平台的关联分析能力，将操作记录与软硬件对象做匹配，对时序上有关的告警和操作进行关联，在展现中心做相关根因定位提示，以便排障是尽快定位是否人为因素所致。

参考图7所示，监控对象的运维管理记录包括基础平台操作，那么该应用告警301中包括基础平台的告警事件即基础平台告警301a，基础平台操作与基础平台告警301a可以关联在一起；监控对象的运维操作数据包括运维操作，那么该应用告警301中包括运维操作的告警事件即运维操作告警301b，运维操作与运维操作告警301b可以关联在一起；监控对象的运维操作数据包括其他应用操作，那么该应用告警301中包括其他应用的告警事件即其他应用告警301c，其他应用操作与其他应用告警301c可以关联在一起。如此可以获取告警事件与运维管理记录之间的关联。例如，工作人员对主机进行调试，导致机房环控异常，随后告警信息处理装置采集得到机房环控的告警事件，那么告警信息处理装置可以将工作人员调试主机的操作和采集得到机房环控告警事件进行关联，确定故障为工作人员调试主机所致。可以理解，关联的运维操作与告警事件在时序上为顺序关系且两者间隔时间非常短。

图8是运维管理记录与告警信息的另一种关联关系。基于以上关联标注，则告警信息302可以通过操作实例和IP进行匹配。通过操作实例和IP可以匹配运维账号管理303与告警信息302的关联，还可以匹配自动化平台304与告警信息302的关联。通过IP可以匹配业务操作终端管理305与告警信息302的关联，还可以匹配变更调度306与告警信息302的关联。

本实施例中，通过将告警事件所对应的配置参数之间的关系、以及与运维操作记录的关系，将不同的告警事件进行关联。可以减少无效告警的数量，屏蔽因算法等问题导致的误告警干扰异常判断的情况。还可以将通过告警背后的关联关系进行关联形成收敛组，在收敛组中按照自下而上(从硬件到软件、从基础平台到应用服务)、自上而下(从上游系统到下游系统)的方式定位告警根本原因，合并收敛告警。还可以通过与运维管理类操作记录比对，快速定位因变更、维护、查询等人为因素导致的异常，从而实现更加精准、有效的告警收敛和根因定位，提高故障处理协作效率。

基于同一发明构思，本发明实施例还提供一种告警信息处理装置，该装置用于执行上述任意实施例所述的告警信息处理方法。

图9是本发明实施例提供的告警信息处理装置的示意图。如图9所示，该告警信息处理装置包括：采集模块110，用于获取多个告警事件，采集告警事件的配置参数；收敛模块120，用于根据预设的配置参数关联库，将配置参数有级联关联关系的多个告警事件划分为同一收敛组；根因定位模块130，用于将收敛组中的首级配置参数确定为告警根本原因，并根据首级配置参数对应的告警事件输出告警信息。

本发明中，告警信息处理装置可执行本发明任意实施例所提供的告警信息处理方法，具备执行方法相应的功能模块和有益效果。其中，收敛组中首级配置参数对应的告警事件表征的运行指标是引发组内其他告警事件的根本原因，因此收敛组中首级配置参数被确定为该收敛组的告警根本原因，则该收敛组的多个告警事件被合并收敛形成一个告警信息进行发送，该告警信息包括首级配置参数对应的告警事件。通过对告警事件进行关联，将同一异常运行指标引发的多个告警事件进行收敛合并，减少了无效告警的数量。

图10示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备10还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图10所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，其中，存储器存储有被至少一个处理器11执行的计算机程序，计算机程序被至少一个处理器11执行，以使至少一个处理器11执行如上所述的告警信息处理方法。存储器可以为，只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器11执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM12以及RAM13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如如上任一实施例所述的告警信息处理方法。

在一些实施例中，如上任一实施例所述的告警信息处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM13并由处理器11执行时，可以执行如上任一实施例所述的告警信息处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行如上任一实施例所述的告警信息处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机可读存储介质，该计算机可读存储介质存储有计算机程序，计算机程序用于使处理器执行时实现如上任意实施例所述的告警信息处理方法。用于实施本发明的方法的计算机程序产品，该计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现如上任意实施例所述的告警信息处理方法。

如上所述，用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

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

获取多个告警事件，采集所述告警事件的配置参数；

根据预设的配置参数关联库，将配置参数有级联关联关系的多个所述告警事件划分为同一收敛组；

将所述收敛组中的首级配置参数确定为告警根本原因，并根据所述首级配置参数对应的告警事件输出告警信息。

2.根据权利要求1所述的告警信息处理方法，其特征在于，所述配置参数关联库包括第一关联表；

所述第一关联表包括从首级到末级依序关联的机房环控、硬件设备、操作系统、数据库和应用程序。

3.根据权利要求2所述的告警信息处理方法，其特征在于，将配置参数有级联关联关系的多个所述告警事件划分为同一收敛组包括：

获取第一告警事件的第一配置参数，从所述第一关联表中查找出与所述第一配置参数级联的第二配置参数；

将所述第一告警事件以及与所述第二配置参数对应的第二告警事件划分至第一收敛组。

4.根据权利要求3所述的告警信息处理方法，其特征在于，在所述第一收敛组中，所述第一配置参数位于所述第二配置参数的上级，或者，所述第二配置参数位于所述第一配置参数的上级。

5.根据权利要求2所述的告警信息处理方法，其特征在于，所述硬件设备包括存储设备、交换机、服务器和网络设备中的一种或多种。

6.根据权利要求1所述的告警信息处理方法，其特征在于，所述配置参数关联库包括第二关联表；

所述第二关联表包括从首级到末级依序关联的上游应用系统、本级应用系统和下游应用系统。

7.根据权利要求6所述的告警信息处理方法，其特征在于，将配置参数有级联关联关系的多个所述告警事件划分为同一收敛组包括：

获取第一告警事件的第一配置参数，从所述第二关联表中查找出与所述第一配置参数级联的第三配置参数；

将所述第一告警事件以及与所述第三配置参数对应的第三告警事件划分至第二收敛组。

8.根据权利要求7所述的告警信息处理方法，其特征在于，在所述第二收敛组中，所述第一配置参数位于所述第三配置参数的上游，或者，所述第三配置参数位于所述第一配置参数的上游。

9.根据权利要求1所述的告警信息处理方法，其特征在于，还包括：对同一所述收敛组中的各个告警事件进行关联标注。

10.根据权利要求1所述的告警信息处理方法，其特征在于，还包括：

获取运维管理记录表，所述运维管理记录表包括运维操作数据，对所述告警事件进行分析，将所述告警事件及其对应的运维操作数据进行关联标注。

11.一种告警信息处理装置，其特征在于，包括：

采集模块，用于获取多个告警事件，采集所述告警事件的配置参数；

收敛模块，用于根据预设的配置参数关联库，将配置参数有级联关联关系的多个所述告警事件划分为同一收敛组；

根因定位模块，用于将所述收敛组中的首级配置参数确定为告警根本原因，并根据所述首级配置参数对应的告警事件输出告警信息。

12.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行权利要求1-10中任一项所述的告警信息处理方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现权利要求1-10中任一项所述的告警信息处理方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现权利要求1-10中任一项所述的告警信息处理方法。

Images