CN115811459B - 一种告警标记方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种告警标记方法、装置、电子设备及存储介质，方法包括：检测到针对目标机房的告警，获取所述目标机房对应的预设变更场景信息；基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生；如果是，则为所述告警添加标记。在有告警触发时，由于该告警是由于机房中某设备的状态异常而触发，因此可以根据该告警针对的目标机房，获取目标机房对应的预设变更场景信息，以用于对告警进行筛选，然后基于预设变更场景信息确定当前触发的告警是由目标机房的变更操作而产生的情况下，对告警进行自动标记，以用于指示该告警是由变更操作而产生，这样可以减少人员核对工作，提升告警处理效率。

Description

一种告警标记方法、装置、电子设备及存储介质

技术领域

本申请涉及运维技术领域，具体涉及一种告警标记方法、装置、电子设备及存储介质。

背景技术

在数据中心运维领域，通常会涉及到对数据中心机房内的设备，进行一些停机检查、维护、倒闸切换等变更操作，这样在集中中心，由于这些变更操作会触发大量的告警，而这些告警属于变更操作带来的告警，无需处理。

在相关技术中，由人工对中心通知的告警进行逐项核对，以确认有没有因突发故障造成的告警。这样就需要花费很多人力和时间来处理，处理效率比较低。

发明内容

本申请的目的是针对上述现有技术的不足提出的一种告警标记方法、装置、电子设备及存储介质，该目的是通过以下技术方案实现的。

本申请的第一方面提出了一种告警标记方法，所述方法包括：

检测到针对目标机房的告警，获取所述目标机房对应的预设变更场景信息；

基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生；

如果是，则为所述告警添加标记。

在本申请的一些实施例中，所述获取所述目标机房对应的预设变更场景信息，包括：

从已记录的变更操作中，获取属于所述目标机房的变更操作；在获取的变更操作中，获取开始时间在所述告警的触发时间之前且未结束的目标变更操作；将所述目标变更操作对应的第一设备和预先设置的第一告警列表作为所述预设变更场景信息。

在本申请的一些实施例中，所述基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

将所述告警与所述第一告警列表中的预设告警进行匹配；当不存在与所述告警匹配的预设告警情况下，根据所述第一设备确定所述告警是否是由变更操作而产生；当存在与所述告警匹配的预设告警情况下，确定所述告警不是由所述目标机房的变更操作而产生。

在本申请的一些实施例中，所述根据所述第一设备确定所述告警是否是由变更操作而产生，包括：

确定所述告警针对的第二设备；根据所述第一设备与所述第二设备是同一设备，确定所述告警是由所述目标机房的变更操作而产生；根据所述第一设备与所述第二设备不是同一设备，基于所述第一设备与所述第二设备之间的依赖关系，确定所述告警是否是由变更操作而产生。

在本申请的一些实施例中，所述基于所述第一设备与所述第二设备之间的依赖关系，确定所述告警是否是由变更操作而产生，包括：

获取所述第一设备关联的下游设备列表；根据所述第二设备属于所述下游设备列表，确定所述告警是由所述目标机房的变更操作而产生；根据所述第二设备不属于所述下游设备列表，确定所述告警不是由所述目标机房的变更操作而产生。

在本申请的一些实施例中，所述获取所述第一设备关联的下游设备列表，包括：

确定所述第一设备所属的拓扑关系，所述拓扑关系包括多个层级，每一层级记录有至少一个设备；确定所述第一设备在所述拓扑关系中的所属层级；从所述拓扑关系中，获取位于所属层级的下属层级且与所述第一设备关联的设备作为所述下游设备列表。

在本申请的一些实施例中，所述获取所述目标机房对应的预设变更场景信息，包括：

获取预先为所述目标机房中目标设备设置的第二告警列表；将所述目标设备和所述第二告警列表确定为预设变更场景信息。

在本申请的一些实施例中，所述基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

判定所述告警针对的第二设备是否为所述目标设备；若是，则根据所述第二告警列表中存在与所述告警匹配的预设告警，确定所述告警是由所述目标机房的变更操作而产生。

在本申请的一些实施例中，所述获取所述目标机房对应的预设变更场景信息，包括：

