CN110650036A - 告警处理方法、装置及电子设备 - Google Patents
告警处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN110650036A CN110650036A CN201910817076.6A CN201910817076A CN110650036A CN 110650036 A CN110650036 A CN 110650036A CN 201910817076 A CN201910817076 A CN 201910817076A CN 110650036 A CN110650036 A CN 110650036A
- Authority
- CN
- China
- Prior art keywords
- alarm
- determining
- equipment
- alarm information
- level
- 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/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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
-
- 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/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- 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/14—Network analysis or design
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种告警处理方法、装置、电子设备及计算机可读存储介质。该方法包括:从第一告警的告警信息中确定指定类型的告警内容;根据确定的告警内容,确定所述告警信息的初始级别;判断是否存在与所述告警信息关联的第二告警;根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
Description
技术领域
本申请涉及计算机技术,尤其涉及一种告警处理方法、装置、电子设备及计算机可读存储介质。
背景技术
目前,随着互联网技术(Internet Technology,IT)的不断发展和完善,计算机硬件***和软件***的运行维护已经逐渐引起了IT行业的重视,IT运维技术应运而生。
通过IT运维技术可以处理计算机硬件***和软件***的故障,从而保证各***设备的正常运转。在现有运维技术中,***设备在故障时,一般会产生告警信息,通过现有技术虽然能获取设备故障的告警信息,但当告警很多并且频繁时,需要运维人员实时监控并投入大量时间精力,去分析每条告警信息进而判断故障严重程度和制定故障处理方案等,这需要运维人员具有一定的素质和能力。
即,现有技术中,通过运维人员分析告警信息以对故障进行处理的方式,增加了运维人员的压力,可能会导致运维效率不高,无法实时有效准确的定位处理故障。
发明内容
本申请实施例提供一种告警处理方法、装置、电子设备及计算机可读存储介质,解决了现有技术中当告警信息庞杂且频繁时,通过运维人员分析告警信息,导致处理故障效率不高的问题,实现了自动化处理告警信息以减轻运维人员分析告警信息的压力,从而提高处理故障的效率。
本申请实施例采用下述技术方案:
一种告警处理方法,包括:
从第一告警的告警信息中确定指定类型的告警内容;
根据确定的告警内容,确定所述告警信息的初始级别;
判断是否存在与所述告警信息关联的第二告警;
根据判断结果和所述初始级别,确定所述告警信息的目标级别;
所述目标级别与预设的故障响应策略相对应。
一种告警处理装置,包括:
确定模块,用于从第一告警的告警信息中确定指定类型的告警内容;
初始级别确定模块,用于根据确定的告警内容,确定所述告警信息的初始级别;
判断模块,用于判断是否存在与所述告警信息关联的第二告警;
目标级别确定模块,用于根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
通过从第一告警的告警信息中确定指定类型的告警内容,根据确定的告警内容得到初始级别,判断是否存在与所述告警信息相关的第二告警,根据判断结果和所述初始级别确定目标级别,使得对告警信息的定级更加准确,进而对告警的严重程度的判断更加准确,由于目标级别与预设的故障响应策略相对应,使得对故障的响应更加高效和准确,这实现了自动化处理告警信息,相对应现有技术中通过运维人员分析告警信息处理故障而言,减轻了运维人员分析告警信息的压力,提高了对告警信息的分析效率和对故障的处理效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的告警处理方法的流程示意图;
图2为本申请实施例提供的告警定级方法的流程示意图;
图3为本申请实施例提供的告警处理装置的结构示意图;
图4为本申请实施例提供的告警处理电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
现有技术中,通过运维人员分析大量告警信息以对设备故障进行处理的方式,增加了运维人员的压力,可能导致运维效率不高、故障处理不及时等问题。
为解决上述技术问题,本申请实施例提供了一种对告警的处理方法,用于自动化分析告警信息,减轻运维人员的压力,提高故障处理效率。该方法的流程示意图如图1所示,包括下述步骤:
步骤S11:从第一告警的告警信息中确定指定类型的告警内容。
这里的第一告警可以包括通过设备报警***产生的反映故障情况的告警信息。实际应用中,通常可以通过分析告警中的告警信息确定故障情况。
这里的告警信息可以来源于故障设备的日志***,这里的日志***可以是实时记录***中硬件、软件和***执行状态和发生的问题的组件,可以帮助用户定位问题。对于告警信息的来源本申请不做限制。
这里的告警信息可以包括很多内容,比如:故障发生的时间、故障设备对应的编号、故障部件对应的编号、故障的具体描述信息等。在实际应用中,获取到的告警信息通常可以由一串数字、字母和符号等组成,使得告警信息不易查看,可读性较差。那么为了方便之后对告警信息的处理,这里可以对获取的告警信息进行拆分处理,将告警信息拆分成各个告警内容。比如:一条告警信息“监控告警ID:285918,/资源视图/存储设备/高端存储/EMC/EMC VMAX&DMX(10.133.164.3)/DMX4_CK290105927/日志:Sun Nov 11 20:56:112018DF-12B Symm Disk Error 0x0078 A Symmetrix device has a member or amirror that is Write Disabled”,经过拆分后可以得到“告警编号:285918。告警来源:日志。告警时间:2018-11-11 20:56:11。告警设备:EMC VMAX&DMX(10.133.164.3)/DMX4_CK290105927。告警部件:Disk。错误码:0x0078。详细描述:A Symmetrix device has amember or a mirror that is Write Disabled”。其中,所述告警设备和告警部件可以表征故障产生位置,所述错误码可以表征故障类型,比如:错误码001表征硬盘损坏,错误码002表征硬盘过热。
在实际应用中,通过拆分告警信息获得的告警内容可以包含多种类型的信息,这里可以确定告警信息中某些指定类型的告警内容,所述指定类型的告警内容,包括下述至少一种:告警部件;告警设备;错误码。
步骤S12:根据确定的告警内容,确定所述告警信息的初始级别。
这里的初始级别可以表征告警严重程度,并且可以与部件本身的信息(比如包括但不限于前文出现的部件类型“Disk”)、设备本身的信息(比如包括但不限于前文出现的设备标识“EMC VMAX&DMX(10.133.164.3)/DMX4_CK290105927”)和错误码之间具备预设的对应关系。在实际应用中,这里的初始级别,可由运维人员根据经验预先定义,用于确定初始级别的信息可包括下述至少一种:错误码表征的故障类型;部件和设备的重要程度;部件和设备与其它设备部件的关联程度等。在实际应用中,部件、设备和错误码等信息通常存储于数据库或者其它可存储介质中,本申请一个或多个实施例中可以将与部件、设备和错误码对应的初始级别存放于数据库中,以方便检索和获取。对于如何存放初始级别本申请不做限制。
这里的告警内容,可以是通过步骤S11中确定的可以标识故障产生位置和/或故障类型的信息,比如:告警设备、告警部件和错误码等信息。在实际应用中,可以通过指定类型的告警内容检索数据库,确定与告警信息对应初始级别。
步骤S13:判断是否存在与所述告警信息关联的第二告警;
这里的第二告警可以包括通过设备报警***产生的反映故障情况的告警信息。实际应用中,通常分析告警中的告警信息确定故障情况。
考虑到若在实际应用中使用单个预设的告警级别,这样告警级别可能不够准确反映告警严重程度,比如:当某个部件故障时产生的告警的初始级别是1级,这可以代表当这个部件产生故障时,其所产生的影响范围可能不是很严重,但若这个部件几个小时内频繁地出现故障,这可能意味着这个部件故障较严重需要及时修复了,如果不及时修复可能会引起其它问题,那么此时这个1级的级别就可能不能准确反映告警严重程度。
本申请实施例,可以预设所述指定类型的告警内容对应多个级别,也可以对应一个级别。在实际应用中,所述指定类型的告警内容是否对应多个级别以及对应多少个级别,可由运维人员根据经验预先定义。运维人员用于确定所述指定类型的告警内容是否对应多个级别以及对应多少个级别的信息可包括下述至少一种:错误码表征的故障类型;部件和设备的重要程度;部件和设备与其它设备部件的关联程度等。对应于运维人员确定级别所用的信息,该些信息与告警信息的初始级别可以对应存储于数据库或者其它可存储介质中。
基于对应存储于数据库或者其它可存储介质的该些信息与告警信息的初始级别,在执行步骤S12时,可以根据所述指定类型的告警内容检索数据库,当检索到指定类型的告警内容对应一个级别时,就将预设的与告警内容对应的初始级别作为目标级别。而当检索到所述指定类型的告警内容对应多个级别时,则执行步骤S13,即,判断是否存在与告警内容关联的第二告警,也就是判断是否存在与告警信息关联的第二告警,其中,所述关联的第二告警可以包括下述至少一种:
在预设周期内包含所述指定类型的告警内容的告警;
告警部件对应的备用部件存在的告警;
告警设备对应的备用设备存在的告警;
告警设备的上联设备和/或下联设备存在的告警;
承载目标业务***的设备中除所述告警设备以外的其它设备存在的告警。
此处判断是否存在与所述告警信息关联的第二告警,目的在于后续可以执行步骤S14“根据判断结果和所述初始级别,确定所述告警信息的目标级别”,通过判断是否存在与告警信息关联的第二告警,与仅通过步骤S12确定告警的级别相较而言,可以使得对于告警的定级更加准确,对故障的严重程度的判断更加准确。
在实际应用中,通常是设备上的某些部件出现故障,进而引起设备故障。那么本申请一个或多个实施例,可以按照从告警部件,到承载告警部件的告警设备,进而到与告警设备关联的其它设备的顺序,判断是否存在关联的第二告警。
在本申请一个或多个实施例中,判断是否存在与所述告警信息关联的第二告警,可以具体包括下述至少一种判断步骤:
a.判断所述告警内容中的告警部件(后称所述告警部件)在预设周期内是否存在多次告警;
b.判断所述告警部件对应的备用部件是否存在告警,其中,所述备用部件包括可自动接管所述告警部件所承担功能的部件;
c.判断所述告警内容中的告警设备对应的备用设备是否存在告警,其中,所述备用设备包括可自动接管所述告警设备所承担功能的设备;
d.判断所述告警设备的上联设备和/或下联设备是否存在告警;
e.判断承载目标业务***的设备中除所述告警设备以外的其它设备是否存在告警。
其中,针对步骤a,在实际应用中,预设周期可以是由运维人员设置的。考虑到当设备运行一段时间后,设备的历史告警信息很多,那么预设一个周期,若在预设周期内部件出现多次告警,代表故障出现频率较高,可能意味着需要抓紧处理故障,不然可能部件无法长期正常运行,其中,这里的多次告警包括至少两条告警。比如:经统计,若发现某些部件一周内出现多次告警,就代表部件故障出现频率高,故障就比较严重,那么可以设置周期为一周;经统计,若发现某些部件24小时内出现多次告警,可以代表部件故障频率高,故障就比较严重,便可以设置周期为24小时。
针对步骤b和c,在实际应用中,通常部件或设备都有备用件,所述备用件可以用来在部件或者设备完全不能用或者短期内无法处理故障的情况下,可以替换故障部件或设备,保证其所承载的线上功能可以正常使用。那么当部件或设备出现故障了,如果其备用件也出现故障,也就是说,可以替代故障部件或者故障设备以保证线上功能不受影响的备用件也不可用了,也就意味着故障的严重程度或影响范围更大了。
针对步骤d,在实际应用中,设备通常有多个,并且设备之间也不是独立存在的,设备之间可以根据需求通过一定的连接关系共同作用,比如:设备B接收设备A发送的数据,发送数据给设备C,那么对于设备B来说设备A为设备B的上联设备,设备C为设备B的下联设备。多个设备之间可以采用更加复杂网状的连接关系,每个设备承载不同的功能模块,共同组成一套工作***。如果说其中与一个故障部件的设备连接的其它设备也发生故障,那么意味着故障的影响范围更大,如果不及时处理可能影响整个***的正常功能。
针对步骤e,在实际应用中,同一套目标业务***可能在多个设备上使用,比如一种总分式的数据库***,多个子数据库***承载相同的功能,其中,总数据库A用于接收各个子数据库A1、A2、A3传输来的数据,那么A1、A2、A3具备的可以都是采集本地数据传输给总数据库的功能,通常A1、A2、A3位于不同的设备上。当其中一个设备发生故障,若其它承载这个业务***的设备也发生故障,那么故障的影响范围也扩大了,可以理解为多个子数据库无法采集数据比起一个子数据库无法采集数据所产生的损失更大。
在本申请一个或多个实施例里,可以按照上述a-b-c-d-e的顺序判断。在实际应用中,上述判断条件的顺序可以根据实际情况进行调整。对此本申请不做限制。
步骤S14:根据判断结果和所述初始级别,确定所述告警信息的目标级别;
这里的初始级别可以是通过执行步骤S12得到的与告警信息对应的初始级别。这里的判断结果是按照上述a-b-c-d-e的顺序判断是否存在与告警信息关联的第二告警的结果。若判断结果为存在关联的第二告警,则可以对与告警信息对应的初始级别进行升级,得到更加准确的目标级别,这里的目标级别也可以表征告警严重程度,具体而言,目标级别的高低可以与告警严重程度正相关,目标级别越高,告警严重程度越高;反之,严重程度越低。
在实际应用中,考虑到当部件在一定周期内存在多次告警,认为这故障已经导致部件不能长期平稳运行了,那么其严重程度也就比告警部件对应的备用部件存在告警的严重程度要高,所以当判断出部件在一定周期内存在告警时,则可以对告警部件对应的初始级别进行升级,便不需要在判断是否备用部件存在告警,更不需要判断承载告警部件的告警设备的备用设备是否存在告警。以此类推,当部件在一定周期内没有出现多次告警,那么继续判断告警部件对应的备用部件是否存在告警,如果备用部件也存在告警,也就意味着连备用部件都不可用了,需要运维人员尽快处理故障,那么也就没有必要继续对承载故障部件的设备的备用设备进行判断。这里为了节省计算资源以及提高定级效率,本申请一个或多个实施例中,在判断是否存在与告警信息关联的第二告警,根据判断结果和初始级别,确定所述告警信息的目标级别时,可具体采用下述方式,请参见图2:
按照所述a-b-c-d-e的顺序,依次判断是否存在与所述告警信息关联的第二告警;
当确定存在任一所述关联的第二告警时,则停止执行所述顺序中的剩余判断;
当确定存在任一所述关联的第二告警时,对所述初始级别进行升级得到所述目标级别;
当确定不存在所述关联的第二告警时,则将所述告警信息的初始级别作为所述目标级别。
在告警信息数量庞大并且频繁的情况下,由于对每条告警信息的处理都需要一定处理时间以及占用一定内存,如果对每条告警信息按照多个预设的步骤全部判断一遍,这对计算***无论硬件还是软件都有一定的要求,同样对计算资源也是一种浪费。而本申请实施例,通过按照顺序判断,该顺序为与指定类型的告警内容相关程度由高到底的顺序,当判断出其中一个步骤存在告警,则停止判断,即如果存在与指定类型的告警内容相关程度高的告警,则没有必要在进一步判断是否存在与指定类型的告警内容相关程度低的告警。通过该判断方式,大大节省了计算资源,并且得到的目标级别已经可以反映出故障实际的严重程度。
在本申请实施例中,根据步骤S14中得到的所述目标级别可以与预设的故障响应策略相对应,这里的故障响应策略,可以具体包括:
根据步骤S14中得到的所述目标级别确定时限信息,所述时限信息可以包括预设的响应时限和处理故障时限中的至少一种。
其中,所述的响应时限,为运维人员在规定时间内确认已接收到告警信息的时限。响应时限的长短可以根据目标级别进行设定,比如可以设置为:目标级别越高,响应时限可以越短;反之,目标级别越低,响应时限可以越长。也即,响应时限的长短与目标级别的等级可以负相关。
在实际应用中,运维人员不会时刻守在监控设备旁,那么告警信息可以通过预设于第三方移动设备的监控软件推送给运维人员,这里所说的预设于第三方移动设备的监控软件,比如可以包括但不限于在手机、平板电脑、手提电脑等移动设备上装载的监控软件等。在实际情况中,还可能出现即使采用监控软件,运维人员也可能存在遗漏告警信息或者无法及时处理告警信息的情况。那么本申请实施例可以采用预设一个响应时限的方法,当告警信息产生并推送给运维人员时,如果运维人员在预设时限内没有确认操作时,可以将告警信息推送给其它运维人员。这样可以防止当运维人员由于某些原因无法及时处理告警时,避免故障影响范围扩大,保障故障处理的时效性。
其中,所述故障处理时限,是运维人员在规定时间内需要提出解决方案并处理完故障的时限。这里的故障处理时限的长短可以根据目标级别进行设定,比如可以设置为:目标级别越高,故障处理时限可以越短;反之,目标级别越低,故障处理时限可以越长。也即,故障处理时限的长短与目标级别的等级可以负相关。在实际应用中,运维人员要处理的告警信息,通常不止一条,告警的严重程度也不一样。那么这里的故障处理时限,可以帮助运维人员很好的规划处理故障的时间及顺序。
考虑到运维人员的经验、技术水平等不一致的情况,尤其对于不熟悉设备的运维人员来说,当设备发生故障时,需要花出更多的时间来确定解决方案。那么本申请可以通过获取与所述告警信息对应的故障处理方案,并将故障处理方案也推送给运维人员,给予运维人员一定的参考。当然,在实际应用中,运维人员可以采用推送的故障解决方案,也可以不采用推送的故障解决方案,实际的解决方案需要运维人员根据实际情况判断。这里的故障处理方案,可以是根据历史告警处理方法和运维人员的经验,预设的存放于数据库或者其它存储介质中的方案。
本申请实施例中将故障处理方案推送给运维人员的方式,可以包括:通过邮件、短信、电话以及预设于移动设备的监控软件等方式。其中,所述推送给运维人员的方式还可以包括:根据不同的目标级别,设定与该目标级别相对应的推送方式,以实现更有效的通知运维人员,防止运维人员遗漏告警信息。目标级别越高,对应的推送方式的时效性越高。比如:对于目标级别相对较低的告警,可以选择邮件和所述监控软件的方式同时推送;那么对于目标级别相对较高的告警,可以选择电话和所述监控软件的方式同时推送。对如何通知运维人员的方式,本申请不做限制。
采用本申请提供的技术方案,通过从第一告警的告警信息中确定指定类型的告警内容,根据确定的告警内容得到初始级别,判断是否存在与所述告警信息相关的第二告警,根据判断结果和所述初始级别确定目标级别,使得对告警信息的定级更加准确,进而对告警的严重程度的判断更加准确,由于目标级别与预设的故障响应策略相对应,使得对故障的响应更加高效和准确,这实现了自动化处理告警信息,相对应现有技术中通过运维人员分析告警信息处理故障而言,减轻了运维人员分析告警信息的压力,提高了对告警信息的分析效率和对故障的处理效率。
以上为本申请实施例所提供的告警信息的处理方法,基于相同的发明构思,本申请实施例还提供了相应的告警信息的处理装置。如图3所示,该装置具体包括:
确定模块,用于从第一告警的告警信息中确定指定类型的告警内容;
初始级别确定模块,用于根据确定的告警内容,确定所述告警信息的初始级别;
判断模块,用于判断是否存在与所述告警信息关联的第二告警;
目标级别确定模块,用于根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
上述装置实施例的具体工作流程可以包括:确定模块21从第一告警的告警信息中确定指定类型的告警内容;初始级别确定模块22根据确定的告警内容,确定所述告警信息的初始级别,判断模块23判断是否存在与所述告警信息关联的第二告警,目标级别确定模块24根据判断模块23得到的判断结果和初始级别确定模块22确定出的所述初始级别,确定所述告警信息的目标级别,其中所述目标级别与预设的故障响应策略相对应。
在实际应用中,告警处理的具体实施方式有多种,在一种实施方式中,为了获得更准确表征告警严重程度的目标级别,所述判断模块23,具体用于:若判断结果为存在所述告警信息关联的第二告警,则对所述初始级别进行升级,将升级后的级别作为目标级别。
在一种实施方式中,为了结合实际告警情况来准确确定目标级别,所述判断模块23,具体包括下述至少一个判断子模块:
第一判断子模块,用于判断所述告警内容中的告警部件在预设周期内是否存在多次告警;
第二判断子模块,用于判断所述告警部件对应的备用部件是否存在告警,其中,所述备用部件为包括可自动接管所述告警部件所承担功能的部件;
第三判断子模块,用于判断所述告警内容中的告警设备对应的备用设备是否存在告警,其中,所述备用设备包括可自动接管所述告警设备所承担功能的设备;
第四判断子模块,用于判断所述告警设备的上联设备和/或下联设备是否存在告警;
第五判断子模块,用于判断承载目标业务***的设备中除所述告警设备以外的其它设备是否存在告警。
在一种实施方式中,所述判断模块23,具体用于按照从所述第一判断子模块-第二判断子模块-第三判断子模块-第四判断子模块-第五判断子模块的顺序,依次判断是否存在与所述告警信息关联的第二告警;当确定存在任一所述关联的第二告警时,则停止执行所述顺序中的剩余判断;
所述目标级别确定模块24,具体用于当所述判断模块确定存在任一所述关联的第二告警时,则对所述初始级别进行升级得到所述目标级别;当确定不存在所述关联的第二告警时,则将所述告警信息的初始级别作为所述目标级别。
在一种实施方式中,所述预设的故障响应策略,具体包括:
根据所述目标级别确定时限信息,所述时限信息包括预设的响应时限和处理故障时限中的至少一种;
获取与所述告警信息对应的故障处理方案;
将所述时限信息、所述告警信息以及所述故障处理方案推送给运维人员。
本申请实施例,确定模块21从第一告警中确定告警信息中的指定类型的告警内容,通过初始级别确定模块22根据告警内容得到初始级别,判断模块23判断是否存在与所述告警信息关联的第二告警,目标级别确定模块24根据判断结果和所述初始级别,确定所述告警信息的目标级别,使得对告警信息的定级更加准确,进而对告警的严重程度的判断更加准确,由于目标级别与预设的故障响应策略相对应,使得对故障的响应更加高效和准确,这实现了自动化处理告警信息,相对应现有技术中通过运维人员分析告警信息处理故障而言,减轻了运维人员分析告警信息的压力,提高了对告警信息的分析效率和对故障的处理效率。
本申请实施例还提出了一种电子设备,示意图请参考图4,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成应用告警处理装置。处理器,执行存储器所存放的程序,并至少用于执行以下操作:
从第一告警的告警信息中确定指定类型的告警内容;
根据确定的告警内容,确定所述告警信息的初始级别;
判断是否存在与所述告警信息关联的第二告警;
根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
上述如本申请图1所示实施例揭示的告警处理装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图1中告警处理装置执行的方法,并实现告警处理装置在图1所示实施例的功能,本申请实施例在此不再赘述。
本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的电子设备执行时,能够使该电子设备执行图1所示实施例中告警处理装置执行的方法,并至少用于执行:
从第一告警的告警信息中确定指定类型的告警内容;
根据确定的告警内容,确定所述告警信息的初始级别;
判断是否存在与所述告警信息关联的第二告警;
根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其它数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其它类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其它内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其它光学存储、磁盒式磁带,磁带磁磁盘存储或其它磁性存储设备或任何其它非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种告警处理方法,其特征在于,包括:
从第一告警的告警信息中确定指定类型的告警内容;
根据确定的告警内容,确定所述告警信息的初始级别;
判断是否存在与所述告警信息关联的第二告警;
根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
2.如权利要求1所述的方法,其特征在于,根据判断结果和所述初始级别,确定所述告警信息的目标级别,具体包括:
若判断结果为存在所述告警信息关联的第二告警,则对所述初始级别进行升级,将升级后的级别作为目标级别。
3.如权利要求1所述的方法,其特征在于,所述判断是否存在与所述告警信息关联的第二告警,具体包括下述至少一种判断步骤:
a.判断所述告警内容中的告警部件在预设周期内是否存在多次告警;
b.判断所述告警部件对应的备用部件是否存在告警,其中,所述备用部件包括可自动接管所述告警部件所承担功能的部件;
c.判断所述告警内容中的告警设备对应的备用设备是否存在告警,其中,所述备用设备包括可自动接管所述告警设备所承担功能的设备;
d.判断所述告警设备的上联设备和/或下联设备是否存在告警;
e.判断承载目标业务***的设备中除所述告警设备以外的其它设备是否存在告警。
4.如权利要求3所述的方法,其特征在于,判断是否存在与所述告警信息关联的第二告警,具体包括:
按照所述a-b-c-d-e的顺序,依次判断是否存在与所述告警信息关联的第二告警;
当确定存在任一所述关联的第二告警时,则停止执行所述顺序中的剩余判断;
相应的,根据判断结果和所述初始级别,确定所述告警信息的初始级别,具体包括:
当确定存在任一所述关联的第二告警时,对所述初始级别进行升级得到所述目标级别;
当确定不存在所述关联的第二告警时,则将所述告警信息的初始级别作为所述目标级别。
5.如权利要求1所述的方法,其特征在于,所述预设的故障响应策略,具体包括:
根据所述目标级别确定时限信息,所述时限信息包括预设的响应时限和处理故障时限中的至少一种;
获取与所述告警信息对应的故障处理方案;
将所述时限信息、所述告警信息以及所述故障处理方案推送给运维人员。
6.一种告警处理装置,其特征在于,包括:
确定模块,用于从第一告警的告警信息中确定指定类型的告警内容;
初始级别确定模块,用于根据确定的告警内容,确定所述告警信息的初始级别;
判断模块,用于判断是否存在与所述告警信息关联的第二告警;
目标级别确定模块,用于根据判断结果和所述初始级别,确定所述告警信息的目标级别;所述目标级别与预设的故障响应策略相对应。
7.如权利要求6所述的装置,其特征在于,所述判断模块,具体包括下述至少一个判断子模块:
第一判断子模块,用于判断所述告警内容中的告警部件在预设周期内是否存在多次告警;
第二判断子模块,用于判断所述告警部件对应的备用部件是否存在告警,其中,所述备用部件为包括可自动接管所述告警部件所承担功能的部件;
第三判断子模块,用于判断所述告警内容中的告警设备对应的备用设备是否存在告警,其中,所述备用设备包括可自动接管所述告警设备所承担功能的设备;
第四判断子模块,用于判断所述告警设备的上联设备和/或下联设备是否存在告警;
第五判断子模块,用于判断承载目标业务***的设备中除所述告警设备以外的其它设备是否存在告警。
8.如权利要求7所述的装置,其特征在于,所述判断模块,具体用于按照从所述第一判断子模块-第二判断子模块-第三判断子模块-第四判断子模块-第五判断子模块的顺序,依次判断是否存在与所述告警信息关联的第二告警;当确定存在任一所述关联的第二告警时,则停止执行所述顺序中的剩余判断;
所述目标级别确定模块,具体用于当所述判断模块确定存在任一所述关联的第二告警时,则对所述初始级别进行升级得到所述目标级别;当确定不存在所述关联的第二告警时,则将所述告警信息的初始级别作为所述目标级别。
9.一种电子设备,其特征在于,包括:存储器、处理器及存储在所在存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的告警处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的告警处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910817076.6A CN110650036A (zh) | 2019-08-30 | 2019-08-30 | 告警处理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910817076.6A CN110650036A (zh) | 2019-08-30 | 2019-08-30 | 告警处理方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110650036A true CN110650036A (zh) | 2020-01-03 |
Family
ID=69009955
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910817076.6A Pending CN110650036A (zh) | 2019-08-30 | 2019-08-30 | 告警处理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110650036A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111258865A (zh) * | 2020-01-07 | 2020-06-09 | 京东方科技集团股份有限公司 | 处理器、多信息化***的告警数据管理***及方法 |
CN111915857A (zh) * | 2020-07-24 | 2020-11-10 | 杭州海康威视***技术有限公司 | 报警级别确定方法、装置、电子设备和存储介质 |
CN112104488A (zh) * | 2020-09-01 | 2020-12-18 | 上海佰贝科技发展股份有限公司 | 一种报警信息处理方法、装置、***及存储介质 |
CN113067729A (zh) * | 2021-03-18 | 2021-07-02 | 浪潮思科网络科技有限公司 | 一种网络设备监控方法、设备及介质 |
CN113240220A (zh) * | 2020-08-31 | 2021-08-10 | 国网山东省电力公司蒙阴县供电公司 | 信号告警方法、装置及告警设备 |
CN113256244A (zh) * | 2021-04-30 | 2021-08-13 | 新奇点智能科技集团有限公司 | 智能交通云管理平台生成告警工单的方法、装置、设备及存储介质 |
CN113553210A (zh) * | 2021-07-30 | 2021-10-26 | 平安普惠企业管理有限公司 | 告警数据的处理方法、装置、设备及存储介质 |
CN113807697A (zh) * | 2021-09-17 | 2021-12-17 | 中国联合网络通信集团有限公司 | 基于告警关联的派单方法及装置 |
CN113851212A (zh) * | 2021-09-22 | 2021-12-28 | 上海妙一生物科技有限公司 | 一种信息监控方法、装置、设备及存储介质 |
CN113949590A (zh) * | 2021-12-21 | 2022-01-18 | 济南市康养事业发展中心 | 一种安全告警事件等级确定方法、***及终端 |
CN113965452A (zh) * | 2021-11-02 | 2022-01-21 | 烽火通信科技股份有限公司 | 一种设备倒换状态获取方法及装置 |
CN114095339A (zh) * | 2021-10-29 | 2022-02-25 | 北京百度网讯科技有限公司 | 一种报警处理方法、装置、设备以及存储介质 |
CN114268534A (zh) * | 2021-12-21 | 2022-04-01 | 浪潮通信信息***有限公司 | 多维度的故障通知升级方法以及故障通知升级*** |
CN115208742A (zh) * | 2022-07-06 | 2022-10-18 | 湖南创星科技股份有限公司 | 一种智能运维管理方法及*** |
CN115242611A (zh) * | 2022-07-21 | 2022-10-25 | 北京天一恩华科技股份有限公司 | 一种网络故障报警级别管理方法、装置、设备和存储介质 |
Citations (12)
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 | 中兴通讯股份有限公司 | 告警级别处理方法及告警服务器 |
CN103473710A (zh) * | 2013-08-20 | 2013-12-25 | 国家电网公司 | 一种集中运维***的故障分级处理方法 |
CN105074792A (zh) * | 2013-03-15 | 2015-11-18 | 科布拉电子有限公司 | 移动通信***及用于分析与车辆行驶相关联的告警的方法 |
CN107196804A (zh) * | 2017-06-01 | 2017-09-22 | 国网山东省电力公司信息通信公司 | 电力***终端通信接入网告警集中监控***及方法 |
CN109064716A (zh) * | 2018-08-20 | 2018-12-21 | 山东润智能科技有限公司 | 一种医院充电桩安全立体监测云平台、***和方法 |
CN109218102A (zh) * | 2018-09-26 | 2019-01-15 | 江苏满运软件科技有限公司 | 一种告警监控方法及*** |
CN109474473A (zh) * | 2018-12-06 | 2019-03-15 | 浙江航天恒嘉数据科技有限公司 | 一种面向感知数据监测预警的通用告警***及方法 |
CN109599848A (zh) * | 2018-11-26 | 2019-04-09 | 国家电网公司西南分部 | 电网二次设备的缺陷处理方法和缺陷处理*** |
CN109783322A (zh) * | 2018-11-22 | 2019-05-21 | 远光软件股份有限公司 | 一种企业信息***运行状态的监控分析***及其方法 |
CN109829833A (zh) * | 2018-12-07 | 2019-05-31 | 国网浙江省电力有限公司 | 配电网告警方法及***、电子设备和计算机可读存储介质 |
CN110135603A (zh) * | 2019-05-21 | 2019-08-16 | 国网河南省电力公司信息通信公司 | 一种基于改进熵权法的电力网络告警空间特征分析方法 |
-
2019
- 2019-08-30 CN CN201910817076.6A patent/CN110650036A/zh active Pending
Patent Citations (12)
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 | 中兴通讯股份有限公司 | 告警级别处理方法及告警服务器 |
CN105074792A (zh) * | 2013-03-15 | 2015-11-18 | 科布拉电子有限公司 | 移动通信***及用于分析与车辆行驶相关联的告警的方法 |
CN103473710A (zh) * | 2013-08-20 | 2013-12-25 | 国家电网公司 | 一种集中运维***的故障分级处理方法 |
CN107196804A (zh) * | 2017-06-01 | 2017-09-22 | 国网山东省电力公司信息通信公司 | 电力***终端通信接入网告警集中监控***及方法 |
CN109064716A (zh) * | 2018-08-20 | 2018-12-21 | 山东润智能科技有限公司 | 一种医院充电桩安全立体监测云平台、***和方法 |
CN109218102A (zh) * | 2018-09-26 | 2019-01-15 | 江苏满运软件科技有限公司 | 一种告警监控方法及*** |
CN109783322A (zh) * | 2018-11-22 | 2019-05-21 | 远光软件股份有限公司 | 一种企业信息***运行状态的监控分析***及其方法 |
CN109599848A (zh) * | 2018-11-26 | 2019-04-09 | 国家电网公司西南分部 | 电网二次设备的缺陷处理方法和缺陷处理*** |
CN109474473A (zh) * | 2018-12-06 | 2019-03-15 | 浙江航天恒嘉数据科技有限公司 | 一种面向感知数据监测预警的通用告警***及方法 |
CN109829833A (zh) * | 2018-12-07 | 2019-05-31 | 国网浙江省电力有限公司 | 配电网告警方法及***、电子设备和计算机可读存储介质 |
CN110135603A (zh) * | 2019-05-21 | 2019-08-16 | 国网河南省电力公司信息通信公司 | 一种基于改进熵权法的电力网络告警空间特征分析方法 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111258865B (zh) * | 2020-01-07 | 2024-05-07 | 京东方科技集团股份有限公司 | 处理器、多信息化***的告警数据管理***及方法 |
CN111258865A (zh) * | 2020-01-07 | 2020-06-09 | 京东方科技集团股份有限公司 | 处理器、多信息化***的告警数据管理***及方法 |
CN111915857A (zh) * | 2020-07-24 | 2020-11-10 | 杭州海康威视***技术有限公司 | 报警级别确定方法、装置、电子设备和存储介质 |
CN113240220A (zh) * | 2020-08-31 | 2021-08-10 | 国网山东省电力公司蒙阴县供电公司 | 信号告警方法、装置及告警设备 |
CN112104488A (zh) * | 2020-09-01 | 2020-12-18 | 上海佰贝科技发展股份有限公司 | 一种报警信息处理方法、装置、***及存储介质 |
CN112104488B (zh) * | 2020-09-01 | 2022-11-25 | 上海佰贝科技发展股份有限公司 | 一种报警信息处理方法、装置、***及存储介质 |
CN113067729A (zh) * | 2021-03-18 | 2021-07-02 | 浪潮思科网络科技有限公司 | 一种网络设备监控方法、设备及介质 |
CN113067729B (zh) * | 2021-03-18 | 2022-07-12 | 浪潮思科网络科技有限公司 | 一种网络设备监控方法、设备及介质 |
CN113256244A (zh) * | 2021-04-30 | 2021-08-13 | 新奇点智能科技集团有限公司 | 智能交通云管理平台生成告警工单的方法、装置、设备及存储介质 |
CN113553210A (zh) * | 2021-07-30 | 2021-10-26 | 平安普惠企业管理有限公司 | 告警数据的处理方法、装置、设备及存储介质 |
CN113807697A (zh) * | 2021-09-17 | 2021-12-17 | 中国联合网络通信集团有限公司 | 基于告警关联的派单方法及装置 |
CN113807697B (zh) * | 2021-09-17 | 2023-10-31 | 中国联合网络通信集团有限公司 | 基于告警关联的派单方法及装置 |
CN113851212A (zh) * | 2021-09-22 | 2021-12-28 | 上海妙一生物科技有限公司 | 一种信息监控方法、装置、设备及存储介质 |
CN114095339A (zh) * | 2021-10-29 | 2022-02-25 | 北京百度网讯科技有限公司 | 一种报警处理方法、装置、设备以及存储介质 |
CN114095339B (zh) * | 2021-10-29 | 2023-08-08 | 北京百度网讯科技有限公司 | 一种报警处理方法、装置、设备以及存储介质 |
CN113965452A (zh) * | 2021-11-02 | 2022-01-21 | 烽火通信科技股份有限公司 | 一种设备倒换状态获取方法及装置 |
CN113965452B (zh) * | 2021-11-02 | 2023-11-03 | 烽火通信科技股份有限公司 | 一种设备倒换状态获取方法及装置 |
CN114268534A (zh) * | 2021-12-21 | 2022-04-01 | 浪潮通信信息***有限公司 | 多维度的故障通知升级方法以及故障通知升级*** |
CN113949590A (zh) * | 2021-12-21 | 2022-01-18 | 济南市康养事业发展中心 | 一种安全告警事件等级确定方法、***及终端 |
CN115208742A (zh) * | 2022-07-06 | 2022-10-18 | 湖南创星科技股份有限公司 | 一种智能运维管理方法及*** |
CN115208742B (zh) * | 2022-07-06 | 2024-03-29 | 湖南创星科技股份有限公司 | 一种智能运维管理方法及*** |
CN115242611A (zh) * | 2022-07-21 | 2022-10-25 | 北京天一恩华科技股份有限公司 | 一种网络故障报警级别管理方法、装置、设备和存储介质 |
CN115242611B (zh) * | 2022-07-21 | 2023-10-03 | 北京天一恩华科技股份有限公司 | 一种网络故障报警级别管理方法、装置、设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110650036A (zh) | 告警处理方法、装置及电子设备 | |
CN110661659B (zh) | 一种告警方法、装置、***及电子设备 | |
CN106716972B (zh) | 半自动故障转移 | |
CN113641526B (zh) | 告警根因定位方法、装置、电子设备及计算机存储介质 | |
CN111314137A (zh) | 信息通信网络自动化运维方法、装置、存储介质和处理器 | |
CN111090502A (zh) | 一种流数据任务调度方法和装置 | |
CN110858166B (zh) | 一种应用异常的处理方法、装置、存储介质及处理器 | |
CN110363381B (zh) | 一种信息处理方法和装置 | |
CN111865673A (zh) | 一种自动化故障管理方法、装置及*** | |
CN112965882B (zh) | 一种数据故障分析的方法及装置 | |
CN110647463B (zh) | 一种恢复测试断点的方法、装置、电子设备 | |
CN112416725A (zh) | 一种压力测试方法及装置 | |
CN116032725B (zh) | 故障根因定位模型的生成方法及装置 | |
CN114500249A (zh) | 一种根因定位方法和装置 | |
CN113656003A (zh) | 一种软件包管理方法及相关设备 | |
CN113468029A (zh) | 日志管理方法、装置、电子设备和可读存储介质 | |
CN114691395A (zh) | 一种故障处理方法、装置、电子设备及存储介质 | |
CN112631929A (zh) | 测试用例生成方法、装置、存储介质及电子设备 | |
CN108234196B (zh) | 故障检测方法及装置 | |
CN112286792A (zh) | 一种接口测试方法、装置、设备和存储介质 | |
CN107797915B (zh) | 故障的修复方法、装置及*** | |
CN114510495B (zh) | 一种数据库业务数据一致性处理方法和*** | |
CN113067713B (zh) | 一种为告警网元添加工程标识的方法和装置 | |
CN113835912B (zh) | 应用程序的崩溃信息处理方法及设备 | |
CN117290447A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200103 |
|
RJ01 | Rejection of invention patent application after publication |