CN106547790B - 一种关系型数据库服务系统 - Google Patents

Abstract

本发明实施例公开了一种关系型数据库服务系统，该系统包括：访问服务处理装置、管理器和监控执行处理装置；访问服务处理装置，提供一致性的数据库访问接口，保持对应用的数据透明访问服务；还可以根据从监控执行处理装置中获取的路由信息，将用户对数据库的访问服务进行均衡分配，并将访问服务发送至管理器；管理器，提供统一的集群管理架构，根据获取的访问服务发送操作指令至监控执行处理装置；监控执行处理装置，获取监控执行处理装置所在主机上相应服务运行时的第一信息，并对第一信息进行监控处理；同时，响应管理器发送的操作指令对数据库进行管理。

Description

一种关系型数据库服务系统

技术领域

本发明涉及网络通信中的数据库技术，尤其涉及一种关系型数据库服务系统。

背景技术

随着互联网的发展，单一、传统的关系型数据库已经无法满足互联网用户对大量数据存储的需求。海量的数据存储导致数据库的检索速度变慢，进而导致系统响应速度降低，严重影响了用户的日常使用和体验。针对互联网的关系型数据库系统的瓶颈，对关系型数据库进行了大量的改进，目前采用的技术方案主要有两种：一种方案是提供了一种实现关系型数据库负载均衡的管理系统，能够将用户请求的服务任务协调地分派给一个或多个MySQL服务器，从而达到系统高可用的目标。另一种方案是提供一种数据库分布式系统及其实现方法，包括有数据代理装置、多个应用系统和多个数据库，应用系统将数据库操作指令发送到数据代理装置，数据代理装置从操作指令中提取操作的数据库表，然后根据数据库表与数据库之前的映射关系和分发权重系统，挑选出一个数据库来执行相应的操作。

但是，现有的改善关系型数据库系统的方案需要用户自己对数据库系统进行维护，以保证系统的正常运行。这样，用户就需要掌握一定的数据库知识，实际实施起来比较困难，对用户的要求也比较高，比较浪费时间。

发明内容

为解决上述技术问题，本发明实施例期望提供一种关系型数据库服务系统，能够实现对数据库操作的负载均衡、以及对数据库系统的维护管理，降低了对用户的要求，提高了可实施性；且可以节省用户的时间。

本发明的技术方案是这样实现的：

本发明实施例提供一种关系型数据库服务系统，所述系统包括：访问服务处理装置、管理器和监控执行处理装置；其中，

所述访问服务处理装置，用于提供一致性的数据库访问接口，保持对应用的数据透明访问服务；根据从所述监控执行处理装置中获取的路由信息，将得到的用户对数据库的访问服务进行均衡分配，并将所述访问服务发送至所述管理器；

所述管理器，用于提供统一的集群管理架构，根据从所述访问服务处理装置中获取的所述访问服务发送操作指令至所述监控执行处理装置；

所述监控执行处理装置，用于获取自身所在主机上相应服务运行时的第一信息，并对所述第一信息进行监控处理；响应所述管理器发送的所述操作指令对数据库进行管理。

可选的，所述访问服务处理装置包括至少一个代理服务器；

所述代理服务器，用于根据预先存储的路由规则信息和数据库架构类型进行访问服务的均衡分配，解析用户发送的访问服务数据包，根据语句的类型进行语义转化实现读写分离。

可选的，所述监控执行处理装置包括：监控器和代理器；其中，

所述代理器，用于接收所述管理器发送的数据库操作指令，并根据所述数据库操作指令对所述数据库进行设置；在预设时间内采集自身所在主机上的相应服务运行时的第一信息，并发送至所述监控器；其中，所述第一信息包括所述代理器所在主机上的相应服务运行时的状态信息、内存信息和数据库实例状态信息；

所述监控器，用于接收所述代理器发送的第一信息，并监测所述第一信息是否异常，所述第一信息发生异常时，发送告警信息至所述数据库和外部告警信息发送系统。

可选的，所述代理器包括管理模块和监控模块；其中，

所述管理模块，用于接收所述管理器发送的数据库操作指令，并根据所述数据库操作指令对所述数据库进行设置；

所述监控模块，用于在预设时间内采集所述代理器所在主机上的相应服务运行时的第一信息，并发送至所述监控器。

