CN105577404A - 一种网络告警信息关联处理方法及装置 - Google Patents
一种网络告警信息关联处理方法及装置 Download PDFInfo
- Publication number
- CN105577404A CN105577404A CN201410542440.XA CN201410542440A CN105577404A CN 105577404 A CN105577404 A CN 105577404A CN 201410542440 A CN201410542440 A CN 201410542440A CN 105577404 A CN105577404 A CN 105577404A
- Authority
- CN
- China
- Prior art keywords
- warning information
- information
- alarm information
- processing policy
- father
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供是一种网络告警信息关联处理方法及装置。所述方法包括:至少两个节点中的任一节点接收到告警信息,并确定所述告警信息是否为活动告警时,判断是否存在所述告警信息的父告警信息;若是,则配置所述告警信息归属于所述父告警信息;若否,且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁,并,当确定加锁成功时,在所述处理策略对应的线程中,衍生一条所述告警信息的父告警信息。通过本发明提供的方法能够提高告警信息的关联处理效率并有效避免关联处理出错。
Description
技术领域
本发明涉及通信网络监控领域,尤其涉及一种网络告警信息关联处理方法及装置。
背景技术
随着网络技术的不断更新,网络能够提供的业务量与日俱增。在网络不断满足提升用户体验,方便人们生活、工作和学习的同时,网络设备以及网络信息量在不断增加,为了便于网络的运维,对网络进行监控变得越来越重要。通常,由网络监控系统将网络中产生的告警信息进行关联处理,从而达到优化告警信息的目的,该优化告警信息例如是减少告警信息的数量,保留关键告警信息、提供告警信息之间的关联性。上述关联处理中可以包括衍生父告警信息或清除衍生的父告警信息,例如当告警信息为表示故障的活动告警时,当收到同一设备的多条相同的活动告警且满足预设衍生条件时,便可以衍生出一条父告警信息,而将其他的相同的活动告警挂靠在该条父告警信息中一并显示出来供监控人员分析,而不必将每条告警信息都逐一的显示出来,从而能够减少告警信息的显示数量,便于监控人员根据衍生的父告警信息分析设备故障,减少监控人员的工作负担,节约人力成本。而当告警信息为表示故障已排除的恢复告警时,可以清除之前衍生的父告警信息,达到清除无需处理的告警信息的目的,节约设备的存储资源。由此可见,对告警信息进行关联处理是网络监控的重要环节,能够便于快速定位网络故障,降低网络运维人员的工作强度和保证网络的正常运行。
现有技术中通常由单一的节点进行告警信息的关联处理,具体的,现有技术通过单进程多线程的处理方式,按照预先设定的关联规则对告警信息进行关联处理。每条告警信息按照其所在的网元为单位进行处理,其中,属于一个网元的告警信息在一个线程中按照对应的关联规则进行处理。但随着关联规则的增多,这种单进程处理告警信息的方案不足以支撑日益增多的告警信息,会导致告警信息的积压,系统性能下降,其对告警信息的关联处理效率的提升和系统高可用性的部署受到了瓶颈。如果在多个节点实现上述的关联处理方案,则因多个节点都是独立处理告警信息,节点之间没有通信,而会导致例如当相同的告警信息被分配至不同节点进行处理时,因每个节点都衍生出一条父告警信息,而导致本该衍生出一条父告警信息的多条相同告警信息却衍生出多条父告警信息,导致关联处理出错。因此,亟需一种能够提高告警信息关联处理效率的在多节点实现并发处理的而避免关联错误的方法,以适应不断发展的网络需求。
发明内容
本发明的目的是提供一种网络告警信息关联处理方法及装置,以克服相关技术中告警信息关联处理效率低,并发处理关联出错的问题。
本发明提供一种网络告警信息关联处理方法,包括:
至少两个节点中的任一节点接收到告警信息,并确定所述告警信息是否为活动告警时,判断是否存在所述告警信息的父告警信息;其中,所述活动告警用于表征设备产生故障;
当存在所述告警信息的父告警信息时,配置所述告警信息归属于所述父告警信息;
当不存在所述父告警信息且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限;其中,所述并发锁表中存储有至少一条处理策略,一条处理策略中包含一个网元标识和一条关联规则标识;并,当确定加锁成功时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
另一方面,本发明提供一种网络告警信息关联处理装置,包括:
第一判断模块,用于至少两个节点中的任一节点接收到告警信息,并确定所述告警信息是否为活动告警时,判断是否存在所述告警信息的父告警信息;其中,所述活动告警用于表征设备产生故障;
第一配置模块,用于当存在所述告警信息的父告警信息时,配置所述告警信息归属于所述父告警信息;
衍生模块,用于当不存在所述父告警信息且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限;其中,所述并发锁表中存储有至少一条处理策略,一条处理策略中包含一个网元标识和一条关联规则标识;并,当确定加锁成功时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
本发明至少具有以下有益效果:本发明实施例通过至少两个节点对告警信息进行关联处理,相对于一个节点进行关联处理,能够提高对告警信息关联处理的效率;通过引入锁机制,在对告警信息进行关联处理衍生一条父告警信息之前,对告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限,实现在同一时间只有一个线程对同一网元下属于同一关联规则的告警信息进行处理,从而避免关联处理的错误,例如避免应产生一条父告警信息而产生出多条父告警信息的错误产生,从而提高了关联处理的准确性;通过及时对加锁的处理策略及时解锁,以便于其他节点获得该处理策略的使用权限,以便于其他节点对该处理策略对应的告警信息进行处理;通过引入死锁检测机制,即当前时间与加锁时的时间的时间差超过预设时间差时,则对处理策略强行解锁,以避免产生死锁而导致其他节点无法获得死锁的处理策略的处理权限而导致无法及时处理该处理策略对应的告警信息的情况,从而提高处理告警信息的及时性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
图1为本发明实施例中网络告警信息关联处理方法的示例性流程图;
图2为本发明实施例中网络告警信息关联处理方法的另一示例性流程图;
图3为本发明实施例中网络告警信息关联处理方法的另一示例性流程图;
图4为本发明实施例中网络告警信息关联处理装置的示意图;
图5为本发明实施例中网络告警信息关联处理装置的另一示意图。
具体实施方式
以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明,并且在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
本发明实施例提供一种网络告警信息关联处理的方法,在本发明实施例提供的方案中,通过分布式多节点部署,实现多进程多线程地处理告警信息,能够有效提高处理告警信息的效率,并能够通过加锁解锁机制,避免关联处理出错(例如本该衍生一条父告警信息却衍生出多条父告警信息的情况)。此外,本发明实施例中通过“规则+网元”的细粒度锁,能够有效减少加锁产生的并发损失,最大化的利用分布式多节点提高对告警信息进行关联处理的效率。下面通过实施例对本发明实施例提供的网络告警信息关联处理的方法进行详细说明。
实施例一
如图1所示,为本发明实施例中网络告警信息关联处理方法的示例性流程图,该方法包括以下步骤:
步骤101:至少两个节点中的任一节点接收到告警信息,并确定所述告警信息为活动告警时,判断是否存在所述告警信息的父告警信息;其中,所述活动告警用于表征设备产生故障。
其中,在一个实施例中,告警信息是根据各节点的处理负荷被分流到各节点的,例如,当节点A的处理负荷小于节点B的处理负荷时,则会将接收的告警信息。
步骤102:当存在所述告警信息的父告警信息时,配置所述告警信息归属于所述父告警信息。
步骤103:当不存在所述父告警信息且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限;其中,所述并发锁表中存储有至少一条处理策略,一条处理策略中包含一个网元标识和一条关联规则标识;并,当确定加锁成功时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
其中,在一个实施例中,预设衍生条件例如是以下中的一种:
1)预设地域或预设设备范围内,按照预设分类规则划分至一类的同类告警信息,在第一预设时长内产生的数量超过预设数量,例如表示同一个交换机的信令链路中断的告警信息,在预设的10分钟内,产生20条(超过预设数量15条),则可以衍生出一条“网元信令链路中断数达到20”的父告警信息。
2)按照预设分类规则划分至一类的同类告警信息,在第一预设时长内产生告警信息的地理范围与该同类告警信息所在的预设地理范围的比例,超过第一预设比例;或者,按照预设分类规则划分至一类的同类告警信息,在第一预设时长内产生告警信息的设备数量与该同类告警信息所在的预设设备数量范围的比例,超过第二预设比例,例如同一地市退服小区的与该地市所有小区的比例超过30%(假设第二预设比例为25%),则可以产生一条“地市小区退服超限”的父告警信息。
3)按照预设分类规则划分至一类的同类告警信息,在第一预设时长内产生的告警信息的数量与该同类告警信息所在的预设地域或预设设备范围内产生的告警信息的总数量的比例,超过第三预设比例,例如同类告警信息在第一预设时长内产生的数量为30条,而该第一预设时长内预设设备范围内产生的告警信息的总数量为100条,该同类告警信息的数量与预设设备范围内产生的告警信息的总数量的比例为30%(超过第三预设比例28%),则可以衍生出一条“该同类告警信息数量超限”的父告警信息。
4)在第一预设时长内,表征同一网元的同一条告警的告警信息产生的频次超过预设频次,例如,7号信令链在第一预设时长内产生100次告警,则可以衍生出一条“7号信令链告警频次超限”的父告警信息。
5)根据预设的因果关系确定规则,无法确定预设数量的告警信息所表征的故障之间的因果关系时,衍生一条父告警信息以便于在昭示该故障之间的潜在的因果关系,例如,网元A的信令点不可达,其他各网元产生“网元A的信令点不可达”的告警信息,则可以根据这些告警信息表征的共同的资源(例如网元A)的拓扑关系,产生一条“网元A的信令点不可达”的父告警信息。
其中,在一个实施例中,并发锁表中可以用关键字RULE_ID表示关联规则标识,例如为关联规则ID(IDentity,唯一标识),用关键字NENAME表示网元名称作为网元标识,在该表中RULE_ID+NENAME为唯一索引。
其中,在一个实施例中,在步骤103中可以执行以下的步骤进行加锁:
步骤A1:判断告警信息对应的关联规则标识和网元标识是否存在与并发锁表中,若否,则对执行步骤A2,若是,则执行步骤A3。
步骤A2:将告警信息对应的关联规则标识和网元标识添加至并发锁表中,生成对应该告警信息对应的处理策略。
步骤A3:对该告警信息对应的处理策略进行加锁。
其中,在一个实施例中,可以在并发锁表中配置锁标记,该所标记中分别用0和1分别表示处理策略处于解锁状态和处理策略处于加锁状态。
其中,在一个实施例中,对处理策略加锁需要时间,加锁过程中其他节点可能已经根据该处理策略对该告警信息的同类告警信息进行了处理并衍生出父告警信息,因为为了更加准确的避免关联处理错误,在确定加锁成功之后,还可以执行以下步骤:
步骤B1:再次判断是否存在所述告警信息的父告警信息。
步骤B2:当存在所述父告警信息时,配置所述告警信息归属于所述父告警信息。
因此步骤103中所述在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,对所述告警信息进行关联处理,可以执行为:当再次判断后确定不存在所述父告警信息时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
其中在一个实施例中,当步骤103中加锁成功后,所述配置所述告警信息归属于所述父告警信息之前,或加锁成功后,所述衍生一条所述告警信息的父告警信息之后,还可以对所述告警信息对应的处理策略进行解锁。以便于及时放开对处理策略的使用权限,以便于其他节点对该处理策略对应的告警信息进行处理。
其中,在一个实施例中,步骤103中衍生一条父告警信息所用的时长很短,因此加锁至解锁成功的时间不会很长,在解锁过程中为避免死锁(由于程序核、并发锁表若在数据库中时,数据库出现异常等情况造成的解锁失败),可以通过以下方式检测死锁,并对死锁进行强行解锁:在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁后,记录加锁时间;当当前时间与所述加锁时间的时间差超过预设时间差时,且仍未解锁成功时,对所述处理策略进行强行解锁。由此,通过死锁检测,并及时解锁,可以及时释放对处理策略的使用权限,增加关联处理的稳定性和及时性。
其中,在一个实施例中,可以对处理策略产生死锁的的相关信息,包括该处理策略,该处理策略加锁时的时间,该处理策略解锁时的时间以及应该处理策略死锁之前处理的最后一条告警信息等关于该处理策略的死锁的相关信息,进行记录,以便于之后对死锁的原因进行分析,以采取措施降低死锁发生概率。
其中,在一个实施例中,当所述告警信息为恢复告警时,在确定存在所述告警信息的父告警信息且满足预设的清除衍生条件时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息,其中,所述恢复告警用于表征设备故障已排除。其中,清除衍生条件例如是自衍生出父告警信息的时间开始计时,该计时得到的时长超过预设阈值。由此,通过清除告警信息的父告警信息以及属于该父告警信息的告警信息,可以及时清理不需要再进行处理的告警信息,以节约存储资源。
其中,在一个实施例中,为避免多节点执行清除所述告警信息的父告警信息以及属于该父告警信息的告警信息的操作,提高清除的效率,在所述清除所述告警信息的父告警信息以及属于该父告警信息的告警信息之前,还可以在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁;然后当确定加锁成功时,并再次确定仍然存在所述告警信息的父告警信息时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息。
综上,本发明实施例通过至少两个节点对告警信息进行关联处理,相对于一个节点进行关联处理,能够提高对告警信息关联处理的效率;通过引入锁机制,在对告警信息进行关联处理衍生一条父告警信息之前,对告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限,实现在同一时间只有一个线程对同一网元下属于同一关联规则的告警信息进行处理,从而避免关联处理的错误,例如避免应产生一条父告警信息而产生出多条父告警信息的错误产生,从而提高了关联处理的准确性;通过及时对加锁的处理策略及时解锁,以便于其他节点获得该处理策略的使用权限,以便于其他节点对该处理策略对应的告警信息进行处理;通过引入死锁检测机制,即当前时间与加锁时的时间的时间差超过预设时间差时,则对处理策略强行解锁,以避免产生死锁而导致其他节点无法获得死锁的处理策略的处理权限而导致无法及时处理该处理策略对应的告警信息的情况,从而提高处理告警信息的及时性。
下面通过两个简单的实施例对本发明实施例提供的网络告警信息关联处理的方法进行详细说明。
实施例二
以告警信息为活动告警为例,对网络告警信息关联处理方法进行说明,如图2所示,该方法包括以下步骤:
步骤201:至少两个节点中的任一节点接收到告警信息时,确定所述告警信息为活动告警时,判断是否存在所述告警信息的父告警信息,若是则执行步骤202,若否,则执行步骤203。
步骤202:配置所述告警信息归属于所述告警信息的父告警信息,之后结束。
步骤203:判断是否满足所述告警信息的预设衍生条件,若是则执行步骤204,若否则结束。
步骤204:在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁,并记录加锁时间。
步骤205:加锁成功后,再次判断是否存在所述告警信息的父告警信息,若是,则执行步骤206,若否,则执行步骤207。
其中,在一个实施例中,当加锁失败后,可以等待第二预设时长,然后继续执行步骤204。
步骤206:对加锁后的所述处理策略进行解锁,并配置所述告警信息归属于所述告警信息的父告警信息,之后执行步骤208。
步骤207:在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息,并对加锁后的所述处理策略进行解锁,之后执行步骤208。
步骤208:当当前时间与所述加锁时间的时间差超过预设时间差时,且仍未解锁成功时,对所述处理策略进行强行解锁。
该实施例中通过至少两个节点,对活动告警信息的关联处理,可以提高对告警信息进行关联处理的效率,通过加锁前后两次判断告警信息是否存在对应的父告警信息可以提高衍生父告警信息的准确性,避免对处理策略加锁的过程中产生父告警信息而自身在对处理策略加锁后又产生一条父告警信息,而导致关联处理错误的发生。
实施例三
以告警信息为恢复告警为例,对网络告警信息关联处理方法进行说明,如图3所示,该方法包括以下步骤:
步骤301:至少两个节点中的任一节点接收到告警信息时,确定所述告警信息为恢复告警时,判断是否存在所述告警信息的父告警信息,若是则执行步骤302,若否,则结束。
步骤302:判断是否满足该告警信息的预设的清除衍生条件,若是,则执行步骤303,若否,则结束。
步骤303:在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁。
步骤304:当确定加锁成功时,则再次判断是否存在所述告警信息的父告警信息,若是,则执行步骤305,若否,则执行步骤306。
其中,在一个实施例中,当加锁失败时可以等待第三预设时长,然后继续执行步骤303。
步骤305:清除清除所述告警信息的父告警信息以及属于该父告警信息的告警信息,之后执行步骤306。
步骤306:对加锁后的所述处理策略进行解锁。
该发明实施例实现及时清除告警信息的父告警信息以及属于该父告警信息的告警信息,以便于节约存储资源。
基于相同的构思,本发明实施例还提供一种网络告警信息关联处理装置,如图4所示,该装置包括:
第一判断模块401,用于至少两个节点中的任一节点接收到告警信息,并确定所述告警信息是否为活动告警时,判断是否存在所述告警信息的父告警信息;其中,所述活动告警用于表征设备产生故障;
第一配置模块402,用于当存在所述告警信息的父告警信息时,配置所述告警信息归属于所述父告警信息;
衍生模块403,用于当不存在所述父告警信息且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限;其中,所述并发锁表中存储有至少一条处理策略,一条处理策略中包含一个网元标识和一条关联规则标识;并,当确定加锁成功时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
其中,在一个实施例中,如图5所示,该装置还包括:
第二判断模块404,用于所述当确定加锁成功之后,再次判断是否存在所述告警信息的父告警信息;
第二配置模块405,用于当存在所述父告警信息时,配置所述告警信息归属于所述父告警信息;
所述衍生模块403,用于当再次判断后确定不存在所述父告警信息时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
其中,在一个实施例中,如图5所示,所述装置还包括:
解锁模块406,用于加锁成功后,所述第二配置模块配置所述告警信息归属于所述父告警信息之前,或加锁成功后,所述衍生模块衍生一条所述告警信息的父告警信息之后,对所述告警信息对应的处理策略进行解锁。
其中,在一个实施例中,如图5所示,所述装置还包括:
记录模块407,用于在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁后,记录加锁时间;
所述解锁模块406,用于当当前时间与所述加锁时间的时间差超过预设时间差时,且仍未解锁成功时,对所述处理策略进行强行解锁。
其中,在一个实施例中,如图5所示,所述装置还包括:
清除模块408,用于当所述告警信息为恢复告警时,在确定存在所述告警信息的父告警信息且满足预设的清除衍生条件时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息,其中,所述恢复告警用于表征设备故障已排除。
其中,在一个实施例中,如图5所示,所述装置还包括:
加锁模块409,用于所述清除模块清除所述告警信息的父告警信息以及属于该父告警信息的告警信息之前,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁;
所述清除模块408,用于当确定加锁成功时,并再次确定仍然存在所述告警信息的父告警信息时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种网络告警信息关联处理方法,其特征在于,所述方法包括:
至少两个节点中的任一节点接收到告警信息,并确定所述告警信息是否为活动告警时,判断是否存在所述告警信息的父告警信息;其中,所述活动告警用于表征设备产生故障;
当存在所述告警信息的父告警信息时,配置所述告警信息归属于所述父告警信息;
当不存在所述父告警信息且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限;其中,所述并发锁表中存储有至少一条处理策略,一条处理策略中包含一个网元标识和一条关联规则标识;并,当确定加锁成功时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
2.根据权利要求1所述的方法,其特征在于,所述当确定加锁成功之后,所述方法还包括:
再次判断是否存在所述告警信息的父告警信息;
当存在所述父告警信息时,配置所述告警信息归属于所述父告警信息;
所述在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,对所述告警信息进行关联处理,包括:
当再次判断后确定不存在所述父告警信息时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
3.根据权利要求2所述的方法,其特征在于,加锁成功后,所述配置所述告警信息归属于所述父告警信息之前,或加锁成功后,所述衍生一条所述告警信息的父告警信息之后,所述方法还包括:
对所述告警信息对应的处理策略进行解锁。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁后,记录加锁时间;
所述对所述告警信息对应的处理策略进行解锁,包括:
当当前时间与所述加锁时间的时间差超过预设时间差时,且仍未解锁成功时,对所述处理策略进行强行解锁。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述告警信息为恢复告警时,在确定存在所述告警信息的父告警信息且满足预设的清除衍生条件时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息,其中,所述恢复告警用于表征设备故障已排除。
6.根据权利要求5所述的方法,其特征在于,所述清除所述告警信息的父告警信息以及属于该父告警信息的告警信息之前,所述方法还包括:
在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁;
所述清除所述告警信息的父告警信息以及属于该父告警信息的告警信息,包括:
当确定加锁成功时,并再次确定仍然存在所述告警信息的父告警信息时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息。
7.一种网络告警信息关联处理装置,其特征在于,所述装置包括:
第一判断模块,用于至少两个节点中的任一节点接收到告警信息,并确定所述告警信息是否为活动告警时,判断是否存在所述告警信息的父告警信息;其中,所述活动告警用于表征设备产生故障;
第一配置模块,用于当存在所述告警信息的父告警信息时,配置所述告警信息归属于所述父告警信息;
衍生模块,用于当不存在所述父告警信息且满足预设衍生条件之后,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁以获取所述处理策略中的关联规则标识对应的关联规则的使用权限,同时排除其他节点对所述关联规则的使用权限;其中,所述并发锁表中存储有至少一条处理策略,一条处理策略中包含一个网元标识和一条关联规则标识;并,当确定加锁成功时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二判断模块,用于所述当确定加锁成功之后,再次判断是否存在所述告警信息的父告警信息;
第二配置模块,用于当存在所述父告警信息时,配置所述告警信息归属于所述父告警信息;
所述衍生模块,用于当再次判断后确定不存在所述父告警信息时,在所述处理策略对应的线程中,根据所述处理策略中的关联规则标识对应的关联规则,衍生一条所述告警信息的父告警信息。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
解锁模块,用于加锁成功后,所述第二配置模块配置所述告警信息归属于所述父告警信息之前,或加锁成功后,所述衍生模块衍生一条所述告警信息的父告警信息之后,对所述告警信息对应的处理策略进行解锁。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
记录模块,用于在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁后,记录加锁时间;
所述解锁模块,用于当当前时间与所述加锁时间的时间差超过预设时间差时,且仍未解锁成功时,对所述处理策略进行强行解锁。
11.根据权利要求7所述的装置,其特征在于,所述装置还包括:
清除模块,用于当所述告警信息为恢复告警时,在确定存在所述告警信息的父告警信息且满足预设的清除衍生条件时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息,其中,所述恢复告警用于表征设备故障已排除。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
加锁模块,用于所述清除模块清除所述告警信息的父告警信息以及属于该父告警信息的告警信息之前,在预先构建的并发锁表中对所述告警信息对应的处理策略进行加锁;
所述清除模块,用于当确定加锁成功时,并再次确定仍然存在所述告警信息的父告警信息时,清除所述告警信息的父告警信息以及属于该父告警信息的告警信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410542440.XA CN105577404B (zh) | 2014-10-14 | 2014-10-14 | 一种网络告警信息关联处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410542440.XA CN105577404B (zh) | 2014-10-14 | 2014-10-14 | 一种网络告警信息关联处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105577404A true CN105577404A (zh) | 2016-05-11 |
CN105577404B CN105577404B (zh) | 2019-03-15 |
Family
ID=55887112
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410542440.XA Active CN105577404B (zh) | 2014-10-14 | 2014-10-14 | 一种网络告警信息关联处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105577404B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116132253A (zh) * | 2022-12-27 | 2023-05-16 | 中国联合网络通信集团有限公司 | 故障处理方法、装置及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101674592A (zh) * | 2009-10-13 | 2010-03-17 | 浪潮通信信息系统有限公司 | 一种移动通信网管系统中多线程告警关联分析的方法 |
WO2011017955A1 (zh) * | 2009-08-10 | 2011-02-17 | 中兴通讯股份有限公司 | 一种告警数据分析的方法及其系统 |
CN103209096A (zh) * | 2013-04-01 | 2013-07-17 | 大唐移动通信设备有限公司 | 告警处理方法和设备 |
CN104021195A (zh) * | 2014-06-13 | 2014-09-03 | 中国民航信息网络股份有限公司 | 基于知识库的告警关联分析方法 |
-
2014
- 2014-10-14 CN CN201410542440.XA patent/CN105577404B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011017955A1 (zh) * | 2009-08-10 | 2011-02-17 | 中兴通讯股份有限公司 | 一种告警数据分析的方法及其系统 |
CN101674592A (zh) * | 2009-10-13 | 2010-03-17 | 浪潮通信信息系统有限公司 | 一种移动通信网管系统中多线程告警关联分析的方法 |
CN103209096A (zh) * | 2013-04-01 | 2013-07-17 | 大唐移动通信设备有限公司 | 告警处理方法和设备 |
CN104021195A (zh) * | 2014-06-13 | 2014-09-03 | 中国民航信息网络股份有限公司 | 基于知识库的告警关联分析方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116132253A (zh) * | 2022-12-27 | 2023-05-16 | 中国联合网络通信集团有限公司 | 故障处理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105577404B (zh) | 2019-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106209405B (zh) | 故障诊断方法及装置 | |
CN105659528B (zh) | 一种实现故障定位的方法及装置 | |
CN106933693A (zh) | 一种数据库集群节点故障自动修复方法及系统 | |
CN103761148A (zh) | 集群定时调度任务的控制方法 | |
CN107040395A (zh) | 一种告警信息的处理方法、装置和系统 | |
CN103530200A (zh) | 一种服务器热备份系统和方法 | |
CN104021195A (zh) | 基于知识库的告警关联分析方法 | |
CN111176783A (zh) | 容器治理平台的高可用方法、装置及电子设备 | |
CN104767794A (zh) | 一种分布式系统中的节点选举方法及节点 | |
CN107391265A (zh) | 用于进程中检测死锁的方法和设备 | |
CN107066480A (zh) | 主备数据库的管理方法、系统及其设备 | |
CN107450517A (zh) | 一种随机离散事件系统安全可诊断性确定方法及系统 | |
CN113163011A (zh) | 区块链中修改数据的方法、系统、设备及存储介质 | |
CN107977467A (zh) | 数据库监控装置 | |
CN106330535A (zh) | 一种车地通信数据处理方法及装置 | |
CN115473908A (zh) | 一种区块链节点故障恢复方法及区块链系统 | |
CN113285840B (zh) | 存储网络故障根因分析方法及计算机可读存储介质 | |
CN110674192A (zh) | 一种Redis高可用VIP漂移方法、终端及存储介质 | |
CN105577404A (zh) | 一种网络告警信息关联处理方法及装置 | |
CN102301368A (zh) | 用于保持数据完整性的设备 | |
CN113055203B (zh) | Sdn控制平面的异常恢复方法及装置 | |
CN104158843A (zh) | 分布式文件存储系统的存储单元失效检测方法及装置 | |
CN105302527B (zh) | 线程组织方法 | |
CN104346246B (zh) | 故障预测方法和装置 | |
CN106896792B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |