CN103853647A - 自动检测服务器问题的方法和设备 - Google Patents

Abstract

本发明的实施例公开了一种用于自动检测服务器问题的方法和设备，该方法包括：收集对服务器进行监测的监测信息；根据所述监测信息判断是否存在关于所述服务器的异常信息；当存在所述异常信息时，收集关于所述服务器的其它监测信息；根据所述异常信息和所述其它监测信息来进行分析；以及提供分析结果。使用本发明实施例的方法和设备可以快速检测服务器问题并采取相应措施。

Description

自动检测服务器问题的方法和设备

技术领域

本发明的实施例涉及总体上涉及网络信息技术领域，更具体地，涉及用于自动检测服务器问题的方法和设备。

背景技术

在信息技术领域，监测计算设备是否以正常状态运行是一个重要的问题。特别是随着网络技术的发展，越来越多的计算设备以服务器的形式出现，这些服务器通过其上运行的应用来为其他设备(称为客户端设备)提供相应的服务和/或数据。作为示例，常见的服务器包括但不限于：电子邮件(email)服务器、消息收发服务器、文件服务器、应用服务器、数据库服务器，等等。监测这些服务器的运行状态对于维持正常的网络服务和通信而言至关重要。

应当理解，在此使用的术语“服务器”意在表示能够通过网络向其他设备提供数据、信息、服务等的任何适当的计算设备，包括但不限于：主机计算机、个人计算机、膝上型计算机、移动计算设备、个人数字助理(PDA)，等等。而且，还应理解，在此提及的“服务器”和“客户端”是相对的。特定的计算设备可能在某些情况下充当服务器，而在另一些情况下充当客户端。而且，计算设备同时充当服务器和客户端也是可能的。

在现有技术中，网络中服务器的运行状态通常是通过监测该服务器的网络端口来实现的。例如，对于提供Web服务的服务器而言，根据现有技术的方案，对服务器运行状态的监测可以这样实现：监测应用服务器提供Web服务的端口(例如，超文本传输协议HTTP端口)，并且通过端口的状态(例如，是否正常响应)来确定该服务器是否正常运行。

通过监测服务器可以获知服务器的当前运行状态，并且当服务器运行出错(例如服务器线程过多、内存占用过大、CPU使用率过高)时，可以例如进行报警，从而进行相应调整和/或修复。

然而，现有监测报警的方案存在明显的缺陷。例如，当线程过多时，系统只会提示线程过多，但造成线程过多的原因却不能知晓。换言之，现有的监测报警的方案较为单一、简单，并且有时只能报警结果，却不能提供出错或问题原因。这对于需要快速、及时处理的在线服务器运行而言，影响较大。此外，由于在线运行的服务器(例如社交网站)通常较大、较复杂并且持续运行，其出错或出现问题往往是各种各样，一般而言，不可能要求所有的工程师都时时刻刻待命(这样会非常浪费人力资源)，而一旦出现异常时，如果不能快速地初步判断问题或错误出现原因，并且找到熟悉这一问题的工程师来进行处理，则对于需要提供良好和连续的服务的社交网站而言，更为致命。

由此，本领域中需要一种以更为有效、快速和准确的方式自动检测服务器问题的方法和设备。

发明内容

为了解决上述问题，根据本发明的一个方面，提供了一种用于自动检测服务器问题的方法，包括：收集对服务器进行监测的监测信息；根据所述监测信息判断是否存在关于所述服务器的异常信息；当存在所述异常信息时，收集关于所述服务器的其它监测信息；根据所述异常信息和所述其它监测信息来进行分析；以及提供分析结果。

根据本发明的另一方面，提供了一种用于自动检测服务器问题的设备，包括：用于收集对服务器进行监测的监测信息的装置；用于根据所述监测信息判断是否存在关于所述服务器的异常信息的装置；用于当存在所述异常信息时收集关于所述服务器的其它监测信息的装置；用于根据所述异常信息和所述其它监测信息来进行分析的装置；以及用于提供分析结果的装置。

通过使用上述的用于自动检测服务器问题的方法和设备，可以通过收集关于服务器的异常信息、其它检测信息和/或其它服务器上的监测信息和/或其它业务机器上的相关信息，并且基于预定的策略和/或规则使用这些信息来进行分析，并且提供分析结果(例如通知有关用户和/或采取必要措施)。以此方式，可以快速有效地自动检测服务器问题。