可选的，所述系统还包括操作管理维护装置；其中，

所述操作管理维护装置，用于针对所述关系型数据库服务系统提供后台运行、维护和管理的平台，根据管理员权限展示相应的功能模块，实现对数据库的维护；接收所述管理员发送的告警规则，并将所述告警规则设置在所述监控器中；从数据库中获取所述告警信息并根据所述告警信息发送告警处理指令至所述管理器；

所述管理器，还用于根据接收到的所述告警处理指令对所述关系型数据库服务系统进行维护设置，提供对所述后台运行、维护和管理平台的兼容性适配器接口和对用户交互界面调用支持接口。

可选的，所述监控器，还用于根据所述操作管理维护装置设置的所述告警规则，判断接收到的所述代理器发送的所述第一信息是否异常。

可选的，所述系统还包括：管理域，用于为所述关系型数据库服务系统中的划分管理权限的标识，对所述代理器和所述代理服务器进行级别划分并根据级别分配工作。

可选的，所述系统包括至少四个代理器：第一代理器、第二代理器、第三代理器和第四代理器；其中，

所述第一代理器和所述第二代理器作为主机分别与所述代理服务器通信实现对所述数据库的读写操作；

所述第一代理器和所述第二代理器分别用于将对应的数据库服务器的运行时的状态信息和数据库实例状态发送至所述监控器；

所述第三代理器与所述代理服务器连接，用于将所述代理服务器运行时的状态信息发送至所述监控器；

所述第四代理器与所述管理器连接，用于将所述管理器上的主机的CPU运行情况和内存信息发送至所述监控器。

本发明的实施例提供的关系型数据库服务系统，由访问服务处理装置提供一致性的数据库访问接口，保持对应用的数据透明访问服务；且可以根据从监控执行处理装置中获取的路由信息，将得到的用户对数据库的访问服务进行均衡分配，并将访问服务发送至管理器；管理器可提供统一的集群管理架构，根据从访问服务处理装置中获取的访问服务发送至监控执行处理装置；监控执行处理装置获取自身所在主机上相关服务运行时的信息，并对信息进行监控处理；同时响应管理器发送的操作指令对数据库进行管理。这样，通过访问服务处理装置、管理器和监控执行处理装置之间的通信交互，能够在实现对数据库操作自动负载均衡的同时，对数据库系统进行维护管理，解决了用户需要自己维护数据库系统的问题，降低了对用户的要求，提高了可实施性，还可以节省用户的时间。

附图说明

图1为本发明的实施例提供的一种关系型数据库服务系统结构示意图；

图2为本发明的实施例提供的另一种关系型数据库服务系统结构示意图；

图3为本发明的实施例提供的又一种关系型数据库服务系统结构示意图；

图4为本发明的另一实施例提供的一种关系型数据库服务系统结构示意图；

图5为本发明的实施例提供的一种关系型数据库服务系统中的信息交互结构示意图；

图6为本发明的另一实施例提供的另一种关系型数据库服务系统结构示意图；

图7为本发明的实施例提供的一种关系型数据库服务系统部署拓扑结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例提供一种关系型数据库服务系统，参照图1所示，该关系型数据库服务系统包括：访问服务处理装置11、管理器12和监控执行处理装置13；其中，访问服务处理装置11与管理器12和监控执行处理装置13连接，管理器12与监控执行处理装置13连接；

访问服务处理装置11，用于提供一致性的数据库访问接口，保持对应用的数据透明访问服务；同时，还可以根据预先存储的路由信息将得到的用户对数据库的访问服务进行均衡分配，并将访问服务发送至管理器12。

管理器12，用于提供统一的集群管理架构，根据从访问服务处理装置11中获取的访问服务发送操作指令至监控执行处理装置13；

监控执行处理装置13，用于获取自身所在主机上相应服务运行时的第一信息，并对该第一信息进行监控处理；还用于响应管理器12发送的操作指令对数据库进行管理。

优选的，本发明实施例中的关系型数据库服务系统兼容MySQL和SQL Server两种关系型数据库。当然，此处只是举例说明该关系型数据库服务系统适用于上述两种类型的关系型数据库，并没有限定只能是适用于上述两种关系型数据库，现有技术中其它可以适用于该关系型数据库服务系统的关系型数据库也是可以适用的。

