CN105302697B - 一种密集数据模型数据库的运行状态监控方法及系统 - Google Patents

Abstract

本申请公开了一种密集数据模型数据库的运行状态监控方法及系统，按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。可以自动采集至少一个数据节点服务器的运行状态信息，并通过监控界面直观地显示采集的运行状态信息，不需要通过人工方式收集运行状态信息，可以降低运维工作的繁琐复杂程度，满足准确性和时效性的要求。

Description

一种密集数据模型数据库的运行状态监控方法及系统

技术领域

本发明涉及数据库技术领域，尤其涉及一种密集数据模型数据库的运行状态监控方法及系统。

背景技术

密集数据模型数据库是一种分布式数据库，可以管理和处理分布在多个不同主机上的海量数据。作为大数据应用和发展的趋势，密集数据模型数据库采用分布式数据处理和完全无共享的架构，能提供海量的数据存储和强大的并行处理能力。

密集数据模型数据库中通常设置有控制节点服务器和至少一个数据节点服务器，面对庞大的信息和数据管理需求，针对密集数据模型数据库中的数据节点服务器的运行状态的监控显得尤为重要。目前，主要采用数据库所在的Linux主机监控数据节点服务器的运行状态，即通过命令行和脚本方式对数据节点服务器的运行状态进行监控或巡检，然后由运维人员登陆到密集数据模型数据库，运行对应的命令行或脚本来查看某项监控指标的具体值，从而收集数据节点服务器的运行状态信息。

但是，通过人工方式逐项查看监控指标来收集密集数据模型数据库中的数据节点服务器的运行状态信息，会使运维工作繁琐复杂，容易导致监控不全、不及时的问题，无法满足准确性和时效性的要求。

发明内容

本发明实施例提供了一种密集数据模型数据库的运行状态监控方法及系统，以降低运维工作的繁琐复杂程度，满足准确性和时效性的要求。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种密集数据模型数据库的运行状态监控方法，包括：

按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。

优选地，还包括：

将采集的至少一个所述数据节点服务器的所述运行状态信息记录在监控信息表中；所述监控信息表用于存储所述密集数据模型数据库的至少一个所述数据节点服务器的历史运行状态信息。

优选地，还包括：

接收用户通过所述控制节点服务器发送的查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息；

将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的历史运行状态信息。

一种密集数据模型数据库的运行状态监控系统，包括：

采集模块，用于按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

发送模块，用于将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。

优选地，还包括：

记录模块，用于将采集的至少一个所述数据节点服务器的所述运行状态信息记录在监控信息表中；所述监控信息表用于存储所述密集数据模型数据库的至少一个所述数据节点服务器的历史运行状态信息。

优选地，还包括：

接收模块，用于接收用户通过所述控制节点服务器发送的查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息；

所述发送模块还用于将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的历史运行状态信息。

由上可见，本申请提供的一种密集数据模型数据库的运行状态监控方法及系统，按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。可见，本申请提供的方案，按照预设的时间间隔采集密集数据模型数据库的至少一个数据节点服务器的运行状态信息，然后将采集的运行状态信息发送给密集数据模型数据库的控制节点服务器，可以使控制节点服务器通过监控界面显示所述运行状态信息，从而可以自动采集至少一个数据节点服务器的运行状态信息，并通过监控界面直观地显示采集的运行状态信息，不需要通过人工方式收集运行状态信息，可以降低运维工作的繁琐复杂程度，满足准确性和时效性的要求。

附图说明

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

图1为本发明提供的一种密集数据模型数据库的运行状态监控方法的一个实施例的流程示意图；

图2为本发明提供的一种密集数据模型数据库的运行状态监控方法的另一个实施例的流程示意图；

图3为本发明提供的一种密集数据模型数据库的运行状态监控系统的一个实施例的结构示意图；

图4为本发明提供的一种密集数据模型数据库的运行状态监控系统的另一个实施例的结构示意图。

具体实施方式

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

图1为本发明提供的一种密集数据模型数据库的运行状态监控方法的一个实施例的流程示意图。

参照图1所示，本申请实施例提供的密集数据模型数据库的运行状态监控方法，包括如下步骤：

S101：按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

