一种消息中间件系统状态的检查方法、装置、设备及存储介质

摘要

本发明公开了一种消息中间件系统状态的检查方法、装置、设备及存储介质，包括：生成消息中间件系统的状态检查作业，状态检查作业包含检查项目、与检查项目对应的标准检查命令；执行状态检查作业得到系统当前状态的检查结果文件，包括：基于标准检查命令提交目标检查项目的检查命令；获取返回的查询结果；在查询结果中提取关键参数得到系统当前状态属性；获取系统状态标准值文件，系统状态标准值文件中包含系统运行状态属性的标准值；将系统当前状态属性与系统运行状态属性的标准值逐一进行对比，得到对比结果，并根据对比结果输出得到系统当前状态的检查结果文件。利用本发明提供的技术方案能减少工作的耗时，并降低人工操作出现失误的风险。

说明书

技术领域

本发明涉及消息中间件技术领域，具体涉及一种消息中间件系统状态的检查方法、装置、设备及存储介质。

背景技术

在集群环境或是分布式环境中，为了在相同或不同的应用系统、平台之间传递应用数据，引入了消息中间件。消息中间件投入使用后，系统运维人员需要在主机平台的消息中间件环境中定期对消息中间件系统的各类状态做详细检查，以监控运行状态；在重启系统后，也需要对新启动的系统做状态检查，确保启动正确可以投入使用。

对消息中间件的运维主要有两种方式，一种是通过消息中间件提供的二进制命令工具，另一种是通过命令行交互管理工具。不管是哪一种方式，要确认消息中间件的启动状态、运行状态是否正常，都需要发出类目繁多的命令，对消息中间件的队列管理器、队列、通道等对象分别进行检查。当系统环境中运行有上百个消息中间件时，对每一个消息中间件及其内部对象的检查就变成一种机械性、重复性高的工作，极大地增加了工作耗时。

发明内容

为了解决现有技术的问题，本发明提供了一种消息中间件系统状态的检查方法、装置、设备及存储介质。所述技术方案如下：

本发明一方面提供了一种消息中间件系统状态的检查方法，所述方法包括：

生成消息中间件系统的状态检查作业，所述状态检查作业至少包含检查项目、与所述检查项目对应的标准检查命令；

执行所述状态检查作业，得到系统当前状态的检查结果文件，包括：

基于所述标准检查命令提交目标检查项目的检查命令；

获取所述消息中间件系统执行所述检查命令后返回的查询结果；

在所述查询结果中提取关键参数得到系统当前状态属性；

获取系统状态标准值文件，所述系统状态标准值文件中包含系统运行状态属性的标准值；

根据所述目标检查项目将所述系统当前状态属性与所述系统运行状态属性的标准值逐一进行对比，得到对比结果，并根据所述对比结果输出得到所述系统当前状态的检查结果文件。

本发明另一方面提供了一种消息中间件系统状态的检查装置，所述装置包括：

状态检查作业生成模块，用于生成消息中间件系统的状态检查作业，所述状态检查作业至少包含检查项目、与所述检查项目对应的标准检查命令；

状态检查作业执行模块，用于执行所述状态检查作业，得到系统当前状态的检查结果文件，其中包括：

检查命令提交单元，用于基于所述标准检查命令提交目标检查项目的检查命令；

查询结果获取单元，用于获取所述消息中间件系统执行所述检查命令后返回的查询结果；

系统当前状态属性提取单元，用于在所述查询结果中提取关键参数得到系统当前状态属性；

系统状态标准值文件获取单元，用于获取系统状态标准值文件，所述系统状态标准值文件中包含系统运行状态属性的标准值；

对比输出单元，用于根据所述目标检查项目将所述系统当前状态属性与所述系统运行状态属性的标准值逐一进行对比，得到对比结果，并根据所述对比结果输出得到所述系统当前状态的检查结果文件。

本发明另一方面提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由所述处理器加载并执行所述一种消息中间件系统状态的检查方法。

本发明另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现所述一种消息中间件系统状态的检查方法。

本发明提供的一种消息中间件系统状态的检查方法、装置、设备及存储介质，具有如下技术效果：

本发明提供的方案将系统状态检查流程写入脚本文件中，令其在主机平台中自动输入检查命令、读取查询信息，并同步与预设的标准状态进行对比，进一步地可排查、显示出异常项目，使运维人员直接快速了解系统的状态属性。同时本发明提供的方案支持消息中间件个数的随意增减、系统内部配置的随意变化。对于各种增减和变化，只需要在标准值输入文件中修改数值即可，进一步简化了检查流程，减轻了检查工作量；通过多次的实验对比，本发明与现有的检查方法相比可节约运维人员约80％的时间，并且在检查过程中，失误出错的概率也大大降低。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

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

图1是本发明实施例提供的一种消息中间件系统状态的检查方法的流程图；

图2是本发明实施例提供的一种生成消息中间件系统的状态检查作业的流程图；

图3是本发明实施例提供的另一种生成消息中间件系统的状态检查作业的流程图；

图4是本发明实施例提供的一种提交目标检查项目的检查命令的流程图；

图5是本发明实施例提供的一种消息中间件系统状态的检查装置的结构框图；

图6是本发明实施例提供的运行一种消息中间件系统状态的检查方法的服务器的硬件结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了使本发明实施例公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明实施例，并不用于限定本发明实施例。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。为了便于理解本发明实施例所述的技术方案及其产生的技术效果，本发明实施例首先对于相关专业名词进行解释：

消息中间件：消息中间件适用于任何需要进行网络通信的系统，负责建立网络通信的通道，进行数据或文件的发送。消息中间件的一个重要作用是可以实现跨平台操作，为不同操作系统上的应用软件集成提供服务，为不同信息孤岛的交互搭建了便捷安全一致的通道。一般认为，消息中间件属于分布式系统中的一个子系统，关注数据的发送和接收，利用高效可靠的异步消息传递机制对分布式系统中的其余各子系统进行集成。IBM的WebSphere MQ是一款典型的消息中间件，并得到了广泛的应用。

MQ：Message Queueing System，消息中间件系统；是IBM提供的运行在主机平台上的一种消息中间件产品，基于TCP/IP网络协议，协助在相同或者不同的系统平台之间传输应用消息。MQ产品分为Server和Client两种版本，在MQ服务器的运行环境下，有队列管理器、队列、消息、通道等对象，它提供全面的消息服务；MQ Client提供了一个MQ应用程序的开发和运行环境，在客户端环境下，没有队列管理器、队列等对象，它通过MQI(MessageQueue Interface，消息队列接口)通道与服务器之间建立通讯，并将消息从客户端发往服务器端的队列，或从Server端的队列中取得消息。

Cluster：集群，或称群集，是由多个MQ组成的分布式环境，集群中可能含有多个队列管理器，但是集群的结构和对象的配置信息则集中地存放在集群中的配置库(Repository)中，配置库所在的队列管理器称为配置库队列管理器(Repository QueueManager)。一个集群中可以有多个配置库队列管理器，为了控制网络开销同时具有较高的可用性，一般可以配置两个配置库队列管理器，互为备份。在集群队列管理器中共享的对象成为集群对象，比如集群通道、集群队列等。

消息：Message，把应用程序交由MQ传输的数据定义为消息。消息由消息描述符(Message Description或Message Header)和消息体(Message Body)两部分组成。在MQ中，消息分为两种类型：非永久性消息和永久性消息。

队列：Queue，队列是消息的安全存放地，队列存储消息直到消息被应用程序处理。在MQ中，队列可以分为本地队列、远程队列、模板队列、动态队列、别名队列等。

通道：Channel，是MQ队列管理器之间传递消息的管道，它是建立在物理的网络连接上的一个逻辑概念。在MQ中主要有三大类通道，即消息通道、MQI(Message QueuingInterface，消息队列接口)通道和Cluster(集群)通道。

队列管理器：Queue Manager，简称为QMGR；队列管理器构建了独立的MQ的运行环境，它是消息队列的管理者，用来维护和管理消息队列。一台机器上可以运行一个或多个队列管理器，每个队列管理器有各自的名字，通常情况下，不能与网络中的其他队列管理器重名。队列管理器是负责向应用程序提供消息的机构，在WebSphere MQ中，队列管理器集成了对象的定义、配置、管理、调度以及提供各种服务的功能于一身。应用程序必须首先连接到队列管理器，然后在队列管理器的控制下对各种对象进行操作。MQ中的队列管理器可以含有很多个队列，但一个队列只能属于一个队列管理器。一个操作系统平台可以创建一个或者多个队列管理器。

作业：编译完成的可执行程序通过作业的方式来运行，在主机(Mainframe)环境中，所有的步骤都需要通过提交作业的方式来完成。如在IBM-Z系列大型主机平台中，作业任务以脚本实例的形态通过JES2(Job Entry Subsystem，作业输入子系统)子系统进行调度执行。

CICS：Customer Informatica Control System，客户信息控制系统；是IBM提供的一种为应用提供联机事务处理和事务管理的产品，其提供了一个支持多用户、多进程、多数据源访问的应用运行环境，能够管理和调度操作系统资源，从而确保该应用环境的性能、灵活性、安全性和完整性。CICS是IBM公司的主机交易服务器、集成平台，交易服务器也称作交易处理中间件，一般用于联机交易系统。

CICSPLEX：多个CICS有机组合成的整体，整个CICSPLEX通过统一的接口进行维护、管理和操作，从而达到高处理能力和高可用性目标。

REXX：Restructured Extended Executor，重构扩展执行器；是IBM在1980年代发明的一种程序设计语言，是IBM随其大型主机、中型操作系统和更低端操作系统一起捆绑的脚本和命令语言，主要用在IBM的大型计算机(Mainframe Computer)上，在VSE、VM、OS/400、AIX、OS/2等其他的IBM平台上也可以找到它的解译器或编译器。此外还有面向对象的版本，称为ObjectRexx。

DB2：是IBM公司开发的一套关系型数据库管理系统，为事务型工作负载和仓储工作负载提供高级数据管理和分析功能。该数据库广泛应用于商业数据处理领域，如银行、金融和保险行业，主要的运行环境为UNIX、LINUX、IBM i、z/OS和Windows服务器版本。

RUNMQSC：命令行交互界面管理工具；是一种通用的MQ对象管理工具，使用MQSC命令集可以对MQ对象进行管理。

MQSC：MQ Script Command，消息中间件脚本命令；是RUNMQSC环境下运行的命令集。

图1是本发明实施例提供的一种消息中间件系统状态的检查方法的流程图，请参照图1，本说明书实施例提供的一种消息中间件系统状态的检查方法包括如下步骤：

S101：生成消息中间件系统的状态检查作业，所述状态检查作业至少包含检查项目、与所述检查项目对应的标准检查命令。

在本说明书实施例中，消息中间件系统MQ运行在IBM公司开发的主机平台(Mainframe)环境中，该主机平台通过消息中间件系统MQ集成了多个应用系统或平台，或通过多个MQ构成集群。在该主机平台的运行环境中，操作步骤通过提交作业的方式来完成，所述作业可以是编译完成的可执行程序。如在IBM-Z系列大型主机平台中，作业任务以脚本实例的形态通过JES2(Job Entry Subsystem，作业输入子系统)子系统进行调度执行。

在本说明书实施例中，具体地，如图2所示，所述生成消息中间件系统的状态检查作业可以包括以下步骤：

S201：获取消息中间件系统状态的各项检查项目。

在本说明书实施例中，针对消息中间件系统状态的检查项目可以分为四类，第一类是MQ日常维护项目，包括日志属性状态、文件存储使用状态、耦合器内存状态、通信地址空间状态等，第二类为MQ对象管理项目，包括对单个MQ中的队列管理器、队列、通道、进程等对象运行状态的检查，第三类为MQ集群管理项目，包括对集群对象如配置库队列管理器、集群队列、集群通道等的检查，第四类为与外部系统、平台的交互管理项目。在具体实施过程中，可以不全包含或不限定本说明书实施例中所述的检查项目，本说明书对此不作限定。

S203：基于消息中间件脚本命令集生成所述各项检查项目的标准检查命令。

可以理解的是，为了兼顾各种系统平台的兼容性，提供了一个通用的字符交互界面管理工具RUNMQSC，运行的命令集称为MQSC，MQSC是一种交互式的脚本命令，在RUNMQSC环境下解释执行。管理工具RUNMQSC从标准输入中读取一条MQSC命令，解释执行并在标准输出打印结果，但是在大量MQ需要检查的情况下，直接输入脚本命令会极大地增加工作耗时，同时带来操作失误的风险。

在本说明书实施例中，通过将命令存放在脚本文件中，并以作业形式自动执行可简化检查工作流程，减轻检查的工作量。表1示出了应用在IBM主机平台上的消息中间件系统MQ的部分检查项目的标准检查命令。本说明书对脚本命令集的选择并不作具体限定，可根据主机平台、消息中间件的类型选择合适的命令集。

表1标准检查命令

在本说明书实施例中，具体地，如图3所示，所述生成消息中间件系统的状态检查作业还可以包括以下步骤：

S301：针对所述各项检查项目，基于重构扩展执行器的脚本语言生成检查程序。

在本说明书实施例中，消息中间件系统MQ应用在IBM的主机平台上，REXX是IBM随其大型主机、中型操作系统和更低端操作系统一起捆绑的脚本和命令语言，REXX也几乎可以在世界上各种其他的操作系统上运行，不论是大型主机还是手持设备。

在一个具体的实施例中，所述检查程序包括：

创建并调用检查命令生成函数，基于所述标准检查命令生成所述各项检查项目的实例检查命令；

调用消息中间件的应用程序接口，访问消息中间件系统；

输入所述各项检查项目的实例检查命令并获取所述消息中间件系统返回的查询结果；

调用系统状态标准值文件并读取所述系统状态标准值文件中针对所述各项检查项目的系统运行状态属性的标准值；

根据预设条件对所述查询结果和所述系统运行状态属性的标准值进行对比，得到对比结果并定向输出至检查结果文件中；

S303：将所述各项检查项目的检查程序串行编排，生成所述消息中间件系统的状态检查作业。

在一个具体的实施例中，基于IBM主机平台的运行环境，通过提交作业来完成对消息中间件系统的检查操作，并由作业输入子系统进行作业的调度和执行，即可自动完成对消息中间件系统的状态检查工作，极大地减少工作耗时。

S103：执行所述状态检查作业，得到系统当前状态的检查结果文件。

在本说明书实施例中，对于系统运维人员而言，可以通过状态检查作业一键式自动检查所有主机平台上的多个消息中间件的内部运行状态和外部连接状态，对于单个应用系统或者某一区域的业务人员，可以通过状态检查作业一键式自动检查与单个系统、平台连接的消息中间件的运行状态或集群属性状态。本说明书实施例中状态检查作业的检查范围视业务需求而定，对此不作具体限定，在本说明书实施例中，以一个目标检查项目为示例具体说明本发明提供的检查方案。

在本说明书实施例中，具体地，如图1所示，所述执行所述状态检查作业，得到系统当前状态的检查结果文件可以包括：

S401：基于所述标准检查命令提交目标检查项目的检查命令。

在一个具体的实施例中，如图4所示，所述基于所述标准检查命令提交目标检查项目的检查命令可以包括以下步骤：

S4011：获取所述消息中间件系统中运行的所有消息中间件的实例名称。

在本说明书实施例中，若一台主机上配置有一个消息中间件，则可以通过主机名称作为消息中间件的实例名称，若一台主机上配置有多个消息中间件构成集群环境，则可以通过端口或者编码字符集标识符以区分不同的消息中间件。具体地，通过查询命令获取消息中间件的实例名称或是调用运维文件获取消息中间件的实例名称。

S4013：针对所述消息中间件中的目标消息中间件，提交第一类目标检查项目的检查命令，所述第一类目标检查项目的检查命令基于所述标准检查命令和所述目标消息中间件的实例名称得到。