本发明实施例提供的关系型数据库服务系统，该系统通过访问服务处理装置、管理器和监控执行处理装置之间的通信交互，能够实现对数据库操作的负载均衡，并对数据库系统进行维护管理，解决了用户需要自己维护数据库系统的问题，降低了对用户的要求，提高了可实施性；且可以节省用户的时间。

具体的，参照图2所示，访问服务处理装置11包括至少一个代理服务器111。

代理服务器111，用于根据预先存储的路由规则信息和数据库架构类型进行访问服务的均衡分配，解析用户发送的访问服务数据包，根据语句的类型进行语义转化分离读写操作。

其中，数据库架构类型可以包括：一主一从架构、一主多从架构、多主多从架构、一主架构、多主一从架构等类型。在对访问服务进行均衡分配可以是根据数据库架构类型中的各个数据库当前负载状况、定义的路由规则和各个数据库当前的处理能力进行访问服务的均衡分配。

代理服务器111可以是关系型数据库服务代理服务器(Relational DatabaseService，RDSProxy)，该RDSProxy可以兼容标准的数据访问协议，能够提供多种服务数据和元数据的访问接口。同时，可以处理所有对数据库的操作请求，通过接口封装形式隐藏数据库的细节特性，仅通过接口形式提供多样的数据访问方式，例如表述性状态传递(Representational State Transfer，REST)风格的Web Service接口、java持久层API(Java Persistence API，JPA)或java数据库连接(Java Data Base Connectivity，JDBC)的封装接口；还提供多种数据结果集形式，如JavaScript对象表示法(JavaScript ObjectNotation，JSON)、可扩展标记语言(Extensible Markup Language，XML)或者PB、ProtocolBuffer等。RDSProxy让所有使用数据的方式都统一到一致的、受管控的界面上，使得无法直接计算的查询资源消耗变得具备了量化以及可统计。

具体的，若数据库的架构是多主多从架构，可以根据路由规则采用哈希(HASH)算法建立多个负载均衡池(Multiple Load Balance Pool)，RDSproxy默认按连接关系进行负载均衡，将负载均衡到多个数据库。

进一步的，参照图2所示，该监控执行处理装置13包括：监控器131和代理器132；其中，监控器131与代理器132连接，代理器132与管理器12和代理服务器111连接；

代理器132，用于接收管理器12发送的数据库操作指令，并根据数据库操作指令对数据库进行设置；在预设时间内采集自身所在主机上的相应服务运行时的第一信息，并发送至监控器131。

这里，由于不同主机运行的服务不同，所述相应服务与各主机相关，此处不做限定。

其中，第一信息包括：状态信息、内存和数据库实例状态信息等。

监控器131，用于接收代理器132发送的第一信息，并监测该第一信息是否异常，若第一信息发生异常，则发送告警信息至数据库和外部告警信息发送系统；并将得到的第一信息发送至数据库。

监控器131将告警信息发送至外部告警信息发送系统的时候，可以是通过例如短信网关的形式发送。

状态信息中可以包括代理器的心跳，其中，监控器131的功能的实现可以通过处理心跳的HeartbeatTask类，得到其它第一信息的MetricDataTask类，处理告警机制的MonitorTask类和处理数据库慢日志的DbLogTask类来实现。对于HeartbeatTask类、MetricDataTask类、MonitorTask类和DbLogTask类的描述可以参照现有技术，此处不再赘述。

具体的，参照图3所示，代理器132包括管理模块1321和监控模块1322；其中，管理模块1321与管理器13连接，监控模块1322与管理器12、代理服务器111和监控器131连接；

管理模块1321，用于接收管理器12发送的数据库操作指令，并根据数据库操作指令对数据库进行设置。

监控模块1322，用于在预设时间内采集代理器132所在主机上的相应服务运行时的第一信息，并发送至监控器131。

具体的，监控模块1322得到的第一信息可以包括状态信息、内存和数据库实例状态信息等，状态信息具体可以包括代理器的心跳信息，第一信息的采集可以通过HeartbeatAction类和MetricDataAction类来实现。其中，关于HeartbeatAction类和MetricDataAction类的描述可以参照现有技术，此处不再赘述。

