CN1735038A - 网管系统中提高告警数据处理速度的方法 - Google Patents

Abstract

本发明公开了一种网管系统中提高告警数据处理速度的方法，该方法包括：建立告警数据库；网管系统启动时，在系统内存中建立未恢复故障告警映射队列；同步未恢复故障告警映射队列及告警数据库中的未恢复故障告警数据；根据未恢复故障告警映射队列对未恢复故障告警进行操作；通过告警数据库对其他告警数据进行操作。利用本发明，可以有效地提高告警数据的处理速度。

Description

网管系统中提高告警数据处理速度的方法

技术领域

本发明涉及网络通信技术领域，具体涉及一种提高告警数据处理速度的方法。

背景技术

在网络通信中，网管系统负责网络的配置管理、告警管理、安全管理等工作。其中，告警管理对维护网络的正常运行起着至关重要的作用。

通常网管平台对告警数据的处理采用数据库的管理方式。数据库系统是一种对数据信息进行集中管理的软件。数据库系统至少由两部分组成：数据库引擎和数据库。其中数据库用于存储具体的数据，数据库引擎负责对数据库中的数据进行管理。外界的应用程序只需通过数据库引擎即可以完成对数据库中数据的增加、删除、修改、查询等操作，其调用关系如图1所示。在需要存储数据信息时，需要首先建立一个数据库，然后，在数据库中建立一个或多个数据表，将数据信息存储在数据表中。

对于告警数据，同样首先建立一个告警数据库，然后，在告警数据库中建立告警数据表，如图2所示。由于网络系统的运行需要多种不同的网元设备，使得告警数据复杂多样，比如，按照告警数据的性质分类，可以分为：事件告警、故障告警和恢复告警。其中，故障告警描述的是设备出现的故障，它同恢复告警相对应。当设备发出一条故障告警时，表示设备某个地方出现了故障；当设备发出一条恢复告警时，表示设备对应的故障已经被修复了。对于已经恢复的故障告警，也称其为历史告警。而事件告警描述的是发生于设备的某种事件，这种事件不能算作设备出现了问题，但是有必要让用户知道。比如说主板发生倒换。事件告警是不需要恢复的。用户可根据告警的种类、告警的恢复状态等条件来查询告警数据。

当收到故障告警和事件告警时，直接把数据存放到告警数据表中(参见图中的未恢复故障告警和事件告警)；当收到恢复告警时，就在告警数据表中寻找对应的未恢复故障告警，将其恢复状态修改为已恢复(参见图中的已恢复故障告警)。

用户对未恢复故障告警、已恢复故障告警、事件告警的关注程度是不一样的，用户最关注的是未恢复故障告警，因为未恢复故障告警指示了正在发生的故障，需要及时处理。而对已恢复故障告警的关注程度最低，往往是用于故障统计。

现有技术将这三类告警数据放在一张表中，虽然使得外部程序处理起来简单些(因为只要对一张表进行增加、删除、修改、查询等操作)，但这种方式存在以下缺点：

(1)降低了数据库的处理效率。通常用户一次只对某一种告警数据进行操作，而数据库引擎要从三种数据中把其中一种筛选出来，使得处理效率较低。

(2)对未恢复故障告警的处理效率低。用户最关注的是未恢复故障告警，因此希望对未恢复故障告警进行处理时，能够有较快的速度。将未恢复告警数据同其他告警数据存放在一张表中，影响了对未恢复告警的处理速度。

发明内容

本发明的目的在于提供一种网管系统中提高告警数据处理速度的方法，以克服现有技术中对告警数据处理效率低的缺点，提高告警数据处理速度。

本发明的目的是通过以下技术方案实现的：

一种网管系统中提高告警数据处理速度的方法，包括：

A、建立告警数据库；

B、网管系统启动时，在系统内存中建立未恢复故障告警映射队列；

C、同步所述未恢复故障告警映射队列及所述告警数据库中的未恢复故障告警数据；

