CN101389112A - 告警处理方法、装置和系统 - Google Patents
告警处理方法、装置和系统 Download PDFInfo
- Publication number
- CN101389112A CN101389112A CNA2008101723661A CN200810172366A CN101389112A CN 101389112 A CN101389112 A CN 101389112A CN A2008101723661 A CNA2008101723661 A CN A2008101723661A CN 200810172366 A CN200810172366 A CN 200810172366A CN 101389112 A CN101389112 A CN 101389112A
- Authority
- CN
- China
- Prior art keywords
- alarm
- once
- clearing
- latest
- similar
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种告警处理方法、装置和系统,所述告警处理方法包括:在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻;如果所述最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报所述前一次告警的恢复事件。本发明实施例从提高现网故障管理的可服务性出发,提出了一种对故障恢复后又立即产生情形的告警事件进行处理的方法,有效地减少了无效的告警恢复事件的上报,提高了告警的准确性和可服务性。
Description
技术领域
本发明实施例涉及通信技术领域,特别涉及一种告警处理方法、装置和系统。
背景技术
故障管理在通信设备的日常维护中发挥着重要的作用,直接决定了能否快速上报、定位、恢复设备故障,是可服务性中的关键一环。在现网运行中,由于环境变化和设备自身老化等一系列原因,有些故障产生后又立即恢复,有些故障恢复后又立即产生,有时还周期性反复,故障产生后通信设备会向网管上报告警产生事件,故障恢复后通信设备会向网管上报告警恢复事件,从而导致用户在网管上看到大量的告警事件。而故障产生后又立即恢复的情形下的告警事件,以及故障恢复后又立即产生的情形下的告警事件不需要用户进行处理,这就给日常的设备维护带来很大的困难,严重影响了故障管理的可服务性。
现有技术提出了一种闪断告警过滤方法,通过设置延时,对故障产生后又立即恢复的情形下的告警事件进行处理。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
现有技术只能对故障产生后又立即恢复的情形下的告警事件进行处理,不能对故障恢复后又立即产生的情形下的告警事件进行处理,从而导致上报了很多无效的告警恢复事件。
发明内容
本发明实施例提供一种告警处理方法、装置和系统,以对故障恢复后又立即产生的情形下的告警事件进行处理,减少无效的告警恢复事件的上报。
为达到上述目的,本发明实施例一方面提供一种告警处理方法,包括:
在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻;
如果所述最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报所述前一次告警的恢复事件。
另一方面,本发明实施例还提供一种告警处理装置,包括:
确定模块,用于在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻;
判断模块,用于判断在所述最迟告警恢复激活时刻到来之前,是否产生前一次告警的相似告警;
上报模块,用于当所述判断模块的判断结果为否时,上报所述前一次告警的恢复事件。
再一方面,本发明实施例还提供一种告警处理系统,包括:
通信设备,用于在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻,如果所述最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报所述前一次告警的恢复事件;
网络管理设备,用于接收所述通信设备上报的前一次告警的恢复事件。
与现有技术相比,本发明实施例具有以下优点:
本发明实施例设置最迟告警恢复激活时间,在前一次告警恢复之后,根据该最迟告警恢复激活时间和前一次告警的恢复时刻,确定前一次告警的最迟告警恢复激活时刻。如果最迟告警恢复激活时刻到来时,没有产生前一次告警的相似告警,则上报前一次告警的恢复事件。本发明实施例从提高现网故障管理的可服务性出发,提出了一种支持故障恢复后又立即产生故障场景的告警处理方法,有效地减少了无效告警恢复事件的上报,提高了告警的准确性和可服务性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一种告警处理方法的流程图;
图2为本发明实施例在最迟告警恢复激活时刻到来前,再次产生了告警的示意图;
图3为本发明实施例在最迟告警恢复激活时刻到来时,并没有产生告警的示意图;
图4为本发明实施例一种告警处理装置的结构图;
图5为本发明实施例另一种告警处理装置的结构图;
图6为本发明实施例一种告警处理系统的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种告警处理方法,对于初始化状态为产生的告警,增设最迟告警恢复激活时间。在前一次告警恢复之后,以前一次告警的恢复时刻为起点,顺延最迟告警恢复激活时间后得到的时刻,即为最迟告警恢复激活时刻。如果在最迟告警恢复激活时刻到来之前,又再次产生前一次告警的相似告警,则不上报前一次告警恢复事件和后一次告警产生事件;如果在最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,即无告警产生或者产生的后一次告警与前一次告警不是相似告警,则上报前一次告警恢复事件,更新告警状态为恢复。
如图1所示,为本发明实施例一种告警处理方法的流程图,具体包括:
步骤S101,在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和前一次告警的恢复时刻,确定前一次告警的最迟告警恢复激活时刻。
本发明实施例中,设置最迟告警恢复激活时间时,可以取经验值,并可以结合网上的告警数据进行动态调整。
在前一次告警恢复之后,以前一次告警的恢复时刻为起点,顺延最迟告警恢复激活时间后得到的时刻,即为最迟告警恢复激活时刻。
具体地,在前一次告警恢复之后,本发明实施例更新最迟告警恢复激活时间窗:该最迟告警恢复激活时间窗的下边界是前一次告警的恢复时刻,上边界是以前一次告警的恢复时刻为起点,顺延最迟告警恢复激活时间后得到的时刻,该得到的时刻为最迟告警恢复激活时刻。然后等待最迟告警恢复激活时刻的到来。
步骤S102,如果最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报前一次告警的恢复事件。
所谓没有产生前一次告警的相似告警可以包括两种情况:情况1,如果在最迟告警恢复激活时刻到来时,没有再次产生告警;或者,情况2,产生了后一次告警,产生的后一次告警与前一次告警不是相似告警。这时,可以确定上述前一次告警已恢复,上报前一次告警的恢复事件。
如果在最迟告警恢复激活时刻到来时或之前,产生了后一次告警,并且判断产生的后一次告警和前一次告警为相似告警,则确定前一次告警没有恢复,不上报前一次告警的恢复事件和后一次告警的产生事件。
其中,判断产生的后一次告警和前一次告警为相似告警具体可以为:
设置过滤参数,根据设置的过滤参数确定需要比较的告警参数。其中,该需要比较的告警参数可以具体包括告警标识、告警对象、告警级别、告警可能原因和具体问题中的一种或几种;
如果前一次告警和后一次告警的需要比较的告警参数相同,则确定前一次告警和后一次告警为相似告警。
如图2所示,方块21的左边线表示前一次告警的产生时刻,当前一次告警产生时,在方块23的左边线所示的时刻上报告警产生事件,这时告警状态为产生。方块21的右边线表示前一次告警的恢复时刻,以前一次告警的恢复时刻为起点,顺延最迟告警恢复激活时间后得到的时刻,即为最迟告警恢复激活时刻。如果在最迟告警恢复激活时刻到来之前,产生了后一次告警,方块22的左边线表示后一次告警的产生时刻,并且后一次告警与前一次告警为相似告警,则确定前一次告警并没有恢复,前一次告警恢复事件和后一次告警产生事件均不上报,告警状态保持不变。方块22的右边线表示后一次告警的恢复时刻。
后续在某一次告警恢复之后,如果以该次告警恢复时刻确定的最迟告警恢复激活时刻到来之前,并没有再次产生告警或者产生的后一次告警与前一次告警不是相似告警,则可以确定上述前一次告警恢复,在方块23的右边线所示的时刻上报告警恢复事件。
请继续参考图3,方块31的左边线表示前一次告警的产生时刻,当前一次告警产生时,在方块32的左边线所示的时刻上报告警产生事件。方块31的右边线表示前一次告警的恢复时刻,以前一次告警的恢复时刻为起点,顺延最迟告警恢复激活时间后得到的时刻,即为最迟告警恢复激活时刻。如果在最迟告警恢复激活时刻到来时,并没有产生后一次告警或者产生的后一次告警与前一次告警不是相似告警,则在方块32的右边线所示的时刻上报告警恢复事件,更新告警状态为恢复。
上述告警处理方法,从提高现网故障管理的可服务性出发,提出了一种对故障恢复后又立即产生情形的告警事件进行处理的方法,通过设置最迟告警恢复激活时间,确定最迟告警恢复激活时刻,如果最迟告警恢复激活时刻到来之前,没有再次产生告警或者产生的后一次告警与前一次告警不是相似告警,则上报前一次告警的恢复事件。从而有效地减少了无效的告警恢复事件的上报,提高了告警的准确性和可服务性。
另外,当最迟告警恢复激活时刻到来时,如果产生了后一次告警,但是后一次告警与前一次告警不是相似告警,则可以对该后一次告警进行如下处理:
(1)如果在出现该后一次告警之前,并没有出现过与该后一次告警相似的告警,或者先前出现过与该后一次告警相似的告警,但是先前出现的与该后一次告警相似的告警均确定已恢复,则可以判断该后一次告警的持续时间是否小于指定的闪断门限T,如果小于T则确定该后一次告警是无意义告警,对该后一次告警的产生和恢复都不进行上报;否则确定该后一次告警是有意义的告警,上报后一次告警的产生事件。
(2)如果在出现该后一次告警之前,出现过与该后一次告警相似的告警,并且先前出现的与该后一次告警相似的告警尚未恢复,则可以采用本发明实施例提供的方法对该后一次告警进行处理。
如图4所示,为本发明实施例一种告警处理装置的结构图,包括:
确定模块41,用于在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和前一次告警的恢复时刻,确定前一次告警的最迟告警恢复激活时刻;
判断模块42,用于判断在最迟告警恢复激活时刻到来之前,是否产生前一次告警的相似告警;
上报模块43,用于当判断模块42的判断结果为否时,上报前一次告警的恢复事件。判断模块42的判断结果为否即为判断模块42确定在最迟告警恢复激活时刻到来时或之前,没有再次产生告警或者产生的后一次告警与前一次告警不是相似告警。
本发明的另一实施例中,如图5所示,该判断模块42可以包括:
参数确定子模块421,用于设置过滤参数,并根据设置的过滤参数确定需要比较的告警参数。其中,需要比较的告警参数具体包括告警标识、告警对象、告警级别、告警可能原因和具体问题中的一种或几种;
参数比较子模块422,用于在产生了后一次告警的情况下,比较前一次告警和后一次告警的需要比较的告警参数是否相同;
相似告警确定子模块423,用于当参数比较子模块422确定前一次告警和后一次告警的需要比较的告警参数相同时,确定前一次告警和后一次告警为相似告警。
上述告警处理装置,从提高现网故障管理的可服务性出发,对故障恢复后又立即产生情形的告警事件进行处理,通过设置最迟告警恢复激活时间,确定模块41确定最迟告警恢复激活时刻,如果判断模块42判断在最迟告警恢复激活时刻到来之前,没有再次产生告警或者产生的后一次告警与前一次告警不是相似告警,则上报模块43上报前一次告警的恢复事件。从而有效地减少了无效的告警恢复事件的上报,提高了告警的准确性和可服务性。
如图6所示,为本发明实施例提供的一种告警处理系统的结构图,包括:
通信设备61,用于在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和前一次告警的恢复时刻,确定前一次告警的最迟告警恢复激活时刻,如果最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报前一次告警的恢复事件;其中,没有产生前一次告警的相似告警可以为:没有产生告警,或者,产生的后一次告警与前一次告警不是相似告警。其中,通信设备61可以由上述告警处理装置实现,可以包括上述告警处理装置中的全部或部分模块。
网络管理设备62,用于接收通信设备61上报的前一次告警的恢复事件。
其中,通信设备61可以为基站,网络管理设备62可以为EMS(ElementManagement Systems,网元管理系统)。在前一次告警恢复之后,基站根据设置的最迟告警恢复激活时间和前一次告警的恢复时刻,确定前一次告警的最迟告警恢复激活时刻,如果最迟告警恢复激活时刻到来时或之前,没有再次产生告警或者产生的后一次告警与前一次告警不是相似告警,则基站向该基站所属的EMS上报前一次告警的恢复事件。进一步地,EMS可以将前一次告警的恢复事件通过北向接口传递给NMS(Network Management Systems,网元管理系统),以供用户查看。
另外,在3G(3rd Generation,第三代通信系统)网络中,该通信设备61可以为基站控制设备,该基站控制设备包括RNC(Radio Network Controller,无线网络控制器)、BSC(Base Station Controller,基站控制器),网络管理设备62可以为EMS。在前一次告警恢复之后,基站控制设备根据设置的最迟告警恢复激活时间和前一次告警的恢复时刻,确定前一次告警的最迟告警恢复激活时刻,如果最迟告警恢复激活时刻到来时或之前,没有再次产生前一次告警的相似告警,则基站控制设备向该基站控制设备所属的EMS上报前一次告警的恢复事件。进一步地,EMS可以将前一次告警的恢复事件通过北向接口传递给NMS,以供用户查看。
上述告警处理系统,从提高现网故障管理的可服务性出发,对故障恢复后又立即产生情形的告警事件进行处理,通信设备61通过设置最迟告警恢复激活时间,确定最迟告警恢复激活时刻,如果最迟告警恢复激活时刻到来时,没有产生前一次告警的相似告警,则通信设备61向网络管理设备62上报前一次告警的恢复事件。从而有效地减少了无效的告警恢复事件的上报,提高了告警的准确性和可服务性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1、一种告警处理方法,其特征在于,包括:
在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻;
如果所述最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报所述前一次告警的恢复事件。
2、如权利要求1所述的方法,其特征在于,所述没有产生前一次告警的相似告警包括:
没有再次产生告警,或
产生了后一次告警,但后一次告警和前一次告警非相似告警。
3、如权利要求1或2所述的方法,其特征在于,还包括:
如果在所述最迟告警恢复激活时刻到来之前,产生了后一次告警,并且判断产生的后一次告警和前一次告警为相似告警,则确定所述前一次告警没有恢复,不上报所述前一次告警的恢复事件和所述后一次告警的产生事件。
4、如权利要求3所述的方法,其特征在于,还包括:所述判断产生的后一次告警和前一次告警为相似告警包括:
设置过滤参数,根据设置的过滤参数确定需要比较的告警参数;
如果所述前一次告警和所述后一次告警的需要比较的告警参数相同,则确定前一次告警和后一次告警为相似告警。
5、如权利要求4所述的方法,其特征在于,所述需要比较的告警参数包括告警标识、告警对象、告警级别、告警可能原因和具体问题中的一种或几种。
6、一种告警处理装置,其特征在于,包括:
确定模块,用于在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻;
判断模块,用于判断在所述最迟告警恢复激活时刻到来之前,是否产生前一次告警的相似告警;
上报模块,用于当所述判断模块的判断结果为否时,上报所述前一次告警的恢复事件。
7、如权利要求6所述的装置,其特征在于,所述判断模块包括:
参数确定子模块,用于设置过滤参数,并根据设置的过滤参数确定需要比较的告警参数;
参数比较子模块,用于在产生了后一次告警的情况下,比较所述前一次告警和所述后一次告警的需要比较的告警参数是否相同;
相似告警确定子模块,用于当所述参数比较子模块确定所述前一次告警和所述后一次告警的需要比较的告警参数相同时,确定所述前一次告警和所述后一次告警为相似告警。
8、一种告警处理系统,其特征在于,包括:
通信设备,用于在前一次告警恢复之后,根据设置的最迟告警恢复激活时间和所述前一次告警的恢复时刻,确定所述前一次告警的最迟告警恢复激活时刻,如果所述最迟告警恢复激活时刻到来之前,没有产生前一次告警的相似告警,则上报所述前一次告警的恢复事件;
网络管理设备,用于接收所述通信设备上报的前一次告警的恢复事件。
9、如权利要求8所述的系统,其特征在于,所述通信设备具体为基站,所述网络管理设备具体为网元管理系统EMS。
10、如权利要求8所述的系统,其特征在于,所述通信设备具体为基站控制设备,所述网络管理设备具体为网元管理系统EMS。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101723661A CN101389112A (zh) | 2008-11-03 | 2008-11-03 | 告警处理方法、装置和系统 |
PCT/CN2009/074562 WO2010060327A1 (zh) | 2008-11-03 | 2009-10-22 | 告警处理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101723661A CN101389112A (zh) | 2008-11-03 | 2008-11-03 | 告警处理方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101389112A true CN101389112A (zh) | 2009-03-18 |
Family
ID=40478226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101723661A Pending CN101389112A (zh) | 2008-11-03 | 2008-11-03 | 告警处理方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101389112A (zh) |
WO (1) | WO2010060327A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010060327A1 (zh) * | 2008-11-03 | 2010-06-03 | 华为技术有限公司 | 告警处理方法、装置和系统 |
CN101808023A (zh) * | 2010-05-06 | 2010-08-18 | 瑞斯康达科技发展股份有限公司 | 一种网络监测系统及网络监测方法 |
CN104486106A (zh) * | 2014-12-04 | 2015-04-01 | 珠海金山网络游戏科技有限公司 | 一种分级告警服务系统 |
CN106411557A (zh) * | 2015-08-03 | 2017-02-15 | 中兴通讯股份有限公司 | 告警的处理方法及装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103052105B (zh) * | 2012-12-07 | 2016-02-03 | 大唐移动通信设备有限公司 | 一种基站告警的处理方法和装置 |
WO2016049796A1 (zh) * | 2014-09-29 | 2016-04-07 | 华为技术有限公司 | 一种告警处理的方法和设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1179245A1 (en) * | 1999-05-21 | 2002-02-13 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for displaying information in a fault management system |
CN1266881C (zh) * | 2002-11-20 | 2006-07-26 | 华为技术有限公司 | 网管系统的故障相关性分析及实现方法 |
CN100426225C (zh) * | 2006-04-21 | 2008-10-15 | 华为技术有限公司 | 一种内存保护方法及其系统 |
CN101389112A (zh) * | 2008-11-03 | 2009-03-18 | 华为技术有限公司 | 告警处理方法、装置和系统 |
-
2008
- 2008-11-03 CN CNA2008101723661A patent/CN101389112A/zh active Pending
-
2009
- 2009-10-22 WO PCT/CN2009/074562 patent/WO2010060327A1/zh active Application Filing
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010060327A1 (zh) * | 2008-11-03 | 2010-06-03 | 华为技术有限公司 | 告警处理方法、装置和系统 |
CN101808023A (zh) * | 2010-05-06 | 2010-08-18 | 瑞斯康达科技发展股份有限公司 | 一种网络监测系统及网络监测方法 |
CN104486106A (zh) * | 2014-12-04 | 2015-04-01 | 珠海金山网络游戏科技有限公司 | 一种分级告警服务系统 |
CN106411557A (zh) * | 2015-08-03 | 2017-02-15 | 中兴通讯股份有限公司 | 告警的处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2010060327A1 (zh) | 2010-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7504936B2 (en) | Method and apparatus for dynamically prioritize network faults based on real-time service degradation | |
CN101389112A (zh) | 告警处理方法、装置和系统 | |
CN105159964A (zh) | 一种日志监控方法及系统 | |
CN102523137B (zh) | 一种故障监测方法、装置及系统 | |
CN104301136A (zh) | 故障信息上报及处理的方法及设备 | |
CN102546135B (zh) | 主备服务器切换系统及方法 | |
CN109861856B (zh) | 系统故障信息的通知方法、装置、存储介质及计算机设备 | |
CN103902437A (zh) | 一种检测方法及服务器 | |
CN103475696A (zh) | 云计算集群服务器状态监控系统和方法 | |
CN103605722A (zh) | 数据库监控方法及装置、设备 | |
CN104811327A (zh) | 一种监控告警语音自动通知的方法和装置 | |
CN104394194A (zh) | 一种基于PaaS平台的云系统运维监控方法及系统 | |
CN101739327A (zh) | 一种对服务进程进行监控修复的方法和系统 | |
CN113704052B (zh) | 一种微服务架构的运维系统、方法、设备及介质 | |
CN101076174B (zh) | 告警风暴的处理方法 | |
CN103490917A (zh) | 故障处理情况的检测方法及装置 | |
CN106557033A (zh) | 一种智能家居设备控制方法、装置及系统 | |
CN102957623A (zh) | 一种边界网关协议邻居的维护方法和设备 | |
CN102088372A (zh) | 一种心跳检测方法、系统和设备 | |
CN101183901A (zh) | 传输设备断电告警及告警恢复的实现方法 | |
CN107092551B (zh) | 一种服务器系统性能优化方法及装置 | |
CN101350735A (zh) | 一种告警同步方法 | |
CN114647531B (zh) | 故障解决方法、故障解决系统、电子设备及存储介质 | |
CN116483663A (zh) | 用于平台的异常告警方法和装置 | |
JP2008308323A (ja) | エレベータ遠隔監視システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090318 |