进一步的，参照图4所示，该系统还包括：操作管理维护装置14，其中，操作管理维护装置14与监控器131和管理器12连接；

操作管理维护装置14，用于针对关系型数据库服务系统提供后台运行、维护和管理的平台，实现对数据库的维护；接收管理员发送的告警规则，并将告警规则设置在监控器131中；从数据库中获取告警信息并根据告警信息发送告警处理指令至管理器12。

在实际的设计中，操作管理维护装置可以是一个基于网络浏览器的用户接口，可以管理域维护所有用户业务和数据库服务器活动。

管理器12，还用于根据接收到的告警处理指令对关系型数据库服务系统进行维护设置，并提供对后台运行、维护和管理平台的兼容性适配器接口和对用户交互界面调用支持接口。

管理器12可以是RDSManager，管理器12作为关系型数据库服务系统的中心，同时也是关系型数据库服务系统的大脑，负责对数据库即服务所有资源的抽象，对资源进行池化、其中包括但不限于服务器、网络、存储、虚拟机资源等，主要实现数据库服务中提供数据访问与数据库服务的媒介隔离。

管理器12通过与各个主机节点上的代理器132通信，完成由用户请求发起的业务流程，并对资源进行中心化管理和分布式的设计，可以对整个集群进行逻辑群组的划分和管理，保证了水平可扩展性。管理器12功能的实现主要通过MessageRequester类来完成，代理器132接收管理器12发送的数据库操作指令的功能可以通过CommandHandlerTask类来实现，其中MessageRequester类和CommandHandlerTask类的描述可以参照现有技术，此处不再赘述。

具体的，监控器131根据操作管理维护装置14设置的告警规则判断接收到的代理器132发送的第一信息是否异常。

关系型数据库服务系统中管理器12、代理器132、代理服务器111、监控器131与数据库和外部告警信息发送系统之间的信息的交互可以如图5所示；其中，以关系型数据库服务系统应用于MySQL关系型数据库为例进行说明。代理器132通过获取操作系统中的信息来得到主机中的信息，用户配置文件是通过用户的操作界面获取得到的。

进一步的，参照图6所示，该关系型数据库服务系统还包括：管理域15，用于为关系型数据库服务系统中的划分管理权限的标识，对代理器132和代理服务器111进行级别划分，并根据级别分配工作。

具体的，参照图7所示，该关系型数据库服务系统中包括至少四个代理器132：第一代理器132a、第二代理器132b、第三代理器132c和第四代理器132d，其中：

第一代理器132a和第二代理器132b作为主机分别与代理服务器111通信实现对数据库的读写操作。

第一代理器132a和第二代理器132b分别用于将对应的数据库服务器运行时的状态信息和数据库实例状态发送至监控器131。

第三代理器132c与代理服务器111连接，用于将代理服务器111运行时的状态信息发送至监控器131。

第四代理器132d与管理器12连接，用于将管理器12上的主机的CPU运行情况和内存信息发送至监控器131。

具体的，图7所示为本发明实施例提供的一种关系型数据库服务系统的部署拓扑结构图，其中，需要5台主机：1台主机作为管理器主机，需要安装的组件有：消息队列(Message Queue，MQ)、管理器、代理器、操作管理维护装置的平台、MySQL Server服务器；2台主机作为代理器的主机，需要安装的组件有：代理器；1台主机作为代理服务器主机，需要安装的组件有：代理服务器、代理器；1台主机作为监控器主机，需要安装的组件有：监控器。用户通过代理服务器采用主数据库服务器发送读操作至代理器的中，通过代理服务器采用从数据库服务器发送写操作至代理器中；代理器中的主机通过消息队列与管理器中的主机实现通信。需要说明的是，如果想更好的对资源进行分配，更好的负载均衡代理器主机上的MySQL实例资源，可对代理器进行多机部署；如果想更有效地提高关系型数据库服务系统的高可用性且更快地处理负载均衡请求，缓解单台代理服务器的压力，可部署多台代理服务器。