附图说明

通过对结合附图所示出的实施例进行详细说明，本发明的上述以及其他特征将更加明显，本发明附图中相同的标号表示相同或相似的元素。在附图中：

图1示出了适合用来实践本发明实施例的计算机系统的框图。

图2示出了根据本发明的一个实施例可在其中实现的网络环境的示意图。

图3示出了根据本发明的一个实施例的用于自动检测服务器问题的方法。

图4示出了根据本发明的另一实施例的用于自动检测服务器问题的方法。

图5示出了根据本发明的一个实施例的用于自动检测服务器问题的设备。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下文将参考若干示例性实施例来描述本发明的原理和精神。应当理解，给出这些实施例仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

可以理解，本发明的一些实施例所涉及的用于自动检测服务器问题的方法可以通过使用诸如台式计算机、膝上型计算机、服务器、工作站、平板型计算机、一体机、手机、PDA之类的具有计算能力的计算设备上执行，而本发明的一些实施例所涉及的用于自动检测服务器问题的设备可以体现为诸如台式计算机、膝上型计算机、服务器、工作站、平板型计算机、一体机、手机、PDA之类的具有计算能力的计算设备中的一个或一些部件或其组合。

例如，参见图1，图1示出了本发明的各种实施例可以在其中实现的一种示例性设备的框图。

图1中所示的设备包括CPU(中央处理单元)101、RAM(随机存取存储器)102、ROM(只读存储器)103、系统总线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108、显示器控制器109、硬盘110、键盘111、串行外部设备112、并行外部设备113和显示器114。在这些部件中，与系统总线104相连的有CPU 101、RAM 102、ROM 103、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108和显示器控制器109。硬盘110与硬盘控制器105相连，键盘111与键盘控制器106相连，串行外部设备112与串行接口控制器107相连，并行外部设备113与并行接口控制器108相连，以及显示器114与显示器控制器109相连。

图1所述的结构框图仅仅为了示例的目的而示出的，并非是对本发明的限制。在一些情况下，可以根据需要添加或者减少其中的一些设备。例如，图1所示的设备可以省略键盘111，而仅仅是一个能够被外部设备访问的服务器。图1所示的设备可以单独地实现本发明运行的环境，也可以通过网络互相连接起来而实现本发明运行的环境，例如本发明的各个模块和/或步骤可以分布地实现在互相连接的各个设备中。

上述的各个方面可以被单独使用或是以各种组合来适用。本申请的教导可以通过硬件和软件的组合来实现，但是同样可以在软件或硬件中实现。本申请的教导同样可以实施为在计算机可读介质上的计算机程序产品，所述计算机可读介质可以是任何物质介质，例如软盘、CD-ROM、DVD、硬驱动器甚至网络介质等。

下面结合图2来描述根据本发明的一个实施例的可在其中实现的网络环境。

如图所示，根据本发明的实施例，网络环境200可以包括：监测设备201以及服务器202。

根据本发明的一个实施例，监测设备201可配置为用于监测服务器202的运行状态，其可以与服务器202通信。关于监测设备201的详细描述将在下文给出。

服务器202是通过网络向被称作客户端的其它设备(图2中未示出)提供服务的计算设备。服务器202可以包括目前已知或者将来开发的任何类型的网络服务器，包括但不限于：电子邮件(email)服务器、消息收发服务器、文件服务器、应用服务器、数据库服务器，等等。此外，服务器202可以通过任何适当的设备来实现，包括但不限于：主机计算机、个人计算机、膝上型计算机、移动计算设备、个人数字助理(PDA)，等等。应当理解，上文列举的示例仅仅出于说明而非限制的目的，本发明的范围在此方面不受限制。

如图2所示，服务器202上可以运行有至少一个应用，例如应用202-1、应用202-2到应用202-N。取决于服务器202的所提供的功能和服务，这些应用可以是任何适当类型的应用。当这些应用在服务器202上运行时，其实现服务器202所要提供的部分或者全部功能。

