CN103701651B - 一种国产环境下应用服务容灾装置和方法 - Google Patents

Abstract

本发明公开一种国产环境下应用服务容灾装置和方法，该装置包括接收模块、监测模块、第一判断模块和重启模块。监测模块基于接收模块接收的应用服务器的Java进程的Id号，实时监测应用服务器的进程状态；第一判断模块判断所述监测模块的监测结果是否为所述Java进程消失，并在判断结果为是时，通过重启模块重启应用服务器，以保证应用服务器恢复运行。可见，本发明通过其包括的各个功能模块实现了实时、自动检测应用服务器的进程状态，灾难监测、消除的过程无需人工干预，省时省力，提高了灾难消除的效率以及系统的容灾能力，且能够及时处理灾难，降低了由JVM宕机等问题导致的灾难的影响。

Description

一种国产环境下应用服务容灾装置和方法

技术领域

本发明属于应用服务容灾、恢复技术领域，尤其涉及一种国产环境下应用服务容灾装置和方法。

背景技术

目前，飞腾CPU（中央处理器，Central ProcessingUnit）、麒麟操作系统或龙芯平台等国产环境下，应用服务器运行的环境不够稳定，经常出现JVM（Java Virtual Machine，Java虚拟机）宕机等灾难性情况，这些情况导致应用服务器不能正常提供服务。

针对上述情况，当前在国产环境下对于应用服务器没有容灾设备。一般采用人工方式检测、判断应用服务器的进程状态，并在检测到JVM宕机等灾难现象时，通过人工干预排查、消除灾难，以保证应用服务器正常运行。但该方式由于采用人工干预，费时费力，灾难消除的效率较低，且不能保证在灾难发生的第一时间检测、排除灾难，导致灾难消除不及时，扩大了灾难的影响。

发明内容

有鉴于此，本发明的目的在于提供一种国产环境下应用服务容灾装置和方法，以解决上述问题，减少人工干预的工作量，提高灾难消除的效率，降低灾难的影响。

为此，本发明公开如下技术方案：

一种国产环境下应用服务容灾装置，包括接收模块、监测模块、第一判断模块和重启模块，其中：

所述接收模块，用于接收应用服务器发送的其所启动的Java进程的Id号；

所述监测模块，用于基于所述Java进程的Id号实时监测所述应用服务器的进程状态；

所述第一判断模块，用于判断所述监测模块的监测结果是否为所述Java进程消失，若判断结果为是，则执行所述重启模块；否则，若判断结果为否，则转至执行所述监测模块；

所述重启模块，用于重启应用服务器。

优选的，所述接收模块，还用于接收应用服务器发送的日志文件地址和应用访问地址。

优选的，所述装置还包括访问模块、第二判断模块、分析模块、第三判断模块和参数调整模块，其中：

所述访问模块，用于按照应用检测时间，根据所述应用访问地址访问相应的应用；

所述第二判断模块，用于判断所述访问模块访问所述应用时，所述应用的响应时间是否大于预设数值，若判断结果为是，则执行所述分析模块；否则，若判断结果为否，则转至执行所述访问模块；

所述分析模块，用于利用所述日志文件地址，获取日志文件，并对所获取的日志文件进行分析，得到分析结果；

所述第三判断模块，用于依据所述分析结果，判断所述应用的响应时间大于所述预设数值的原因是否是内存溢出，若判断结果为是，则执行所述参数调整模块；否则，若判断结果为否，则执行所述重启模块；

所述参数调整模块，用于调整JVM相应参数，以使JVM内存大小满足在访问所述应用时，所述应用的响应时间在所述预设数值内；转至执行重启模块。

优选的，所述预设数值具体为10秒。

一种国产环境下应用服务容灾方法，包括：

接收应用服务器发送的其所启动的Java进程的Id号；

基于所述Java进程的Id号实时监测所述应用服务的进程状态；

判断所述监测的监测结果是否为所述Java进程消失，若判断结果为是，则重启应用服务器；否则，若判断结果为否，则转至执行步骤：基于所述Java进程的Id号实时监测所述应用服务器的进程状态。

优选的，所述方法还包括：

接收应用服务器发送的应用访问地址和日志文件地址；

按照应用检测时间，根据所述应用访问地址访问相应的应用；

判断访问所述应用时，所述应用的响应时间是否大于预设数值，若判断结果为是，则利用所述日志文件地址，获取日志文件，并对所获取的日志文件进行分析，得到分析结果；否则，若判断结果为否，则转至执行步骤：按照应用检测时间，根据所述应用访问地址访问相应的应用；