用户可以通过本发明中提供的关系型数据库服务系统实现对数据库的各种操作，此处，以用户对数据库实施如下服务进行举例说明，用户申请数据库服务的主要操作过程为：用户通过门户(网页服务接口)选择服务开通模版，选择配额、最大连接数、内存限制、从库数量等信息。门户把请求提交给关系型数据库服务系统(如果超时，则重试)。此时，管理器生成创建数据库所需的登录数据库需的用户名和密码。并选择合适的主从节点。管理器通知代理器创建数据库接口，代理器接收到管理器的指令后创建数据库(先创建主数据库，然后创建从数据库)。数据库库创建成功后，管理器选择备份存储并生成备份文件传输协议的用户名和密码，并保存到数据库中的实例表中。管理器根据数据库用户名和数据库的IP地址、端口号更新入“路由表”中，同时管理器通知代理服务器更新路由信息，之后管理器通知门户(网页服务接口)服务开通成功。

用户更新资源配置的操作过程主要为：用户通过门户(网页服务接口)选择更新数据库配置。其中，包括存储配额、最大连接数、内存限制、从库数量等信息，门户把请求提交管理器(如果超时，则重试)。管理器检查相应的配置信息是否有变更，如果有变更则更新所有主从数据库实例的资源配置。管理器根据配置请求判断从库数量是否有变化，并调用相应的“添加从库服务”或“删除从库服务”。如果增加从库管理器选择一个节点，调用该节点的代理器“创建数据库接口”服务创建从库，并保存返回的数据库实例的IP地址、端口等信息到“实例表”。同时创建从库。管理器根据从库名和数据库的IP地址、端口号更新“路由表”，通知代理服务器更新路由信息。如果删除从库，管理器先从路由表中删除路由信息，断开该从库中的所有连接，通知代理服务器更新路由信息。管理器从“应用程序数据库关联表”查找该从库所在代理器，通知从库所在节点“删除数据库接口”删除从库并更新“应用程序数据库关联表”。之后，管理器通知门户更新资源配置成功。

用户暂停数据库服务的操作过程主要为：用户通过门户(网页服务接口)暂停关系型数据库服务系统的服务，门户把请求提交管理器。之后管理器通知代理服务器更新路由信息，删除路由信息并断开所有连接。管理器还通过“应用程序数据库关联表”查找此服务相关的主从实例的部署信息，包括实例中代理器的标识、实例的路径、数据库名和备份路径。通知主库代理器“备份数据库接口”将主库上的数据以全备方式备份到文件传输协议上。管理器通过主库代理器“删除数据库接口”，删除实例以及数据。其中，该节点上可部署的实例数K＝K+1。更新“应用程序数据库关联表”。管理器从“应用程序数据库关联表”中查找所属从库代理器的标识、实例路径等从库部署信息。管理器通过从库代理器“删除数据库接口”，删除实例以及数据，其中，该节点上可部署的实例数K＝K+1。同时管理器更新“应用程序数据库关联表”，并通知用户数据库服务暂停成功。

用户恢复数据库服务的主要操作过程主要为：用户通过门户(网页服务接口)恢复关系型数据库服务系统，门户把请求提交到管理器。管理器通过“应用数据库关联表”对用户进行鉴权，鉴权成功则管理器从“应用数据库关联表”中获取该应用的存储配额以及备份的路径；接着管理器选择合适的部署节点，以该数据库登录用户名和密码，通过代理器“创建数据库接口”创建主库，并从备份文件传输协议上将原数据恢复。之后管理器保存返回的数据库实例IP地址、端口信息等信息到“应用数据库关联表”；如果有从库，则继续执行管理器选择合适的部署节点，以该数据库登录用户名和密码，通过代理器“创建数据库接口”创建从库，并从备份文件传输协议上将原数据恢复。之后管理器保存返回的数据库实例IP地址、端口信息等信息到“应用数据库关联表”，创建从库(需要说明的是，主库和从库的创建也可以是同时进行的)。主从库分别创建成功后，管理器设置保存该应用的备份路径(文件传输协议服务器地址、端口、文件传输协议的用户名和密码)；之后管理器根据用户名和数据库服务器的IP地址、端口号更新“路由表”信息，并通知代理服务器更新路由信息；最终，管理器通知门户数据库服务恢复成功。当然，此处只是举例说明用户应用关系型数据库服务系统对数据库进行的一些访问服务的实施过程，并没有限定只具有上述的访问服务和具体的实施过程只能是如此，任何其它符合关系型数据库服务系统规则的访问服务和实施过程同样是适用的。

