CN1266881C - 网管***的故障相关性分析及实现方法 - Google Patents
网管***的故障相关性分析及实现方法 Download PDFInfo
- Publication number
- CN1266881C CN1266881C CN 02149440 CN02149440A CN1266881C CN 1266881 C CN1266881 C CN 1266881C CN 02149440 CN02149440 CN 02149440 CN 02149440 A CN02149440 A CN 02149440A CN 1266881 C CN1266881 C CN 1266881C
- Authority
- CN
- China
- Prior art keywords
- warning information
- fault
- alarm
- network management
- management system
- 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.)
- Expired - Lifetime
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种网管***的故障相关性分析及实现方法,针对通信网元告警的重复性和闪断性特点作出,使用户不受重复告警、闪断告警的干扰,能方便地定位、解决故障,提高运行维护工作的效率。包括:在两条内容相同的故障告警信息的产生时间间隔小于预设的重复周期时,将后一条故障告警信息判断为重复告警信息,对重复告警信息进行屏蔽处理,仅显示一条该内容的故障告警;在两条类型相同的故障恢复告警信息的产生时间间隔小于预设的闪断周期时,将后一条故障恢复告警信息判断为闪断告警信息,对闪断告警信息进行屏蔽处理,仅显示一条该类型的故障告警。本发明方法是利用网管***当前具备的软件环境(数据库***),在其基础上提供的一种可行方法。
Description
技术领域
本发明涉及通信网网络管理技术领域,是一种网管***的故障相关性分析及实现方法,通过故障相关性分析与处理,提高运行维护人员对网络运行故障的定位处理和解决效率。
背景技术
目前在GSM/CDMA网管***中,告警业务台对从主机采集到的每一条告警信息是全部、直接显示的,从采集到显示之间,除了判断采集与告警的内容是否完全一样外,服务器并不进行任何其他过滤性处理。但实际上,通信网元(指网络中的某一设备)的告警是极有特点的,包括:
1.重复性,事件告警的重复性比较明显,在故障没有排除之前,设备会按照一定的频率频繁上报告警,如图1示意的重复告警产生过程,在告警1发生后,于重复周期(Repeat Period)后又产生同样内容的告警2,甚至在若干个重复周期后还会产生同样内容的告警n。这些告警除了产生的时间不同外,其他内容是完全一致的,导致告警台罗列、充斥了大量的此类“重复”告警,如此众多的重复告警往往使运行维护人员眼花缭乱,给选择处理告警带来一定的难度,给维护工作带来困难。
2.闪断性,当网络或网元的运行状态不稳定时,***工作状态时好时坏,某类告警就会频繁地以“故障”-“恢复”-“故障”-“恢复”的状态进行连续上报,如图2示意出闪断告警产生过程,***连续产生“告警”-“恢复”-“告警”-“恢复”的上报状态,其中连续两个恢复发生的时间间隔形成一个闪断周期(FlashPeriod)。此种状态告警不能因为***收到告警恢复就说明故障已经解除,只能说明***目前工作处于“颠簸”状态,“颠簸”意味着***处于故障状态。对于这种闪断告警如果不进行特殊处理,告警台界面会频繁刷新,同样也会令运行维护人员眼花缭乱,给定位故障带来困难。
按照现有的技术,以上两种情况的告警都会引起在告警显示界面上罗列大量重复告警的结果,同时,大量闪断告警频繁上报使得告警显示界面频繁刷新。这种情况下,用户不能直观的了解***当前到底存在哪些(类)故障、运行状况又如何,并且要在刷新频繁的告警中选择一条进行定位处理也存在一定的难度。
发明内容
本发明的目的是设计一种网管***的故障相关性分析及实现方法,针对通信网元告警的重复性和闪断性特点,按照本发明的故障相关性分析及实现方法对重复与闪断告警进行处理,使得用户能够方便地定位、解决故障,不受重复告警、闪断告警的干扰,提高运行维护工作的效率。
实现本发明目的的技术方案是这样的:一种网管***的故障相关性分析及实现方法,其特征在于:
A.接收到网元产生故障告警信息2后,判断是否已收到与故障告警信息2内容相同的故障告警信息1,且故障告警信息2和故障告警信息1产生的时间间隔小于预设的重复周期,若是,则将故障告警信息2判断为重复告警信息,对重复告警信息进行屏蔽处理;否则,进一步判断当前告警显示界面上是否已显示了相同内容的故障告警信息,若未显示,则在告警显示界面上显示该故障告警信息2,若已显示,则不显示该故障告警信息2;
B.接收到网元产生的故障恢复告警信息2后,判断是否已收到与故障恢复告警信息2类型相同的故障恢复告警信息1,且故障恢复告警信息2与故障恢复告警信息1产生的时间间隔小于预设的闪断周期,若是,则将故障恢复告警信息2判断为闪断性质的告警信息,对闪断性质的告警信息进行屏蔽处理;否则,进一步判断当前告警显示界面上是否已显示了相同类型的故障告警信息,若未显示,则在告警显示界面上显示该故障恢复告警信息2,若已显示,则不显示该故障恢复告警信息2。
其中,在步骤A中,所述判断为重复告警信息的过程包括:
分析数据库***分析表的记录中是否存在与接收到的故障告警信息2内容完全一致的故障告警信息1;
若存在,进一步将故障告警信息1和故障告警信息2产生的时间间隔与预设的重复周期进行比较,如果故障告警信息2和故障告警信息1产生的时间间隔小于预设的重复周期,则将故障告警信息2判断为重复告警信息;
如果当前故障告警信息2未判断为重复告警信息,则进一步包括:将该条故障告警信息2保存在网管***数据库中,和保存在数据库***分析表中;
所述对重复告警信息进行屏蔽处理过程包括:不送告警显示界面,将故障告警信息2保存在数据库***分析表中。
其中,在步骤B中,所述判断闪断性质的告警信息的过程包括:
分析数据库***分析表中是否存在与此故障恢复告警信息2对应的故障告警信息;
若存在,分析接收到的故障恢复告警信息2与对应的故障告警信息的产生时间间隔是否小于预设的闪断周期;
当所述时间间隔小于预设的闪断周期时,进一步分析数据库***分析表中是否存在相同性质的故障恢复告警信息1;
当数据库***分析表中存在相同性质的故障恢复告警信息1时,进一步分析前后两条故障恢复告警信息产生的时间间隔是否小于预设的闪断周期;
当分析出前后两条故障恢复告警信息产生的时间间隔小于预设的闪断周期时,判断故障恢复告警信息2为闪断性质的告警信息;
所述对闪断性质的告警信息进行屏蔽处理的过程为:不送告警显示界面,将该故障恢复告警信息2送数据库***分析表保存;
如果当前故障恢复告警信息2未判断为闪断性质的告警信息,则将该故障恢复告警信息2送网管***数据库保存,和将该条故障恢复告警信息2送数据库***分析表保存。
本发明的故障相关性分析及实现方法,是在网管***中,由告警服务器对采集到的每一条告警信息先进行过滤性处理,然后再决定是否送告警业务台进行显示。
本发明的方法,根据通信网元告警重复性和闪断性的特点,利用网管***当前具备的软件环境(网管***数据库中有一张***分析表,用于对告警进行分析,其他表格用于存储告警),在此基础上提供了一种可行方法。通过对重复和闪断故障进行分析处理,建立故障相关性功能,对告警信息进行过滤性处理,供运行维护人员一目了然地了解***当前存在哪些(类)告警,不必像以往一样对频繁的告警进行选择处理,可提高解决问题的效率,同时使***的易用性大大提高。
由于本发明的灵活、稳定的故障相关性判断方法,完全是采用数据库例行操作实现的,因此不必购买、集成第三方引擎,接口灵活;能有效屏蔽无意义的告警显示,使运行维护人员可以更加快捷地掌握***的当前运行状况,减少故障定位与分析时间,提高运行维护效率。
附图说明
图1是重复告警产生示意图;
图2是闪断告警产生示意图;
图3是本发明的重复规则设置界面图;
图4是本发明的闪断规则设置界面图;
图5是本发明方法过滤重复告警的流程框图;
图6是本发明方法过滤闪断告警的流程框图。
具体实施方式
本发明是针对通信网元告警的重复性与闪断性特点作出的,在进行故障相关性分析及实现之前首先需要对故障相关性规则进行定义,然后才能按该规则对告警进行分析与处理。
用户可根据自己***运行的特点,定义适合自己***的故障相关性处理规则,包括故障的重复规则和闪断规则。
其中的重复规则:用户可以根据实际上报的告警情况设置重复告警周期,如图1中所示的重复周期,如果两条相同告警内容的产生时间间隔小于设定的重复周期,则这两条告警被认为是重复告警,则可对重复告警进行屏蔽处理。
可采用如图3所示的重复规则条件的设定界面:在相关性条件设置的重复告警设置中,用户可设置重复上报周期(秒)、激活和重复告警入库项,其中的“重复上报周期”项是指前后两条相同内容的告警上报的时间间隔;其中的“激活”是指当前设置的重复告警过滤功能是否生效;其中的重复告警入库是指重复的事件告警是否保存在网管***数据库表中。
其中的闪断规则:用户根据实际上报的告警情况设置闪断告警的闪断周期,如图2中所示的闪断周期,闪断告警是以“故障”-“恢复”-“故障”-“恢复”的序列状态出现的,闪断周期定义的是两条恢复告警之间的产生时间间隔。如果某类型故障频繁以“故障”-“恢复”-“故障”-“恢复”的状态出现,并且两条同类型故障恢复之间的时间间隔小于预设的闪断周期,则此故障为闪断告警。
可采用如图4所示的闪断规则条件的设定界面:在相关性条件设置的闪断告警设置中,用户可设置闪断周期(秒)、激活、闪断告警入库、高频开关和闪断次数项。其中的“闪断周期”是指两条相同类型的恢复告警上报的时间间隔;其中的“激活”是指当前设置的闪断告警过滤功能是否生效;其中的闪断告警入库是指闪断的事件告警是否保存在网管***数据库表中;其中的高频开关是指闪断次数达到设定的次数后是否显示一条故障告警;其中的闪断次数是指类型相同的一条告警“恢复-故障-恢复”的次数。
在网管***上都安装有数据库***,如:ORACLE,SYBASE,SQL SERVER等,具备很强的数据库运算与处理能力,本发明实施例是利用已有的数据库技术和其常规运算对告警数据进行运算与比较,分析其是否为重复或者闪断告警。
进行相关性分析的时候,将接收到的告警信息先跟数据库***分析表中的数据进行比较与分析,判断是否为重复或者闪断告警,将分析完后的此条告警再入数据库分析表,以此与后来的告警进行比较。
本发明在制定了故障告警相关性规则后,就可在原来的接收告警与显示告警之间增加对故障相关性的过滤或屏蔽处理,包括重复告警判断与闪断告警判断过程。
参见图5,重复告警分析判断过程。
步骤51,接收网元产生的告警信息,告警信息包括网元、名称、到达***的流水号、出现的位置和告警类型等,其中的告警类型包括事件告警、故障告警和故障恢复告警等;
步骤52,对接收到的告警信息进行相关性判断和处理,包括分析数据库***分析表(由网管***在表中记录告警信息,使用结构化查询语言sql语言进行分析)中记录的告警信息是否与接收到的告警信息内容完全一致,所谓内容完全一致是指网元、名称、到达***的流水号、出现的位置和告警类型等信息完全一致,如果存在,则再分析两个连续接收到的与数据库***分析表中记录的告警信息内容完全一致的告警信息所产生的时间间隔是否小于预设的重复周期;
步骤53,如果在步骤52中,分析出数据库***分析表中不存在与接收到的告警信息内容完全一致的故障告警信息;或者存在,但两个前后接收到的与数据库***表中记录的告警信息内容完全一致的告警信息所产生的时间间隔大于预设的重复周期,则需进一步判断是否是重复告警,即分析设备的当前告警界面上是否已经显示有此条告警信息;
步骤54,如果当前告警界面上还没有显示此条告警信息,则在告警界面上显示此条告警信息;
步骤55,如果步骤53中,分析出当前告警界面上已经显示有此条告警信息时,判断为重复的告警,则不需要再进行显示,因为当前界面上已经有了此类告警的显示,用户完全可以获知此类告警的信息,将这条告警信息保存在网管***数据库中,或在执行完步骤54后,也将这条告警信息保存在网管***数据库中;
步骤57,如果在步骤52中,虽然数据库***分析表中的记录存在与接收的告警信息内容完全一致的故障告警信息,但分析出两个前后接收到的与数据库***表中记录的告警信息内容完全一致的告警信息所产生的时间间隔小于预设的重复周期时,则不将此条告警信息送告警显示界面进行显示,对于已经判断为重复的告警,还可以根据图3所示的设定入库保存条件决定是否对重复告警入网管***数据库保存,以便节约网管***数据库空间;
步骤56,执行完步骤55、57后,将每一条告警信息入数据库***分析表中,留作后续与接收的告警信息相比较。
参见图6,闪断告警分析、判断方法流程。
步骤60,接收网元产生的恢复告警信息,即一故障-恢复-故障状态序列;
步骤61,使用sql语言分析数据库***分析表中是否存在与此恢复告警对应的故障告警;
步骤62,使用sql语言进行相关性判断和处理,包括分析接收到的恢复与故障的产生时间间隔是否小于预设的闪断周期;
步骤63,当分析出接收到的恢复与故障的产生时间间隔小于预设的闪断周期时,进一步分析是否有重复告警,即分析数据库***分析表中是否存在相同性质的恢复告警;
步骤64,当数据库***分析表中存在相同性质的恢复告警时,进一步分析前后两条恢复告警产生的时间间隔是否小于预设的闪断周期;
步骤65,当分析出前后两条恢复告警产生的时间间隔小于预设的闪断周期时,说明故障和恢复告警属于闪断性质告警,根据图4中的设定条件决定是否入网管***数据库保存;
步骤67,当在执行步骤61时分析出数据库***分析表中不存在与此恢复告警对应的故障告警时,或在执行步骤62时分析出接收到的恢复与故障的产生时间间隔大于预设的闪断周期时,或在执行步骤63时分析出数据库***分析表中不存在相同性质的恢复告警时,或在执行步骤64时分析出前后两条恢复告警产生的时间间隔大于预设的闪断周期时,将恢复告警送显示界面进行显示;
步骤68,在步骤67进行显示的同时还将该恢复告警送网管***数据库保存;
步骤66,执行完步骤65、68后,将每一条恢复告警信息入数据库***分析表保存,留作后续与接收的恢复告警序列相比较。
上述步骤表明,对于判断为重复或闪断的告警,屏蔽一系列的重复告警或“故障”-“恢复”告警序列,显示一条故障告警提醒用户:当前***存在故障或“颠簸”现象,需要用户对此故障告警进行干预,切实解决导致***故障或工作“颠簸”的原因。对于已经判断为重复或闪断的告警,还可以根据设定的入库保存条件决定是否对重复或闪断告警入网管***数据库保存,以节约数据库空间。
本发明对故障相关性的分析、处理是利用数据库操作实现的,可以根据***不同灵活的设置字段进行判断处理。
本发明的故障相关性分析、处理方法,可应用于移动网全套网络网管解决方案中。
Claims (8)
1.一种网管***的故障相关性分析及实现方法,其特征在于:
A.接收到网元产生故障告警信息2后,判断是否已收到与故障告警信息2内容相同的故障告警信息1,且故障告警信息2和故障告警信息1产生的时间间隔小于预设的重复周期,若是,则将故障告警信息2判断为重复告警信息,对重复告警信息进行屏蔽处理;否则,进一步判断当前告警显示界面上是否已显示了相同内容的故障告警信息,若未显示,则在告警显示界面上显示该故障告警信息2,若已显示,则不显示该故障告警信息2;
B.接收到网元产生的故障恢复告警信息2后,判断是否已收到与故障恢复告警信息2类型相同的故障恢复告警信息1,且故障恢复告警信息2与故障恢复告警信息1产生的时间间隔小于预设的闪断周期,若是,则将故障恢复告警信息2判断为闪断性质的告警信息,对闪断性质的告警信息进行屏蔽处理;否则,进一步判断当前告警显示界面上是否已显示了相同类型的故障告警信息,若未显示,则在告警显示界面上显示该故障恢复告警信息2,若已显示,则不显示该故障恢复告警信息2。
2.根据权利要求1所述的一种网管***的故障相关性分析及实现方法,其特征在于,
在步骤A中,所述判断为重复告警信息的过程包括:
分析数据库***分析表的记录中是否存在与接收到的故障告警信息2内容完全一致的故障告警信息1,若存在,进一步将故障告警信息1和故障告警信息2产生的时间间隔与预设的重复周期进行比较,如果故障告警信息2和故障告警信息1产生的时间间隔小于预设的重复周期,则将故障告警信息2判断为重复告警信息;
如果当前故障告警信息2未判断为重复告警信息,则进一步包括:将该条故障告警信息2保存在网管***数据库中,和保存在数据库***分析表中;
所述对重复告警信息进行屏蔽处理过程包括:不送告警显示界面,将故障告警信息2保存在数据库***分析表中。
3.根据权利要求2所述的一种网管***的故障相关性分析及实现方法,其特征在于所述对重复告警信息进行屏蔽处理过程进一步包括,对于已经判断为重复告警的信息,根据用户设置的入库保存条件决定是否对重复告警信息入网管***数据库保存。
4.根据权利要求3所述的一种网管***的故障相关性分析及实现方法,其特征在于:所述的入库保存条件是在设备的相关性条件重复告警设置界面上设置的。
5.根据权利要求1所述的一种网管***的故障相关性分析及实现方法,其特征在于,
在步骤B中,所述判断闪断性质的告警信息的过程包括:
分析数据库***分析表中是否存在与此故障恢复告警信息2对应的故障告警信息;若存在,分析接收到的故障恢复告警信息2与对应的故障告警信息的产生时间间隔是否小于预设的闪断周期;当所述时间间隔小于预设的闪断周期时,进一步分析数据库***分析表中是否存在相同性质的故障恢复告警信息1;当数据库***分析表中存在相同性质的故障恢复告警信息1时,进一步分析前后两条故障恢复告警信息产生的时间间隔是否小于预设的闪断周期;当分析出前后两条故障恢复告警信息产生的时间间隔小于预设的闪断周期时,判断故障恢复告警信息2为闪断性质的告警信息;
所述对闪断性质的告警信息进行屏蔽处理的过程为:不送告警显示界面,将该故障恢复告警信息2送数据库***分析表保存;
如果当前故障恢复告警信息2未判断为闪断性质的告警信息,则将该故障恢复告警信息2送网管***数据库保存,和将该条故障恢复告警信息2送数据库***分析表保存。
6.根据权利要求5所述的一种网管***的故障相关性分析及实现方法,其特征在于:所述对闪断性质的告警信息进行屏蔽处理的过程进一步包括,对于已经判断为闪断性质的告警信息,根据用户设置的入库保存条件决定是否对闪断性质的告警信息入网管***数据库保存。
7.根据权利要求6所述的一种网管***的故障相关性分析及实现方法,其特征在于:所述的入库保存条件是在设备的相关性条件闪断告警设置界面上设置的。
8.根据权利要求1所述的一种网管***的故障相关性分析及实现方法,其特征在于:所述的故障相关性分析及实现,是在网管***中,由告警服务器对采集到的每一条故障告警信息或故障恢复告警信息进行过滤性处理后再决定是否送告警业务台进行显示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 02149440 CN1266881C (zh) | 2002-11-20 | 2002-11-20 | 网管***的故障相关性分析及实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 02149440 CN1266881C (zh) | 2002-11-20 | 2002-11-20 | 网管***的故障相关性分析及实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1503508A CN1503508A (zh) | 2004-06-09 |
CN1266881C true CN1266881C (zh) | 2006-07-26 |
Family
ID=34233658
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 02149440 Expired - Lifetime CN1266881C (zh) | 2002-11-20 | 2002-11-20 | 网管***的故障相关性分析及实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1266881C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101201786B (zh) * | 2006-12-13 | 2010-05-19 | 中兴通讯股份有限公司 | 一种故障日志监控方法及装置 |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100343818C (zh) * | 2004-08-24 | 2007-10-17 | 华为技术有限公司 | 一种告警相关性屏蔽方法 |
CN100461688C (zh) * | 2004-10-11 | 2009-02-11 | 华为技术有限公司 | 告警消息处理方法 |
CN100421384C (zh) * | 2005-04-08 | 2008-09-24 | 华为技术有限公司 | 屏蔽处理瞬断通知事件的方法 |
CN1992636B (zh) * | 2005-12-29 | 2010-04-21 | 华为技术有限公司 | 一种处理告警信息的***及方法 |
CN100438443C (zh) * | 2006-05-08 | 2008-11-26 | 国家数字交换***工程技术研究中心 | 一种实现故障管理的方法及*** |
CN101102217B (zh) * | 2006-07-07 | 2010-06-09 | 中兴通讯股份有限公司 | 电信网管***中告警重复和闪断上报及监视的处理方法 |
CN101128001B (zh) * | 2006-08-18 | 2010-12-01 | 中兴通讯股份有限公司 | 网元管理***对振荡告警的处理方法 |
CN101242614B (zh) * | 2007-02-09 | 2011-12-21 | 鼎桥通信技术有限公司 | 一种基站的告警过滤方法 |
CN101150431B (zh) * | 2007-06-06 | 2011-05-11 | 中兴通讯股份有限公司 | 一种告警处理流水线及告警处理的方法 |
CN101222742B (zh) * | 2007-11-22 | 2010-12-01 | ***通信集团山东有限公司 | 移动通信网管***中告警自定位和自处理的方法及*** |
CN101257694B (zh) * | 2007-11-22 | 2012-11-07 | ***通信集团山东有限公司 | 基于信息支撑***的移动通信网管智能派单方法 |
CN101296122B (zh) * | 2008-06-23 | 2011-04-20 | 中兴通讯股份有限公司 | 告警相关性的分析方法和装置 |
CN101389112A (zh) * | 2008-11-03 | 2009-03-18 | 华为技术有限公司 | 告警处理方法、装置和*** |
CN102201927A (zh) * | 2010-03-26 | 2011-09-28 | 北京市电力公司 | 处理告警信息的方法与装置 |
CN103401700B (zh) * | 2013-07-18 | 2017-08-25 | 大唐移动通信设备有限公司 | 一种频次抖动告警的处理方法和设备 |
CN107181604B (zh) * | 2016-03-09 | 2020-06-02 | 华为技术有限公司 | 一种告警关联规则的生成方法、告警压缩方法以及装置 |
CN107360013A (zh) * | 2016-05-10 | 2017-11-17 | 北京数码视讯科技股份有限公司 | 一种告警同步方法及*** |
CN106292496B (zh) * | 2016-08-31 | 2019-01-11 | 浙江浙大中控信息技术有限公司 | 一种地铁监控***报警管理方法 |
CN109164790A (zh) * | 2018-09-27 | 2019-01-08 | 合肥昌燎科技有限公司 | 一种自动化控制设备故障安全检测处理方法 |
CN111613035A (zh) * | 2020-05-21 | 2020-09-01 | 浩云科技股份有限公司 | 一种报警信息自动处理方法、装置及存储介质 |
CN112463551B (zh) * | 2020-12-08 | 2022-06-10 | 杭州电子科技大学上虞科学与工程研究院有限公司 | 一种可配置的告警标准化方法 |
CN113012431B (zh) * | 2021-02-25 | 2022-06-10 | 青岛海信网络科技股份有限公司 | 一种高速公路交通事件检测方法及装置 |
CN113724437B (zh) * | 2021-08-30 | 2022-08-19 | 四川虹美智能科技有限公司 | 面向无人售卖柜的无人值守告警方法及*** |
-
2002
- 2002-11-20 CN CN 02149440 patent/CN1266881C/zh not_active Expired - Lifetime
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101201786B (zh) * | 2006-12-13 | 2010-05-19 | 中兴通讯股份有限公司 | 一种故障日志监控方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN1503508A (zh) | 2004-06-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1266881C (zh) | 网管***的故障相关性分析及实现方法 | |
CN107577588B (zh) | 一种海量日志数据智能运维*** | |
CN110740141A (zh) | 一体化网络安全态势感知方法、装置及计算机设备 | |
Fu et al. | Digging deeper into cluster system logs for failure prediction and root cause diagnosis | |
CN106371986A (zh) | 一种日志处理运维监控*** | |
CN109586239B (zh) | 智能变电站实时诊断及故障预警方法 | |
WO2007067549A2 (en) | Method and system for real time detection of threats in high volume data streams | |
CN101399658A (zh) | 一种安全日志分析方法及*** | |
CN101075917A (zh) | 一种预测网络攻击行为的方法及装置 | |
CN111581056B (zh) | 基于人工智能的软件工程数据库维护与预警*** | |
CN107104951B (zh) | 网络攻击源的检测方法和装置 | |
CN112416872A (zh) | 一种基于大数据的云平台日志管理*** | |
CN102801548B (zh) | 一种智能预警的方法、装置及信息*** | |
CN108390782A (zh) | 一种集中式应用***性能问题综合分析方法 | |
CN103107912A (zh) | 基于离群挖掘的异常检测*** | |
Loglisci et al. | Mining microscopic and macroscopic changes in network data streams | |
CN114189367A (zh) | 一种基于知识图谱的安全日志分析*** | |
CN110149303B (zh) | 一种党校的网络安全预警方法及预警*** | |
CN104243192A (zh) | 故障处理方法及*** | |
CN110941757A (zh) | 一种基于大数据的政策信息查询推送***及方法 | |
CN106446720B (zh) | Ids规则的优化***及优化方法 | |
CN113779573B (zh) | 一种基于***溯源图的大规模勒索软件分析方法和分析装置 | |
CN111427749B (zh) | 一种openstack环境下针对ironic服务的监控工具及方法 | |
CN109302407A (zh) | 一种网络安全态势预测方法、装置、设备及存储介质 | |
CN111814013A (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 | ||
CX01 | Expiry of patent term | ||
CX01 | Expiry of patent term |
Granted publication date: 20060726 |