确定预先设置的第一类告警和第二类告警，所述第一类告警与所述第二类告警之间存在触发关联关系；将所述第一类告警和第二类告警确定为所述目标机房对应的预设变更场景信息。

在本申请的一些实施例中，所述基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

根据所述告警属于所述第一类告警，基于所述告警的触发时间戳和所述第二类告警，确定所述告警是否是由变更操作而产生；根据所述告警属于所述第二类告警，确定所述告警不是由所述目标机房的变更操作而产生。

在本申请的一些实施例中，所述基于所述告警的触发时间戳和所述第二类告警，确定所述告警是否是由变更操作而产生，包括：

利用所述告警的触发时间戳确定查询时间范围；获取位于所述查询时间范围内且属于所述告警针对的第二设备的已触发告警；根据不存在属于所述第二类告警的已触发告警，确定所述告警是由所述目标机房的变更操作而产生；根据存在属于所述第二类告警的已触发告警，确定所述告警不是由所述目标机房的变更操作而产生。

本申请的第二方面提出了一种告警标记装置，所述装置包括：

获取模块，用于检测到针对目标机房的告警，获取所述目标机房对应的预设变更场景信息；

判定模块，用于基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生；

标记模块，用于在判定所述告警是由所述目标机房的变更操作而产生时，为所述告警添加标记。

本申请的第三方面提出了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序以实现如上述第一方面所述方法的步骤。

本申请的第四方面提出了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行以实现如上述第一方面所述方法的步骤。

基于上述第一方面和第二方面所述的告警标记方法及装置，本申请至少具有如下有益效果或优点：

在有告警触发时，由于该告警是由于机房中某设备的状态异常而触发，因此可以根据该告警针对的目标机房，获取目标机房对应的预设变更场景信息，以用于对告警进行筛选，然后基于预设变更场景信息确定当前触发的告警是由目标机房的变更操作而产生的情况下，对告警进行自动标记，以用于指示该告警是由变更操作而产生，这样可以减少人员核对工作，提升告警处理效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请根据一示例性实施例示出的一种告警标记方法的实施例流程图；

图2为本申请根据一示例性实施例示出的一种预设变更场景下的告警判定流程图；

图3为本申请示出的一种拓扑关系示意图；

图4为本申请根据一示例性实施例示出的另一种预设变更场景下的告警判定流程图；

图5为本申请根据一示例性实施例示出的又一种预设变更场景下的告警判定流程图；

图6为本申请根据图1所示实施例示出的一种告警筛选标记流程示意图；

图7为本申请根据一示例性实施例示出的一种告警标记装置的结构示意图；

图8为本申请根据一示例性实施例示出的一种电子设备的硬件结构示意图；

图9为本申请根据一示例性实施例示出的一种存储介质的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了减少人员核对告警的工作量，本申请提出一种告警标记方法，通过在中心对触发的告警进行初步筛选，以筛选出由变更操作而产生的告警，并对这些告警进行自动标记，以用于指示这些告警是由变更操作产生，从而核对人员无需再进行处理，提升了告警处理效率。

为了使本领域技术人员更好的理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图1为本申请根据一示例性实施例示出的一种告警标记方法的实施例流程图，所述方法可以应用于机房系统，包括如下步骤：

步骤101：检测到针对目标机房的告警，获取目标机房对应的预设变更场景信息。

在本实施例中，机房系统会实时对各个机房中的设备状态进行，当发现某个机房的设备状态有异常时，会立即触发针对该机房设备的告警，而设备状态异常的原因有两种：一种是由运维人员对机房进行变更操作引起的，这种原因可以认为产生的告警属于预期内告警，无需处理；另一种是由现场故障引起的，这种原因可以认为产生的告警属于预期外告警，需要及时处理。

基于此，在执行步骤101之前，为了将属于预期内的告警自动筛选出来，需要预先在机房系统设置一些变更场景信息，以便于在有告警触发时，利用这些变更场景信息判定触发的告警是否是由变更操作而产生。

其中，预设变更场景信息包含有与指定变更场景相关的一些信息。

在一示例中，假设指定变更场景是一种复杂场景，即需要对机房设备进行一系列的变更步骤，这样每进行一步变更，需要预先设置进行变更操作的设备信息、机房信息、开始时间等，在完成变更后再设置结束时间。当然对于存在的不会由变更操作引起的告警，即预期外告警，可以通过单独进行黑名单设置，即将这些告警列入一个告警列表。