在本申请实施例中，所述预设的时间间隔可以为5秒、10秒、15秒等等，时间间隔越小，对于至少一个数据节点服务器的运行状态的检测与监控就更为精确。

在采集至少一个数据节点服务器的运行状态信息时，可以采用封装的脚本文件自动运行对于密集数据模型数据库的至少一个数据节点服务器的检测，并且完成对于至少一个数据节点服务器的运行状态信息的采集。

这里的脚本文件可以是将现有的各种人工方式运行的检测脚本的功能相结合并集成的脚本文件，可以利用这种集成的脚本文件完成对于至少一个数据节点服务器的各种运行状态信息的检测和采集。

S102：将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。

在本申请实施例中，控制节点服务器用于实现对于数据节点服务器的管理和监控，控制节点服务器上设置有监控界面，控制节点服务器可以通过监控界面显示密集数据模型数据库的至少一个数据节点服务器的运行状态信息，实现对密集数据模型数据库的至少一个数据节点服务器的运行状态的监控。

现有的密集型数据模型数据库对系统运行情况的监控没有总体可视化的视图监控，也没有可展现的视图体现系统中单个或整体任务关系依赖。不论是与集中监控整合的自动化监控，人工运行监控脚本以及登录到数据库中运行命令行来检查数据库状态，都不能够充分实时的满足运维监控需求：与集中监控整合的自动化监控的内容主要是操作系统层面的监控指标，如CPU、内存、文件空间等，采集的信息还非常有限，数据库状态，SQL执行状态等密集型数据模型数据库运行有密切影响的监控信息都需要管理员登陆到生产主机进行运维操作，但是由于缺少诸如危险命令过滤的安全机制，如果有系统管理员操作失误，会产生一定的风险。如果需要了解某项监控指标的具体值，需要登陆到数据库运行对应的命令行才能查看，且有些指标查看的命令复杂，步骤繁琐，不仅增加运维工作的繁琐性，还缺乏可视化的操作运维界面。

本申请可以采用显示屏和至少一个监控服务器相结合的架构，每个监控服务器均与一个数据节点服务器相连接，用于将检测和采集的功能模块封装于脚本文件中，按照预设的时间间隔检测连接的数据节点服务器，采集连接的数据节点服务器的运行状态信息，并将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，显示屏可以设置在控制节点服务器上，也可以与控制节点服务器相连接，用于显示控制节点服务器接收的至少一个数据节点服务器的运行状态信息，还可以显示各种运行状态信息之间的依赖关系，从而该方法可以实现一次检测，多处采集和监控，避免重复检测占用资源。

本申请提供的密集数据模型数据库的运行状态监控方法，按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。可见，本申请提供的方案，按照预设的时间间隔采集密集数据模型数据库的至少一个数据节点服务器的运行状态信息，然后将采集的运行状态信息发送给密集数据模型数据库的控制节点服务器，可以使控制节点服务器通过监控界面显示所述运行状态信息，从而可以自动采集至少一个数据节点服务器的运行状态信息，并通过监控界面直观地显示采集的运行状态信息，不需要通过人工方式收集运行状态信息，可以降低运维工作的繁琐复杂程度，满足准确性和时效性的要求。

图2为本发明提供的一种密集数据模型数据库的运行状态监控方法的另一个实施例的流程示意图。

参照图2所示，本申请实施例提供的密集数据模型数据库的运行状态监控方法，包括如下步骤：

S201：按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

在本申请实施例中，所述预设的时间间隔可以为5秒、10秒、15秒等等，时间间隔越小，对于至少一个数据节点服务器的运行状态的检测与监控就更为精确。

在采集至少一个数据节点服务器的运行状态信息时，可以采用封装的脚本文件自动运行对于密集数据模型数据库的至少一个数据节点服务器的检测，并且完成对于至少一个数据节点服务器的运行状态信息的采集。

这里的脚本文件可以是将现有的各种人工方式运行的检测脚本的功能相结合并集成的脚本文件，可以利用这种集成的脚本文件完成对于至少一个数据节点服务器的各种运行状态信息的检测和采集。

S202：将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控；