D、根据所述未恢复故障告警映射队列对未恢复故障告警进行操作；

E、通过所述告警数据库对其他告警数据进行操作。

所述步骤A包括：

A1、对告警数据分类；

A2、按照所述告警数据类别在所述告警数据库中建立数据表；

A3、按照告警数据的分类将告警数据分别存入对应的告警表中。

将告警数据具体分类为：未恢复故障告警数据、历史告警数据、事件告警数据；

对应于所述告警数据类别，在所述告警数据库中分别建立未恢复故障告警表、历史告警表和事件告警表。

所述步骤C包括：

C1、当所述网管系统启动时，将所述告警数据库中的未恢复故障告警映射到所述未恢复故障告警映射队列中；

C2、定时将所述未恢复故障告警映射队列中发生变化的数据写入所述未恢复故障告警表中。

所述未恢复故障告警映射队列中包括：告警数据，网元编号、设备流水号、恢复状态、数据库同步状态。

所述步骤D包括：

D1、当所述网管系统收到未恢复故障告警时，将其放入所述未恢复故障告警映射队列中；

D2、当所述网管系统收到恢复告警时，查询所述未恢复故障告警映射队列；

D3、将所述未恢复故障告警映射队列中对应的未恢复故障告警的恢复状态设置为已恢复，将所述数据库同步状态设置为未同步；

D4、当用户查询未恢复告警时，直接从所述未恢复故障告警映射队列中获取未恢复告警数据。

所述步骤D2包括：

D21、从所述恢复告警信息中获取网元编号和设备流水号；

D22、根据所述获取的网元编号和设备流水号查询所述未恢复故障告警映射队列获取对应的未恢复故障告警。

所述步骤E包括：

E1、当所述网管系统收到事件告警时，将其放入所述事件告警表中；

E2、当用户查询事件告警和历史告警时，从所述告警数据库中获取事件告警数据和历史告警数据。

所述步骤C2包括：

将所述未恢复故障告警映射队列中恢复状态为未恢复且数据库同步状态为未同步的告警数据写入所述未恢复故障告警表中；

将所述未恢复故障告警映射队列中恢复状态为已恢复且数据库同步状态为未同步的告警数据写入所述历史告警表中。

所述方法还包括：

设定所述未恢复故障告警映射队列最大长度；

当所述未恢复故障告警映射队列超过所述最大长度时，将所述未恢复故障告警映射队列中恢复状态为已恢复的告警数据写入所述历史告警表中，并将该告警数据从所述未恢复故障告警映射队列中删除；同时删除所述未恢复故障告警表中对应的告警数据。

由以上本发明提供的技术方案可以看出，本发明在对网络系统告警数据的处理中，为不同的告警数据分别建立告警数据表，减少了查找告警数据时进行的不必要的筛选；为不同的告警采取不同的处理策略，将需要特别关注的未恢复故障告警映射到内存中，极大地提高了告警数据的处理速度。

附图说明

图1是现有技术中数据库系统示意图；

图2是现有技术中告警数据库系统示意图；

图3是本发明方法的流程图；

图4a、图4b、图4c、图4d、图4e、图4f是本发明方法中对告警数据的处理过程示意图。

具体实施方式

本发明的核心在于，为不同的告警数据分别建立告警数据表，将告警数据按其类别分别存放到不同的告警数据表中；为不同的告警采取不同的处理策略，将需要特别关注的未恢复故障告警映射到内存中，直接在内存中对其处理。同时，保证告警数据库中的未恢复故障告警数据与内存中的映射数据一致。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

参照图3，图3示出了本发明方法的详细流程，包括以下步骤：

首先，在步骤301：建立告警数据库。