基于此，针对获取目标机房对应的预设变更场景信息的过程，从已记录的变更操作中，获取属于目标机房的变更操作，然后在获取的变更操作中，再获取开始时间在告警的触发时间之前且未结束的目标变更操作，从而将目标变更操作对应的第一设备和预先设置的第一告警列表作为目标机房对应的预设变更场景信息。

其中，目标变更操作对应的第一设备即为目标机房中正在进行变更操作的设备。第一告警列表中记录有不会由变更操作引起的预期外告警，也就是说，这些告警即使针对的是正在进行变更操作的设备，但产生原因也不是变更操作带来的，需要人工进行核对确认。

在另一示例中，假设指定变更场景是一种简单场景，即机房存在临时的简单变更操作，可以预先设置临时做变更的设备信息、由于变更可能触发的告警、变更原因等，这样可以将告警与设备绑定，作为智能标记模板。当然在变更完成后便删除这些设置信息。

基于此，针对获取目标机房对应的预设变更场景信息的过程，获取预先为目标机房中目标设备设置的第二告警列表，从而将目标设备和第二告警列表确定为预设变更场景信息。

其中，目标设备的第二告警列表即为目标机房设置的简单场景下临时做变更的设备，可能产生的告警列表，其中记录的是预期内告警。

在又一示例中，假设指定变更场景是一种固定场景，即有一个故障发生，会有一连串报警，例如告警1、告警2、告警3及告警4是一连串触发，如果告警2、告警3、告警4先发生，最后发生的告警1属于预期外告警，但如果告警2、告警3、告警4都未发生，但有告警1发生，可以认为不是故障发生，而是固定场景的人员维护，告警1属于预期内告警，因此可以预先设置两类告警：第一类告警和第二类告警，这两类告警存在触发关联关系，例如告警1设置为第一类告警，告警2、告警3、告警4设置为第二类告警。

其中，第一类告警属于后触发告警，第二类告警属于先触发告警。值得注意的是，在此固定场景下，对于先触发的第二类告警可以直接认定为预期外告警。

基于此，针对获取目标机房对应的预设变更场景信息的过程，确定预先设置的第一类告警和第二类告警，第一类告警与第二类告警之间存在触发关联关系，然后将第一类告警和第二类告警确定为目标机房对应的预设变更场景信息。

本领域技术人员可以理解的是，上述给出的三种变更场景仅为示例性说明，根据实际使用需求，还可以设置其他的指定变更场景信息，以便用于告警的筛选。

步骤102：基于预设变更场景信息，确定该告警是否是由变更操作而产生。

在一些实施例中，针对上述步骤101中描述的复杂场景下，预设变更场景信息包含正在进行的变更操作对应的第一设备和第一告警列表，针对确定告警是否是由变更操作而产生的过程，参见图2所示，包括如下过程：

步骤201：将该告警与第一告警列表中的预设告警进行匹配。

可选的，由于机房系统触发的每一告警均会携带有一个唯一的告警码，因此可以将告警携带的告警码与第一告警列表中的每一预设告警的告警码进行对比，如果有比对一致的情况，说明存在与该告警匹配的预设告警，如果不存在比对一致的情况，说明不存在与该告警匹配的预设告警。

步骤202：当不存在与该告警匹配的预设告警情况下，根据预设变更场景信息包含的第一设备确定该告警是否是由变更操作而产生。

可选的，确定该告警针对的第二设备，如果第一设备与第二设备是同一设备，可以直接确定该告警是由变更操作而产生，而如果第一设备与第二设备不是同一设备，需要进一步基于第一设备与第二设备之间的依赖关系，确定该告警是否是由变更操作而产生。这样通过第一设备与第二设备进行比对，可以初步筛选出属于正在进行变更设备的告警。

其中，对于存在依赖关系的两设备，其中一个设备进行变更操作期间，会影响依赖于该设备的另一个设备的状态，导致机房系统触发针对另一设备的告警，因此需要进一步基于第一设备与第二设备之间的依赖关系进行判定。

