CN109491843A - 一种应用的故障监测方法和装置 - Google Patents

Abstract

本发明实施例公开了一种应用的故障监测方法和装置，当某个应用处于运行的状况下，如果需要监测该应用是否发生故障，首先，可以获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；然后，可以分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。如此，对于存在相同进程名称的应用，可以有效的通过进程数量的监测，识别出进程是否出现了异常，从而确保了引用的安全性和可用性，为用户提供了高可用性和高可靠性的服务。

Description

一种应用的故障监测方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种应用的故障监测方法和装置。

背景技术

随着信息时代的不断发展，利用计算机系统为个人用户或者企业用户提供及时可靠的信息和服务，一定程度上给个人用户或者企业用户带来了极大的便利。目前数据量呈指数趋势上升，但是，计算机无论是其硬件还是软件，都不可避免地会发生故障，一旦出现故障，很有可能造成数据(特别是重要数据)的丢失，为个人用户或者企业用户带来不可挽回的损失。

目前，为了确保服务的高可用性，一般采用的方法是：对应用服务的进程进行监测，即，监测应用服务包括的进程名称是否存在，如果存在，则认为该进程正常，从而认为该应用服务运行正常。但是，应用服务的多个进程使用相同的进程名称的情况并不少见，故，采用该方式监测应用服务的可用性存在监测不全面的问题，例如：当应用服务包括2个进程名称为ab的进程，那么，假设其中一个ab进程故障，但是，监测该应用服务时，仍然可以监测到进程名称为ab的进程，视作ab进程无异常，从而认为该应用服务运行正常，不进行切换。如此，难以对发生故障的进程进行识别并实现准确的切换控制，导致该应用服务的安全性和可用性较低。

发明内容

为了解决上述技术问题，本发明实施例提供一种应用的故障监测方法和装置，以使得即使在应用功能服务存在相同名称的进程的情况下，也能够准确和有效的监测出该具有相同名称的进程是否出现故障，从而能够监测出出现故障的应用，以便快速、有效的切换该应用到备机上执行，确保了应用服务安全和可用。

第一方面，提供了一种应用的故障监测方法，包括：

获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；

分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致；

若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

可选地，在所述确定所述应用故障之后，还包括：

将所述应用切换至备机，以便所述应用正常运行。

可选地，所述预设进程数量是预先设置的，并与对应的所述进程名称对应保存的。

可选地，在所述获取应用中各进程的进程名称和所述进程名称对应的运行进程数量之后，还包括：

查找并确定所述进程名称对应的预设进程数量。

可选地，在所述确定所述应用故障之后，还包括：

识别所述运行进程数量小于所述预设进程数量的进程为故障进程。

第二方面，还提供了一种应用的故障监测装置，包括：

获取单元，用于获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；

比较单元，用于分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致；

确定单元，用于若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

可选地，该装置还包括：

切换单元，用于在所述确定所述应用故障之后，将所述应用切换至备机，以便所述应用正常运行。

可选地，所述预设进程数量是预先设置的，并与对应的所述进程名称对应保存的。

可选地，该装置还包括：

查找单元，用于在所述获取应用中各进程的进程名称和所述进程名称对应的运行进程数量之后，查找并确定所述进程名称对应的预设进程数量。

可选地，该装置还包括：

识别单元，用于在所述确定所述应用故障之后，识别所述运行进程数量小于所述预设进程数量的进程为故障进程。

在本发明实施例中，提供了一种应用的故障监测方法，当某个应用处于运行的状况下，如果需要监测该应用是否发生故障，首先，可以获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；然后，可以分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。如此，对于存在相同进程名称的应用，可以有效的通过进程数量的监测，识别出进程是否出现了异常，从而确保了引用的安全性和可用性，为用户提供了高可用性和高可靠性的服务。

附图说明

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

图1为本发明实施例中一应用场景所涉及的网络系统框架示意图；

图2为本发明实施例提供的一种应用的故障监测方法的流程示意图；

图3为本发明实施例提供的另一种应用的故障监测方法的流程示意图；

图4为本发明实施例提供的一种应用的故障监测装置的结构示意图。

具体实施方式

对于个人用户或者企业用户而言，数据的安全性和全面性十分重要，这就要求各个应用是高可用的。但是可用性通常在下述两种情况下会受到影响：一种情况下，计算机系统宕机错误操作和管理引起的异常失败；另一种情况下，由于计算机系统维护和升级需要安装新的硬件或软件而正常关机。高可用性的系统，要求应用可以上述两种情况下可以提供不间断的服务。因此，需要对各个应用进行有效的故障监测，确保达到高可用性。

目前，为了确保服务的高可用性，一般采用的故障监测方法为：对应用的进程通过进程名称进行监测，即，监测应用本该包括的进程名称是否存在，如果存在，则认为该进程正常，从而认为该应用运行正常。