依据所述分析结果，判断所述应用的响应时间大于所述预设数值的原因是否是内存溢出；

当判断结果为是时，调整JVM相应参数，以使JVM内存大小满足在访问所述应用时，所述应用的响应时间在所述预设数值内；之后，重启应用服务器；

当判断结果为否时，重启应用服务器。

由于本发明实施例提供的国产环境下应用服务容灾装置，包括了接收模块、监测模块、第一判断模块和重启模块。监测模块基于接收模块接收的应用服务器的Java进程的Id号，实时监测应用服务器的进程状态，第一判断模块判断所述监测模块的监测结果是否为所述Java进程消失，并在监测结果为是时，通过重启模块重启应用服务器，以保证应用服务器恢复运行。可见，本发明通过其包括的各个功能模块实现了实时、自动检测应用服务器的进程状态，灾难监测、消除的过程无需人工干预，省时省力，提高了灾难消除的效率以及系统的容灾能力，且能够及时处理灾难，降低了由JVM宕机等问题导致的灾难的影响。

附图说明

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

图1是本发明实施例一提供的国产环境下应用服务容灾装置的一种结构示意图；

图2是本发明实施例二提供的国产环境下应用服务容灾装置的另一种结构示意图；

图3是本发明实施例二提供的容灾装置实例的工作流程图；

图4是本发明实施例三提供的国产环境下应用服务容灾方法的一种流程图；

图5是本发明实施例三提供的国产环境下应用服务容灾方法的另一种流程图；

具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结解释如下：

JVM：是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。Java虚拟机包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域。JVM屏蔽了与具体操作系统平台相关的信息，使Java程序只需生成在Java虚拟机上运行的目标代码（字节码）,就可以在多种平台上不加修改地运行，JVM是JEE应用服务器的运行依赖。

国产环境：飞腾CPU、麒麟操作系统和龙芯平台。

JVM宕机：因为内存不稳定java程序被强行关闭。

应用恢复时间：客户对应用停止服务的最大容忍时间

应用检测时间：应用检测时间为应用恢复时间减去应用服务器启动时间。

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

实施例一

本发明实施例一公开一种国产环境下应用服务容灾装置，请参见图1，该装置包括接收模块100、监测模块200、第一判断模块300和重启模块400，其中：

接收模块100，用于接收应用服务器发送的其所启动的Java进程的Id（Identity，身份标识）号。

具体地，本发明的装置以及应用服务器启动之后，应用服务器向本发明装置进行注册，将其启动的Java进程的Id号通知给本发明的装置，接收模块100接收所述Java进程的Id号。

监测模块200，用于基于所述Java进程的Id号实时监测所述应用服务器的进程状态。

其中，监测模块200以接收模块100接收的Java进程的Id号为依据，对应用服务器的进程状态进行实时监测，以实时了解应用服务器的进程状态。

第一判断模块300，用于判断所述监测模块的监测结果是否为所述Java进程消失，若判断结果为是，则执行重启模块400；否则，若判断结果为否，则转至执行监测模块200。

重启模块400，用于重启应用服务器。

若监测到Java进程消失，则表明当前出现了JVM宕机现象，应用服务器不能继续提供正常服务。此时，重启模块400重启应用服务器，使其恢复正常运行。

综上所述，本发明实施例提供的国产环境下应用服务容灾装置，包括了接收模块100、监测模块200、第一判断模块300和重启模块400。监测模块200基于接收模块100接收的应用服务器的Java进程的Id号，实时监测应用服务器的进程状态，第一判断模块300判断所述监测模块的监测结果是否为所述Java进程消失，并在监测结果为是时，通过重启模块400重启应用服务器，以保证应用服务器恢复运行。可见，本发明通过其包括的各个功能模块实现了实时、自动检测应用服务器的进程状态，灾难监测、消除的过程无需人工干预，省时省力，提高了灾难消除的效率以及系统的容灾能力，且能够及时处理灾难，降低了由JVM宕机等问题导致的灾难的影响。

实施例二

本发明实施例二继续对实施例一的国产环境下应用服务容灾装置进行完善和补充，公开了该装置的另一种结构，请参见图2，其除了包括接收模块100、监测模块200、第一判断模块300和重启模块400之外，还包括访问模块500、第二判断模块600、分析模块700、第三判断模块800和参数调整模块900。