由于网络中存在各种不同的网元设备，网管系统中负责故障管理的是故障管理系统，故障管理系统要实现对网内所有网元设备的告警监测和故障定位，配合运行管理功能进行故障排除和系统设备复测，收集和处理各网络单元的各种故障、告警及网络状态异常信息，并进行各种分类统计和指导分析。对于大量的网元设备，其告警数据也很庞大。不同类别的告警数据，系统对其处理方式也有所不同。为了便于管理，将其划分为不同的类别，比如，将告警数据划分为：未恢复故障告警数据、历史告警数据、事件告警数据。其中，未恢复故障告警数据表示当前还未恢复的设备故障，这种故障需要及时处理；历史告警数据表示曾出现的设备故障，但当前已恢复，这些数据主要用于统计查询；事件告警表示设备发生了某种事件，这些告警不是真正的故障，不需要恢复，主要用于事件统计。

当然，根据系统需要，也可采用其他划分方式。

根据告警数据的划分类别在告警数据库中建立对应的数据表，以减少对某种类别的告警数据处理时，对其他类别告警数据的不必要的筛选。按照上述划分方法，则需要在告警数据库中分别建立未恢复故障告警表、历史告警表和事件告警表。

各告警表分别用于存储该类别的告警数据。也就是说，未恢复故障告警表存储未恢复故障告警数据、历史告警表存储历史告警数据、事件告警表存储事件告警数据。

步骤302：网管系统启动时，在系统内存中建立未恢复故障告警映射队列。

步骤303：将告警数据库中的未恢复故障告警映射到未恢复故障告警映射队列中，也就是说从告警数据库中读出未恢复故障告警，放入未恢复故障告警映射队列中。

本技术领域人员知道，对数据库的操作通常都是使用相应的函数，系统对数据库中数据的处理速度远远小于对内存中数据的处理速度。因为故障管理系统对未恢复故障告警的处理最频繁，对其处理速度要求较高，因此在内存中建立未恢复故障告警映射队列，提高对这类告警的处理速度。

告警数据库中存储了所有的告警数据及其历史信息，在系统首次启动时，告警数据库中没有告警数据，但在系统运行中，可能会由于某种原因，需要系统重启，这时，重启之前的所有告警数据都应保存在告警数据库中。系统重启后，将告警数据库中的未恢复故障告警数据映射到未恢复故障告警映射队列中，以便及时查询处理。

所述未恢复故障告警映射队列包括：告警数据、网元编号、设备流水号、恢复状态、数据库同步状态。

这些未恢复故障告警数据的恢复状态均为“未恢复”状态，数据库同步状态为“已同步”。

步骤304：根据未恢复故障告警映射队列对未恢复故障告警进行操作。

对未恢复故障告警的操作主要有以下几个方面：

(1)当故障管理系统收到未恢复故障告警时，将其放入未恢复故障告警映射队列中；

(2)当故障管理系统收到恢复告警时，将未恢复故障告警映射队列中对应的告警状态设置为已恢复；

上面已经提到，未恢复故障告警映射队列包括：告警数据、网元编号、设备流水号、恢复状态、数据库同步状态等信息，每个网元上报的告警数据中同样包含有该网元编号和设备流水号信息，因此可以根据这两个字段匹配网元上报的恢复告警和未恢复故障告警映射队列中的告警，如果匹配不到，可将恢复告警作为非法数据而丢弃；如果匹配到对应的故障告警，则将故障告警数据中的恢复状态置为“已恢复”状态。

(3)当用户查询未恢复告警时，直接从未恢复故障告警映射队列中获取未恢复告警数据。

步骤305：通过告警数据库对其他告警数据进行操作。

在告警数据库中，除了保存有未恢复故障告警数据，还有其他告警数据。比如，事件告警和历史告警，这些告警大都用于统计信息，因此对这些告警的处理效率要求不高，为了减少对系统资源的占用，可以通过告警数据库对其操作。这些操作包括：

(1)当故障管理系统收到事件告警时，将其放入事件告警表中；

(2)用户查询事件告警和历史告警时，分别从告警数据库的事件告警表

及历史告警表中获取事件告警数据和历史告警数据。