在一具体实施方式中，针对基于第一设备与第二设备之间的依赖关系，确定该告警是否是由变更操作而产生的过程，通过获取第一设备关联的下游设备列表，如果第二设备属于该下游设备列表，则确定该告警是由变更操作而产生，如果第二设备不属于该下游设备列表，则确定该告警不是由变更操作而产生。这样通过从上游到下游设备的检索，可以提升告警筛选精细度。

其中，下游设备列表中的下游设备与第一设备之间的依赖关系是，下游设备依赖于第一设备。也就是说，第一设备进行变更操作期间，机房系统可能会产生针对这些下游设备的告警，因此如果该告警针对的第二设备属于下游设备列表，说明该告警是由变更操作产生。

值得注意的是，第一设备关联的下游设备列表的获取过程，一种可以是在设置第一设备的变更步骤时主动获取，另一种也可以是在需要基于第一设备与第二设备的依赖关系判定告警是否由变更操作产生时被动获取，本申请对于第一设备关联的下游设备列表的获取时机不进行具体限定。

可选的，针对第一设备关联的下游设备列表获取过程，通过确定第一设备所属的拓扑关系，然后确定第一设备在该拓扑关系中的所属层级，并从该拓扑关系中，获取位于所属层级的下属层级且与第一设备关联的设备作为该下游设备列表。

其中，拓扑关系中包括多个层级，每一层级记录有至少一个设备，上一层级中的设备在下一层级中记录有与该设备关联的至少一个设备。示例性的，该拓扑关系可以是供电拓扑关系。

值得注意的是，第一设备所属层级的下属层级包括所属层级的下一层级，再下一层级，直至最后一层级，因此与第一设备关联的设备包括直接关联的设备和间接关联的设备。

举例来说，参见图3所示的拓扑关系图，包括三个层级：第一层级、第二层级及第三层级，第一层级中的设备1与下一层级(第二层级)中的设备2、设备3、设备4均关联，第二层级中的设备2与下一层级(第三层级)中的设备5、设备6、设备7。对于第一层级的下属层级包括第二层级和第三层级，对于第二层级的下属层级包括第三层级，假设第一设备为设备2，那么可以获取到与设备2关联的下游设备有设备5、设备6、设备7。

步骤203：当存在与该告警匹配的预设告警情况下，确定该告警不是由变更操作而产生。

其中，在确定该告警不是由变更操作而产生时，说明该告警属于预期外告警，可以按照故障类的告警进行通知，以便于人员进行处理。

至此，完成上述图2所示的复杂场景下的告警筛选流程。

在另一实施例中，针对上述步骤101中描述的简单场景下，预设变更场景信息包含目标机房存在的临时进行变更操作的目标设备信息和为目标设备设置的第二告警列表，针对确定告警是否是由变更操作而产生的过程，参见图4所示，包括如下过程：

步骤401：判定该告警针对的第二设备是否为预设变更场景信息包含的目标设备。

步骤402：在判定时，根据第二告警列表中存在与告警匹配的预设告警，确定告警是由变更操作而产生。

至此，完成图4所示的简单场景下的告警筛选流程，通过将该告警和其针对的第二设备与预设变更场景信息中的目标设备和第二告警列表分别进行匹配，在这两项均匹配上，即可直接确定该告警是由变更操作产生，即简单又方便。

在又一实施例中，针对上述步骤101中描述的固定场景下，预设变更场景信息包含存在触发关联关系的第一类告警和第二类告警，针对确定告警是否是由变更操作而产生的过程，参见图5所示，包括如下过程：

步骤501：根据该告警属于第一类告警，基于该告警的触发时间戳和第二类告警，确定该告警是否是由变更操作而产生。

其中，由于第一类告警是触发关联关系中后触发的告警，因此如果该告警属于第一类告警，需要进一步利用该告警的触发时间戳和第二类告警进一步进行判定。

在一具体实施方式中，可以先利用该告警的触发时间戳确定查询时间范围，然后获取位于该查询时间范围内且属于该告警针对的第二设备的已触发告警，并将已触发告警与第二类告警进行对比，如果不存在属于第二类告警的已触发告警，则确定该告警是由变更操作而产生，如果存在属于第二类告警的已触发告警，则确定告警不是由变更操作而产生。