在本说明书实施例中，所述第一类检查项目可以是对消息中间件与外部系统、平台的交互管理项目，如与CICS的连接状态、CICS与MQ的长交易个数等，也可以是消息中间件的日常维护项目，如日志属性状态、文件存储使用状态、耦合器内存状态、通信地址空间状态等，以单个消息中间件整体为检查对象。

S4015：获取所述目标消息中间件中的所有队列管理器的实例名称。

可以理解的是，队列管理器是构建消息中间件运行环境的基础，连接上队列管理器后，可以通过MQ命令显示队列管理器上的MQ对象。具体地，使用命令DISPLAY QMGR可以显示队列管理器的全部属性。

S4017：针对所述所有队列管理器中的目标队列管理器，提交第二类目标检查项目的检查命令，所述第二类目标检查项目的检查命令基于所述标准检查命令和所述目标队列管理器的实例名称得到。

在本说明书实施例中，所述第二类检查项目可以是MQ对象管理项目，包括对单个MQ中的队列管理器、队列、通道、进程等对象运行状态的检查。也可以是MQ集群管理项目，包括对集群对象如配置库队列管理器、集群队列、集群通道等的检查，主要针对MQ对象进行检查。在进行集群管理项目的检查时，通过连接配置库队列管理器实现对集群对象的检查。

S403：获取所述消息中间件系统执行所述检查命令后返回的查询结果。

在一个具体的实施例中，通过命令DISPLAY CHSTATUS(*)all检查所有通道状态。返回的通道状态查询结果有如下几种：

STARTING：表示通道正在启动；

BINDING：表示通道正在绑定；

INITIALIZING：表示通道正在初始化；

RUNNING：表示通道运行正常；

STOPPING：表示通道正在停止；

RETRYING：表示通道正在重试；

PAUSED：表示通道等待；

STOPPED：表示通道已停止；

REQUESTING：表示通道正在请求。

S405：在所述查询结果中提取关键参数得到系统当前状态属性。

具体地，针对所述目标检查项目以及系统命令格式规范，将返回结果中的关键参数作为消息中间件系统对于所述目标检查项目的当前状态属性。同时，提取的关键参数与所述目标检查项目存在对应关系，以供对比时使用。

S407：获取系统状态标准值文件，所述系统状态标准值文件中包含系统运行状态属性的标准值。

在本说明书实施例中，所述系统状态标准值文件可以预先由管理人员设定完成，在执行状态检查作业的过程中，通过脚本程序调用存储于指定路径的所述系统状态标准值文件，并读取其中对应于所述目标检查项目的所述系统运行状态属性的标准值。表2示出了部分检查项目对应的系统运行状态属性的标准值，可将表2中的检查项目和对应的标准值整理为格式化的输入文件，供对比时使用。其中CKTI、CKAM表示MQ在CICS中的长挂交易；CF：COUPLE FACILITY，可以理解为主机平台所用的一种共享内存，由高速访问的磁盘构成；ENTSUSED/ENTSMAX、INDOUBT：为检查的具体参数。其中数值的部分为一种特定应用场景下的设定，本发明对比并不作具体限定，此处不再赘述。

表2系统运行状态属性的标准值及异常判断

可选地，本说明书实施例提供的方法中还可以包括：

根据所述消息中间件系统中启用的消息中间件个数的变化和/或所述消息中间件系统中内部配置的变化，更新所述系统状态标准值文件中系统运行状态属性的标准值。可以理解的是，当消息中间件的个数发生变化或者消息中间件系统内部配置发生变化时，更改系统状态标准值文件中的标准值而无需修改状态检查作业即可对更新后的系统再次进行检查，能够大大减轻检查的工作量。

S409：根据所述目标检查项目将所述系统当前状态属性与所述系统运行状态属性的标准值逐一进行对比，得到对比结果，并根据所述对比结果输出得到所述系统当前状态的检查结果文件。

