一种异常处理方法、装置、电子设备及计算机可读介质

技术领域

本申请涉及自动程序设计技术领域，尤其涉及一种异常处理方法、装置、电子设备及计算机可读介质。

背景技术

目前，随着信息化时代的到来，云计算技术得到广泛应用，海量系统如何预防及治理告警风暴成为难题。监控部署后，底层硬件、网络出现故障时，会影响到上层的操作系统、中间件及数据库等组件，随之产生大批量告警，形成告警风暴。告警风暴产生后，大批量告警通过运营商接口发送给告警接收人，造成告警发送成本提升。部分告警信息甚至不完整，无法识别出告警事件准确信息，偶发性还有错误的告警发送出来。告警接收人在收到大量告警后会疲于应付，无法迅速甄别告警原因，不利于快速对故障进行处置。

发明内容

有鉴于此，本申请实施例提供一种异常处理方法、装置、电子设备及计算机可读介质，能够解决现有的告警接收人在收到大量告警后会疲于应付，无法迅速甄别告警原因，不利于快速对故障进行处置的问题。

为实现上述目的，根据本申请实施例的一个方面，提供了一种异常处理方法，包括：

响应于异常处理请求，获取对应的监控目标标识和告警事件源标识；

基于监控目标标识和告警事件源标识，确定对应的告警级别；

响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数；

基于目标告警方式和目标告警次数执行告警进程。

可选地，确定对应的告警级别，包括：

根据告警事件源标识，确定对应的第一告警级别；

根据监控目标标识，确定对应的第二告警级别；

根据第一告警级别和第二告警级别，确定监控目标标识和告警事件源标识对应的告警级别。

可选地，根据第一告警级别和第二告警级别，确定监控目标标识和告警事件源标识对应的告警级别，包括：

对比第一告警级别和第二告警级别，

响应于第一告警级别高于第二告警级别，将第一告警级别确定为监控目标标识和告警事件源标识对应的告警级别；

响应于第一告警级别低于第二告警级别，将第二告警级别确定为监控目标标识和告警事件源标识对应的告警级别。

可选地，异常处理方法还包括：

响应于在预设时间内检测到对告警事件源标识对应的同一监控目标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

可选地，异常处理方法还包括：

响应于告警事件源标识的数量超过预设数量阈值并且在预设时间内检测到对各个告警事件源标识的超出预设次数阈值的告警，将告警事件源标识对应的告警级别进行排序，以得到排序后的告警级别；

根据排序后的告警级别确定目标告警方式以及目标告警次数。

可选地，确定对应的告警级别，包括：

调用配置管理数据库，以查找与监控目标标识和告警事件源标识对应的告警级别。

可选地，异常处理方法还包括：

响应于在配置管理数据库中新增监控目标标识，启动自动查重程序以阻止配置管理数据库中原有的监控目标标识的导入；

在预设时间，对配置管理数据库进行定量更新或全量更新。

另外，本申请还提供了一种异常处理装置，包括：

获取单元，被配置成响应于异常处理请求，获取对应的监控目标标识和告警事件源标识；

告警级别确定单元，被配置成基于监控目标标识和告警事件源标识，确定对应的告警级别；

检测单元，被配置成响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数；

执行单元，被配置成基于目标告警方式和目标告警次数执行告警进程。

可选地，告警级别确定单元进一步被配置成：

根据告警事件源标识，确定对应的第一告警级别；

根据监控目标标识，确定对应的第二告警级别；

根据第一告警级别和第二告警级别，确定监控目标标识和告警事件源标识对应的告警级别。

可选地，告警级别确定单元进一步被配置成：

对比第一告警级别和第二告警级别，

响应于第一告警级别高于第二告警级别，将第一告警级别确定为监控目标标识和告警事件源标识对应的告警级别；

响应于第一告警级别低于第二告警级别，将第二告警级别确定为监控目标标识和告警事件源标识对应的告警级别。

可选地，检测单元进一步被配置成：

响应于在预设时间内检测到对告警事件源标识对应的同一监控目标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

可选地，检测单元进一步被配置成：

响应于告警事件源标识的数量超过预设数量阈值并且在预设时间内检测到对各个告警事件源标识的超出预设次数阈值的告警，将告警事件源标识对应的告警级别进行排序，以得到排序后的告警级别；

根据排序后的告警级别确定目标告警方式以及目标告警次数。

可选地，告警级别确定单元进一步被配置成：

调用配置管理数据库，以查找与监控目标标识和告警事件源标识对应的告警级别。

可选地，异常处理装置还包括更新单元，被配置成：

响应于在配置管理数据库中新增监控目标标识，启动自动查重程序以阻止配置管理数据库中原有的监控目标标识的导入；

在预设时间，对配置管理数据库进行定量更新或全量更新。

另外，本申请还提供了一种异常处理电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述的异常处理方法。

另外，本申请还提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述的异常处理方法。

为实现上述目的，根据本申请实施例的又一个方面，提供了一种计算机程序产品。

本申请实施例的一种计算机程序产品，包括计算机程序，程序被处理器执行时实现本申请实施例提供的异常处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本申请通过响应于异常处理请求，获取对应的监控目标标识和告警事件源标识；基于监控目标标识和告警事件源标识，确定对应的告警级别；响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数；基于目标告警方式和目标告警次数执行告警进程。可以大幅提升信息系统监控告警事件的有效性，有助于告警发生时迅速甄别判断告警反馈的影响，快速对告警相应的故障进行处理。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本申请，不构成对本申请的不当限定。其中：

图1是根据本申请一个实施例的异常处理方法的主要流程的示意图；

图2是根据本申请一个实施例的异常处理方法的主要流程的示意图；

图3是根据本申请一个实施例的异常处理方法的应用场景示意图；

图4是根据本申请实施例的异常处理装置的主要单元的示意图；

图5是本申请实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。需要说明的是，本申请的技术方案中，所涉及的用户个人信息的采集、分析、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法且合理的用途，不在这些合法使用等方面之外共享、泄露或出售，并且接受监管部门的监督管理。应当对用户个人信息采取必要措施，以防止对此类个人信息数据的非法访问，确保有权访问个人信息数据的人员遵守相关法律法规的规定，确保用户个人信息安全。一旦不再需要这些用户个人信息数据，应当通过限制甚至禁止数据收集和/或删除数据的方式将风险降至最低。

当使用时，包括在某些相关应用程序中，通过对数据去标识来保护用户隐私，例如在使用时通过移除特定标识符、控制所存储数据的量或特异性、控制数据如何被存储、和/或其他方法去标识。

图1是根据本申请一个实施例的异常处理方法的主要流程的示意图，如图1所示，异常处理方法包括：

步骤S101，响应于异常处理请求，获取对应的监控目标标识和告警事件源标识。

本实施例中，异常处理方法的执行主体(例如，可以是服务器)可以通过有线连接或无线连接的方式，检测是否存在异常处理请求。若检测到异常处理请求，则获取该请求中携带的监控目标标识和告警事件源标识。其中，监控目标标识用于表征能反应操作系统、数据库、中间件、网络等组件运行情况的指标的名称或者编号等。告警事件源标识可以是各个告警事件源对应的编号或者名称等。示例的，告警事件源标识可以是A、B、C。示例的，告警事件源A，可以表示云计算低层硬件监控，如存储、物理机计算资源等；告警事件源B，可以表示云计算网络、防火墙监控等网络资源；告警事件源C，可以表示虚拟机、中间件、数据库等应用资源。

步骤S102，基于监控目标标识和告警事件源标识，确定对应的告警级别。

具体地，确定对应的告警级别，包括：调用配置管理数据库，以查找与监控目标标识和告警事件源标识对应的告警级别。

在配置管理数据库中，存储有与监控目标标识、告警事件源标识和告警级别三者的对应关系，以供异常处理使用。

具体地，异常处理方法还包括：响应于在配置管理数据库中新增监控目标标识，启动自动查重程序以阻止配置管理数据库中原有的监控目标标识的导入；在预设时间，对配置管理数据库进行定量更新或全量更新。

示例的，HostName即监控目标标识。若有新增的监控目标，资源中心同样按照预设规范命名HostName，需具备唯一性，因此配置管理数据库需具备自动查重功能，重复的HostName将无法导入配置管理数据库。示例的，可设定配置管理数据库首次灌入数据时间为基准，于每晚23:30(即预设时间)各资源中心向配置管理数据库推送数据，做增量更新。每周六凌晨01:00(即预设时间)各资源中心向配置管理数据库推送数据，做全量更新。

步骤S103，响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

示例的，当满足预设条件后，当监控目标标识HostName在特定时间区间内同一指标多次告警，级别最严重者只发送一次短信，其余级别告警被抑制。示例的，当满足预设条件后，某个告警事件源标识对应的告警事件源在特定时间区间内大量爆发同一指标的多次告警，级别最严重者只发送一次短信，其余级别告警被抑制。

具体地，异常处理方法还包括：响应于在预设时间内检测到对告警事件源标识对应的同一监控目标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

示例的，当满足预设条件后，一个告警事件源标识对应的告警事件源在特定时间区间内发生同一监控目标标识HostName的多次告警，级别最严重者只发送一次短信，其余级别告警被抑制。

步骤S104，基于目标告警方式和目标告警次数执行告警进程。

根据告警级别确定目标告警方式和目标告警次数。当告警级别达到预设严重级别，采用发送短信的方式进行告警，即目标告警方式为发送短信，目标告警次数可以为一次。当告警级别达到轻度级别，可以采用弹窗或者滚动条的方式进行告警，即目标告警方式为弹窗告警或者滚动条告警，对应的目标告警次数可以为一次。当告警级别达到中度级别，可以采用邮件的方式进行告警，即目标告警方式为邮件告警，对应的目标告警次数可以为一次。

本实施例通过响应于异常处理请求，获取对应的监控目标标识和告警事件源标识；基于监控目标标识和告警事件源标识，确定对应的告警级别；响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数；基于目标告警方式和目标告警次数执行告警进程。可以大幅提升信息系统监控告警事件的有效性，有助于告警发生时迅速甄别判断告警反馈的影响，快速对告警相应的故障进行处理。

图2是根据本申请一个实施例的异常处理方法的主要流程示意图，如图2所示，异常处理方法包括：

步骤S201，响应于异常处理请求，获取对应的监控目标标识和告警事件源标识。

步骤S202，根据告警事件源标识，确定对应的第一告警级别。

每个告警事件源标识对应的告警事件源有各自对应的告警级别，作为第一告警级别。

步骤S203，根据监控目标标识，确定对应的第二告警级别。

每个监控目标标识对应的监控目标有各自对应的告警级别，作为第二告警级别。

步骤S204，根据第一告警级别和第二告警级别，确定监控目标标识和告警事件源标识对应的告警级别。

具体地，根据第一告警级别和第二告警级别，确定监控目标标识和告警事件源标识对应的告警级别，包括：对比第一告警级别和第二告警级别，响应于第一告警级别高于第二告警级别，将第一告警级别确定为监控目标标识和告警事件源标识对应的告警级别；响应于第一告警级别低于第二告警级别，将第二告警级别确定为监控目标标识和告警事件源标识对应的告警级别。

执行主体可以将第一告警级别和第二告警级别中较高的告警级别确定为与监控目标标识和告警事件源标识对应的告警级别。以便于及时触发告警并响应告警。

此外，作为本申请实施例的另一实现方式，执行主体还可以将第一告警级别和第二告警级别的平均值确定为与监控目标标识和告警事件源标识对应的告警级别，从而使得对告警级别的确定更准确。

步骤S205，响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

具体地，异常处理方法还包括：响应于告警事件源标识的数量超过预设数量阈值并且在预设时间内检测到对各个告警事件源标识的超出预设次数阈值的告警，将告警事件源标识对应的告警级别进行排序，以得到排序后的告警级别；根据排序后的告警级别确定目标告警方式以及目标告警次数。

示例的，当满足预设条件后，告警事件源标识对应的多个事件源在特定时间区间内陆续告警，相关联的事件源级别最严重者只发送一次短信，其余级别事件源告警被抑制。

本申请实施例中，预设条件可以是接收到异常处理请求或者触发异常告警程序。本申请实施例对预设条件不做具体限定。

步骤S206，基于目标告警方式和目标告警次数执行告警进程。

以目标告警方式进行目标告警次数的告警。从而及时处理相应异常，保障信息系统监控告警事件的有效性，进一步为企业赋能。

图3是根据本申请一个实施例的异常处理方法的应用场景示意图。本申请实施例的异常处理方法，应用于异常处理领域。本申请实施例中，在云计算产品部署阶段，各资源中心接口化规范所有监控目标的命名，杜绝重复监控目标标识HostName；统一规范所有监控指标的命名，杜绝重复事件源告警指标标识KeyName，部署指标集服务器KeySever，全部的KeyName存入KeySever。各资源中心将所有监控目标的HostName，推送到配置管理数据库中；KeyServer中的数据推送到配置管理数据库中；统一规范所有监控指标的告警级别，录入到配置管理数据库中；统一规范全部事件源的告警级别，录入到配置管理数据库中。监控目标安装监控客户端以后部署监控策略，告警事件统一发送至监控服务器Monitor，在监控服务器Monitor设置告警收敛策略，严防告警风暴产生。对于监控第一次部署，按照上述方法流程操作。监控目标是多种多样的，命名方法也不尽相同，部分监控目标无法配置HostName，可以用取别名或标签的方式进行替代，需确保别名或标签能标示监控目标，且具备唯一性。若有新增的监控目标，资源中心同样按照规范命名HostName，需具备唯一性，因此配置管理数据库需具备自动查重功能，重复的HostName将无法导入。监控指标会有持续优化调整的需求，部署监控指标集服务器KeyServer，指标集服务器与配置管理数据库保持同步，指标集服务器端与各监控目标客户端保持同步。云计算产品资源中心向配置管理数据库自动同步监控目标标识HostName。向配置管理数据库的数据同步，均采用定期全量同步、每日增量同步的方式，使用缓存服务器可有效降低对配置管理服务器的资源压力。在监控部署完毕配置监控策略后，计算资源出现异常时发出告警至监控服务器Monitor，在监控服务器Monitor依赖于大数据技术对监控目标的原始告警明细进行计算，实现对相似告警的处置。相关告警参数定义如下：SOURCEID：Monitor中的事件源，由告警原始信息带出，且提前在配置管理数据库录入；SOURCEHostName：Monitor中的事件源监控目标标识，由告警原始信息带出，在配置管理数据库录入HostName；SOURCEKeyName：Monitor中的事件源告警指标名称，由告警原始信息带出，在配置管理数据库录入KeyName；SEVERITY：Monitor中所有监控指标的告警严重级别；SOURCESEVERITY：Monitor中全部事件源的告警严重级别。可设定配置管理服务器首次灌入数据时间为基准，于每晚23:30各资源中心向配置管理服务器推送数据，做增量更新。每周六凌晨01:00做全量更新。可设定指标集服务器以首次灌入数据时间为基准，于每晚22:30向配置管理服务器推送数据(在本申请实施例中，即向配置管理服务器中的数据库推送数据)，做增量更新。每周日凌晨01:00做全量更新。指标集服务器KeyName向Agent下发监控策略，以30分钟的频率进行，在每小时的15分、45分进行同步。虽然是完全自动化，但存在一定的时间盲段。可加入手工批量触发同步功能，当有KeyName阈值变更后，人工触发同步能有效满足业务变更后需及时监控的需求。监控客户端的代理Agent安装完毕以后，自动注册到监控服务器，获取监控策略。告警收敛是进行告警风暴治理的有效手段。Agent获取到监控客户端的HostName，即SOURCEHostName；采集到的各个监控指标KeyName的数据，即SOURCEKeyName，各个指标均有各自的告警级别SEVERITY，与阈值相对应；Agent发出的告警原始信息中携带有告警事件源的SOURCEID；配置管理数据库中提前录入全部事件源的告警严重级别SOURCESEVERITY；Agent监控数据达到告警阈值时发出告警，将采集到的监控目标标识SOURCEHostName、事件源告警指标标识SOURCEKeyName、告警级别SEVERITY、告警严重级别SOURCEID及告警原始信息等内容进行组装，发送给Monitor，告警到达监控服务器Monitor与配置管理数据库中的监控目标标识HostName、事件源告警指标标识KeyName、告警事件源标识SOURCEID、告警级别SEVERITY、告警严重级别SOURCESEVERITY进行计算，按照预设的告警收敛策略进行告警收敛，达到告警风暴治理的效果。自动化HostName存入配置管理数据库：对应功能的装置由事件源、缓存服务器、配置管理服务器组成。各事件源对应资源中心使用接口向配置管理服务器推送HostName。缓存服务器用于做消息队列。配置管理服务器上的配置管理数据库存放监控目标标识HostName、事件源告警指标标识KeyName、告警事件源标识SOURCEID、告警级别SEVERITY、告警严重级别SOURCESEVERITY。

如图3所示，自动化安装监控Agent，下发监控策略，设置告警收敛。指标集服务器KeyServer首次灌入全量事件源告警指标标识KeyName，管理各个事件源监控客户端的监控指标，根据客户端加载的模板分发指标集参数文件至被监控客户端，包括新增的模板参数或者版本有更新的模板参数。缓存服务器，采用集群部署模式，将指标集参数及分发频率、全量增量同步配置分布式部署在缓存服务器上。客户端部署监控后，自动连接缓存服务器下载指标集参数文件至客户端本地，客户端获取到指标集参数文件后，更新监控策略。至此，指标集服务器上的指标、客户端指标与配置管理服务器上的指标，保持完全一致。指标集服务器用于指标的管理，配置管理服务器用于告警风暴治理。示例的，事件源A，云计算底层硬件监控，如存储、物理机计算资源等。事件源B，云计算网络、防火墙监控等网络资源。事件源C，虚机OS、中间件、数据库等应用资源。未列出的事件源还可以是机房环境、异地容灾等。本申请实施例从监控目标配置管理、监控指标配置管理、告警级别定义、事件源定义出发，提供了完整的数据中心云计算级标准化监控告警风暴治理方法。数据同步过程无需人工干预，提高了运维操作的标准化，避免了人为操作出错和遗漏。同时又预留了人工触发接口，保证了操作灵活性。针对数据中心业务系统发生故障时告警风暴与云计算海量级业务系统监控告警处置敏捷性要求之间的突出矛盾，提高了技术人员处置故障的工作效率，降低运维风险，为各信息系统全部节点的稳定运行提供坚实保障。实现接口化、批量化、精准化的高效部署，集中统一管理配置信息及监控指标，大幅提升信息系统监控告警事件的有效性，助于告警发生时迅速甄别判断告警反馈的影响，进一步为企业赋能。

图4是根据本申请实施例的异常处理装置的主要单元的示意图。如图4所示，异常处理装置400包括获取单元401、告警级别确定单元402、检测单元403和执行单元404。

获取单元401，被配置成响应于异常处理请求，获取对应的监控目标标识和告警事件源标识。

告警级别确定单元402，被配置成基于监控目标标识和告警事件源标识，确定对应的告警级别。

检测单元403，被配置成响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

执行单元404，被配置成基于目标告警方式和目标告警次数执行告警进程。

在一些实施例中，告警级别确定单元402进一步被配置成：根据告警事件源标识，确定对应的第一告警级别；根据监控目标标识，确定对应的第二告警级别；根据第一告警级别和第二告警级别，确定监控目标标识和告警事件源标识对应的告警级别。

在一些实施例中，告警级别确定单元402进一步被配置成：对比第一告警级别和第二告警级别，响应于第一告警级别高于第二告警级别，将第一告警级别确定为监控目标标识和告警事件源标识对应的告警级别；响应于第一告警级别低于第二告警级别，将第二告警级别确定为监控目标标识和告警事件源标识对应的告警级别。

在一些实施例中，检测单元403进一步被配置成：响应于在预设时间内检测到对告警事件源标识对应的同一监控目标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数。

在一些实施例中，检测单元403进一步被配置成：响应于告警事件源标识的数量超过预设数量阈值并且在预设时间内检测到对各个告警事件源标识的超出预设次数阈值的告警，将告警事件源标识对应的告警级别进行排序，以得到排序后的告警级别；根据排序后的告警级别确定目标告警方式以及目标告警次数。

在一些实施例中，告警级别确定单元402进一步被配置成：调用配置管理数据库，以查找与监控目标标识和告警事件源标识对应的告警级别。

在一些实施例中，异常处理装置还包括图4中未示出的更新单元，被配置成：响应于在配置管理数据库中新增监控目标标识，启动自动查重程序以阻止配置管理数据库中原有的监控目标标识的导入；在预设时间，对配置管理数据库进行定量更新或全量更新。

需要说明的是，本申请的异常处理方法和异常处理装置在具体实施内容上具有相应关系，故重复内容不再说明。

图5示出了可以应用本申请实施例的异常处理方法或异常处理装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有异常处理屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所接收的异常处理请求提供支持的后台管理服务器(仅为示例)。后台管理服务器可以响应于异常处理请求，获取对应的监控目标标识和告警事件源标识；基于监控目标标识和告警事件源标识，确定对应的告警级别；响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数；基于目标告警方式和目标告警次数执行告警进程。可以大幅提升信息系统监控告警事件的有效性，有助于告警发生时迅速甄别判断告警反馈的影响，快速对告警相应的故障进行处理。

需要说明的是，本申请实施例所提供的异常处理方法一般由服务器505执行，相应地，异常处理装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机系统600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶征信授权查询处理器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本申请公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、告警级别确定单元、检测单元和执行单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备响应于异常处理请求，获取对应的监控目标标识和告警事件源标识；基于监控目标标识和告警事件源标识，确定对应的告警级别；响应于在预设时间内检测到对监控目标标识或告警事件源标识对应的同一指标的超出预设次数阈值的告警，根据告警级别，确定目标告警方式以及目标告警次数；基于目标告警方式和目标告警次数执行告警进程。

本申请的计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本申请实施例中的异常处理方法。

根据本申请实施例的技术方案，可以大幅提升信息系统监控告警事件的有效性，有助于告警发生时迅速甄别判断告警反馈的影响，快速对告警相应的故障进行处理。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。