本发明实施例涉及通信
技术领域：
：，具体涉及一种HBase系统的监控方法及监控服务器。
背景技术：
：：HBase(HadoopDatabase)是一个分布式的、面向列的开源数据库，HBase以表(table)的形式存储数据，一个表可以分割成多个域(region)，不同域可以分布在HBase系统内的不同域服务器(Regionserver)上，不同于一般的关系数据库，HBase是一个适合于非结构化数据存储的数据库。实际应用中，用户购买HBase系统后，通常会建立多张业务表，HBase系统中的每台域服务器节点均会承载多张业务表的数据，现有技术只能实现域服务器节点的性能监控，只能对集群本身的问题进行监控和性能调优，而各个业务表是否设计合理、各个表涉及的业务是否正常运作，则不能进行监控和优化，即现有技术的监控粒度较粗，缺乏表级监控的实现方案。技术实现要素：有鉴于此，本发明实施例提供了一种HBase系统的监控方法及监控服务器，能够实现表级监控。本发明实施例提供的HBase系统的监控方法，包括：从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；按照域对所述检测数据进行聚类，以整理出各个域的检测数据；按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；对各个表的检测数据进行处理生成监控报告；将所述监控报告展示给用户。本发明实施例提供的监控服务器，包括：获取单元，用于从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；整理单元，用于按照域对所述检测数据进行聚类，以整理出各个域的检测数据；以及按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；处理单元，用于对各个表的检测数据进行处理生成监控报告；展示单元，用于将所述监控报告展示给用户。本发明实施例中，监控服务器可以从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；接下来按照域对所述检测数据进行聚类，以整理出各个域的检测数据；然后按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；最后对各个表的检测数据进行处理生成监控报告；将所述监控报告展示给用户，用户查阅监控报告即可获知各个业务表是否设计合理、各个业务是否正常运作，从而实现了表级监控。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例所提供的HBase系统的监控方法的一个场景示意图；图2是本发明实施例所提供的HBase系统的监控方法的一个流程示意图；图3a是本发明实施例所提供的HBase系统的监控方法的另一流程示意图；图3b至3d为本发明实施例监控界面的展示图；图4是本发明实施例所提供的监控服务器的一个结构示意图；图5是本发明实施例所提供的监控服务器的另一结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。由于现有技术缺乏HBase系统的表级监控实现方案，导致用户无法获知各个表是否设计合理、各个表涉及的业务是否正常运作，因而本发明实施例提供了一种HBase系统的监控方法及监控服务器，能够实现HBase系统的表级监控，本发明实施例HBase系统的监控方法一个具体场景可如图1所示，包括待监控HBase系统，监控服务器及客户端。其中，待监控HBase系统可以是用户的HBase系统，待监控HBase系统中主要包括分布式服务框架(Zookeeper)集群，域服务器(Regionsever)集群及主服务器(Hmaster)，HBase中可以启动多个Hmaster。用户购买HBase系统后，会使用HBase系统存储大量的表(table，例如业务数据表)，每个表一开始只有一个域(region)，随着数据不断插入表，region不断增大，当增大到预设阀值的时候，一个region就会等分成两个新的region，region是HBase中分布式存储和负载均衡的最小单元，最小单元就表示不同的region可以分布在不同的Regionserver上，但一个region不会拆分到多个Regionserver上，即每个表可以分割成多个region，不同region可以分布在HBase系统内的不同Regionserver上。在待监控HBase系统中，Zookeeper的主要作用如下：(1)通过主服务器竞选(MasterElection)机制，保证任何时候，系统中只有一个Hmaster运行；(2)存贮所有region的寻址入口；(3)实时监控Regionserver的状态，将Regionserver的上线和下线信息实时通知给Hmaster；(4)存储HBase的架构(schema)，包括有哪些table，每个table有哪些列族(columnfamily)。Hmaster的主要作用如下：(1)为Regionserver分配region；(2)负责Regionserver的负载均衡；(3)发现失效的Regionserver并重新分配其上的region；(4)分布式文件系统上的垃圾文件回收；(5)处理架构更新请求。RegionServer的主要作用如下：(1)维护Hmaster分配给它的region，处理对这些region的输入输出(InputOutput，IO)请求；(2)负责切分在运行过程中变得过大的region。本发明实施例提供的HBase系统的监控方法应用于监控服务器中，监控服务器可以从待监控HBase系统中，获取各个域服务器所维护的域的检测数据，接下来按照域对所述检测数据进行聚类，以整理出各个域的检测数据，然后按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据。当用户想要查询某个表的性能时，可以通过客户端向监控服务器发送查询请求，监控服务器根据查询请求取出相关表的检测数据，对取出的相关表的检测数据进行处理生成监控报告，将监控报告通过客户端展示给用户，用户查阅监控报告即可获知各个业务表是否设计合理、各个业务是否正常运作，从而实现了表级监控。以下分别进行详细说明，需说明的是，以下实施例的序号不作为对实施例优选顺序的限定。实施例一本实施例将从监控服务器的角度描述本发明提供的HBase系统的监控方法，如图2所示，本实施例的方法包括以下步骤：步骤201、从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；具体实现中，待监控HBase系统可以是用户购买的HBase系统，用户购买HBase系统后，会使用HBase系统存储大量的表(例如业务数据表)，每个表可以分割成多个域，不同域可以分布在HBase系统内的不同域服务器上，每个域服务器上可能保存一个或多个域，每个域服务器维护自身保存的域。本实施例中，可以在待监控HBase系统中，布署代理(agent)进程，监控服务器可以调用在所述待监控HBase系统中布署的代理进程访问各个域服务器进程，以通过各个域服务器进程的Java管理扩展(JavaManagementExtensions，JMX)接口获取各个域服务器所维护的域的检测数据。JMX接口为HBase系统自带的监控接口，因此，本实施例检测数据的获取不需要通过修改HBase源码实现，对现有系统没有侵入，便于升级和维护。所获取的检测数据包括但不限于：域的各项操作数据，例如获取(get)、扫描(scan)、写(put)、追加(append)、计数(increment)、删除(delete)等的操作次数、操作耗时等；域所占用文件的大小、文件数、压缩次数等。步骤202、按照域对所述检测数据进行聚类，以整理出各个域的检测数据；即以域为单位，将原始检测数据进行聚类，以得到各个域的检测数据。步骤203、按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；即以表为单位，将各个域的检测数据进行聚类，以得到各个表的检测数据。在得到各个表的检测数据之后，可以将各个表的检测数据存入内部HBase系统中，内部HBase系统可以指监控后台的HBase系统。具体可以以表标识(例如表的名称)为行健，以域服务器标识(例如服务器的地址)为列键，将所述各个表的检测数据存入内部HBase系统中。当然，行健中还可以包括其他信息，例如时间倒序、集群标识等，此处不做具体限定，由于HBase具有行键按照字典序排列的特性，相近日期的数据在HBase系统中保存在相邻的位置，行健中采用时间倒序，可以快速定位数据、减少磁盘访问次数。步骤204、对各个表的检测数据进行处理生成监控报告；具体实现中，监控服务器可以根据用户的实际需求生成监控报告。即在步骤204执行之前，监控服务器可以接收用户通过客户端发送的查询请求，查询请求中可以包括表标识、域服务器标识及查询指标，所述查询指标包括表的属性查询指标或表的操作查询指标，表的属性查询指标例如表占用的文件大小、或文件数、或已压缩文件大小和数量等，表的操作查询指标例如get、scan、put、append、increment或delete等操作的操作次数，get、scan、put、append、increment或delete等操作的操作平均耗时，get、scan、put、append、increment或delete等操作的最大或最小耗时，75％/95％/99％的get、scan、put、append、increment或delete等操作的耗时。监控服务器可以从内部HBase系统中取出上述表标识所标识的表的检测数据，然后从上述表标识所标识的表的检测数据中，取出上述域服务器标识所标识的域服务器维护的域的检测数据，以上取出的检测数据为特定表的位于特定域服务器上的域的检测数据，根据上述查询指标对取出的数据进行处理生成监控报告。具体地，当查询指标为表占用的文件大小、文件数、已压缩文件大小或数量，或当查询指标为get、scan、put、append、increment或delete等操作的操作次数时，可以将取出的各个域的对应检测数据进行累加处理。例如用户需要查询delete操作次数，所取出的数据为表X的region1与region2的检测数据，则监控服务器可以将检测数据中的region1的delete操作次数与region2的delete操作次数进行累加以生成监控报告。当查询指标为get、scan、put、append、increment或delete等操作的最大或最小耗时，可以对取出的各个域的对应检测数据进行取极值处理。例如，用户需要查询scan操作的最大耗时，所取出的数据为表X的region1与region2的检测数据，则监控服务器可以取检测数据中的region1的scan操作耗时与region2的scan操作耗时中的最大值以生成监控报告。而当查询指标为get、scan、put、append、increment或delete等操作的操作平均耗时、或75％/95％/99％的get、scan、put、append、increment或delete等操作的耗时时，可以对取出的各个域的对应检测数据进行求平均值处理。例如：用户需要查询get操作的平均耗时，所取出的数据为表X的region1与region2的检测数据，则监控服务器可以取检测数据中的region1的get操作耗时与region2的get操作耗时的平均值以生成监控报告。当然，上述查询请求中还可以不包括域服务器标识，当查询请求中不包括域服务器标识时，查询的是特定表的所有域的监控数据，即实现的是表级监控，生成的是表级监控报告；当查询请求中包括域服务器标识时，查询的是特定表的特定域(在特定节点)的监控数据，即实现的是表+节点级的监控，生成的是表加节点级监控报告，监控粒度更细，更有助于发现问题并定位到具体机器。另外，用户还可以查询某个时间段的检测数据，查询请求中可以包括查询时段，针对这种查询请求，由于采集的数据为整个时段的累加值，则监控服务器可以做取减处理。例如用户想要查询过去五分钟的实时数据，则监控服务器可以从当前检测数据中减去五分钟之前的检测数据。步骤205、将所述监控报告展示给用户。具体地，可以将监控报告发送给客户端，由客户端将监控报告显示给用户。本实施例中，服务器可以从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；接下来按照域对所述检测数据进行聚类，以整理出各个域的检测数据；然后按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；最后对各个表的检测数据进行处理生成监控报告；将所述监控报告展示给用户，用户查阅监控报告即可获知各个业务表是否设计合理、各个业务是否正常运作，从而实现了表级监控。实施例二实施例一所描述的方法，本实施例将举例作进一步详细说明，如图3a所示，本实施例的方法包括：步骤301、从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；具体实现中，待监控HBase系统可以是用户购买的HBase系统，用户购买HBase系统后，会使用HBase系统存储大量的表(例如业务数据表)，每个表可以分割成多个域，不同域可以分布在HBase系统内的不同域服务器上，每个域服务器上可能保存一个或多个域，每个域服务器维护自身保存的域。本实施例中，可以在待监控HBase系统中，布署代理(agent)进程，监控服务器可以调用在所述待监控HBase系统中布署的代理进程访问各个域服务器进程，以通过各个域服务器进程的Java管理扩展(JavaManagementExtensions，JMX)接口获取各个域服务器所维护的域的检测数据。JMX接口为HBase系统自带的监控接口，因此，本实施例检测数据的获取不需要通过修改HBase源码实现，对现有系统没有侵入，便于升级和维护。所获取的检测数据包括但不限于：域的各项操作数据，例如获取(get)、扫描(scan)、写(put)、追加(append)、计数(increment)、删除(delete)等的操作次数、操作耗时等；域所占用文件的大小、文件数、压缩次数等。步骤302、按照域对所述检测数据进行聚类，以整理出各个域的检测数据；即以域为单位，将原始检测数据进行聚类，以得到各个域的检测数据。步骤303、按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；即以表为单位，将各个域的检测数据进行聚类，以得到各个表的检测数据。步骤304、以表标识为行健，以域服务器标识为列键，将所述各个表的检测数据存入内部HBase系统中；内部HBase系统可以指监控后台的HBase系统。表标识，例如可以为表的名称，当然，行健中还可以包括其他信息，例如时间倒序、集群标识等，此处不做具体限定，由于HBase具有行键按照字典序排列的特性，相近日期的数据在HBase系统中保存在相邻的位置，行健中采用时间倒序，可以快速定位数据、减少磁盘访问次数；域服务器标识，例如可以为服务器的地址。步骤305、接收用户发送的查询请求，所述查询请求中包括表标识、域服务器标识及查询指标；所述查询指标包括表的属性查询指标或表的操作查询指标，表的属性查询指标例如表占用的文件大小、或文件数、或已压缩文件大小和数量等，表的操作查询指标例如get、scan、put、append、increment或delete等操作的操作次数，get、scan、put、append、increment或delete等操作的操作平均耗时，get、scan、put、append、increment或delete等操作的最大或最小耗时，75％/95％/99％的get、scan、put、append、increment或delete等操作的耗时。在一个具体的实施例中，可以为用户提供人机交互的监控界面，用户可以在人机交互的监控界面进行操作向监控服务器发送查询请求。监控界面可如图3b～图3d所示，在图3b中，用户可以选择监控的表名(即表标识)，在图3c中，用户可以进一步选择监控的节点(即域服务器标识)，在图3d中，用户可以选择监控指标，选择的过程即实现了向监控服务器发送查询请求。步骤306、从所述内部HBase系统中取出所述表标识所标识的表的检测数据；步骤307、从所述表标识所标识的表的检测数据中，取出所述域服务器标识所标识的域服务器所维护的域的检测数据；步骤308、根据所述查询指标对取出的所述域服务器标识所标识的域服务器所维护的域的检测数据进行处理生成监控报告；具体地，当查询指标为表占用的文件大小、文件数、已压缩文件大小或数量，或当查询指标为get、scan、put、append、increment或delete等操作的操作次数时，可以将取出的各个域的对应检测数据进行累加处理。例如用户需要查询delete操作次数，所取出的数据为表X的region1与region2的检测数据，则监控服务器可以将检测数据中的region1的delete操作次数与region2的delete操作次数进行累加以生成监控报告。当查询指标为get、scan、put、append、increment或delete等操作的最大或最小耗时，可以对取出的各个域的对应检测数据进行取极值处理。例如，用户需要查询scan操作的最大耗时，所取出的数据为表X的region1与region2的检测数据，则监控服务器可以取检测数据中的region1的scan操作耗时与region2的scan操作耗时中的最大值以生成监控报告。而当查询指标为get、scan、put、append、increment或delete等操作的操作平均耗时、或75％/95％/99％的get、scan、put、append、increment或delete等操作的耗时时，可以对取出的各个域的对应检测数据进行求平均值处理。例如：用户需要查询get操作的平均耗时，所取出的数据为表X的region1与region2的检测数据，则监控服务器可以取检测数据中的region1的get操作耗时与region2的get操作耗时的平均值以生成监控报告。当然，上述查询请求中还可以不包括域服务器标识，当查询请求中不包括域服务器标识时，查询的是特定表的所有域的监控数据，即实现的是表级监控，生成的是表级监控报告；当查询请求中包括域服务器标识时，查询的是特定表的特定域(在特定节点)的监控数据，即实现的是表加节点级的监控，生成的是表加节点级监控报告，监控粒度更细，更有助于发现问题并定位到具体机器。步骤309、将所述监控报告展示给用户。本实施例中，服务器可以从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；接下来按照域对所述检测数据进行聚类，以整理出各个域的检测数据；然后按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据并存储；当接收到用户发送的查询请求之后，可以根据查询请求从存储中取出相关数据并生成监控报告；将生成的监控报告展示给用户，用户查阅监控报告即可获知各个业务表是否设计合理、各个业务是否正常运作，从而实现了表级监控。即本实施例中，允许用户以自己的业务数据表为纬度，监控系统中单个表的操作性能，并且监控端可以将监控结果以可视化方式展示给用户。实施例三为了更好地实施以上方法，本发明实施例还提供一种监控服务器，如图4所示，本实施例的监控服务器包括：获取单元401、整理单元402、处理单元403及展示单元404，如下：(1)获取单元401；获取单元401用于，从待监控HBase系统中，获取各个域服务器所维护的域的检测数据。具体实现中，待监控HBase系统可以是用户购买的HBase系统，用户购买HBase系统后，会使用HBase系统存储大量的表(例如业务数据表)，每个表可以分割成多个域，不同域可以分布在HBase系统内的不同域服务器上，每个域服务器上可能保存一个或多个域，每个域服务器维护自身保存的域。本实施例中，可以在待监控HBase系统中，布署代理(agent)进程，获取单元401可以调用在所述待监控HBase系统中布署的代理进程访问各个域服务器进程，以通过各个域服务器进程的Java管理扩展(JavaManagementExtensions，JMX)接口获取各个域服务器所维护的域的检测数据。JMX接口为HBase系统自带的监控接口，因此，本实施例检测数据的获取不需要通过修改HBase源码实现，对现有系统没有侵入，便于升级和维护。所获取的检测数据包括但不限于：域的各项操作数据，例如获取(get)、扫描(scan)、写(put)、追加(append)、计数(increment)、删除(delete)等的操作次数、操作耗时等；域所占用文件的大小、文件数、压缩次数等。(2)整理单元402；整理单元402用于，按照域对所述检测数据进行聚类，以整理出各个域的检测数据；以及按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据。本实施例中，监控服务器还可以包括存储单元，存储单元用于在获取单元401得到各个表的检测数据之后，将各个表的检测数据存入内部HBase系统中，内部HBase系统可以指监控后台的HBase系统。具体地，存储单元可以以表标识(例如表的名称)为行健，以域服务器标识(例如服务器的地址)为列键，将所述各个表的检测数据存入内部HBase系统中。当然，行健中还可以包括其他信息，例如时间倒序、集群标识等，此处不做具体限定，由于HBase具有行键按照字典序排列的特性，相近日期的数据在HBase系统中保存在相邻的位置，行健中采用时间倒序，可以快速定位数据、减少磁盘访问次数。(3)处理单元403；处理单元403用于，对各个表的检测数据进行处理生成监控报告。本实施例的监控服务器还可以包括接收单元和调取单元，处理单元403可以根据用户的实际需求生成监控报告，具体如下：接收单元可以接收用户通过客户端发送的查询请求，查询请求中可以包括表标识、域服务器标识及查询指标，所述查询指标包括表的属性查询指标或表的操作查询指标，表的属性查询指标例如表占用的文件大小、或文件数、或已压缩文件大小和数量等，表的操作查询指标例如get、scan、put、append、increment或delete等操作的操作次数，get、scan、put、append、increment或delete等操作的操作平均耗时，get、scan、put、append、increment或delete等操作的最大或最小耗时，75％/95％/99％的get、scan、put、append、increment或delete等操作的耗时。调取单元可以从内部HBase系统中取出上述表标识所标识的表的检测数据，然后从上述表标识所标识的表的检测数据中，取出上述域服务器标识所标识的域服务器维护的域的检测数据，以上取出的检测数据为特定表的位于特定域服务器上的域的检测数据，处理单元403根据上述查询指标对取出的数据进行处理生成监控报告。具体地，当查询指标为表占用的文件大小、文件数、已压缩文件大小或数量，或当查询指标为get、scan、put、append、increment或delete等操作的操作次数时，处理单元403可以将取出的各个域的对应检测数据进行累加处理。例如用户需要查询delete操作次数，所取出的数据为表X的region1与region2的检测数据，则处理单元403可以将检测数据中的region1的delete操作次数与region2的delete操作次数进行累加以生成监控报告。当查询指标为get、scan、put、append、increment或delete等操作的最大或最小耗时，处理单元403可以对取出的各个域的对应检测数据进行取极值处理。例如，用户需要查询scan操作的最大耗时，所取出的数据为表X的region1与region2的检测数据，则处理单元403可以取检测数据中的region1的scan操作耗时与region2的scan操作耗时中的最大值以生成监控报告。而当查询指标为get、scan、put、append、increment或delete等操作的操作平均耗时、或75％/95％/99％的get、scan、put、append、increment或delete等操作的耗时时，处理单元403可以对取出的各个域的对应检测数据进行求平均值处理。例如：用户需要查询get操作的平均耗时，所取出的数据为表X的region1与region2的检测数据，则处理单元403可以取检测数据中的region1的get操作耗时与region2的get操作耗时的平均值以生成监控报告。当然，上述查询请求中还可以不包括域服务器标识，当查询请求中不包括域服务器标识时，查询的是特定表的所有域的监控数据，即实现的是表级监控，生成的是表级监控报告；当查询请求中包括域服务器标识时，查询的是特定表的特定域(在特定节点)的监控数据，即实现的是表加节点级的监控，生成的是表加节点级监控报告，监控粒度更细，更有助于发现问题并定位到具体机器。另外，用户还可以查询某个时间段的检测数据，查询请求中可以包括查询时段，针对这种查询请求，由于采集的数据为整个时段的累加值，则处理单元403可以做取减处理。例如用户想要查询过去五分钟的实时数据，则处理单元403可以从当前检测数据中减去五分钟之前的检测数据。(4)展示单元404；展示单元404用于，将所述监控报告展示给用户。需要说明的是，上述实施例提供的监控服务器在对HBase系统进行监控时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的监控服务器与HBase系统的监控方法属于同一构思，其具体实现过程详见方法实施例，此处不再赘述。本实施例中，获取单元可以从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；整理单元可以按照域对所述检测数据进行聚类，以整理出各个域的检测数据，然后按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；最后处理单元对各个表的检测数据进行处理生成监控报告；展示单元将所述监控报告展示给用户，用户查阅监控报告即可获知各个业务表是否设计合理、各个业务是否正常运作，从而实现了表级监控。实施例四本发明实施例还提供一种监控服务器，如图5所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：该服务器可以包括一个或者一个以上处理核心的处理器501、一个或一个以上计算机可读存储介质的存储器502、射频(RadioFrequency，RF)电路503、电源505、输入单元505、以及显示单元506等部件。本领域技术人员可以理解，图5中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：处理器501是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器502内的软件程序和/或模块，以及调用存储在存储器502内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器501可包括一个或多个处理核心；优选的，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。存储器502可用于存储软件程序以及模块，处理器501通过运行存储在存储器502的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器502还可以包括存储器控制器，以提供处理器501对存储器502的访问。RF电路503可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器501处理；另外，将涉及上行的数据发送给基站。通常，RF电路503包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、低噪声放大器(LNA，LowNoiseAmplifier)、双工器等。此外，RF电路503还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，GlobalSystemofMobilecommunication)、通用分组无线服务(GPRS，GeneralPacketRadioService)、码分多址(CDMA，CodeDivisionMultipleAccess)、宽带码分多址(WCDMA，WidebandCodeDivisionMultipleAccess)、长期演进(LTE，LongTermEvolution)、电子邮件、短消息服务(SMS，ShortMessagingService)等。服务器还包括给各个部件供电的电源504(比如电池)，优选的，电源504可以通过电源管理系统与处理器501逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源504还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。该服务器还可包括输入单元505，该输入单元505可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元505可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接服务器。可选的，触敏表面可包括触摸检测服务器和触摸控制器两个部分。其中，触摸检测服务器检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测服务器上接收触摸信息，并将它转换成触点坐标，再送给处理器501，并能接收处理器501发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元505还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。该服务器还可包括显示单元506，该显示单元506可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元506可包括显示面板，可选的，可以采用液晶显示器(LCD，LiquidCrystalDisplay)、有机发光二极管(OLED，OrganicLight-EmittingDiode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器501以确定触摸事件的类型，随后处理器501根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图5中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。尽管未示出，服务器还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，服务器中的处理器501会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中，并由处理器501来运行存储在存储器502中的应用程序，从而实现各种功能，如下：从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；按照域对所述检测数据进行聚类，以整理出各个域的检测数据；按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；对各个表的检测数据进行处理生成监控报告；将所述监控报告展示给用户。具体地，所述处理器501可按照如下方式获取各个域服务器所维护的域的检测数据：调用在所述待监控HBase系统中布署的代理进程访问域服务器进程，以获取各个域服务器所维护的域的检测数据。进一步地，所述处理器501还用于，在整理出各个表的检测数据之后，以表标识为行健，以域服务器标识为列键，将所述各个表的检测数据存入内部HBase系统中。进一步地，所述处理器501还用于，接收所述用户发送的查询请求；根据所述查询请求从所述内部HBase系统中取出对应的检测数据；对取出的对应的检测数据进行处理生成监控报告。具体地，所述查询请求中包括表标识及查询指标，所述处理器501根据所述查询请求从所述内部HBase系统中取出对应的检测数据包括：所述处理器501从所述内部HBase系统中取出所述表标识所标识的表的检测数据；所述处理器501对取出的对应的检测数据进行处理生成监控报告包括：所述处理器501根据所述查询指标对取出的所述表标识所标识的表的检测数据进行处理，生成表级监控报告。进一步地，所述查询请求中还包括域服务器标识，在从所述内部HBase系统中取出所述表标识所标识的表的检测数据之后，所述处理器501还用于，从所述表标识所标识的表的检测数据中，取出所述域服务器标识所标识的域服务器所维护的域的检测数据；根据所述查询指标对取出的所述域服务器标识所标识的域服务器所维护的域的检测数据进行处理，生成表加节点级监控报告。具体地，所述处理包括：对取出的各个域的检测数据进行累加处理，或者对取出的各个域的检测数据进行取极值处理，或者对取出的各个域的检测数据进行求平均值处理。具体地，所述查询指标包括表的属性查询指标或表的操作查询指标。由上可知，本实施例的服务器可以从待监控HBase系统中，获取各个域服务器所维护的域的检测数据；接下来按照域对所述检测数据进行聚类，以整理出各个域的检测数据；然后按照表对所述各个域的检测数据进行聚类，以整理出各个表的检测数据；最后对各个表的检测数据进行处理生成监控报告；将所述监控报告展示给用户，用户查阅监控报告即可获知各个业务表是否设计合理、各个业务是否正常运作，从而实现了表级监控。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，装置，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。当前第1页1 2 3 当前第1页1 2 3