其中，查询时间范围是触发时间戳往前推一定时长后得到的一段时间范围。如果有存在于第二类告警的已触发告警，说明有预期外故障发生，如果没有存在于第二类告警的已触发告警，说明没有预期外故障发生，而是固定场景下的人员维护引起的告警，属于预期内告警。

步骤502：根据该告警属于第二类告警，确定该告警不是由变更操作而产生。

至此，完成图5所示的固定场景下的告警筛选流程，通过使用固定场景下存在触发关联关系的第一类告警和第二类告警，对当前触发的告警进行自动判定，以实现固定场景下预期内告警的筛选。

基于上述图2、图4、图5所示的三种场景下的告警筛选流程，可以理解的是，在判定告警是否由变更操作产生过程中，也可以将这三种场景的筛选流程进行组合，例如固定场景和复杂场景组合，即如果触发的告警不属于固定场景中设置的两类告警情况下，再使用复杂场景中设置的场景信息进行判定。

步骤103：如果是，则为该告警添加标记。

其中，在确定告警是由变更操作产生时，通过为告警添加标记，可以与预期外告警进行区分，这样方便人员区分查看。

可以理解的是，添加的标记可以是预期内告警提示，也可以是原因描述信息，本申请对此不进行具体限定。

针对上述步骤101至步骤103的告警标记方案，参见图6所示的告警处理流程，对于A机房A楼的告警有：告警1至告警9，经过使用上述步骤101至步骤103所示的处理流程之后，将告警1至告警4判定为预期内告警，即由变更操作产生的告警，将告警5至告警9判定为预期外告警，即不是由变更操作产生的告警，从而由于告警1至告警4均被添加了标记，人员不需要对告警1至告警4再进行核对处理。

至此，完成上述图1所示的告警标记流程，在有告警触发时，由于该告警是由于机房中某设备的状态异常而触发，因此可以根据该告警针对的目标机房，获取目标机房对应的预设变更场景信息，以用于对告警进行筛选，然后基于预设变更场景信息确定当前触发的告警是由目标机房的变更操作而产生的情况下，对告警进行自动标记，以用于指示该告警是由变更操作而产生，这样可以减少人员核对工作，提升告警处理效率。

与前述告警标记方法的实施例相对应，本申请还提供了告警标记装置的实施例。

图7为本申请根据一示例性实施例示出的一种告警标记装置的结构示意图，该装置用于执行上述任一实施例提供的告警标记方法，如图7所示，该告警标记装置包括：

获取模块710，用于检测到针对目标机房的告警，获取所述目标机房对应的预设变更场景信息；

判定模块720，用于基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生；

标记模块730，用于在判定所述告警是由所述目标机房的变更操作而产生时，为所述告警添加标记。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施方式还提供一种与前述实施方式所提供的告警标记方法对应的电子设备，以执行上述告警标记方法。

图8为本申请根据一示例性实施例示出的一种电子设备的硬件结构图，该电子设备包括：通信接口601、处理器602、存储器603和总线604；其中，通信接口601、处理器602和存储器603通过总线604完成相互间的通信。处理器602通过读取并执行存储器603中与告警标记方法的控制逻辑对应的机器可执行指令，可执行上文描述的告警标记方法，该方法的具体内容参见上述实施例，此处不再累述。