在本申请实施例中，控制节点服务器用于实现对于数据节点服务器的管理和监控，控制节点服务器上设置有监控界面，控制节点服务器可以通过监控界面显示密集数据模型数据库的至少一个数据节点服务器的运行状态信息，实现对密集数据模型数据库的至少一个数据节点服务器的运行状态的监控。

现有的密集型数据模型数据库对系统运行情况的监控没有总体可视化的视图监控，也没有可展现的视图体现系统中单个或整体任务关系依赖。不论是与集中监控整合的自动化监控，人工运行监控脚本以及登录到数据库中运行命令行来检查数据库状态，都不能够充分实时的满足运维监控需求：与集中监控整合的自动化监控的内容主要是操作系统层面的监控指标，如CPU、内存、文件空间等，采集的信息还非常有限，数据库状态，SQL执行状态等密集型数据模型数据库运行有密切影响的监控信息都需要管理员登陆到生产主机进行运维操作，但是由于缺少诸如危险命令过滤的安全机制，如果有系统管理员操作失误，会产生一定的风险。如果需要了解某项监控指标的具体值，需要登陆到数据库运行对应的命令行才能查看，且有些指标查看的命令复杂，步骤繁琐，不仅增加运维工作的繁琐性，还缺乏可视化的操作运维界面。

本申请可以采用显示屏和至少一个监控服务器相结合的架构，每个监控服务器均与一个数据节点服务器相连接，用于将检测和采集的功能模块封装于脚本文件中，按照预设的时间间隔检测连接的数据节点服务器，采集连接的数据节点服务器的运行状态信息，并将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，显示屏可以设置在控制节点服务器上，也可以与控制节点服务器相连接，用于显示控制节点服务器接收的至少一个数据节点服务器的运行状态信息，还可以显示各种运行状态信息之间的依赖关系，从而该方法可以实现一次检测，多处采集和监控，避免重复检测占用资源。

S203：将采集的至少一个所述数据节点服务器的所述运行状态信息记录在监控信息表中；所述监控信息表用于存储所述密集数据模型数据库的至少一个所述数据节点服务器的历史运行状态信息；

在本申请实施例中，各种检测和监控功能的日志记录均需要保存于密集数据模型数据库中，同时至少一个所述数据节点服务器的历史运行状态信息也需要保存到密集数据模型数据库中供运维人员进行查询，因此本申请可以设置相应的监控信息表，用于存储每次采集的至少一个数据节点服务器的运行状态信息，作为历史运行状态信息，并且可以根据对于密集数据模型数据库的实际监控需求，对监控信息表进行修改和调整。

本申请实施例提供的监控信息表可以分为多种不同的表格，多种不同的表格分别用于存储不同的运行状态信息。作为示例，本申请实施例提供的监控信息表可以包括Schema对象数与空间统计表、Segment临时空间使用检查登记表、SQL语句临时空间检查登记表、SQL语句执行情况登记表、备份情况登记表、恢复情况登记表、机器配置表、集群配置信息配置表、数据复制情况登记表、数据库对象变更检查登记表、数据库对象大小统计表、数据库对象空间检查结果表、数据库集群负载情况登记表、数据库节点配置信息表、数据库状态信息登记表、数据库状态信息检查配置表、数据倾斜检查结果表、文件系统空间使用情况检查表、需收集统计信息的登记表、异常信息登记表和资源队列使用情况检查表等。

S204：接收用户通过所述控制节点服务器发送的查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息；

在本申请实施例中，数据库的运维人员或用户可以通过显示屏显示的监控界面查看采集的至少一个数据节点服务器的运行状态信息，在需要查看某条运行状态信息对应的历史运行状态信息时，可以通过控制节点服务器的监控界面向与数据节点服务器相连接的监控服务器发送查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息。

S205：将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的历史运行状态信息。

在本申请实施例中，在接收到查询指令后，与数据节点服务器相连接的监控服务器将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的各项历史运行状态信息。

本申请提供的方案，不仅可以自动采集至少一个数据节点服务器的运行状态信息，并通过监控界面直观地显示采集的运行状态信息，还可以利用监控信息表保存每次采集的历史运行状态信息，运维人员只需要通过监控界面发送查询指令就可以查询各项历史运行状态信息，从而可以通过监控界面实现数据库中单个运行状态信息与历史运行状态信息之间的关联和调用，进一步为运维工作提供便利。