在应用202-1到应用202-N的运行期间，如果出现例如存储器访问错误、资源操作失败、存储器溢出、非法操作等任何意外或者异常情况，则这些程序可以抛出异常(exception)。所抛出的异常可以由特定的模块来处理，并且监测设备201可以监测到关于异常的信息。此外，在现有技术中，服务器202上运行的应用202-1到202-N所产生的异常信息还可以被存储于服务器202本地的系统运行日志(未示出)。

应当注意，尽管在图2中将监测设备201以及服务器202示为独立的设备，但这仅仅是为了说明目的而进行的逻辑划分。在实践中，设备201和202可以根据需要具有不同的实现方式。例如，在某些实施例中，监测设备201本身也可以与服务器202定位在同一物理计算设备上，这将在下文详述。

在监测设备201和服务器202彼此独立的实施例中，它们之间的通信可以通过网络来实现。网络可以包括有线网络、无线网络或其组合，包括但不限于：蜂窝电话网络，以太网，基于IEEE 802.11、802.16、802.20等的无线局域网(WLAN)，和/或全球微波接入互操作性(WiMAX)网络。此外，网络可以是公共网络(诸如，因特网)、专用网络(诸如，企业内部网)或其组合。在分层式网络通信架构下，网络的传输层可以按照传输控制协议(TCP)、实时传输协议(RTP)或其他传输逻辑进行操作。网络层可以基于网际协议v4、v6(即，IPv4或IPv6)或其他网络层协议来路由信息。数据链路层可以包括有线或无线链路，如异步传输模式(ATM)、光纤分布式数据接口(FDDI)、光纤、同轴电缆、双绞线或其他物理层上的其他数据链路层。

本领域技术人员将会理解，图2中仅仅示出了网络环境中与本发明的主题有关的设备和元件。网络环境还可以包括诸如接入点、路由器、防火墙等各种网元。

下面将参考附图3来描述根据本发明的一个实施例的用于自动检测服务器问题的方法。出于说明目的，下文将主要结合图2中示出的环境200来描述方法300的实施方式。特别地，根据本发明的一个实施例，方法300例如可以由参考图2描述的网络环境200中的监测设备201来实现。然而，应当理解，方法300也可以在其他环境中和/或由其他设备来实现。

在方法300开始之后，在步骤S301处，收集对服务器进行监测的监测信息。本领域技术人员可以理解，该监测信息包括关于服务器运行时各种状态的信息，例如，在服务器上运行的应用的线程数、服务器的CPU的使用率、服务器的可用内存，等等。

接着，在步骤S303处，根据该监测信息判断是否存在关于服务器的异常信息。如上文所述，为了提供适当的功能和/或服务，服务器(例如，图2中的服务器202)上可运行有至少一个应用(例如，应用202-1到202-N)。在运行期间，如果某个应用和/或服务器自身遇到了错误、意外或者超出阈值，则将其称为产生和/或存在关于服务器的异常。作为一个示例，关于应用所产生和/或存在的异常的信息(称为“异常信息”)可以包括：抛出异常的应用的标识，异常发生的时间，异常的类型，异常是否得到处理，异常造成的影响，等等。

如果监测设备201根据监测信息判断出其不是异常信息(在另一实施例中，也可以存在单独的判断设备，其根据监测设备201中收集的监测信息)，则返回步骤S301继续监测，其中继续监测的信息可以是与之前监测的信息相同，也可以与之前监测的信息不同。在一个例子中，由于要监测的项众多，因此可以针对这些进行依次监测或是轮询监测。换言之，当判断出前一监测信息(例如线程数)不是异常信息(即，例如线程数未超出阈值)，则可以返回步骤S301收集下一项监测信息(例如，服务器中可用内存量)。

备选地，也可以同时监测多项监测信息，但是依次判断监测信息是否是异常信息。

又一备选地，也可以同时监测多项监测信息并且同时判断多项监测信息是否是异常信息。

应当理解，上文提及的异常仅仅是示例性的，并非意在限制本发明的范围。基于在此给出的教导和启示，本领域技术人员可以为异常与服务器的运行状态建立附加的和/或不同的关联关系。

根据本发明的一个实施例，当这些异常信息除了被监测设备201监测到之外，还可以写入服务器202的本地系统运行日志以供后续分析和/或供技术工程师查阅。