本申请中提到的存储器603可以是任何电子、磁性、光学或其它物理存储装置，可以包含存储信息，如可执行指令、数据等等。具体地，存储器603可以是RAM(Random AccessMemory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。通过至少一个通信接口601(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线604可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器603用于存储程序，所述处理器602在接收到执行指令后，执行所述程序。

处理器602可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器602可以是通用处理器，包括网络处理器(Network Processor，简称NP)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。

本申请实施例提供的电子设备与本申请实施例提供的告警标记方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的告警标记方法对应的计算机可读存储介质，请参考图9所示，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的告警标记方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的告警标记方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (13)

1.一种告警标记方法，其特征在于，所述方法包括：

检测到针对目标机房的告警，获取所述目标机房对应的预设变更场景信息；

基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生；

如果是，则为所述告警添加标记；

其中，所述基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

将所述告警与第一告警列表中的预设告警进行匹配；

当不存在与所述告警匹配的预设告警情况下，根据第一设备确定所述告警是否是由变更操作而产生，其中，所述根据第一设备确定所述告警是否是由变更操作而产生，包括：

确定所述告警针对的第二设备；

如果所述第一设备与所述第二设备是同一设备，确定所述告警是由变更操作而产生；如果所述第一设备与所述第二设备不是同一设备，基于所述第一设备与所述第二设备之间的依赖关系，确定所述告警是否是由变更操作而产生。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标机房对应的预设变更场景信息，包括：

从已记录的变更操作中，获取属于所述目标机房的变更操作；

在获取的变更操作中，获取开始时间在所述告警的触发时间之前且未结束的目标变更操作；

将所述目标变更操作对应的第一设备和预先设置的第一告警列表作为所述预设变更场景信息。

3.根据权利要求1所述的方法，其特征在于，所述基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，还包括：

当存在与所述告警匹配的预设告警情况下，确定所述告警不是由变更操作而产生。

4.根据权利要求1所述的方法，其特征在于，所述基于所述第一设备与所述第二设备之间的依赖关系，确定所述告警是否是由变更操作而产生，包括：

获取所述第一设备关联的下游设备列表；

根据所述第二设备属于所述下游设备列表，确定所述告警是由变更操作而产生；

根据所述第二设备不属于所述下游设备列表，确定所述告警不是由变更操作而产生。

5.根据权利要求4所述的方法，其特征在于，所述获取所述第一设备关联的下游设备列表，包括：

确定所述第一设备所属的拓扑关系，所述拓扑关系包括多个层级，每一层级记录有至少一个设备；

确定所述第一设备在所述拓扑关系中的所属层级；

从所述拓扑关系中，获取位于所属层级的下属层级且与所述第一设备关联的设备作为所述下游设备列表。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述获取所述目标机房对应的预设变更场景信息，包括：

获取预先为所述目标机房中目标设备设置的第二告警列表；

将所述目标设备和所述第二告警列表确定为预设变更场景信息。

7.根据权利要求6所述的方法，其特征在于，基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

判定所述告警针对的第二设备是否为所述目标设备；

若是，则根据所述第二告警列表中存在与所述告警匹配的预设告警，确定所述告警是由变更操作而产生。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述获取所述目标机房对应的预设变更场景信息，包括：

确定预先设置的第一类告警和第二类告警，所述第一类告警与所述第二类告警之间存在触发关联关系；

将所述第一类告警和第二类告警确定为所述目标机房对应的预设变更场景信息。

9.根据权利要求8所述的方法，其特征在于，基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

根据所述告警属于所述第一类告警，基于所述告警的触发时间戳和所述第二类告警，确定所述告警是否是由变更操作而产生；

根据所述告警属于所述第二类告警，确定所述告警不是由所述目标机房的变更操作而产生。

10.根据权利要求9所述的方法，其特征在于，所述基于所述告警的触发时间戳和所述第二类告警，确定所述告警是否是由变更操作而产生，包括：

利用所述告警的触发时间戳确定查询时间范围；

获取位于所述查询时间范围内且属于所述告警针对的第二设备的已触发告警；

根据不存在属于所述第二类告警的已触发告警，确定所述告警是由变更操作而产生；

根据存在属于所述第二类告警的已触发告警，确定所述告警不是由变更操作而产生。

11.一种告警标记装置，其特征在于，所述装置包括：

获取模块，用于检测到针对目标机房的告警，获取所述目标机房对应的预设变更场景信息；

判定模块，用于基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生；

标记模块，用于在判定所述告警是由所述目标机房的变更操作而产生时，为所述告警添加标记；

其中，所述基于所述预设变更场景信息，确定所述告警是否是由变更操作而产生，包括：

将所述告警与第一告警列表中的预设告警进行匹配；

当不存在与所述告警匹配的预设告警情况下，根据第一设备确定所述告警是否是由变更操作而产生，其中，所述根据第一设备确定所述告警是否是由变更操作而产生，包括：

确定所述告警针对的第二设备；

如果所述第一设备与所述第二设备是同一设备，确定所述告警是由变更操作而产生；如果所述第一设备与所述第二设备不是同一设备，基于所述第一设备与所述第二设备之间的依赖关系，确定所述告警是否是由变更操作而产生。

12.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序以实现如权利要求1-10任一项所述方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行以实现如权利要求1-10任一项所述方法的步骤。