图3为本发明提供的一种密集数据模型数据库的运行状态监控系统的一个实施例的结构示意图。

参照图3所示，本申请实施例提供的密集数据模型数据库的运行状态监控系统，包括：

采集模块1，用于按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

发送模块2，用于将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。

图4为本发明提供的一种密集数据模型数据库的运行状态监控系统的另一个实施例的结构示意图。

参照图4所示，本申请实施例提供的密集数据模型数据库的运行状态监控系统，包括：

采集模块1，用于按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

发送模块2，用于将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。

记录模块3，用于将采集的至少一个所述数据节点服务器的所述运行状态信息记录在监控信息表中；所述监控信息表用于存储所述密集数据模型数据库的至少一个所述数据节点服务器的历史运行状态信息。

接收模块4，用于接收用户通过所述控制节点服务器发送的查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息；

所述发送模块2还用于将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的历史运行状态信息。

需要说明的是，本实施例的密集数据模型数据库的运行状态监控系统可以采用上述方法实施例中的密集数据模型数据库的运行状态监控方法，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。

由上可见，本申请提供的一种密集数据模型数据库的运行状态监控方法及系统，按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控。可见，本申请提供的方案，按照预设的时间间隔采集密集数据模型数据库的至少一个数据节点服务器的运行状态信息，然后将采集的运行状态信息发送给密集数据模型数据库的控制节点服务器，可以使控制节点服务器通过监控界面显示所述运行状态信息，从而可以自动采集至少一个数据节点服务器的运行状态信息，并通过监控界面直观地显示采集的运行状态信息，不需要通过人工方式收集运行状态信息，可以降低运维工作的繁琐复杂程度，满足准确性和时效性的要求。

本申请提供了一种密集数据模型动态模式多并发数据访问自动侦测、巡视的方法，利用该类数据库分布式的架构模式，通过监控服务器自动采集数据节点服务器的运行状态信息，反馈给控制节点服务器，并通过监控界面向系统管理员显示采集的运行状态信息，该方法可以实现一次检查，多处监控，避免重复检查占用资源，可以提高密集数据模型动态模式多并发数据访问侦测、巡视工作的精细化、自动化，规避在生产主机上人为误操作所产生的运维风险。并且，本申请制定了日常运维监控信息的监控信息表，可以实现对密集型数据模动态模式多并发数据访问进行连续的信息收集，对数据库状态进行记录，方便运维人员对历史信息进行查询和分析，有利于故障诊断和探测。

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

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (2)

1.一种密集数据模型数据库的运行状态监控方法，其特征在于，包括：

按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控；

还包括：

将采集的至少一个所述数据节点服务器的所述运行状态信息记录在监控信息表中；所述监控信息表用于存储所述密集数据模型数据库的至少一个所述数据节点服务器的历史运行状态信息；

还包括：

接收用户通过所述控制节点服务器发送的查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息；

将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的历史运行状态信息。

2.一种密集数据模型数据库的运行状态监控系统，其特征在于，包括：

采集模块，用于按照预设的时间间隔检测密集数据模型数据库的至少一个数据节点服务器，采集至少一个所述数据节点服务器的运行状态信息；

发送模块，用于将采集的至少一个所述数据节点服务器的所述运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过监控界面显示所述运行状态信息，实现对所述密集数据模型数据库的至少一个所述数据节点服务器的运行状态的监控；

还包括：

记录模块，用于将采集的至少一个所述数据节点服务器的所述运行状态信息记录在监控信息表中；所述监控信息表用于存储所述密集数据模型数据库的至少一个所述数据节点服务器的历史运行状态信息；

还包括：

接收模块，用于接收用户通过所述控制节点服务器发送的查询指令，从所述监控信息表中调用与所述查询指令对应的历史运行状态信息；

所述发送模块还用于将与所述查询指令对应的历史运行状态信息发送给所述密集数据模型数据库的控制节点服务器，以使所述控制节点服务器通过所述监控界面显示与所述查询指令对应的历史运行状态信息。