CN115242611A - 一种网络故障报警级别管理方法、装置、设备和存储介质 - Google Patents
一种网络故障报警级别管理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN115242611A CN115242611A CN202210868030.9A CN202210868030A CN115242611A CN 115242611 A CN115242611 A CN 115242611A CN 202210868030 A CN202210868030 A CN 202210868030A CN 115242611 A CN115242611 A CN 115242611A
- Authority
- CN
- China
- Prior art keywords
- alarm
- level
- service
- adjusted
- network
- 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
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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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.根据不同的报警级别,选择不同的报警通道,能够通过报警通道来显示报警级别的重要性;利用报警通道,发送报警信息,能够使运维人员接收报警信息,对报警事件进行处理。
附图说明
图1是本申请实施例提供的一种网络故障报警级别管理方法的流程示意图;
图2为本申请实施例提供的一种级别调整的流程示意图;
图3为本申请实施例提供的一种警示的流程示意图;
图4是本申请实施例提供的一种网络故障报警级别管理装置的结构示意图;
图5为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
以下结合附图1至附图5对本申请作进一步详细说明。
本具体实施例仅仅是对本申请的解释,其并不是对本申请的限制,本领域技术人员在阅读完本说明书后可以根据需要对本实施例作出没有创造性贡献的修改,但只要在本申请的范围内都受到专利法的保护。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。
目前,在园区网络中,网络的安全可靠对于园区内的网络用户十分重要。在日常网络运行中,网络会发生故障。网络报警事件对应的网络报警级别由工程师或设备供应商设置。运维人员根据网络报警级别,进行网络故障维修。然而,当机房设备足够多的时候,异常日志会更多,相同的网络报警级别也会很多。运维人员根据网络报警级别确定维修顺序较为困难,所以报警级别的有效性较低。
具体的,发明人发现,常规的监控报警方式没有考虑同样的报警发生在不同的环境中时所需要的报警级别应该是不相同的问题。例如,服务器的磁盘满了的故障如果发生在重要的业务区域时,产生的影响及损失是重大的,如果发生在测试区域时,对业务的影响是可以忽略的。如果没有增加业务维度对报警进行区分的话,运维人员就要处理大量的无效或低效的报警,当机房设备足够多的时候,大量的无效报警可能会淹没有效的重要报警,影响重要报警的处理及时性。因此,本申请提供了一种网络故障报警级别管理方法,对报警级别增加了业务属性,重新定义报警级别。具体的,本申请当识别到报警事件时,确定报警事件的基础报警级别;在获取网络报警事件的故障设备详细信息后,根据预设故障设备详细信息与待调整级别的对应关系,确定待调整级别,其中,相同的报警事件,在不同的故障设备类型故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式存在差异时,待调整级别有所不同,能够区分相同的网络报警事件发生在不同的故障设备时的差异;根据待调整级别对基础报警级别进行调整后,得到业务报警级别,能够符合实际设备情况的需求,以提高网络故障报警级别的有效性。
具体地,本申请提供一种网络故障报警级别管理方法,由电子设备执行,该电子设备可以为服务器也可以为终端设备,其中,该服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式***,还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等,但并不局限于此,该终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本申请实施例在此不做限制。电子设备实时监测园区的网络情况,园区可以是企业办公区域,可以是校园区域,本申请实施例不再进行限定。
如图1所示,该方法包括步骤S101、步骤S102、步骤S103以及步骤S104,其中:步骤S101、当识别到网络报警事件时,确定网络报警事件的基础报警级别。
其中,网络报警事件包括但不限于以下任意一种或者多种:CPU(CentralProcessing Unit,中央处理器)满负荷、服务器宕机、数据库磁盘存储空间不足、交换机重启。
针对识别网络报警事件进行进一步阐述,其中,在一种可实现的方式中,识别网络报警事件的方式可以包括:根据异常日志识别网络报警事件,其中,日志是网络在运行的时候所产生的数据,可以是网络设备、***及服务程序运行时产生的数据,日志内容包含了日期、时间、使用者及动作等相关操作的描述。设备供应商通过编写异常日志检测算法来获取异常日志,异常日志包括异常事件和异常等级。
在另一种可实现的方式中,识别网络报警事件的方式可以包括:通过编程语言内置的异常处理语法,当捕捉到异常时,输出相应的异常语句,以识别到网络报警事件。
进而,当识别到网络报警事件后,确定网络报警事件的基础报警级别,其中,在一种可实现的方式中,确定网络报警事件的基础报警级别可以包括:根据预设对应关系确定网络报警事件的基础级别,预设对应关系是网络报警事件与基础报警级别的对应关系,其中,预设对应关系预先设置在电子设备中,可以根据实际使用情况确定,也可以根据工程师的经验确定。例如,当预设对应关系中包括CPU满负荷和CPU满负荷时基础报警级别3、服务器宕机和服务器宕机时基础报警级别4。当网络报警事件为CPU满负荷时,根据预设对应关系,确定基础报警级别为3;当网络报警事件为服务器宕机时,根据预设对应关系,确定基础报警级别为4。
在另一种可实现的方式中,确定网络报警事件的基础报警级别可以包括:获取异常日志;根据异常日志,确定网络报警事件的基础报警级别。异常日志记录了异常事件和异常级别,设备供应商通过异常级别确定算法来确定异常级别。将异常日志中的异常级别与基础报警级别一一对应,得到网络报警事件的基础级别例如,设备供应商提供的异常级别包括:debug、info、warn、Error、Fatal。将debug、info、warn、Error、Fatal对应基础报警级别的“1”、“2”、“3”、“4”、“5”,以确定网络报警事件的基础报警级别。
步骤S102、获取网络报警事件的故障设备详细信息。
具体的,获取网络报警事件的故障设备详细信息的方式可以包括:基于ip地址发送信息获取请求至网络报警事件的故障设备,信息获取请求用于使故障设备读取并发送详细信息;获取故障设备的详细信息。
其中,网络报警事件的故障设备详细信息至少包括以下任意一种或者多种信息:故障设备类型、故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式。故障设备类型包括但不限于以下任意一种或者多种:核心交换机、汇聚交换机、接入交换机、防火墙、负载均衡设备和AP设备;故障设备所在区域包括但不限于以下任意一种或者多种:业务区、专线区、数据区以及测试区;故障设备上部署的业务类型包括但不限于以下任意一种或者多种:支付类业务、toC类业务、信息查询类业务、定期统计类业务以及数据同步类业务;故障设备上业务的部署方式包括:单点部署以及分布式部署。
步骤S103、根据预设故障设备详细信息与待调整级别的对应关系,确定网络报警事件的故障设备详细信息的待调整级别。
具体的,待调整级别可以基于故障设备的详细信息确定,预设故障设备详细信息与待调整级别的对应关系基于故障设备详细信息的重要性确定。根据对应关系,确定待调整级别,以区分相同的网络报警事件发生在不同的故障设备时的差异。
其中,预设故障设备详细信息与待调整级别的对应关系包括但不限于以下任意一种或者多种:故障设备类型和子待调整级别确定的第一对应关系;故障设备所在区域和子待调整级别确定的第二对应关系;故障设备上部署的业务类型和子待调整级别确定的第三对应关系;故障设备上业务的部署方式和子待调整级别确定的第四对应关系。
在一种可实现的方式中,当所述网络报警事件的故障设备详细信息包括多个信息时,根据预设故障设备详细信息与待调整级别的对应关系,确定每一信息对应的子待调整级别;将每一信息对应的子待调整级别与基础报警级别相加,得到每一子级别;若存在子级别高于预设最高业务报警阈值,则将所述待调整级别确定为预设最高业务报警阈值与基础报警级别之差;若存在子级别低于预设最低业务报警阈值,则将所述待调整级别确定为预设最低业务报警阈值与基础报警级别之差;若存在子级别高于预设最高业务报警阈值,且存在子级别低于预设最低业务报警阈值,则将所述待调整级别确定为预设最低业务报警阈值与基础报警级别之差;否则,将所述每一信息对应的子待调整级别相加,得到待调整级别。
步骤S104、根据待调整级别,对基础报警级别进行调整,得到业务报警级别。
具体的,基础报警级别是根据网络报警事件确定的,待调整级别是根据故障设备的详细信息确定的。基于待调整级别,对基础报警级别进行调整,能够体现相同的网络报警事件发生在不同设备上时的区别,使得到的业务报警级别更加符合实际设备情况的需求,以提高网络故障报警级别的有效性。
例如,根据待调整级别“+1”,对基础级别“3”进行调整,得到业务报警级别“4”,能够符合实际设备情况的需求,以提高网络故障报警级别的有效性。
综上可知,在本申请实施例中,当识别到报警事件时,确定报警事件的基础报警级别;在获取网络报警事件的故障设备详细信息后,根据预设故障设备详细信息与待调整级别的对应关系,确定待调整级别,其中,相同的报警事件,在不同的故障设备类型故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式存在差异时,待调整级别有所不同,能够区分相同的网络报警事件发生在不同的故障设备时的差异;根据待调整级别对基础报警级别进行调整后,得到业务报警级别,能够符合实际设备情况的需求,以提高网络故障报警级别的有效性。
进一步的,请参考图2,图2为本申请实施例提供的一种级别调整的流程示意图,步骤S104可以包括:步骤S1041、步骤S1042、步骤S1043和步骤S1044,其中:
步骤S1041、将待调整级别与基础报警级别进行计算,得到业务报警级别。
具体的,将基础报警级别与待调整级别相加,得到业务报警级别。
步骤S1042、若业务报警级别高于预设最高业务报警阈值,则将业务报警级别设置为预设最高业务报警阈值。
其中,预设最高业务报警阈值为一系列报警级别的上限,若一系列报警级别为“1”、“2”、“3”、“4”、“5”,则预设最高业务报警阈值为5;若一系列报警级别为“1”-“10”,则最高业务报警阈值为10。
判断业务报警级别是否高于预设最高业务报警阈值,若高于,则表示业务报警级别超过报警级别的范围,报警级别失效,将业务报警级别设置为预设最高业务报警阈值。
步骤S1043、若业务报警级别低于预设最低业务报警阈值,则将业务报警级别设置为预设最低业务报警阈值。
其中,最低业务报警阈值为一系列报警级别的下限,若一系列报警级别为“1”、“2”、“3”、“4”、“5”,则最低业务报警阈值为1;若一系列报警级别为“3”-“10”,则最低业务报警阈值为3。
判断业务报警级别是否低于预设最低业务报警阈值,若低于,则表示业务报警级别超过报警级别的范围,报警级别失效,将业务报警级别设置为预设最低业务报警阈值。
步骤S1044、若业务报警级别不高于预设最高业务报警阈值,业务报警级别不低于预设最低业务报警阈值,则业务报警级别不变。
例如,计算待调整级别“-90”与基础级别“4”的和,得到业务报警级别为“-86”。业务报警级别不高于预设最高业务报警阈值,但业务报警级别低于预设最低业务报警阈值,将业务报警级别调整为最低业务报警阈值,即业务报警级别调整为“1”。
可见,本申请实施例能够将基础报警级别与待调整级别进行计算,得到业务报警级别,能够根据业务和设备的实际情况确定业务报警级别;若业务报警级别高于最高业务报警阈值,则将业务报警级别设置为最高业务报警阈值,能够保证业务报警级别在预设的级别范围内,当超过预设的级别范围时,报警级别失效;若业务报警级别低于最低业务报警阈值,则将业务报警级别设置为最低业务报警阈值,能够保证业务报警级别在预设的级别范围内,当低于预设的级别范围时,报警级别失效。
进一步的,步骤S103可以包括:步骤S1031(附图未示出)、步骤S1032(附图未示出)、步骤S1033(附图未示出)、步骤S1034(附图未示出)和步骤S1035(附图未示出),其中:
步骤S1031、当网络报警事件的故障设备详细信息包括多个信息时,根据预设故障设备详细信息与待调整级别的对应关系,确定每一信息对应的子待调整级别。
其中,若故障设备详细信息表征故障很重要,可以将对应的子待调整级别设置为预设最高业务报警阈值,以保证业务报警级别调整为最高级;若故障设备详细信息表征故障不重要,可以将对应的子待调整级别设置为预设最高业务报警阈值的相反数,以保证业务报警级别调整为最低级。在预设故障设备详细信息与待调整级别的对应关系中,存在子待调整级别值为预设最高业务报警阈值,存在子待调整级别值为预设最高业务报警阈值的相反数。
比如,第一对应关系为故障设备类型和子待调整级别的对应关系,可通过表格示意,如表1举例所示的第一对应关系:
表1
故障设备类型 | 子待调整级别 |
核心交换机 | +5 |
汇聚交换机 | +1 |
接入交换机 | 0 |
防火墙 | +1 |
负载均衡设备 | +1 |
AP设备 | -1 |
若核心交换机故障,它连接的汇聚交换机无法工作,所以核心交换机的子待调整级别设置为最高,核心交换机故障对应的子待调整级别为预设最高业务报警阈值;若汇聚交换机故障,它连接的接入交换机无法工作,所以对子待调整级别为正数;若接入交换机故障,不会影响核心交换机与汇聚交换机的工作,所以级别不作调整。若防火墙出现故障,则无法发现计算机运行时的安全风险,所以子待调整级别为正数;若负载均衡设备出现故障,则无法拓展网络设备和服务器的带宽、无法增加吞吐量,所以子待调整级别为正数;若AP类设备出现故障,影响仅为AP类设备自身,所以子待调整级别为负数。
例如,当故障设备类型为“汇聚交换机”时,确定带调整级别为“+1”,表示向上调整1级。
当然,上述通过表格示意的第一对应关系只是一种举例,并非用于限定。
比如,第二对应关系为故障设备所在区域和子待调整级别的对应关系,可通过表格示意,如表2举例所示的第二对应关系:
表2
若业务区设备出现故障,则部分业务无法正常运行,直接影响用户的使用,所以子待调整级别为正数;若专线区和数据区出现故障,则不会直接影响用户的使用,子待调整级别为正数,但不会超过业务区对应的子待调整级别;若测试区出现故障,因测试区的设备没有投入使用,不会影响用户的使用,所以子待调整级别为最低,测试区设备故障的子待调整级别为预设最高业务报警阈值的相反数。
例如,当故障设备所在区域在“业务区”时,确定带调整级别为“+2”,表示向上调整2级。
当然,上述通过表格示意的第二对应关系只是一种举例,并非用于限定。
比如,第三对应关系为故障设备上部署的业务类型和子待调整级别,可通过表格示意,如表3举例所示的第三对应关系:
表3
故障设备上部署的业务类型 | 子待调整级别 |
支付类业务 | +5 |
toC类业务 | +1 |
信息查询类业务 | 0 |
定期统计类业务 | -1 |
数据同步类业务 | -1 |
若支付类业务出现故障,可能会导致财产损失,所以子待调整级别设置为最高,支付类业务故障对应的子待调整级别为预设最高业务报警阈值;若toC类业务出现故障,可能会影响用户的使用,所以子待调整级别为正数;若信息查询类业务出现故障,需要实时响应但不影响用户的使用,所以级别不做调整,级别在toC类业务的子待调整级别与定期统计类业务、数据同步类业务的子待调整级别之间;若定期统计类或数据同步类业务出现故障,不需要实时响应也不会影响用户使用,所以子待调整级别为负数。
例如,当故障设备上部署的业务类型为“定期统计类业务”时,确定带调整级别为“-1”,表示向下调整1级。
当然,上述通过表格示意的第三对应关系只是一种举例,并非用于限定。
比如,第四对应关系为故障设备上业务的部署方式和子待调整级别,可通过表格示意,如表4举例所示的第四对应关系:
表4
对于单点部署的设备发生故障,设备上的业务无法正常使用,子待调整级别设置为最高,单点部署的设备故障对应的子待调整级别为预设最高业务报警阈值;对于分布式部署且故障设备个数占部署服务器超过20%的设备发生故障,业务的部分功能可能无法使用,所以子待调整级别为正数;对于分布式部署且故障设备个数占部署服务器未超过20%的设备发生故障,对业务使用的影响很小,所以子待调整级别为负数。
例如,当故障设备上业务的部署方式为“分布式部署”时,若故障设备个数占部署服务器超过20%,则确定带调整级别为“+1”,表示向上调整1级。
步骤S1032、若存在子待调整级别大于等于预设最高业务报警阈值,则将待调整级别确定为预设最高业务报警阈值与基础报警级别之差。
具体的,当对应关系中的子待调整级别为预设最高业务报警阈值时,目的是使业务报警级别为预设最高业务报警阈值。这时,其他对应关系会得到其他子待调整级别,若将子待调整级别相加得到待调整级别,无法保证业务报警级别是预设最高业务报警阈值。所以,为了防止其他子待调整级别的干扰,待调整级别确定为预设最高业务报警阈值与基础报警级别之差,进而确定业务报警级别为预设最高业务报警阈值。
例如,基础报警级别为“1”,根据第一对应关系确定第一子待调整级别为“+5”。存在子待调整级别等于预设最高业务报警阈值,确定待调整级别为“+5”与“1”的差值。
步骤S1033、若存在子待调整级别小于等于预设最高业务报警阈值的相反数,则将待调整级别确定为预设最低业务报警阈值与基础报警级别之差。
具体的,当对应关系中的子待调整级别为预设最高业务报警阈值的相反数时,目的是业务报警级别为预设最低业务报警阈值。这时,其他对应关系会得到其他子待调整级别,若将子待调整级别相加得到待调整级别,无法保证业务报警级别是预设最低业务报警阈值。所以,为了防止其他子待调整级别的干扰,待调整级别确定为预设最低业务报警阈值与基础报警级别之差,进而确定业务报警级别为预设最低业务报警阈值。
例如,基础报警级别为“3”,根据第二对应关系确定第二子待调整级别为“-5”。存在子待调整级别等于预设最高业务报警阈值的相反数,确定待调整级别为“1”与“3”的差值。
步骤S1034、若存在子待调整级别大于等于预设最高业务报警阈值,且存在子待调整级别小于等于预设最高业务报警阈值的相反数,则将待调整级别确定为预设最低业务报警阈值与基础报警级别之差。
具体的,当存在子待调整级别等于预设最高业务报警阈值,且存在子待调整级别等于预设最高业务报警阈值的相反数时,则考虑多个对应关系中子待调整级别的优先级。根据实际情况,当故障设备所在区域为测试区时,需要确定业务报警级别为预设最低业务报警阈值,所以,待调整级别确定为预设最低业务报警阈值与基础报警级别之差。
步骤S1035、否则,将每一信息对应的子待调整级别相加,得到待调整级别。
当不执行步骤S1032、步骤S1033、步骤S1034时,执行步骤S1035。
例如,网络报警事件为CPU满负荷,查询到故障设备类型为AP设备,故障设备所在区域为数据区,故障设备上部署的业务类型为信息查询类业务,故障设备上业务的部署方式为分布式部署且故障设备个数占部署服务器超过20%。根据第一对应关系,得到第一子待调整级别为“-1”;根据第二对应关系得到第二子待调整级别为“+1”;根据第三对应关系,得到第三子调整级别为“0”;根据第四对应关系,得到第四子待调整级别为“+1”。计算每一信息对应的子待调整级别相加,得到待调整级别为“+1”。
可见,本申请实施例当网络报警事件的故障设备详细信息包括多个信息时,能够根据预设故障设备详细信息与待调整级别的对应关系,得到每一信息对应的子待调整级别,子待调整级别能符合每一信息的实际需求;当存在子待调整级别等于预设最高业务报警阈值时,为了防止其他子待调整级别的干扰,待调整级别确定为预设最高业务报警阈值与基础报警级别之差,进而确定业务报警级别为预设最高业务报警阈值;当存在子待调整级别等于预设最高业务报警阈值的相反数时,为了防止其他子待调整级别的干扰,待调整级别确定为预设最低业务报警阈值与基础报警级别之差,进而确定业务报警级别为预设最低业务报警阈值;当存在子待调整级别等于预设最高业务报警阈值,且存在子待调整级别等于预设最高业务报警阈值的相反数时,待调整级别确定为预设最低业务报警阈值与基础报警级别之差,进而确定业务报警级别为预设最低业务报警阈值;否则,将每一信息对应的子待调整级别相加,得到待调整级别。
进一步的,为了对多个报警级别非最高的相同网络报警事件提高报警级别,还包括:步骤S105(附图未示出)、步骤S106(附图未示出)和步骤S107(附图未示出),其中,步骤S105、判断业务报警级别是否为预设级别,预设级别低于预设最高业务报警阈值。
其中,预设级别表征非最高级的报警级别,在网络中发生多个报警级别费最高的相同网络报警事件时,提高报警级别,以提高运维人员的注意。预设级别可以根据实际使用情况确定,也可以根据工程师的经验确定,本实施例不再做出限定。
步骤S106、若是,则根据定期内网络报警事件的统计结果,对业务报警级别进行调整,得到最终报警级别。
其中,统计结果为定期内相同网络报警事件的个数和/或定期内同一设备发生的网络报警事件的个数,本实施例不再做出限定。
获取统计结果;根据统计结果,对业务报警级别进行上调,得到最终报警级别。上调的规则,可以根据实际使用情况确定,也可以根据工程师的经验确定,本实施例不再做出限定。根据统计结果进行调整,能够使报警级别更为准确,因为当存在多个级别较低的网络报警事件时,运维人员常常会忽略,只有对网络报警事件进行合并且对业务报警级别进行上调后,更能引起运维人员的注意。
步骤S107、若不是,则确定最终业务报警级别为业务报警级别。
可见,本申请实施例通过判断业务报警级别是否为预设级别,预设级别一般为较低级别;若是,则根据统计结果,对业务报警级别进行调整,得到最终报警级别,能够定期统计网络内发生的报警事件,调整报警级别,以提高网络报警级别的有效性,使运维人员能够更及时处理网络故障。
进一步的,为了进一步提高网络故障报警级别的有效性,能够将多个较低的报警级别合并为较高的报警级别,从而对网络报警事件进行批量处理,具体的,步骤S106的根据定期内网络报警事件的统计结果,对业务报警级别进行调整,得到最终报警级别包括:步骤Sa1(附图未示出)、步骤Sa2(附图未示出)、步骤Sa3(附图未示出)和骤Sa4(附图未示出),其中:
步骤Sa1、若统计结果为定期内相同网络报警事件的个数,则判断定期内相同网络报警事件的个数是否大于第一阈值。
步骤Sa2、若是,则将网络报警事件合并为新的网络报警事件。
其中,第一阈值表征定期内相同网络报警事件的个数上限,超过第一阈值则认为相同网络报警事件个数较多,需要合并。第一阈值的大小可以根据实际使用情况确定,也可以根据工程师的经验确定,本实施例不再做出限定。
具体的,合并是指删除多个相同网络报警事件,新建一个网络报警事件,将多个网络报警事件转换为一个网络报警事件,能够减少大量低效的网络报警。
步骤Sa3、将业务报警级别上调第一预设级别,得到新的网络报警事件的最终报警级别。
其中,第一预设级别的大小可以根据实际使用情况确定,也可以根据工程师的经验确定,本实施例不再做出限定。通过将原有多个相同网络报警级别上调第一预设级别,得到新的网络报警事件的最终报警级别,能够提高网络报警级别的有效性。
步骤Sa4、若否,则最终业务报警级别为业务报警级别。
例如,定期内相同网络报警事件为一段时间内多个交换机发生了重启,个数大于第一阈值,则删除记录交换机重启的多个网络报警事件,新建一个交换机重启的网络报警事件,将该事件的最终报警级别设置为业务报警级别与第一预设级别的和值。
可见,本申请实施例当统计结果为定期内相同网络报警事件的个数时,则判断定期内相同网络报警事件的个数是否大于第一阈值,若是,则对网络报警事件进行合并处理,并提高报警级别,能够将多个较低的报警级别合并为较高的报警级别,从而对网络报警事件进行批量处理。
进一步的,为了进一步提高网络故障报警级别的有效性,能够将多个较低的报警级别合并为较高的报警级别,从而对网络报警事件进行批量处理,具体的,步骤S106的根据定期内网络报警事件的统计结果,对业务报警级别进行调整,得到最终报警级别包括:步骤Sc1(附图未示出)、步骤Sc2(附图未示出)、步骤Sc3(附图未示出)和骤Sc4(附图未示出),其中:
步骤Sc1、若统计结果为定期内同一设备发生的网络报警事件的个数,则判断定期内同一设备发生的网络报警事件的个数是否大于第二阈值。
其中,第二阈值表征定期内同一设备发生的网络报警事件的个数上限,超过第二阈值则认为相同网络报警事件个数较多,需要合并处理;第二阈值的大小可以根据实际使用情况确定,也可以根据工程师的经验确定,本实施例不再做出限定。
步骤Sc2、若是,则将相同的报警事件合并为新的网络报警事件。
通过删除多个相同网络报警事件,新建一个网络报警事件,将多个网络报警事件转换为一个网络报警事件,从而对网络报警事件进行合并处理,这能够减少大量低效的网络报警。
步骤Sc3、将业务报警级别上调第二预设级别,得到新的网络报警事件的最终报警级别。
其中,第二预设级别的大小可以根据实际使用情况确定,也可以根据工程师的经验确定,本实施例不再做出限定。通过将原有多个相同网络报警级别上调第二预设级别,得到新的网络报警事件的最终报警级别,能够提高网络报警级别的有效性。
步骤Sc4、若否,则最终业务报警级别为业务报警级别。
例如,定期内同一设备发生的网络报警事件的个数为一段时间内同一个交换机发生了多次重启,个数大于第二阈值,则删除记录交换机重启的多个网络报警事件,新建一个交换机重启的网络报警事件,将该事件的最终报警级别设置为业务报警级别与第二预设级别的和值。
可见,本申请实施例当统计结果为定期内同一设备发生的网络报警事件的个数时,判断定期内同一设备发生的网络报警事件的个数是否大于第二阈值,若是,对网络报警事件进行合并处理,并提高报警级别,能够以较高的报警级别提醒运维人员该设备存在多次故障,使运维人员查找同一设备多次报警的深层原因。
进一步的,为了使运维人员获取网络故障报警级别,请参考图3,图3为本申请实施例提供的一种警示的流程示意图,包括:步骤S108、步骤S109,其中:
S108、根据最终报警级别,利用预设报警级别与报警通道的对应关系,确定报警通道。
其中,报警通道包括但不限于以下的任意一种或多种:短信、微信、邮件、***页面。为了使报警通道能够显示报警级别及其重要性,预设报警级别与报警通道的对应关系,对应关系可以根据实际使用情况确定,也可以根据工程师的经验确定。
S109、利用报警通道,发送报警信息。
其中,报警信息的内容为[业务类型][报警级别][报警事件],也可以根据实际使用情况确定,也可以根据工程师的经验确定。
具体的,预设报警级别与报警通道的对应关系可以包括:当预设报警级别为“5”时,报警通道为短信;当最终报警级别为“4”时,报警通道为微信;当最终报警级别为“3”时,报警通道为邮件;当最终报警级别为“2”时,报警通道为***页面;当最终报警级别为“1”时,无报警通道。
例如,紧急报警的报警级别为“5”,根据预设报警级别与报警通道的对应关系,确定报警通道为短信,短信内容为[业务类型][报警级别][报警事件]。严重报警的报警级别为“4”,根据预设报警级别与报警通道的对应关系,确定报警通道为微信,不同的业务类型报警在发送微信报警时也会发到不同的公众号频道上。普通报警的报警级别为“3”,根据预设报警级别与报警通道的对应关系,确定报警通道为邮件,邮件标题为[业务类型][报警级别][报警事件]。警告的报警级别为“2”,根据预设报警级别与报警通道的对应关系,确定报警通道为***页面。忽略的报警级别为“1”,根据预设报警级别与报警通道的对应关系,确定报警通道为无。
可见,本申请实施例能够根据不同的报警级别,选择不同的报警通道,能够通过报警通道来显示报警级别的重要性;利用报警通道,发送报警信息,能够使运维人员接收报警信息,对报警事件进行处理。
本申请实施例提供了一种网络故障报警级别管理装置,如图4所示,该装置具体可以包括:
识别事件模块210,用于当识别到网络报警事件时,确定网络报警事件的基础报警级别;信息获取模块220,用于获取网络报警事件的故障设备详细信息,其中,网络报警事件的故障设备详细信息至少包括以下任意一种或者多种信息:故障设备类型、故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式;
确定级别模块230,用于根据预设故障设备详细信息与待调整级别的对应关系,确定网络报警事件的故障设备详细信息的待调整级别;
调整级别模块240,用于根据待调整级别,对基础报警级别进行调整,得到业务报警级别。
通过采用上述技术方案,能够当识别到报警事件时,确定报警事件的基础报警级别;在获取网络报警事件的故障设备详细信息后,根据预设故障设备详细信息与待调整级别的对应关系,确定待调整级别,其中,相同的报警事件,在不同的故障设备类型故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式存在差异时,待调整级别有所不同,能够区分相同的网络报警事件发生在不同的故障设备时的差异;根据待调整级别对基础报警级别进行调整后,得到业务报警级别,能够符合实际设备情况的需求,以提高网络故障报警级别的有效性。
优选的,确定级别模块230在执行根据预设故障设备详细信息与待调整级别的对应关系,确定网络报警事件的故障设备详细信息的待调整级别时,用于:
当网络报警事件的故障设备详细信息包括多个信息时,根据预设故障设备详细信息与待调整级别的对应关系,确定每一信息对应的子待调整级别;
若存在子待调整级别等于预设最高业务报警阈值,则将待调整级别确定为预设最高业务报警阈值与基础报警级别之差;
若存在子待调整级别等于预设最高业务报警阈值的相反数,则将待调整级别确定为预设最低业务报警阈值与基础报警级别之差;
若存在子待调整级别等于预设最高业务报警阈值,且存在子待调整级别等于预设最高业务报警阈值的相反数,则将待调整级别确定为预设最低业务报警阈值与基础报警级别之差;
否则,将每一信息对应的子待调整级别相加,得到待调整级别。
优选的,调整级别模块240在执行根据待调整级别,对基础报警级别进行调整,得到业务报警级别时,用于:
将待调整级别与基础报警级别进行计算,得到业务报警级别;
若业务报警级别高于预设最高业务报警阈值,则将业务报警级别设置为预设最高业务报警阈值;
若业务报警级别低于预设最低业务报警阈值,则将业务报警级别设置为预设最低业务报警阈值。
优选的,网络故障报警级别管理装置,还包括:
再次调整模块,用于判断业务报警级别是否为预设级别,预设级别低于预设最高业务报警阈值;若是,则根据定期内网络报警事件的统计结果,对业务报警级别进行调整,得到最终报警级别。
优选的,再次调整模块在执行根据定期内网络报警事件的统计结果,对业务报警级别进行调整,得到最终报警级别时,用于:
若统计结果为定期内相同网络报警事件的个数,则判断定期内相同网络报警事件的个数是否大于第一阈值;
若是,则将网络报警事件合并为新的网络报警事件;将业务报警级别上调第一预设级别,得到新的网络报警事件的最终报警级别;
优选的,再次调整模块在执行根据定期内网络报警事件的统计结果,对业务报警级别进行调整,得到最终报警级别时,用于:
若统计结果为定期内同一设备发生的网络报警事件的个数,则判断定期内同一设备发生的网络报警事件的个数是否大于第二阈值;
若是,则将相同的报警事件合并为新的网络报警事件;将业务报警级别上调第二预设级别,得到新的网络报警事件的最终报警级别。
优选的,网络故障报警级别管理装置,还包括:
报警模块,用于根据最终报警级别,利用预设报警级别与报警通道的对应关系,确定报警通道;
利用报警通道,发送报警信息。
本申请实施例中提供了一种电子设备,如图5所示,图5所示的电子设备300包括:处理器301和存储器303。其中,处理器301和存储器303相连,如通过总线302相连。可选地,电子设备300还可以包括收发器304。需要说明的是,实际应用中收发器304不限于一个,该电子设备300的结构并不构成对本申请实施例的限定。
处理器301可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器301也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线302可包括一通路,在上述组件之间传送信息。总线302可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一条粗线表示,但并不表示仅有一根总线或一型的总线。
存储器303可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器303用于存储执行本申请方案的应用程序代码,并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码,以实现前述方法实施例所示的内容。
其中,电子设备包括但不限于:移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图5示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,当其在计算机上运行时,使得计算机可以执行前述方法实施例中相应内容。本申请实施例能够当识别到报警事件时,确定报警事件的基础报警级别;在获取网络报警事件的故障设备详细信息后,根据预设故障设备详细信息与待调整级别的对应关系,确定待调整级别,其中,相同的报警事件,在不同的故障设备类型故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式存在差异时,待调整级别有所不同,能够区分相同的网络报警事件发生在不同的故障设备时的差异;根据待调整级别对基础报警级别进行调整后,得到业务报警级别,能够符合实际设备情况的需求,以提高网络故障报警级别的有效性。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种网络故障报警级别管理方法,其特征在于,包括:
当识别到网络报警事件时,确定所述网络报警事件的基础报警级别;
获取所述网络报警事件的故障设备详细信息,其中,所述网络报警事件的故障设备详细信息至少包括以下任意一种或者多种信息:故障设备类型、故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式;
根据预设故障设备详细信息与待调整级别的对应关系,确定所述网络报警事件的故障设备详细信息的待调整级别;
根据所述待调整级别,对所述基础报警级别进行调整,得到业务报警级别。
2.根据权利要求1所述的方法,其特征在于,所述根据所述待调整级别,对所述基础报警级别进行调整,得到业务报警级别,包括:
将所述待调整级别与所述基础报警级别进行计算,得到业务报警级别;
若所述业务报警级别高于预设最高业务报警阈值,则将所述业务报警级别设置为所述预设最高业务报警阈值;
若所述业务报警级别低于预设最低业务报警阈值,则将所述业务报警级别设置为所述预设最低业务报警阈值。
3.根据权利要求1所述的方法,其特征在于,所述根据预设故障设备详细信息与待调整级别的对应关系,确定所述网络报警事件的故障设备详细信息的待调整级别,包括:
当所述网络报警事件的故障设备详细信息包括多个信息时,根据预设故障设备详细信息与待调整级别的对应关系,确定每一信息对应的子待调整级别;其中,对应关系中的待调整级别根据优先级设置,所述待调整级别的范围从预设最高业务报警阈值的相反数至预设最高业务报警阈值;
若存在子待调整级别大于等于预设最高业务报警阈值,则将所述待调整级别确定为预设最高业务报警阈值与基础报警级别之差;
若存在子待调整级别小于等于预设最高业务报警阈值的相反数,则将所述待调整级别确定为预设最低业务报警阈值与基础报警级别之差;
若存在子待调整级别大于等于预设最高业务报警阈值,且存在子待调整级别小于等于预设最高业务报警阈值的相反数,则将所述待调整级别确定为预设最低业务报警阈值与基础报警级别之差;
否则,将所述每一信息对应的子待调整级别相加,得到待调整级别。
4.根据权利要求1至3任意一项所述的方法,其特征在于,在所述根据所述待调整级别,对所述基础报警级别进行调整,得到业务报警级别之后,还包括:
判断业务报警级别是否为预设级别,所述预设级别低于所述预设最高业务报警阈值;
若是,则根据定期内网络报警事件的统计结果,对所述业务报警级别进行调整,得到最终报警级别。
5.根据权利要求4所述的方法,其特征在于,所述根据定期内网络报警事件的统计结果,对所述业务报警级别进行调整,得到最终报警级别,包括:
若统计结果为定期内相同网络报警事件的个数,则判断所述定期内相同网络报警事件的个数是否大于第一阈值;
若是,则将所述网络报警事件合并为新的网络报警事件;将所述业务报警级别上调第一预设级别,得到所述新的网络报警事件的最终报警级别。
6.根据权利要求4所述的方法,其特征在于,所述根据定期内网络报警事件的统计结果,对所述业务报警级别进行调整,得到最终报警级别,包括:
若统计结果为定期内同一设备发生的网络报警事件的个数,则判断所述定期内同一设备发生的网络报警事件的个数是否大于第二阈值;
若是,则将所述相同的报警事件合并为新的网络报警事件;将所述业务报警级别上调第二预设级别,得到所述新的网络报警事件的最终报警级别。
7.根据权利要求4所述的方法,其特征在于,在所述根据所述统计结果,对所述业务报警级别进行调整,得到最终报警级别之后,还包括:
根据所述最终报警级别,利用预设报警级别与报警通道的对应关系,确定报警通道;
利用所述报警通道,发送报警信息。
8.一种网络故障报警级别管理装置,其特征在于,包括,
识别事件模块,用于当识别到网络报警事件时,确定所述网络报警事件的基础报警级别;
信息获取模块,用于获取所述网络报警事件的故障设备详细信息,其中,所述网络报警事件的故障设备详细信息至少包括以下任意一种或者多种信息:故障设备类型、故障设备所在区域、故障设备上部署的业务类型和故障设备上业务的部署方式;
确定级别模块,用于根据预设故障设备详细信息与待调整级别的对应关系,确定所述网络报警事件的故障设备详细信息的待调整级别;
调整级别模块,用于根据所述待调整级别,对所述基础报警级别进行调整,得到业务报警级别。
9.一种电子设备,其特征在于,包括:
至少一个处理器;
存储器;
至少一个应用程序,其中至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行,所述至少一个应用程序配置用于:执行权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,其特征在于,当所述计算机程序在计算机中执行时,令所述计算机执行权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210868030.9A CN115242611B (zh) | 2022-07-21 | 2022-07-21 | 一种网络故障报警级别管理方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210868030.9A CN115242611B (zh) | 2022-07-21 | 2022-07-21 | 一种网络故障报警级别管理方法、装置、设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115242611A true CN115242611A (zh) | 2022-10-25 |
CN115242611B CN115242611B (zh) | 2023-10-03 |
Family
ID=83675327
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210868030.9A Active CN115242611B (zh) | 2022-07-21 | 2022-07-21 | 一种网络故障报警级别管理方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115242611B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6665262B1 (en) * | 1999-02-16 | 2003-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed fault management architecture |
CN102201928A (zh) * | 2010-03-24 | 2011-09-28 | 中兴通讯股份有限公司 | 告警级别处理方法及告警服务器 |
CN104270277A (zh) * | 2014-10-24 | 2015-01-07 | 深圳中兴网信科技有限公司 | 报警信息处理方法和报警信息处理装置 |
US20190163551A1 (en) * | 2017-11-30 | 2019-05-30 | Optumsoft, Inc. | Automatic root cause analysis using ternary fault scenario representation |
CN110650036A (zh) * | 2019-08-30 | 2020-01-03 | 中国人民财产保险股份有限公司 | 告警处理方法、装置及电子设备 |
CN110932901A (zh) * | 2019-11-29 | 2020-03-27 | 深圳市计通智能技术有限公司 | 一种告警等级调整方法及*** |
CN112052147A (zh) * | 2020-07-27 | 2020-12-08 | 网宿科技股份有限公司 | 监控方法、电子设备及存储介质 |
US10965518B1 (en) * | 2017-12-13 | 2021-03-30 | Amazon Technologies, Inc. | Network alert correlation |
WO2021169270A1 (zh) * | 2020-02-27 | 2021-09-02 | 平安科技(深圳)有限公司 | 服务器故障预警方法、装置、计算机设备及存储介质 |
-
2022
- 2022-07-21 CN CN202210868030.9A patent/CN115242611B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6665262B1 (en) * | 1999-02-16 | 2003-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed fault management architecture |
CN102201928A (zh) * | 2010-03-24 | 2011-09-28 | 中兴通讯股份有限公司 | 告警级别处理方法及告警服务器 |
CN104270277A (zh) * | 2014-10-24 | 2015-01-07 | 深圳中兴网信科技有限公司 | 报警信息处理方法和报警信息处理装置 |
US20190163551A1 (en) * | 2017-11-30 | 2019-05-30 | Optumsoft, Inc. | Automatic root cause analysis using ternary fault scenario representation |
US10965518B1 (en) * | 2017-12-13 | 2021-03-30 | Amazon Technologies, Inc. | Network alert correlation |
CN110650036A (zh) * | 2019-08-30 | 2020-01-03 | 中国人民财产保险股份有限公司 | 告警处理方法、装置及电子设备 |
CN110932901A (zh) * | 2019-11-29 | 2020-03-27 | 深圳市计通智能技术有限公司 | 一种告警等级调整方法及*** |
WO2021169270A1 (zh) * | 2020-02-27 | 2021-09-02 | 平安科技(深圳)有限公司 | 服务器故障预警方法、装置、计算机设备及存储介质 |
CN112052147A (zh) * | 2020-07-27 | 2020-12-08 | 网宿科技股份有限公司 | 监控方法、电子设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
韩文善;李斌;: "基于业务分布的传送网网络预警分级机制的应用", 中兴通讯技术, no. 01, pages 8 - 11 * |
Also Published As
Publication number | Publication date |
---|---|
CN115242611B (zh) | 2023-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110213068B (zh) | 一种消息中间件的监控方法及相关设备 | |
CN107547262B (zh) | 告警级别的生成方法、装置和网管设备 | |
CN108737132B (zh) | 一种告警信息处理方法及装置 | |
CN112631913B (zh) | 应用程序的运行故障监控方法、装置、设备和存储介质 | |
JP6160064B2 (ja) | 適用判定プログラム、障害検出装置および適用判定方法 | |
CN109639504B (zh) | 一种基于云平台的告警信息处理方法和装置 | |
CN112311617A (zh) | 一种配置化数据监控告警方法及*** | |
CN110618890B (zh) | 故障处理方法、装置、电子设备及计算机可读存储介质 | |
CN105373460A (zh) | 监控消息的告警方法和*** | |
CN103024786B (zh) | 一种资源管理方法和*** | |
CN111064802B (zh) | 一种网络请求的处理方法、装置、电子设备及存储介质 | |
CN112242938A (zh) | 探测方法、装置、电子设备及计算机可读存储介质 | |
CN115081969A (zh) | 异常数据确定方法及相关装置 | |
CN110955581A (zh) | 线上软件异常告警方法、装置、电子设备及存储介质 | |
CN114301800A (zh) | 一种网络设备质差分析方法及装置 | |
CN113391611B (zh) | 动力环境监控***的预警方法、装置及*** | |
CN115242611B (zh) | 一种网络故障报警级别管理方法、装置、设备和存储介质 | |
CN116737444A (zh) | 一种数据库服务器故障处理方法及*** | |
CN108234658B (zh) | 一种感知服务器集群健康状况的方法、装置和服务器 | |
CN112785012B (zh) | 基站维修等级的确定方法、装置、存储介质及电子设备 | |
KR102464688B1 (ko) | 모니터링 결과의 이벤트 등급 결정 방법 및 장치 | |
CN115499288A (zh) | 业务监控方法、装置、设备及介质 | |
CN113961565A (zh) | 数据检测方法、***、计算机***及可读存储介质 | |
CN109508356B (zh) | 数据异常预警方法、装置、计算机设备及存储介质 | |
CN113807697A (zh) | 基于告警关联的派单方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |