CN108255664A - 一种应用程序运维方法、装置以及设备 - Google Patents

Abstract

本发明实施例公开了一种应用程序运维方法、装置以及设备，其中所述方法包括：若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；获取与所述应用异常相对应的预设处理规则；根据所述预设处理规则自动处理所述应用异常；将处理所述应用异常的结果发送至运维人员。本发明可以自动解决出现的应用异常的现象，并缩短应用异常恢复的时间，提高运维工作的效率。

Description

一种应用程序运维方法、装置以及设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用程序运维方法、装置以及设备。

背景技术

目前，在后端服务的应用运维过程中，经常存在重复出现的应用异常现象，诸如主机卷满、CPU使用率过高等等，而现有的处理这些应用异常的现象的方式一般是固定不变的，并且现有的应用异常处理方式中一般依赖人工进行无分析操作以恢复应用正常，但是依赖人工进行恢复的方式容易出现操作失误，且依赖人工进行运维的方式效率不高，影响了应用异常恢复时效。

发明内容

本发明实施例提供一种应用程序运维方法、装置以及设备，可以自动解决出现的应用异常的现象，并缩短应用异常恢复的时间，提高运维工作的效率。

一方面，本发明实施例提供了一种应用程序运维方法，该方法包括：

若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取与所述应用异常相对应的预设处理规则；

根据所述预设处理规则自动处理所述应用异常；

将处理所述应用异常的结果发送至运维人员。

进一步地，所述方法还包括：

预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

进一步地，若所述应用异常为主机卷满，所述预设处理规则为：

识别并删除当前主机存储的临时文件以及日志，或者

将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志。

进一步地，若所述应用异常为CPU使用率高，所述预设处理规则为：

识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机。

进一步地，若所述应用异常为线程阻塞，所述预设处理规则为：

使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

另一方面，本发明实施例提供了一种应用程序运维装置，该装置包括：

识别单元，用于若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取单元，用于获取与所述应用异常相对应的预设处理规则；

处理单元，用于根据所述预设处理规则自动处理所述应用异常；

发送单元，用于将处理所述应用异常的结果发送至运维人员。

进一步地，所述装置还包括：

设置单元，用于预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

进一步地，若所述应用异常为主机卷满，所述预设处理规则为：

识别并删除当前主机存储的临时文件以及日志，或者

将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志。

进一步地，若所述应用异常为CPU使用率高，所述预设处理规则为：

识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机。

进一步地，若所述应用异常为线程阻塞，所述预设处理规则为：

使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

另一方面，本发明实施例提供了一种应用程序运维设备，所述设备包括：存储器以及处理器；

存储器，用于存储实现应用异常处理的程序；

处理器，用于运行所述存储器中存储的程序，以执行以下操作：

若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取与所述应用异常相对应的预设处理规则；

根据所述预设处理规则自动处理所述应用异常；

将处理所述应用异常的结果发送至运维人员。

综上所述，本发明具有以下有益效果：本发明实施例通过识别所述应用异常的类型，获取与所述应用异常相对应的预设处理规则，根据所述预设处理规则自动处理所述应用异常，将处理所述应用异常的结果发送至运维人员，可以自动解决出现的应用异常的现象，并缩短应用异常恢复的时间，提高运维工作的效率。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种应用程序运维方法的示意流程图。

图2是本发明另一实施例提供的一种应用程序运维方法的示意流程图。

图3是本发明实施例提供的一种应用程序运维装置的示意性框图。

图4是本发明实施例提供的一种应用程序运维装置的另一示意性框图。

图5是本发明实施例提供的一种应用程序运维设备的结构组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参阅图1，图1是本发明实施例提供的一种应用程序运维方法的示意流程图。该方法包括步骤S101～S104。

S101，若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型。

在本发明实施例中，应用程序可以是用户从互联网上下载的应用APP，比如微信、QQ、支付宝等等，也可以是系统中存在的以支持应用APP开发和运行的系统应用程序，比如Office、SQL-server等等。由于这些应用程序是寄宿于系统或者系统主机上运行的，并且应用程序在运行过程中需要占用或者消耗系统或者系统上主机的资源，因此，若应用程序在运行过程中占用了过多系统或主机的资源，则往往会导致主机出现应用异常，例如主机出现主机卷满、CPU使用率高以及线程阻塞等异常，导致主机不能正常运转，反过来又导致应用程序不能正常运行。此时，通过判断主机上发生的应用异常类型，并基于异常类型采取相应的处理手段，可以快速恢复主机的运转，从而使得应用程序可以正常运行。

需要说明的是，主机卷满指的是硬盘存储空间不足、磁盘已满，在检测是否出现主机卷满时，用户可以在预先设置的监控系统上设置主机存储空间的阈值，如果预先设置的监控系统监控到当前主机的存储空间超过所设置的阈值，则判断在当前主机中出现主机卷满，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；CPU使用率高指的是运行的程序占用CPU资源比例高，在检测是否出现CPU使用率高时，用户可以在预先设置的监控系统上设置CPU使用率的阈值，如果预先设置的监控系统监控到当前主机的CPU使用率超过所设置的阈值，则判断在当前主机中CPU使用率高，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；线程阻塞指的是线程在执行过程中暂停运行，在检测是否出现线程阻塞时，用户可以在预先设置的监控系统上设置线程阻塞的占用值，如果预先设置的监控系统监控到当前主机中线程占用率超过所设置的占用值，则判断在当前主机中出现线程阻塞，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的占用值可以由用户自行设置，在此不作限定。

S102，获取与所述应用异常相对应的预设处理规则。

在本发明实施例中，若检测到应用异常，获取与所述应用异常相对应的预设处理规则，根据预设处理规则的执行逻辑自动对所述应用异常进行处理；其中，若所述应用异常为主机卷满，所述预设处理规则为：识别并删除当前主机存储的临时文件以及日志，或者将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志；若所述应用异常为CPU使用率高所述预设处理规则为：识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机；若所述应用异常为线程阻塞，所述预设处理规则为：使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

S103，根据所述预设处理规则自动处理所述应用异常。

在本发明实施例中，由于所述预设处理规则由用户根据常见的已知应用异常进行制定，当检测到应用异常时，触发相应的处理规则针对该应用异常自动进行处理，而未被触发的其它处理规则将不会执行或者被跳过执行。

S104，将处理所述应用异常的结果发送至运维人员。

在本发明实施例中，将预设处理规则处理应用异常的处理结果生成通知信息发送给运维人员，其中该通知信息中记录的信息有应用异常的类型、针对该应用异常采用的处理规则的内容以及通过该处理规则进行处理之后的结果；由于在通知信息中记录了处理应用异常的详细信息，因此运维人员可以通过该通知信息及时了解到应用异常的类型以及应用异常的处理结果，通过预设的处理规则实现了自动处理应用异常的现象，在很大程度上提高了运维人员的工作效率；具体地，该通知信息可以通过邮件的形式发送至运维人员的邮箱中，另外，在实际应用中所述通知信息的发送形式在此不作限定。

由以上可见，本发明实施例通过识别所述应用异常的类型，获取与所述应用异常相对应的预设处理规则，根据所述预设处理规则自动处理所述应用异常，将处理所述应用异常的结果发送至运维人员，可以自动解决出现的应用异常的现象，并缩短应用异常恢复的时间，提高运维工作的效率。

请参阅图2，图2是本发明实施例提供的一种应用程序运维方法的示意流程图。该方法包括步骤S201～S205。

S201，若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型。

在本发明实施例中，应用程序可以是用户从互联网上下载的应用APP，比如微信、QQ、支付宝等等，也可以是系统中存在的以支持应用APP开发和运行的系统应用程序，比如Office、SQL-server等等。由于这些应用程序是寄宿于系统或者系统主机上运行的，并且应用程序在运行过程中需要占用或者消耗系统或者系统上主机的资源，因此，若应用程序在运行过程中占用了过多系统或主机的资源，则往往会导致主机出现应用异常，例如主机出现主机卷满、CPU使用率高以及线程阻塞等异常，导致主机不能正常运转，反过来又导致应用程序不能正常运行。此时，通过判断主机上发生的应用异常类型，并基于异常类型采取相应的处理手段，可以快速恢复主机的运转，从而使得应用程序可以正常运行。

需要说明的是，主机卷满指的是硬盘存储空间不足、磁盘已满，在检测是否出现主机卷满时，用户可以在预先设置的监控系统上设置主机存储空间的阈值，如果预先设置的监控系统监控到当前主机的存储空间超过所设置的阈值，则判断在当前主机中出现主机卷满，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；CPU使用率高指的是运行的程序占用CPU资源比例高，在检测是否出现CPU使用率高时，用户可以在预先设置的监控系统上设置CPU使用率的阈值，如果预先设置的监控系统监控到当前主机的CPU使用率超过所设置的阈值，则判断在当前主机中CPU使用率高，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；线程阻塞指的是线程在执行过程中暂停运行，在检测是否出现线程阻塞时，用户可以在预先设置的监控系统上设置线程阻塞的占用值，如果预先设置的监控系统监控到当前主机中线程占用率超过所设置的占用值，则判断在当前主机中出现线程阻塞，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的占用值可以由用户自行设置，在此不作限定。

S202，预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

在本发明实施例中，预先在终端中设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则，所述预设处理规则用于自动处理出现的应用异常。例如，主机卷满、CPU使用率高或者线程阻塞等应用异常，若总是依赖于人工的无分析操作进行处理，会影响应用异常的时效性，并且也容易出现操作错误的现象。

S203，获取与所述应用异常相对应的预设处理规则。

在本发明实施例中，若检测到应用异常，获取与所述应用异常相对应的预设处理规则，根据预设处理规则的执行逻辑自动对所述应用异常进行处理；其中，若所述应用异常为主机卷满，所述预设处理规则为：识别并删除当前主机存储的临时文件以及日志，或者将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志；若所述应用异常为CPU使用率高所述预设处理规则为：识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机；若所述应用异常为线程阻塞，所述预设处理规则为：使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

S204，根据所述预设处理规则自动处理所述应用异常。

在本发明实施例中，由于所述预设处理规则由用户根据常见的已知应用异常进行制定，当检测到应用异常时，触发相应的处理规则针对该应用异常自动进行处理，而未被触发的其它处理规则将不会执行或者被跳过执行。

S205，将处理所述应用异常的结果发送至运维人员。

在本发明实施例中，将预设处理规则处理应用异常的处理结果生成通知信息发送给运维人员，其中该通知信息中记录的信息有应用异常的类型、针对该应用异常采用的处理规则的内容以及通过该处理规则进行处理之后的结果；由于在通知信息中记录了处理应用异常的详细信息，因此运维人员可以通过该通知信息及时了解到应用异常的类型以及应用异常的处理结果，通过预设的处理规则实现了自动处理应用异常的现象，在很大程度上提高了运维人员的工作效率；具体地，该通知信息可以通过邮件的形式发送至运维人员的邮箱中，另外，在实际应用中所述通知信息的发送形式在此不作限定。

由以上可见，本发明实施例通过预先设置应用异常的处理规则，若应用异常发生时，可以通过所设置的预设规则进行自动处理，减少人工的依赖，提高应用异常处理的时效性，并减少操作错误的现象。

本领域普通技术人员可以理解实现上述实施例方法中的全部或者部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

请参阅图3，对应上述一种应用程序运维方法，本发明实施例还提出一种应用程序运维装置，该装置300包括：识别单元301、获取单元302、处理单元303、发送单元304。

其中，所述识别单元301，用于若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型。在本发明实施例中，应用程序可以是用户从互联网上下载的应用APP，比如微信、QQ、支付宝等等，也可以是系统中存在的以支持应用APP开发和运行的系统应用程序，比如Office、SQL-server等等。由于这些应用程序是寄宿于系统或者系统主机上运行的，并且应用程序在运行过程中需要占用或者消耗系统或者系统上主机的资源，因此，若应用程序在运行过程中占用了过多系统或主机的资源，则往往会导致主机出现应用异常，例如主机出现主机卷满、CPU使用率高以及线程阻塞等异常，导致主机不能正常运转，反过来又导致应用程序不能正常运行。此时，通过判断主机上发生的应用异常类型，并基于异常类型采取相应的处理手段，可以快速恢复主机的运转，从而使得应用程序可以正常运行。

需要说明的是，主机卷满指的是硬盘存储空间不足、磁盘已满，在检测是否出现主机卷满时，用户可以在预先设置的监控系统上设置主机存储空间的阈值，如果预先设置的监控系统监控到当前主机的存储空间超过所设置的阈值，则判断在当前主机中出现主机卷满，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；CPU使用率高指的是运行的程序占用CPU资源比例高，在检测是否出现CPU使用率高时，用户可以在预先设置的监控系统上设置CPU使用率的阈值，如果预先设置的监控系统监控到当前主机的CPU使用率超过所设置的阈值，则判断在当前主机中CPU使用率高，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；线程阻塞指的是线程在执行过程中暂停运行，在检测是否出现线程阻塞时，用户可以在预先设置的监控系统上设置线程阻塞的占用值，如果预先设置的监控系统监控到当前主机中线程占用率超过所设置的占用值，则判断在当前主机中出现线程阻塞，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的占用值可以由用户自行设置，在此不作限定。

所述获取单元302，用于获取与所述应用异常相对应的预设处理规则。在本发明实施例中，若检测到应用异常，获取与所述应用异常相对应的预设处理规则，根据预设处理规则的执行逻辑自动对所述应用异常进行处理；其中，若所述应用异常为主机卷满，所述预设处理规则为：识别并删除当前主机存储的临时文件以及日志，或者将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志；若所述应用异常为CPU使用率高所述预设处理规则为：识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机；若所述应用异常为线程阻塞，所述预设处理规则为：使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

所述处理单元303，用于根据所述预设处理规则自动处理所述应用异常。在本发明实施例中，由于所述预设处理规则由用户根据常见的已知应用异常进行制定，当检测到应用异常时，触发相应的处理规则针对该应用异常自动进行处理，而未被触发的其它处理规则将不会执行或者被跳过执行。

所述发送单元304，用于将处理所述应用异常的结果发送至运维人员。在本发明实施例中，将预设处理规则处理应用异常的处理结果生成通知信息发送给运维人员，其中该通知信息中记录的信息有应用异常的类型、针对该应用异常采用的处理规则的内容以及通过该处理规则进行处理之后的结果；由于在通知信息中记录了处理应用异常的详细信息，因此运维人员可以通过该通知信息及时了解到应用异常的类型以及应用异常的处理结果，通过预设的处理规则实现了自动处理应用异常的现象，在很大程度上提高了运维人员的工作效率；具体地，该通知信息可以通过邮件的形式发送至运维人员的邮箱中，另外，在实际应用中所述通知信息的发送形式在此不作限定。

由以上可见，本发明实施例通过识别所述应用异常的类型，获取与所述应用异常相对应的预设处理规则，根据所述预设处理规则自动处理所述应用异常，将处理所述应用异常的结果发送至运维人员，可以自动解决出现的应用异常的现象，并缩短应用异常恢复的时间，提高运维工作的效率。

请参阅图4，对应上述一种应用程序运维方法，本发明实施例还提出一种应用程序运维装置，该装置400包括：识别单元401、设置单元402、获取单元403、处理单元404、发送单元405。

其中，所述识别单元401，用于若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型。在本发明实施例中，应用程序可以是用户从互联网上下载的应用APP，比如微信、QQ、支付宝等等，也可以是系统中存在的以支持应用APP开发和运行的系统应用程序，比如Office、SQL-server等等。由于这些应用程序是寄宿于系统或者系统主机上运行的，并且应用程序在运行过程中需要占用或者消耗系统或者系统上主机的资源，因此，若应用程序在运行过程中占用了过多系统或主机的资源，则往往会导致主机出现应用异常，例如主机出现主机卷满、CPU使用率高以及线程阻塞等异常，导致主机不能正常运转，反过来又导致应用程序不能正常运行。此时，通过判断主机上发生的应用异常类型，并基于异常类型采取相应的处理手段，可以快速恢复主机的运转，从而使得应用程序可以正常运行。

需要说明的是，主机卷满指的是硬盘存储空间不足、磁盘已满，在检测是否出现主机卷满时，用户可以在预先设置的监控系统上设置主机存储空间的阈值，如果预先设置的监控系统监控到当前主机的存储空间超过所设置的阈值，则判断在当前主机中出现主机卷满，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；CPU使用率高指的是运行的程序占用CPU资源比例高，在检测是否出现CPU使用率高时，用户可以在预先设置的监控系统上设置CPU使用率的阈值，如果预先设置的监控系统监控到当前主机的CPU使用率超过所设置的阈值，则判断在当前主机中CPU使用率高，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的阈值可以由用户自行设置，在此不作限定；线程阻塞指的是线程在执行过程中暂停运行，在检测是否出现线程阻塞时，用户可以在预先设置的监控系统上设置线程阻塞的占用值，如果预先设置的监控系统监控到当前主机中线程占用率超过所设置的占用值，则判断在当前主机中出现线程阻塞，并进一步可判定在当前主机中检测到应用异常，其中，在预先设置的监控系统上所设置的占用值可以由用户自行设置，在此不作限定。

所述设置单元402，用于预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。在本发明实施例中，预先在终端中设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则，所述预设处理规则用于自动处理出现的应用异常。例如，主机卷满、CPU使用率高或者线程阻塞等应用异常，若总是依赖于人工的无分析操作进行处理，会影响应用异常的时效性，并且也容易出现操作错误的现象。

所述获取单元403，用于获取与所述应用异常相对应的预设处理规则。在本发明实施例中，若检测到应用异常，获取与所述应用异常相对应的预设处理规则，根据预设处理规则的执行逻辑自动对所述应用异常进行处理；其中，若所述应用异常为主机卷满，所述预设处理规则为：识别并删除当前主机存储的临时文件以及日志，或者将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志；若所述应用异常为CPU使用率高所述预设处理规则为：识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机；若所述应用异常为线程阻塞，所述预设处理规则为：使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

所述处理单元404，用于根据所述预设处理规则自动处理所述应用异常。在本发明实施例中，由于所述预设处理规则由用户根据常见的已知应用异常进行制定，当检测到应用异常时，触发相应的处理规则针对该应用异常自动进行处理，而未被触发的其它处理规则将不会执行或者被跳过执行。

所述发送单元405，用于将处理所述应用异常的结果发送至运维人员。在本发明实施例中，将预设处理规则处理应用异常的处理结果生成通知信息发送给运维人员，其中该通知信息中记录的信息有应用异常的类型、针对该应用异常采用的处理规则的内容以及通过该处理规则进行处理之后的结果；由于在通知信息中记录了处理应用异常的详细信息，因此运维人员可以通过该通知信息及时了解到应用异常的类型以及应用异常的处理结果，通过预设的处理规则实现了自动处理应用异常的现象，在很大程度上提高了运维人员的工作效率；具体地，该通知信息可以通过邮件的形式发送至运维人员的邮箱中，另外，在实际应用中所述通知信息的发送形式在此不作限定。

由以上可见，本发明实施例通过预先设置应用异常的处理规则，若应用异常发生时，可以通过所设置的预设规则进行自动处理，减少人工的依赖，提高应用异常处理的时效性，并减少操作错误的现象。

在硬件实现上，以上识别单元301、获取单元302、处理单元303、发送单元304等可以以硬件形式内嵌于或独立于数据处理装置中，也可以以软件形式存储于数据处理装置的存储器中，以便于处理器调用执行以上各个单元对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。

图5为本发明一种应用程序运维设备的结构组成示意图。如图5所示，该设备500可包括：输入装置501、输出装置502、收发装置503、存储器504以及处理器505，其中：

所述输入装置501，用于接收外部访问控制设备的输入数据。具体实现中，本发明实施例所述的输入装置501可包括键盘、鼠标、光电输入装置、声音输入装置、触摸式输入装置、扫描仪等。

所述输出装置502，用于对外输出访问控制设备的输出数据。具体实现中，本发明实施例所述的输出装置502可包括显示器、扬声器、打印机等。

所述收发装置503，用于通过通信链路向其他设备发送数据或者从其他设备接收数据。具体实现中，本发明实施例的收发装置503可包括射频天线等收发器件。

所述存储器504，用于存储实现应用异常处理的程序。本发明实施例的存储器504可以是系统存储器，比如，挥发性的(诸如RAM)，非易失性的(诸如ROM，闪存等)，或者两者的结合。具体实现中，本发明实施例的存储器504还可以是系统之外的外部存储器，比如，磁盘、光盘、磁带等。

所述处理器505，用于运行所述存储器504中存储的程序，并执行如下操作：

若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取与所述应用异常相对应的预设处理规则；

根据所述预设处理规则自动处理所述应用异常；

将处理所述应用异常的结果发送至运维人员。

进一步地，所述处理器505还执行如下操作：

预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

进一步地，若所述应用异常为主机卷满，所述预设处理规则为：

识别并删除当前主机存储的临时文件以及日志，或者

将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志。

进一步地，若所述应用异常为CPU使用率高，所述预设处理规则为：

识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机。

进一步地，若所述应用异常为线程阻塞，所述预设处理规则为：

使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

本领域技术人员可以理解，图5中示出的应用程序运维设备的实施例并不构成对应用程序运维设备具体构成的限定，在其他实施例中，应用程序运维设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，应用程序运维设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图5所示实施例一致，在此不再赘述。

本发明提供了一种计算机可读存储介质，计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序可被一个或者一个以上的处理器执行，以实现以下步骤：

若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取与所述应用异常相对应的预设处理规则；

根据所述预设处理规则自动处理所述应用异常；

将处理所述应用异常的结果发送至运维人员。

进一步地，所述步骤还包括：

预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

进一步地，若所述应用异常为主机卷满，所述预设处理规则为：

识别并删除当前主机存储的临时文件以及日志，或者

将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志。

进一步地，若所述应用异常为CPU使用率高，所述预设处理规则为：

识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机。

进一步地，若所述应用异常为线程阻塞，所述预设处理规则为：

使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

本发明前述的存储介质包括：磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等各种可以存储程序代码的介质。

本发明所有实施例中的单元可以通过通用集成电路，例如CPU(CentralProcessing Unit，中央处理器)，或通过ASIC(Application Specific IntegratedCircuit，专用集成电路)来实现。

本发明实施例应用程序运维方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例应用程序运维装置中的单元可以根据实际需要进行合并、划分和删减。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种应用程序运维方法，其特征在于，所述方法包括：

若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取与所述应用异常相对应的预设处理规则；

根据所述预设处理规则自动处理所述应用异常；

将处理所述应用异常的结果发送至运维人员。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

3.如权利要求1所述的方法，其特征在于，若所述应用异常为主机卷满，所述预设处理规则为：

识别并删除当前主机存储的临时文件以及日志，或者

将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志。

4.如权利要求1所述的方法，其特征在于，若所述应用异常为CPU使用率高，所述预设处理规则为：

识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机。

5.如权利要求1所述的方法，其特征在于，若所述应用异常为线程阻塞，所述预设处理规则为：

使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

6.一种应用程序运维装置，其特征在于，所述装置包括：

识别单元，用于若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取单元，用于获取与所述应用异常相对应的预设处理规则；

处理单元，用于根据所述预设处理规则自动处理所述应用异常；

发送单元，用于将处理所述应用异常的结果发送至运维人员。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

设置单元，用于预先设置与所述应用异常相对应的处理规则，其中，每一个应用异常对应一种预设处理规则，不同的应用异常对应不同的预设处理规则。

8.如权利要求6所述的装置，其特征在于，若所述应用异常为主机卷满，所述预设处理规则为：

识别并删除当前主机存储的临时文件以及日志，或者

将当前主机存储的临时文件以及日志进行压缩形成压缩文件，并将压缩文件移动至其它主机，并删除当前主机上存储的临时文件和日志。

9.如权利要求6所述的装置，其特征在于，若所述应用异常为CPU使用率高，所述预设处理规则为：

识别CUP使用率最高的应用，关闭/重启所识别的应用并使当前使用该应用的终端连接至其它主机；

若所述应用异常为线程阻塞，所述预设处理规则为：

使当前主机不再接收任务，待当前任务被处理完成后再重启当前主机，并将其它任务分配至其它主机。

10.一种应用程序运维设备，其特征在于，所述设备包括：存储器以及处理器；

存储器，用于存储实现应用异常处理的程序；

处理器，用于运行所述存储器中存储的程序，以执行以下操作：

若检测到由应用程序运行所引起的应用异常，识别所述应用异常的类型；

获取与所述应用异常相对应的预设处理规则；

根据所述预设处理规则自动处理所述应用异常；

将处理所述应用异常的结果发送至运维人员。