但是，发明人经过研究发现，很多应用均存在多个进程使用相同的进程名称的情况，故，采用该方式监测应用是否发生故障存在监控不全面的问题，例如：当应用包括2个进程名称为ab的不同进程，那么，假设其中一个ab进程故障，但是，监测该应用时，仍然可以监测到进程名称为ab的进程，视作ab进程无异常，从而认为该应用服务运行正常，不进行切换。如此，难以对发生故障的进程进行识别并实现准确的切换控制，导致该应用的故障监测存在漏洞，无法保证其安全性和可用性。

基于此，在本发明实施例中，提供了一种应用的故障监测方法和装置，通过预先为每个应用的不同进程名称设置固定的预设进程数量，如果需要监测该应用是否发生故障，首先，可以获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；然后，可以分别比较所述应用中各运行进程数量和对应的该预设进程数量是否一致，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

可见，在本发明实施例，对于存在相同进程名称的应用，也能够通过各个进程名称对应的进程数量的监测，准确和有效的监测出该具有相同名称的进程是否出现故障，从而能够监测出出现故障的应用，以便快速、有效的切换该应用到备机上执行，确保了应用服务安全和可用。

举例来说，本发明实施例的场景之一，可以是应用到如图1所示的场景中。该场景中，包括应用100，其上包括5个进程，进程名称分别为：ab、ab、cd、cd和cd。该应用100运行于主机10上，该系统还包括备机20和备机30。在运行该应用100之前，预先设置各个进程名称对应的预设进程数量，具体设置ab进程的预设进程数量为2，cd进程的预设进程数量为3。

作为一个示例，在应用100运行的过程中，可以每隔1分钟监测一次该应用100是否发生故障。具体监测过程包括：获得进程名称ab以及对应的运行进程数量A，并获得进程名称cd以及对应的运行进程数量B；比较ab对应的运行进程数量A是否等于预设进程数量2，且，比较cd对应的运行进程数量B是否等于预设进程数量3；只要有一个不等于，则确定该应用100出现了故障，从而即可将应用100切换到备机20或者备机30上运行；如果都等于，即，A＝2且B＝3，则确定该应用100运行正常。这样，克服了只针对进程名称对应用进行故障监测带来的监测不够全面和准确的问题。

可以理解的是，上述场景仅是本发明实施例提供的一个场景示例，本发明实施例并不限于此场景。

下面结合附图，通过实施例来详细说明本发明实施例中一种应用的故障监测方法和装置的具体实现方式。

图2为本发明实施例提供的一种应用的故障监测方法的流程示意图。参见图2，该方法具体可以包括：

步骤201，获取应用中各进程的进程名称和所述进程名称对应的运行进程数量。

可以理解的是，一个应用在运行的过程中，可能同时开启多个进程。在运行应用之前，一般可以预先设置该应用中所有进程的进程名称，并统计使用每个进程名称的进程的数量。

例如：假设应用甲同时开启的进程1～5，设置进程名称分别为：进程1-ab，进程2-cd，进程3-cd，进程4-ab，进程5-cd。那么，在设置进程名称之后，还可以统计使用进程名称ab的进程的数量为2个；统计使用进程名称cd的进程的数量为3个。

可以理解的是，统计使用每个进程名称的进程的数量，即可记作该经常名称对应的预设进程数量，为了后续监测过程中使用，可以将该预设进程数量与对应的所述进程名称进行对应保存。

需要说明的是，该预设进程数量，一般是固定不变的，但是，当有应用升级或者其他特殊情况时，应用对应的进程名称以及每个进程名称下的预设进程数量可能发生变化，此时，需要重新设置该应用的进程名称和预设进程数量，在故障监测时，以最新设置的进程名称和预设进程数量为准。

运行进程数量，是指应用实际运行过程中，在监测该应用性能时各个进程名称下实际正在运行的进程的数量。

具体实现时，当应用开始运行后，各个进程均为开启状态。为了确保应用的正常运行，及时发现非正常运行的进程，可以对正在运行的进程进行故障监测。

作为一个示例，为了在确保应用可靠运行的基础上，尽可能的节约系统资源，可以预设故障监测周期(例如：一分钟)，并周期性的对运行的应用进行故障监测，即，每个周期获取一次该应用中各进程的进程名称和进程名称对应的运行进程数量。

作为另一个示例，为了尽可能保证应用的正常运行和后续发现故障后快速切换，还可以对运行中的应用进行实时故障监测，即，实时获取该应用中各进程的进程名称和进程名称对应的运行进程数量。

例如：仍然对于应用甲，假设当前运行的进程包括：ab、ab、cd和cd，ab对应的运行进程数量为2，cd对应的运行进程数量为2。

需要说明的是，在步骤201获取到应用中各进程的进程名称和所述进程名称对应的运行进程数量之后，本发明实施例还包括：查找并确定所述进程名称对应的预设进程数量。例如：对于应用甲，获取在该应用运行之前预先设置的预设进程数量，为：ab对应的运行进程数量为2，cd对应的运行进程数量为3。为后续步骤202和步骤203进行故障监测提供了数据基础。

步骤202，分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致。

步骤203，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

可以理解的是，当应用正常运行，即，应用中的所有经常进正常执行时，各个进程名称对应的运行进程数量应该等于预设进程数量；一旦有进程名称对应的运行进程数量不等于预设进程数量的情况出现，说明该应用属于非正常运行状态，即，该应用中有进程发生故障，此时，可以确定该应用故障。

