CN1735038A - 网管系统中提高告警数据处理速度的方法 - Google Patents
网管系统中提高告警数据处理速度的方法 Download PDFInfo
- Publication number
- CN1735038A CN1735038A CN 200410070384 CN200410070384A CN1735038A CN 1735038 A CN1735038 A CN 1735038A CN 200410070384 CN200410070384 CN 200410070384 CN 200410070384 A CN200410070384 A CN 200410070384A CN 1735038 A CN1735038 A CN 1735038A
- Authority
- CN
- China
- Prior art keywords
- alarm
- fault warning
- recover
- data
- alarm data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
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所述的方法,其特征在于,所述方法还包括:
设定所述未恢复故障告警映射队列最大长度;
当所述未恢复故障告警映射队列超过所述最大长度时,将所述未恢复故障告警映射队列中恢复状态为已恢复的告警数据写入所述历史告警表中,并将该告警数据从所述未恢复故障告警映射队列中删除;同时删除所述未恢复故障告警表中对应的告警数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100703840A CN100344109C (zh) | 2004-08-02 | 2004-08-02 | 网管系统中提高告警数据处理速度的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100703840A CN100344109C (zh) | 2004-08-02 | 2004-08-02 | 网管系统中提高告警数据处理速度的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1735038A true CN1735038A (zh) | 2006-02-15 |
CN100344109C CN100344109C (zh) | 2007-10-17 |
Family
ID=36077250
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100703840A Expired - Fee Related CN100344109C (zh) | 2004-08-02 | 2004-08-02 | 网管系统中提高告警数据处理速度的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100344109C (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008028423A1 (fr) * | 2006-09-04 | 2008-03-13 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif d'avertissement synchrone |
CN100464600C (zh) * | 2007-02-08 | 2009-02-25 | 华为技术有限公司 | 告警处理方法和后台管理装置 |
CN102882700A (zh) * | 2012-08-03 | 2013-01-16 | 中国科学院声学研究所 | 一种网管系统中的告警信息管理方法及设备 |
CN103647662A (zh) * | 2013-12-06 | 2014-03-19 | 北京奇虎科技有限公司 | 一种故障监测报警方法及装置 |
CN107105448A (zh) * | 2016-02-23 | 2017-08-29 | 中国移动通信集团内蒙古有限公司 | 一种告警信息显示方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6414595B1 (en) * | 2000-06-16 | 2002-07-02 | Ciena Corporation | Method and system for processing alarm objects in a communications network |
US6697970B1 (en) * | 2000-07-14 | 2004-02-24 | Nortel Networks Limited | Generic fault management method and system |
KR100346185B1 (ko) * | 2000-12-01 | 2002-07-26 | 삼성전자 주식회사 | 네트워크 관리 시스템의 장애관리 시스템 및 방법 |
-
2004
- 2004-08-02 CN CNB2004100703840A patent/CN100344109C/zh not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008028423A1 (fr) * | 2006-09-04 | 2008-03-13 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif d'avertissement synchrone |
CN100464600C (zh) * | 2007-02-08 | 2009-02-25 | 华为技术有限公司 | 告警处理方法和后台管理装置 |
CN102882700A (zh) * | 2012-08-03 | 2013-01-16 | 中国科学院声学研究所 | 一种网管系统中的告警信息管理方法及设备 |
CN102882700B (zh) * | 2012-08-03 | 2016-07-06 | 中国科学院声学研究所 | 一种网管系统中的告警信息管理方法及设备 |
CN103647662A (zh) * | 2013-12-06 | 2014-03-19 | 北京奇虎科技有限公司 | 一种故障监测报警方法及装置 |
CN103647662B (zh) * | 2013-12-06 | 2017-08-11 | 北京奇虎科技有限公司 | 一种故障监测报警方法及装置 |
CN107105448A (zh) * | 2016-02-23 | 2017-08-29 | 中国移动通信集团内蒙古有限公司 | 一种告警信息显示方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100344109C (zh) | 2007-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1190733C (zh) | 数据管理应用程序的故障恢复方法和系统 | |
CN1920828A (zh) | 一种垃圾文件清理方法及系统 | |
CN1655513A (zh) | 实现网管系统和网元设备配置数据实时同步的方法 | |
CN1591423A (zh) | 图像数据的文件管理方法及系统 | |
CN1885789A (zh) | 自动交换光网络中通道故障的处理方法 | |
CN101079902A (zh) | 海量数据分级存储方法 | |
CN1690974A (zh) | 最小化备份系统故障后重新同步时间的系统与方法 | |
CN1959717A (zh) | 订单驱动的海量遥感数据集群化预处理系统及其方法 | |
CN100342377C (zh) | 一种提高数据处理效率的方法 | |
CN1946226A (zh) | 电信设备升级的方法、设备及升级引擎单元 | |
CN1741460A (zh) | 一种电信网络通用性能管理的实现方法及系统 | |
CN1135472C (zh) | 系统应用软件管理方式 | |
CN1687927A (zh) | 一种实现信息系统数据自动交换的方法 | |
CN102024018A (zh) | 一种分布式文件系统中垃圾元数据的在线回收方法 | |
CN1311387C (zh) | 针对实时告警管理的数据库表建模及事件处理方法 | |
CN1992632A (zh) | 一种通信网络告警方法以及告警系统 | |
CN1567851A (zh) | 一种在网络管理系统中监控用户行为的方法 | |
CN1858710A (zh) | 数据同步的方法和系统 | |
CN1756257A (zh) | 大型网络中主机性能采集代理 | |
CN1763729A (zh) | 用于闪速存储器的数据处理设备和方法 | |
CN100344109C (zh) | 网管系统中提高告警数据处理速度的方法 | |
CN101047896A (zh) | 基于组件的增值业务配置方法和增值业务系统 | |
CN1901467A (zh) | 一种快速处理告警的方法和系统 | |
CN1878322A (zh) | 故障定位的方法及装置 | |
CN108491508A (zh) | 一种大数据清洗规范系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071017 Termination date: 20150802 |
|
EXPY | Termination of patent right or utility model |