本发明的实施例提供的关系型数据库服务系统，通过访问服务处理装置、管理器和监控执行处理装置之间的通信交互，能够实现对数据库操作的负载均衡，并对数据库系统进行维护管理，解决了用户需要自己维护数据库系统的问题，降低了对用户的要求，提高了可实施性；且可以节省用户的时间。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种关系型数据库服务系统，其特征在于，所述系统包括：访问服务处理装置、管理器和监控执行处理装置；其中，

所述访问服务处理装置，用于提供一致性的数据库访问接口，保持对应用的数据透明访问服务；根据从所述监控执行处理装置中获取的路由信息，将得到的用户对数据库的访问服务进行均衡分配，并将所述访问服务发送至所述管理器；

所述管理器，用于提供统一的集群管理架构，根据从所述访问服务处理装置中获取的所述访问服务发送操作指令至所述监控执行处理装置；

所述监控执行处理装置，包括代理器；

所述监控执行处理装置，用于获取自身所在主机上相应服务运行时的第一信息，并对所述第一信息进行监控处理；响应所述管理器发送的所述操作指令对数据库进行管理；其中，所述第一信息包括所述代理器所在主机上的相应服务运行时的状态信息、内存信息和数据库实例状态信息。

2.根据权利要求1所述的系统，其特征在于，所述访问服务处理装置包括至少一个代理服务器；

所述代理服务器，用于根据预先存储的路由规则信息和数据库架构类型进行访问服务的均衡分配，解析用户发送的访问服务数据包，根据语句的类型进行语义转化实现读写分离。

3.根据权利要求2所述的系统，其特征在于，所述监控执行处理装置还包括：监控器；其中，

所述代理器，用于接收所述管理器发送的数据库操作指令，并根据所述数据库操作指令对所述数据库进行设置；在预设时间内采集自身所在主机上的相应服务运行时的第一信息，并发送至所述监控器；

所述监控器，用于接收所述代理器发送的第一信息，并监测所述第一信息是否异常，所述第一信息发生异常时，发送告警信息至所述数据库和外部告警信息发送系统。

4.根据权利要求3所述的系统，其特征在于，所述代理器包括管理模块和监控模块；其中，

所述管理模块，用于接收所述管理器发送的数据库操作指令，并根据所述数据库操作指令对所述数据库进行设置；

所述监控模块，用于在预设时间内采集所述代理器所在主机上的相应服务运行时的第一信息，并发送至所述监控器。

5.根据权利要求3所述的系统，其特征在于，所述系统还包括操作管理维护装置；其中，

所述操作管理维护装置，用于针对所述关系型数据库服务系统提供后台运行、维护和管理的平台，根据管理员权限展示相应的功能模块，实现对数据库的维护；接收所述管理员发送的告警规则，并将所述告警规则设置在所述监控器中；从数据库中获取所述告警信息并根据所述告警信息发送告警处理指令至所述管理器；

所述管理器，还用于根据接收到的所述告警处理指令对所述关系型数据库服务系统进行维护设置，提供对所述后台运行、维护和管理平台的兼容性适配器接口和对用户交互界面调用支持接口。

6.根据权利要求5所述的系统，其特征在于，所述监控器，还用于根据所述操作管理维护装置设置的所述告警规则，判断接收到的所述代理器发送的所述第一信息是否异常。

7.根据权利要求3所述的系统，其特征在于，所述系统还包括：管理域，用于为所述关系型数据库服务系统中的划分管理权限的标识，对所述代理器和所述代理服务器进行级别划分并根据级别分配工作。

8.根据权利要求3所述的系统，其特征在于，所述系统包括至少四个代理器：第一代理器、第二代理器、第三代理器和第四代理器；其中，

所述第一代理器和所述第二代理器作为主机分别与所述代理服务器通信实现对所述数据库的读写操作；

所述第一代理器和所述第二代理器分别用于将对应的数据库服务器的运行时的状态信息和数据库实例状态发送至所述监控器；

所述第三代理器与所述代理服务器连接，用于将所述代理服务器运行时的状态信息发送至所述监控器；

所述第四代理器与所述管理器连接，用于将所述管理器上的主机的CPU运行情况和内存信息发送至所述监控器。

Images