在此，也可以看出采用不同的告警表分别存放告警数据，在用户查询某个类别的告警时，仅查询存储该类告警数据的表中查询，有效地提高了查询效率。

步骤306：定时将未恢复故障告警映射队列中的数据写入告警数据库中。

在系统运行过程中，一旦有网元设备出现故障，故障管理系统就会将收到的告警信息存入内存中的未恢复故障告警队列中，因此，未恢复故障告警队列的长度在不断变化；而且，当故障管理系统收到恢复告警时，会将未恢复故障告警映射队列中对应的恢复状态设置为已恢复，因此，未恢复故障告警队列中告警的状态也在不断变化。为了保持与告警数据库中的数据一致，需要定时将未恢复故障告警映射队列中的数据写入告警数据库中。定时的时间间隔可根据需要设定，比如，可以设定为1分钟。

未恢复故障告警映射队列中的告警数据的“恢复状态”有两种状态：一种为“已恢复”状态，另一种为“未恢复”状态。“已恢复”状态的告警表示故障已排除，“未恢复”状态的告警表示故障还未排除，需要及时处理。

未恢复故障告警映射队列中的告警数据的“数据库同步状态”有两种状态：一种为“已同步”状态，另一种为“未同步”状态。“已同步”状态的告警表示已将该告警同步到了告警数据库中，“未同步”状态的告警表示该告警数据还没有同步到数据库中，需要在下一次同步时将该告警数据写入告警数据库。

综上所述，未恢复故障告警映射队列中的告警数据可能有以下几种状态组合：

(1)已恢复且已同步：表示已恢复的告警，并且已写入告警数据库的历史告警表中，这些告警需要删除；

(2)已恢复且未同步：表示已恢复的告警，并且还未写入告警数据库中，需要在下次同步时将该告警数据写入告警数据库的历史告警表中，写入后，状态变为已恢复且已同步；

(3)未恢复且已同步：表示还未恢复的告警，但该告警已写入了告警数据库的未恢复故障告警表中，在下次同步时不需要再将其写入告警数据库；

(4)未恢复且未同步：表示还未恢复的告警，而且也未写入告警数据库，在下次同步时需要将其写入告警数据库的未恢复故障告警表中。

针对上述4种情况，在写入告警数据库时，分别按照下述方式进行：

遍历未恢复故障告警映射队列中的每一条告警，

将状态为“未恢复且未同步”的告警写入告警数据库的未恢复故障告警表中，然后，将映射队列中该告警的状态置为“未恢复且已同步”；

将状态为“已恢复且未同步”的告警写入告警数据库的历史告警表中，然后，将映射队列中该告警的状态置为“已恢复且已同步”；同时，删除告警数据库的未恢复故障告警表中对应的该告警；然后，删除映射队列中状态为“已恢复且已同步”的告警。

图4a至图4f示出了上述过程中对告警数据的处理：

如图4a：当网管系统收到未恢复故障告警时，将其放入内存中的未恢复故障告警映射队列中；

如图4b：当定时同步的周期到来时，将未恢复故障告警映射队列中的故障告警写入未恢复故障告警表中；

如图4c：假设网管系统又收到一条未恢复的故障告警(未恢复故障告警3)；

如图4d：当定时同步的周期到来时，将未恢复告警3写入故障告警表；

如图4e：当网管系统收到恢复故障时，将映射队列中的对应故障告警的恢复状态置为已恢复故障告警；

如图4f：当定时同步周期到来时，在把映射队列中的已恢复故障告警写入历史告警表，并在映射队列中删除已恢复故障告警，在未恢复故障告警表中删除对应的故障告警。

为了防止未恢复故障告警队列消耗过多的内存资源，可以设定未恢复故障告警映射队列的最大长度，比如10万条。

当未恢复故障告警映射队列超过该最大长度时，将未恢复故障告警映射队列中状态为已恢复的告警数据写入历史告警表中，并将该告警数据从未恢复故障告警映射队列中删除，同时还要将未恢复故障告警表中对应的告警数据删除。