在本说明书实施例中，具体地，如表2中所示，根据预设的标准值对所述系统当前状态属性的所有结果进行对比，满足预设条件则对比结果为正常，不满足预设条件则对比结果为异常，并将目标检查项目的对比结果定向输出至指定路径的检查结果文件中。示例性地，每个MQ在所属集群里有且只有两个Channel定义，所以个数为2，CHSTATUS是Channel的状态，状态如为指定状态即为正确。标准值可以是一个值，也可以是一些限定范围，在限定范围一中应为何种状态，在限定范围二中应为何种状态，能适用于多种应用在同一个系统中的情况。

可选地，所述方法还包括：

对比结果进行筛选，得到不满足预设条件的目标检查项目及其对应的查询结果，并根据预设优先级显示对所述目标检查项目的报警提示。进一步地，还可对对比结果进行可视化地展示。

本发明实施例还提供了一种消息中间件系统状态的检查装置的实施例，如图5所示，所述装置可以包括：

状态检查作业生成模块510，用于生成消息中间件系统的状态检查作业，所述状态检查作业至少包含检查项目、与所述检查项目对应的标准检查命令；

状态检查作业执行模块520，用于执行所述状态检查作业，得到系统当前状态的检查结果文件，其中包括：

检查命令提交单元521，用于基于所述标准检查命令提交目标检查项目的检查命令；

查询结果获取单元522，用于获取所述消息中间件系统执行所述检查命令后返回的查询结果；

系统当前状态属性提取单元523，用于在所述查询结果中提取关键参数得到系统当前状态属性；

系统状态标准值文件获取单元524，用于获取系统状态标准值文件，所述系统状态标准值文件中包含系统运行状态属性的标准值；

对比输出单元525，用于根据所述目标检查项目将所述系统当前状态属性与所述系统运行状态属性的标准值逐一进行对比，得到对比结果，并根据所述对比结果输出得到所述系统当前状态的检查结果文件。

在一个具体的实施例中，所述状态检查作业生成模块510可以包括：

检查项目获取511单元，用于获取消息中间件系统状态的各项检查项目；

标准检查命令生成512单元，用于基于消息中间件脚本命令集生成所述各项检查项目的标准检查命令；

检查程序生成513单元，用于针对所述各项检查项目，基于重构扩展执行器的脚本语言生成检查程序；

检查作业生成单元514，用于将所述各项检查项目的检查程序串行编排，生成消息中间件系统的状态检查作业。

本发明实施例所述的一种消息中间件系统状态的检查装置与方法实施例基于相同的发明构思，详情请参考方法实施例，在此不再赘述。

本发明实施例提供了一种计算机设备，该计算机设备包括处理器和存储器，该存储器中存储有至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的一种消息中间件系统状态的检查方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行，即上述计算机设备可以包括移动终端、计算机终端、服务器或者类似的运算装置。以运行在服务器上为例，图6是本发明实施例提供的一种消息中间件系统状态的检查方法的服务器的硬件结构框图。如图6所示，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)610(处理器610可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器630，一个或一个以上存储应用程序623或数据622的存储介质620(例如一个或一个以上海量存储设备)。其中，存储器630和存储介质620可以是短暂存储或持久存储。存储在存储介质620的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器610可以设置为与存储介质620通信，在服务器600上执行存储介质620中的一系列指令操作。服务器600还可以包括一个或一个以上电源660，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口640，和/或，一个或一个以上操作系统621，例如Windows Server

本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器600还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。

本发明的实施例还提供了一种计算机可读存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种消息中间件系统状态的检查方法相关的至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的一种消息中间件系统状态的检查方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本发明提供的一种消息中间件系统状态的检查方法、装置、设备或存储介质的实施例可见，本发明提供的方案将系统状态检查流程写入脚本文件中，令其在主机平台中自动输入检查命令、读取查询信息，并同步与预设的标准状态进行对比，进一步地可排查、显示出异常项目，使运维人员直接快速了解系统的状态属性。同时本发明提供的方案支持消息中间件个数的随意增减、系统内部配置的随意变化。对于各种增减和变化，只需要在标准值输入文件中修改数值即可，进一步简化了检查流程，减轻了检查工作量；通过多次的实验对比，本发明与现有的检查方法相比可节约运维人员约80％的时间，并且在检查过程中，失误出错的概率也大大降低。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。