需要说明的是，在步骤203之后，还可以具体的识别出具体出现故障的进程。即，在步骤203之后，本发明实施例还包括：识别所述运行进程数量小于所述预设进程数量的进程为故障进程。

例如：假设应用甲同时开启的进程1～5，进程名称为ab和cd，ab对应的运行进程数量为2，cd对应的运行进程数量为2；且ab的预设进程数量为2，cd的预设进程数量为3；通过比较发现，进程ab的运行进程数量和预设进程数量一致，进程cd的运行进程数量和预设进程数量不一致；那么，可以确定该应用甲故障，同时，可以确定识别应用甲故障的原因在于进程cd的预设进程数量和运行进程数量不一致，即可确定进程cd为故障进程。

进一步的，当确定该应用故障后，为了不耽误该应用继续为用户提供相应的服务确保系统的高可用性，还可以自动执行切换。具体过程参见图3，具体包括：

步骤301，获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；

步骤302，分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致；

步骤303，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

步骤304，将所述应用切换至备机，以便所述应用正常运行。

其中，步骤301～步骤303具体参见步骤201～步骤203中的详细描述，在此不再赘述。

对于步骤304，可以是故障监测模块监测到主机上应用运行发生故障后，主动发起的切换，以便该应用可以在备机上继续为用户提供相同的服务，提高了该应用的可靠性和可用性。

需要说明的是，本发明实施例中的执行主体为具有故障监测功能的模块，可以是系统中安装的插件，对运行中的应用进行故障监测并对发现故障的应用进行自动切换，提高系统的可用性。

可见，在本发明实施例中，提供了一种应用的故障监测方法，当某个应用处于运行的状况下，如果需要监测该应用是否发生故障，首先，可以获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；然后，可以分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。如此，对于存在相同进程名称的应用，可以有效的通过进程数量的监测，识别出进程是否出现了异常，从而确保了引用的安全性和可用性，为用户提供了高可用性和高可靠性的服务。

相应的，本发明实施例还提供了一种应用的故障监测装置，如图4所示，该装置具体可以包括：

获取单元401，用于获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；

比较单元402，用于分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致；

确定单元403，用于若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

可选地，该装置还包括：

切换单元，用于在所述确定所述应用故障之后，将所述应用功能切换至备机，以便所述应用正常运行。

可选地，所述预设进程数量是预先设置的，并与对应的所述进程名称对应保存的。

可选地，该装置还包括：

查找单元，用于在所述获取应用中各进程的进程名称和所述进程名称对应的运行进程数量之后，查找并确定所述进程名称对应的预设进程数量。

可选地，该装置还包括：

识别单元，用于在所述确定所述应用故障之后，识别所述运行进程数量小于所述预设进程数量的进程为故障进程。

可见，在本发明实施例中，提供了一种应用的故障监测装置，利用本发明实施例提供的应用的故障监测方法，具体包括：当某个应用处于运行的状况下，如果需要监测该应用是否发生故障，首先，可以获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；然后，可以分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致，若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。如此，对于存在相同进程名称的应用，可以有效的通过进程数量的监测，识别出进程是否出现了异常，从而确保了引用的安全性和可用性，为用户提供了高可用性和高可靠性的服务。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-onlymemory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本发明的优选实施方式，并非用于限定本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种应用的故障监测方法，其特征在于，包括：

获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；

分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致；

若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

2.根据权利要求1所述的方法，其特征在于，在所述确定所述应用故障之后，还包括：

将所述应用切换至备机，以便所述应用正常运行。

3.根据权利要求1所述的方法，其特征在于，所述预设进程数量是预先设置的，并与对应的所述进程名称对应保存的。

4.根据权利要求3所述的方法，其特征在于，在所述获取应用中各进程的进程名称和所述进程名称对应的运行进程数量之后，还包括：

查找并确定所述进程名称对应的预设进程数量。

5.根据权利要求1所述的方法，其特征在于，在所述确定所述应用故障之后，还包括：

识别所述运行进程数量小于所述预设进程数量的进程为故障进程。

6.一种应用的故障监测装置，其特征在于，包括：

获取单元，用于获取应用中各进程的进程名称和所述进程名称对应的运行进程数量；

比较单元，用于分别比较所述应用中各所述运行进程数量和对应的预设进程数量是否一致；

确定单元，用于若所述运行进程数量和所述预设进程数量不一致，则确定所述应用故障。

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

切换单元，用于在所述确定所述应用故障之后，将所述应用切换至备机，以便所述应用正常运行。

8.根据权利要求6所述的装置，其特征在于，所述预设进程数量是预先设置的，并与对应的所述进程名称对应保存的。

9.根据权利要求8所述的装置，其特征在于，还包括：

查找单元，用于在所述获取应用中各进程的进程名称和所述进程名称对应的运行进程数量之后，查找并确定所述进程名称对应的预设进程数量。

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

识别单元，用于在所述确定所述应用故障之后，识别所述运行进程数量小于所述预设进程数量的进程为故障进程。