同时，对接收模块100的功能进行了扩充，本实施例二中，接收模块100还用于接收应用服务器发送的应用访问地址和日志文件地址。

具体地，应用服务器向本发明的装置注册其启动的Java进程的Id号、日志文件地址和应用访问地址，该接收模块100接收应用服务器的上述注册信息，为后续各模块的工作提供依据。

访问模块500，用于按照应用检测时间，根据所述应用访问地址访问相应应用。

第二判断模块600，用于判断所述访问模块访问所述应用时，所述应用的响应时间是否大于预设数值，若判断结果为是，则执行所述分析模块700；否则，若判断结果为否，则转至执行访问模块500；。

访问模块500以及第二判断模块600通过实际访问应用来检测、验证所述应用的响应时间，并将应用的响应时间与预先设置的数值进行比较，以判断该应用是否存在响应过慢的问题。具体地，预设数值可由本领域技术人员依据实际制定的对应用响应速度的评判基准进行设定，本实施例中，设定该数值为10s，即当应用的响应时间超过10s时，认定应用响应过慢，即应用出现灾难性情况。

分析模块700，用于利用所述日志文件地址，获取日志文件，并对所获取的日志文件进行分析，得到分析结果。

第三判断模块800，用于依据所述分析结果，判断所述应用的响应时间大于所述预设数值的原因是否是内存溢出，若判断结果为是，则执行参数调整模块900；否则，若判断结果为否，则执行重启模块400。

所述参数调整模块900，用于调整JVM相应参数，以使JVM内存大小满足在访问所述应用时，所述应用的响应时间在所述预设数值内；之后，转至执行重启模块400。

当应用响应过慢时，分析模块700通过对日志文件进行分析查找出现该响应过慢问题的原因。若分析结果表明，是由于内存溢出等问题导致的应用响应速度慢，则参数调整模块900调整相应的JVM参数，例如具体调整JVM内存大小，扩大JVM的内存，以克服内存溢出，进而消除应用响应过慢的问题。之后通过重启模块400重启应用服务器，以为应用恢复正常运行提供保障。如果日志中分析不出问题，则直接重启应用服务器。

本实施例二对实施例一中的国产环境下应用服务容灾装置进行了功能扩充，在能够检测应用服务器的进程状态、解决应用服务器的JVM宕机问题的基础上，本实施例二增加了由于内存不足、内存溢出导致的应用（业务系统）响应过慢这一灾难问题的检测和灾难消除功能，提高了容灾能力。

本实施例二继续公开本发明装置的一应用实例。本实例中，容灾装置具体为在应用服务器外，使用C语言启动的一个守护进程，基于以上对本发明的描述，该守护进行具体负责两部分工作：一个是守护应用服务器的Java进程，具体基于应用服务器启动后注册的Java进程的Id号监控Java进程的状态，如果Java进程消失，则重新启动应用服务器；守护进程的另一个工作是按照应用检测时间基于应用服务器注册的应用访问地址访问应用，在应用响应时间大于10s时，进行日志分析，并根据分析结果决定是否需要调整JVM相应参数，最后重启应用服务器。请参见图3，该守护进程的工作过程具体如下：

S301：守护进程启动。

S302：守护进程接收应用服务器注册的Java进程的Id号、日志文件地址和应用访问地址。

S303：守护进程守护Java进程。

S304：如果Java进程消失，重启应用服务器。

S305：守护进程按照应用检测时间访问应用访问地址。

S306：如果应用的响应时间大于10秒，则分析应用服务器日志文件，若是因为内存溢出等问题导致的响应慢，则调整JVM参数，重启应用服务器；若日志中分析不出问题，则直接重启应用服务器。

实施例三

本发明实施例三公开一种国产环境下应用服务容灾方法。该方法与实施例一及实施例二中的国产环境下应用服务容灾装置相对应。

首先，相应于实施例一中容灾装置的结构，公开国产环境下应用服务容灾方法的一种流程，其参见图4，其包括：

S401：接收应用服务器发送的其所启动的Java进程的Id号。

S402：基于所述Java进程的Id号实时监测所述应用服务器的进程状态。

S403：判断所述监测的监测结果是否为所述Java进程消失，若判断结果为是，则执行步骤S404；否则，若判断结果为否，则转至执行步骤S402。

S404：重启应用服务器。

相应于实施例二中容灾装置的结构，本实施例二继续扩充上述容灾方法，请参见图5，该方法还包括：

S405：接收应用服务器发送的应用访问地址和日志文件地址。

S406：按照应用检测时间，根据所述应用访问地址访问相应的应用。

S407：判断访问所述应用时，所述应用的响应时间是否大于预设数值，若判断结果为是，则执行步骤S408；否则，若判断结果为否，则转至执行步骤S406。

S408：利用所述日志文件地址，获取日志文件，并对所获取的日志文件进行分析，得到分析结果。

S409：依据所述分析结果，判断所述应用的响应时间大于所述预设数值的原因是否是内存溢出；若判断结果为是，则执行步骤S410；否则，若判断结果为否，则执行步骤S411。

S410：调整JVM相应参数，以使JVM内存大小满足在访问所述应用时，所述应用的响应时间在所述预设数值内。

S411：重启应用服务器。

对于本发明实施例三公开的国产环境下应用服务容灾方法而言，由于其与以上各实施例公开的国产环境下应用服务容灾装置相对应，所以描述的比较简单，相关相似之处请参见以上各实施例中国产环境下应用服务容灾装置部分的说明即可，此处不再详述。

综上所述，本发明的装置或方法能够实时、自动检测应用服务器的进程状态和应用响应时间，减少了人工干预的工作量，提高了系统的容灾能力，能够降低由于国产环境下JVM宕机、内存不足等问题导致的灾难的影响。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

为了描述的方便，描述以上装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各模块或单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

最后，还需要说明的是，在本文中，诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (3)

1.一种国产环境下应用服务容灾装置，其特征在于，包括接收模块、监测模块、第一判断模块和重启模块，其中：

所述接收模块，用于接收应用服务器发送的其所启动的Java进程的Id号；

所述监测模块，用于基于所述Java进程的Id号实时监测所述应用服务器的进程状态；

所述第一判断模块，用于判断所述监测模块的监测结果是否为所述Java进程消失，若判断结果为是，则执行所述重启模块；否则，若判断结果为否，则转至执行所述监测模块；

所述重启模块，用于重启应用服务器；

其中，所述接收模块，还用于接收应用服务器发送的日志文件地址和应用访问地址；则所述装置还包括访问模块、第二判断模块、分析模块、第三判断模块和参数调整模块，其中：

所述访问模块，用于按照应用检测时间，根据所述应用访问地址访问相应的应用；

所述第二判断模块，用于判断所述访问模块访问所述应用时，所述应用的响应时间是否大于预设数值，若判断结果为是，则执行所述分析模块；否则，若判断结果为否，则转至执行所述访问模块；

所述分析模块，用于利用所述日志文件地址，获取日志文件，并对所获取的日志文件进行分析，得到分析结果；

所述第三判断模块，用于依据所述分析结果，判断所述应用的响应时间大于所述预设数值的原因是否是内存溢出，若判断结果为是，则执行所述参数调整模块；否则，若判断结果为否，则执行所述重启模块；

所述参数调整模块，用于调整JVM相应参数，以使JVM内存大小满足在访问所述应用时，所述应用的响应时间在所述预设数值内；在调整JVM相应参数之后转至执行重启模块。

2.根据权利要求1所述的装置，其特征在于，所述预设数值具体为10秒。

3.一种国产环境下应用服务容灾方法，其特征在于，包括：

接收应用服务器发送的其所启动的Java进程的Id号；

基于所述Java进程的Id号实时监测所述应用服务的进程状态；

判断所述监测的监测结果是否为所述Java进程消失，若判断结果为是，则重启应用服务器；否则，若判断结果为否，则转至执行步骤：基于所述Java进程的Id号实时监测所述应用服务器的进程状态；

所述方法还包括：

接收应用服务器发送的应用访问地址和日志文件地址；

按照应用检测时间，根据所述应用访问地址访问相应的应用；

判断访问所述应用时，所述应用的响应时间是否大于预设数值，若判断结果为是，则利用所述日志文件地址，获取日志文件，并对所获取的日志文件进行分析，得到分析结果；否则，若判断结果为否，则转至执行步骤：按照应用检测时间，根据所述应用访问地址访问相应的应用；

依据所述分析结果，判断所述应用的响应时间大于所述预设数值的原因是否是内存溢出；

当判断结果为是时，调整JVM相应参数，以使JVM内存大小满足在访问所述应用时，所述应用的响应时间在所述预设数值内；之后，重启应用服务器；

当判断结果为否时，重启应用服务器。