当监测设备201(在另一实施例中或者由单独的判断设备)根据监测信息判断出存在关于服务器的异常信息(例如，一个应用的线程超出阈值)时，该方法行进至步骤S305。在S305处，监测设备201收集服务器202中的其它监测信息，例如，另一应用中的线程数、可用内存、CPU使用率，等等。在另一实施例中，由于例如在线网站之类的服务器使用者会使用多个服务器，因此，收集其它监测信息也包括收集关于其它服务器和/或业务机器(例如路由器，等等)的监测信息。

当收集到其它监测信息时，分析设备(未示出)使用预定的规则或策略来根据异常信息和其它监测信息来进行分析。该规则或策略是基于之前的异常分析结果归纳总结所得。例如，当异常信息表明一个应用中线程超出阈值而其它监测信息也出现异常(例如另一应用中线程也超出阈值)，则可以根据预定的规则或策略判断出这是在线用户激增，而非是硬件故障。对于各种异常都可以建立对应的规则或策略，这样，当之后出现类似异常时，都可以快速地初步分析问题所在，并召集对应的工程师进行解决。

分析设备在使用预定的规则或策略来根据异常信息和其它监测信息分析之后，在步骤S309处提供分析结果。该分析结果可以以各种方式体现，例如，在服务器中生成异常日志、调用邮件、消息系统发送电子邮件、短消息或多媒体消息(MMS)给对应的主管和/或工程师。在所发送的用于警示的消息中，可以包含有指示系统当前运行状态的信息，所发生异常的具体信息，和/或可能的解决方案建议。

上面结合图3描述了根据本发明的一个实施例的用于自动检测服务器问题的方法。

下面结合图4描述根据本发明的另一实施例的用于自动检测服务器问题的方法。该实施例中的步骤S401、S403、S405、S407和S409与图3所示的实施例中的S301、S303、S305、S307和S309相同，因此不再赘述。

图4所示实施例与图3所示的实施例的不同之处在于步骤S411。如上所述，分析设备是根据预定的规则或策略进行分析，而由于出现的问题可能各种各样，有时会出现之前未曾出现的问题，当解决这类新的问题之后，可以使用记录的异常信息和分析结果对规则或策略进行更新，从而改进后续的分析。

此外，优选地，该方法还可以包括自动处理异常。服务器202上运行的应用可被指派以不同的重要性，例如在线社交网站的记录应用的重要性高于照片应用。当记录应用和照片应用的线程均超出阈值，并且分析表明是由于访问用户数过多导致并且可能导致服务器系统崩溃时，可以根据预先确定的规则和策略暂时停用照片应用服务以确保记录应用的正常运行。又例如，当根据异常信息和其它监测信息分析出异常可能是因服务器之一上存在故障或病毒所导致，可以根据预定的规则或策略自动停用该服务器。重要性较高的应用异常时，有可能导致服务器202和/或其上运行的其他应用受到影响，甚至导致所要提供的服务无法实现。由此，如果监测设备101确定服务器上的某些重要的应用抛出异常，则可以认定服务器102处于紧急状态。反之，如果某些不太重要的应用发生异常，则可以认定服务器102处于警报状态甚至正常运行状态。以上内容仅是示例性的，本领域技术人员可以理解可以通过应用调用服务器和/或业务机器上的所有软件、硬件和/或固件来实现异常处理。

本领域技术人员可以理解，本发明的上述方法可以通过各种方式实现，其包括但不限于软件、硬件、固件或其组合。

图5是根据本发明的另一方面的用于自动检测服务器问题的设备500的一个实施例，包括：用于收集对服务器进行监测的监测信息的装置510；用于根据所述监测信息判断是否存在关于所述服务器的异常信息的装置520；用于当存在所述异常信息时收集关于所述服务器的其它监测信息的装置530；用于根据所述异常信息和所述其它监测信息来进行分析的装置540；以及用于提供分析结果的装置550。

为清晰起见，在图5中并未示出各个装置所包含的子装置。然而，应当理解，设备500中记载的装置510-550及其子装置分别与参考图3描述的方法中的步骤相对应。由此，上文针对图3中的方法描述的操作和特征同样适用于设备500及其中包含的装置和子装置，在此不再赘述。