当未恢复故障告警映射队列超过该最大长度时，还可以将该映射队列中早期的故障告警删除一预定长度，比如，当超过10万条时，可以认为这是系统的一种特殊情况，因为在正常情况下，一旦出现告警，就需要对告警及时处理，恢复告警。对这种特殊情况的处理如下：

将映射队列中一定数量(比如说1万条)的早期故障告警的恢复状态设置为已恢复，这样，当下一个同步周期到来时，就会将已恢复告警转入历史告警表，并从映射队列中删除。这样，就能保证映射队列不会无限制增大。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (10)

1、一种网管系统中提高告警数据处理速度的方法，其特征在于，所述方法包括：

A、建立告警数据库；

B、网管系统启动时，在系统内存中建立未恢复故障告警映射队列；

C、同步所述未恢复故障告警映射队列及所述告警数据库中的未恢复故障告警数据；

D、根据所述未恢复故障告警映射队列对未恢复故障告警进行操作；

E、通过所述告警数据库对其他告警数据进行操作。

2、根据权利要求1所述的方法，其特征在于，所述步骤A包括：

A1、对告警数据分类；

A2、按照所述告警数据类别在所述告警数据库中建立数据表；

A3、按照告警数据的分类将告警数据分别存入对应的告警表中。

3、根据权利要求2所述的方法，其特征在于，

将告警数据具体分类为：未恢复故障告警数据、历史告警数据、事件告警数据；

对应于所述告警数据类别，在所述告警数据库中分别建立未恢复故障告警表、历史告警表和事件告警表。

4、根据权利要求1或3所述的方法，其特征在于，所述步骤C包括：

C1、当所述网管系统启动时，将所述告警数据库中的未恢复故障告警映射到所述未恢复故障告警映射队列中；

C2、定时将所述未恢复故障告警映射队列中发生变化的数据写入所述未恢复故障告警表中。

5、根据权利要求4所述的方法，其特征在于，所述未恢复故障告警映射队列中包括：告警数据，网元编号、设备流水号、恢复状态、数据库同步状态。

6、根据权利要求5所述的方法，其特征在于，所述步骤D包括：

D1、当所述网管系统收到未恢复故障告警时，将其放入所述未恢复故障告警映射队列中；

D2、当所述网管系统收到恢复告警时，查询所述未恢复故障告警映射队列；

D3、将所述未恢复故障告警映射队列中对应的未恢复故障告警的恢复状态设置为已恢复，将所述数据库同步状态设置为未同步；

D4、当用户查询未恢复告警时，直接从所述未恢复故障告警映射队列中获取未恢复告警数据。

7、根据权利要求6所述的方法，其特征在于，所述步骤D2包括：

D21、从所述恢复告警信息中获取网元编号和设备流水号；

D22、根据所述获取的网元编号和设备流水号查询所述未恢复故障告警映射队列获取对应的未恢复故障告警。

8、根据权利要求3所述的方法，其特征在于，所述步骤E包括：

E1、当所述网管系统收到事件告警时，将其放入所述事件告警表中；

E2、当用户查询事件告警和历史告警时，从所述告警数据库中获取事件告警数据和历史告警数据。

9、根据权利要求4所述的方法，其特征在于，所述步骤C2包括：

将所述未恢复故障告警映射队列中恢复状态为未恢复且数据库同步状态为未同步的告警数据写入所述未恢复故障告警表中；

将所述未恢复故障告警映射队列中恢复状态为已恢复且数据库同步状态为未同步的告警数据写入所述历史告警表中。

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

设定所述未恢复故障告警映射队列最大长度；

当所述未恢复故障告警映射队列超过所述最大长度时，将所述未恢复故障告警映射队列中恢复状态为已恢复的告警数据写入所述历史告警表中，并将该告警数据从所述未恢复故障告警映射队列中删除；同时删除所述未恢复故障告警表中对应的告警数据。

Images