还应当理解，设备500可以利用各种方式来实现。例如，在某些实施方式中，设备500可以利用软件和/或固件模块来实现。此外，设备500也可以利用硬件模块来实现。例如，设备500可以实现为集成电路(IC)芯片或专用集成电路(ASIC)。设备500也可以实现为片上系统(SOC)。现在已知或者将来开发的其他方式也是可行的，本发明的范围在此方面不受限制。

应当注意，本发明的实施方式可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其模块可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合例如固件来实现。

说明书中提及的通信网络可以包括各类网络，包括但不限于局域网(“LAN”)，广域网(“WAN”)，根据IP协议的网络(例如，因特网)以及端对端网络(例如，ad hoc对等网络)。

应当注意，尽管在上文详细描述中提及了设备的若干装置或子装置，但是这种划分仅仅并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

综上所述，本发明的一个方面提供了一种用于自动检测服务器问题的方法，包括：收集对服务器进行监测的监测信息；根据所述监测信息判断是否存在关于所述服务器的异常信息；当存在所述异常信息时，收集关于所述服务器的其它监测信息；根据所述异常信息和所述其它监测信息来进行分析；以及提供分析结果。

优选地，所述收集对服务器进行监测的监测信息包括依次收集对各个服务器进行监测的监测信息。

优选地，该方法还包括：当存在所述异常信息时，收集关于其它服务器的监测信息也用于所述分析。

优选地，该方法还包括：当存在所述异常信息时，收集关于其它业务机器的监测信息也用于所述分析。

优选地，该方法还包括：记录所述异常信息和所述分析结果。

本发明的另一方面提供了一种用于自动检测服务器问题的设备，包括：用于收集对服务器进行监测的监测信息的装置；用于根据所述监测信息判断是否存在关于所述服务器的异常信息的装置；用于当存在所述异常信息时收集关于所述服务器的其它监测信息的装置；用于根据所述异常信息和所述其它监测信息来进行分析的装置；以及用于提供分析结果的装置。

优选地，所述用于收集对服务器进行监测的监测信息的装置依次收集对各个服务器进行监测的监测信息。

优选地，该设备还包括：用于当存在所述异常信息时收集关于其它服务器的监测信息也用于所述分析的装置。

优选地，该设备还包括：用于当存在所述异常信息时收集关于其它业务机器的监测信息也用于所述分析的装置。

优选地，该设备还包括：用于记录所述异常信息和所述分析结果的装置。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施例描述了本发明，但是应该理解，本发明并不限于所公开的具体实施例。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (10)

1.一种用于自动检测服务器问题的方法，包括：

收集对服务器进行监测的监测信息；

根据所述监测信息判断是否存在关于所述服务器的异常信息；

当存在所述异常信息时，收集关于所述服务器的其它监测信息；

根据所述异常信息和所述其它监测信息来进行分析；以及

提供分析结果。

2.根据权利要求1所述的方法，其中所述收集对服务器进行监测的监测信息包括依次收集对各个服务器进行监测的监测信息。

3.根据权利要求1所述的方法，还包括：

当存在所述异常信息时，收集关于其它服务器的监测信息也用于所述分析。

4.根据权利要求3所述的方法，还包括：

当存在所述异常信息时，收集关于其它业务机器的监测信息也用于所述分析。

5.根据权利要求1-4中任一项的方法，还包括：

记录所述异常信息和所述分析结果。

6.一种用于自动检测服务器问题的设备，包括：

用于收集对服务器进行监测的监测信息的装置；

用于根据所述监测信息判断是否存在关于所述服务器的异常信息的装置；

用于当存在所述异常信息时收集关于所述服务器的其它监测信息的装置；

用于根据所述异常信息和所述其它监测信息来进行分析的装置；以及

用于提供分析结果的装置。

7.根据权利要求6所述的设备，其中所述用于收集对服务器进行监测的监测信息的装置依次收集对各个服务器进行监测的监测信息。

8.根据权利要求6所述的设备，还包括：

用于当存在所述异常信息时收集关于其它服务器的监测信息也用于所述分析的装置。

9.根据权利要求8所述的设备，还包括：

用于当存在所述异常信息时收集关于其它业务机器的监测信息也用于所述分析的装置。

10.根据权利要求6-9中任一项的设备，还包括：

用于记录所述异常信息和所述分析结果的装置。

Images