CN106682198B - 一种实现自动化部署数据库的方法和装置 - Google Patents

Abstract

本发明公开了一种实现自动化部署数据库的方法和装置。该方法包括：在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法；接收需要使用数据库资源的业务需求信息，根据业务需求信息生成数据库部署任务；从数据库系统中选择可用的一定数量的服务器，并将数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；其中，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。上述方案可以根据业务需求，自动进行资源分配和初始化，完成数据库的部署，提高了数据库部署的效率，且提高数据库资源的利用率，防止有效资源的浪费。

Description

一种实现自动化部署数据库的方法和装置

技术领域

本发明涉及计算机技术领域，具体涉及一种实现自动化部署数据库的方法和装置。

背景技术

随着计算机技术领域中对数据库的需求的不断增加，大量业务的数据库的部署和扩容是一个重要的问题。现有技术中，面对大量数据库的部署或者扩容/缩容仍然需要人工进行处理，并依靠操作人员的经验进行操作，效率低下，人工成本高，且数据库的部署或者扩容/缩容存在人为因素，数据库资源得不到充分利用。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的实现自动化部署数据库的方法和相应的装置。

依据本发明的一个方面，提供了一种实现自动化部署数据库的方法，包括：

在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法；

接收需要使用数据库资源的业务需求信息，根据所述业务需求信息生成数据库部署任务；

从数据库系统中选择可用的一定数量的服务器，并将所述数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。

可选地，所述接收需要使用数据库资源的业务需求信息包括：

在指定的云平台上提供提交业务需求信息的接口，通过该接口接收需要使用数据库的业务需求信息。

可选地，所述数据库部署任务中包括：所需服务器的数量，需要部署的数据库类型以及部署该类型数据库的相关参数；

所述从数据库系统中选择可用的服务器包括：根据所需服务器的数量从数据库系统中选择相应数量的可用的服务器。

可选地，所述根据所述业务需求信息生成数据库部署任务包括：

根据所述业务需求信息，确定所需服务器的数量，以及所确定数量的各服务器上需要部署的数据库的角色信息；

根据所确定数量的各服务器上需要部署的数据库的角色信息，生成分别对应所述角色信息的所确定数量的数据库部署任务。

可选地，所述从数据库系统中选择可用的一定数量的服务器，并将所述数据库部署任务分发给所选择的各服务器上的数据库初始化客户端包括：

根据确定的所需服务器数量从数据库系统中选择相应数量的服务器，并将分别对应所述角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

可选地，该方法进一步包括：

接收所选择的各服务器上的数据库初始化客户端返回的初始化结果信息；

将所接收的初始化结果信息通过指定通信渠道发送给提交所述业务需求信息的业务方。

可选地，该方法进一步包括：

接收需要使用更多数据库资源的业务扩容需求信息，根据所述业务扩容需求信息生成数据库扩容部署任务；从数据库系统中选择可用的一定数量的服务器，并将所述数据库扩容部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据扩容部署任务在所在服务器上为相应业务扩充部署相应的数据库。

可选地，该方法进一步包括：

在数据库系统中的各服务器上分别部署数据库下线客户端；

其中，数据库下线客户端确定所在服务器上的需要下线的数据库，并对所确定的需要下线的数据库进行下线处理。

可选地，所述业务扩容需求信息中包含扩容数据库过期时间，所述数据库扩容部署任务中也包含扩容数据库过期时间，以及所述数据库下线客户端确定所在服务器上的需要下线的数据库包括：

所述数据库下线客户端通过扫描所在服务器上的资源信息获取扩容数据库过期时间，当扩容数据库过期时间到达时确定扩容部署的相应数据库为需要下线的数据库；

或者，

所述数据库下线客户端获取所在服务器上部署的各数据库的访问信息，将在最近的一段时间内访问量低于预设值的数据库确定为需要下线的数据库。

根据本发明的另一方面，提供了一种实现自动化部署数据库的装置，包括:

客户端部署单元，适于在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法；

需求接口单元，适于接收需要使用数据库资源的业务需求信息；

数据库部署处理单元，适于根据所述业务需求信息生成数据库部署任务，从数据库系统中选择可用的一定数量的服务器，并将所述数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。

可选地，所述需求接口单元，适于在指定的云平台上提供提交业务需求信息的接口，通过该接口接收需要使用数据库的业务需求信息。

可选地，所述数据库部署处理单元生成的所述数据库部署任务中包括：所需服务器的数量，需要部署的数据库类型以及部署该类型数据库的相关参数；

所述数据库部署处理单元，适于根据所需服务器的数量从数据库系统中选择相应数量的可用的服务器。

可选地，所述数据库部署处理单元，适于根据所述业务需求信息，确定所需服务器的数量，以及所确定数量的各服务器上需要部署的数据库的角色信息；以及根据所确定数量的各服务器上需要部署的数据库的角色信息，生成分别对应所述角色信息的所确定数量的数据库部署任务。

可选地，所述数据库部署处理单元，适于根据确定的所需服务器数量从数据库系统中选择相应数量的服务器，并将分别对应所述角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

可选地，所述数据库部署处理单元，进一步适于接收所选择的各服务器上的数据库初始化客户端返回的初始化结果信息；将所接收的初始化结果信息通过指定通信渠道发送给提交所述业务需求信息的业务方。

可选地，所述需求接口单元，进一步适于接收需要使用更多数据库资源的业务扩容需求信息；

所述数据库部署处理单元，进一步适于根据所述业务扩容需求信息生成数据库扩容部署任务；从数据库系统中选择可用的一定数量的服务器，并将所述数据库扩容部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据扩容部署任务在所在服务器上为相应业务扩充部署相应的数据库。

可选地，客户端部署单元，进一步适于在数据库系统中的各服务器上分别部署数据库下线客户端；

其中，数据库下线客户端确定所在服务器上的需要下线的数据库，并对所确定的需要下线的数据库进行下线处理。

可选地，所述业务扩容需求信息中包含扩容数据库过期时间，所述数据库扩容部署任务中也包含扩容数据库过期时间；所述数据库下线客户端通过扫描所在服务器上的资源信息获取扩容数据库过期时间，当扩容数据库过期时间到达时确定扩容部署的相应数据库为需要下线的数据库；

或者，

所述数据库下线客户端获取所在服务器上部署的各数据库的访问信息，将在最近的一段时间内访问量低于预设值的的数据库确定为需要下线的数据库。

根据本发明的技术方案，在数据库系统中的各服务器上分别部署包含初始化多种不同类型数据库的方法的数据库初始化客户端；当接收需要使用数据库资源的业务需求信息后，根据业务需求信息生成数据库部署任务；从数据库系统中选择可用的一定数量的服务器，并将数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；然后数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。综上所述，本发明可以根据业务需求，自动进行资源分配和初始化，完成数据库的部署，提高了数据库部署的效率，节省人工成本，且在满足业务需求的情况下，提高数据库资源的利用率，防止有效资源的浪费。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的实现自动化部署数据库的方法的流程示意图；

图2示出了根据本发明一个实施例的实现自动化部署数据库的装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的实现自动化部署数据库的方法的流程示意图。如图1所示，该方法包括：

步骤S110，在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法。

为了实现数据库的自动部署，需要在每个服务器上都部署一个数据库初始化客户端，已完成业务需求中的数据库部署任务。但是，业务的需求不同，所需要部署的数据库类型也不同所以，为了应对所有的需求，数据库初始化客户端中应该包含初始化多种不同类型数据库的方法。例如，Mysql数据库的初始化、Oracle数据库的初始化、MongoDB数据库的初始化方法等。

每个服务器中的数据库初始化客户端都是在该数据库加入该数据库系统的时候就已经打包放进去的。

步骤S120，接收需要使用数据库资源的业务需求信息，根据业务需求信息生成数据库部署任务。

当业务方有数据库部署的业务需求时，可以通过相应的需求接口提供需求信息。这里的需求接口可以是以一个云平台的形式，云平台提供有业务需求编辑界面，业务方将业务需求相应的信息编辑后提交即可。

当通过需求入口接收到业务需求信息时，根据相应的业务需求信息生成相应的数据库部署任务，以便服务器根据数据库部署任务进行相应的初始化数据库的部署操作。

将业务需求信息生成相应的数据库部署任务可以使用自动化调度工具saltstack来打包完成。

步骤S130，从数据库系统中选择可用的一定数量的服务器，并将数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；当数据库初始化客户端接收到数据库部署任务后，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。

这里从数据库系统中选择可用的一定数量的服务器，一方面是根据各个服务器自身资源的可利用率和是否可用进行选择可以用来部署该业务的服务器，以减少资源浪费；另一方面，也需要根据业务需求信息选择部署该业务的服务器的数量，以满足业务需求。例如，业务需求是300G的磁盘空间的大小，但是每个服务器可用的最大磁盘空间是30G，那么就需要10个可用的服务器部署该业务。

当选择好可用的一定数量的服务器后，自动化调度工具saltstack将打包好的业务的数据库部署任务发送给选择的相应服务器中的数据库初始化客户端。

因为需要给每个选择的服务器发送数据库部署任务，所以，一个业务需求的数据库部署任务的个数与选择的服务器的数量是一样的，然后将该数量的数据库部署任务发送到选择的服务器上。

综上，本发明可以根据业务需求，自动进行资源分配和初始化，完成数据库的部署，提高了数据库部署的效率，节省人工成本，且在满足业务需求的情况下，提高数据库资源的利用率，防止有效资源的浪费。

在本发明的一个实施例中，步骤S120中的接收需要使用数据库资源的业务需求信息包括：在指定的云平台上提供提交业务需求信息的接口，通过该接口接收需要使用数据库的业务需求信息。

当业务方有数据库部署的业务需求时，可以通过指定的云平台上提供的需求接口进行需求信息的提供。例如，云平台提供一个网页，业务方在该网页上进行相应业务需求的信息编辑。业务方编辑好后，进行提交，那么其业务需求就会通过这个云平台的需求接口发送到后端进行数据库部署的处理操作。

在本发明的一个实施例中，上述的数据库部署任务中包括：所需服务器的数量，需要部署的数据库类型以及部署该类型数据库的相关参数；从数据库系统中选择可用的服务器包括：根据所需服务器的数量从数据库系统中选择相应数量的可用的服务器。

为满足业务需求，需要根据相应的数据库部署任务中包括的所需服务器的数量进行选择部署该业务的服务器，例如，数据库部署任务中所需服务器的数量为5台，那么选择的时候需要选择5台可用的服务器。同时，在选在服务器的时候还要考虑服务器自身的资源可利用率，也必须满足该业务的需要。综合两方面考虑后，才能最终选择相应数量的服务器。

当该数据库部署任务发送到选择的服务器上后，服务器上的数据库初始化客户端还会根据数据库部署任务中的需要部署的数据库类型以及部署该类型数据库的相关参数进行数据库的部署，以满足业务需求。

因为在数据库部署时，有需要建立主从式数据库的情况，主从式数据库包含有一个主数据库和一个或者多个从数据库，实现了数据库读写功能的分离。主数据库负责写入数据的操作，从数据库负责对主数据库的数据进行备份以及负责数据查询等操作。为了实现主从式数据库的部署，在本发明的一个实施例中，步骤S120中的根据业务需求信息生成数据库部署任务包括：根据业务需求信息，确定所需服务器的数量，以及所确定数量的各服务器上需要部署的数据库的角色信息，例如，是主数据库还是从数据库；根据所确定数量的各服务器上需要部署的数据库的角色信息，生成分别对应角色信息的所确定数量的数据库部署任务。

例如，选择4个服务器，需要部署1个主数据库和3个从数据库，那么就会生成1个主数据库的数据库部署任务和相应的3个从数据库的数据库部署任务。

具体地，从数据库系统中选择可用的一定数量的服务器，并将数据库部署任务分发给所选择的各服务器上的数据库初始化客户端包括：根据确定的所需服务器数量从数据库系统中选择相应数量的服务器，并将分别对应角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

这里的对应角色信息的所确定数量的数据库部署任务，是随机发送到所选择的服务器上，也就是说每个选择的服务器会接收到一个对应角色信息的数据库部署任务，但是具体是哪个角色的数据库部署任务是不确定的。任务的发送是自动化调度工具随机分发，不限定某个数据库部署任务必须分发给一个指定的服务器，只要保证分发后，选择的每个服务器均被分发了一个数据库部署任务即可。例如，确定的服务器的数量是3，那么就需要选择三个服务器，分别是服务器1、服务器2、服务器3，最终会生成1个主数据库的数据库部署任务和相应的2个从数据库的数据库部署任务，进行任务发送的时候，主数据库的数据库部署任务可以分发给服务器1上的数据库初始化客户端，可以分发给服务器2上的数据库初始化客户端、也可以分发给服务器3上的数据库初始化客户端；另外2个从数据库的数据库部署任务可以分发给服务器1上的数据库初始化客户端，可以分发给服务器2上的数据库初始化客户端、也可以分发给服务器3上的数据库初始化客户端，最终分发后保证服务器1、服务器2和服务器3都有数据库部署任务。

在一个具体的例子中，需要在4个服务器部署数据库，其中一个是主数据库，另外三个是从数据库。数据库部署任务打包后，其中一个数据库部署任务中包含的参数信息为：P1＝mongodb，P2＝mdm，P3＝30G，P4＝200G。其中，P1代表数据库类型，P2代表数据库角色，P3代表内存空间，P4代表磁盘空间。当被选中的其中一个服务器的数据库初始化客户端接收到该数据库部署任务后，通过该任务中的参数信息，就会在其服务器上建立一个mongodb数据库的主数据库，该数据库有30G内存，200G的磁盘空间。

需要说明的是，在进行主从式数据库部署的时候，还需要考虑主数据库在使用过程中出现问题的情况。如果主数据库出现问题，不能进行数据的写入，就会影响整个业务的运行。所以，如果主数据库出现问题，那么还需要在剩下的从数据库中选择一个作为新的主数据库使用。为了能顺利的从从数据库中选择一个主数据库，在进行主从式数据库部署的时候，还需要建立一个或多个投票数据库。所以上述的数据库的角色信息包括：主数据库、从数据库和投票数据库。然后再对应角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

例如，选择4个服务器，需要部署1个主数据库、2个从数据库和1个投票数据库，最终会生成1个主数据库的数据库部署任务、相应的2个从数据库的数据库部署任务和1个投票数据库的数据库部署任务，最后将这4个对应角色信息的数据库部署任务随机一一对应地分发给所选择的4个的服务器上的数据库初始化客户端。

主从数据库部署好后，在使用过程中，如果主数据库出现问题，变得不可用，那么投票数据库就会将选票投给拥有最新数据的数据库，使得拥有最新数据的数据库成为新的主数据库。

当数据库部署好后，在本发明的一个实施例中，图1所示的方法进一步包括：接收所选择的各服务器上的数据库初始化客户端返回的初始化结果信息；将所接收的初始化结果信息通过指定通信渠道发送给提交业务需求信息的业务方，以便业务方获得数据库部署后的信息。

上述实施例是针对数据库部署的情况，在大量的业务需求中还包括数据库扩容的请求。所以，针对数据库扩容的情况，在本发明的一个实施例中，图1所示的方法进一步包括：接收需要使用更多数据库资源的业务扩容需求信息，根据业务扩容需求信息生成数据库扩容部署任务；从数据库系统中选择可用的一定数量的服务器，并将数据库扩容部署任务分发给所选择的各服务器上的数据库初始化客户端；其中，数据库初始化客户端根据所接收的数据扩容部署任务在所在服务器上为相应业务扩充部署相应的数据库。

例如，淘宝网站在双11活动中的业务访问量会成倍的增加，为了保证业务的正常运行，需要对数据库扩容，获得更多的数据库资源，应对突增的访问量，那么淘宝网站的业务方就可以通过云平台的业务需求接口提出相应的业务扩容的需求，以进行数据库的扩容，即增加相应业务的数据库，其具体的实现方法也是通过接收需求信息，生成相应的数据库扩容任务，并发送给选择的一定数量的服务器的数据库初始化客户端进行相应的扩容处理。

业务扩容是针对业务量突增的情况，当业务量恢复到正常情况后，为了减少数据库资源的浪费，需要将扩容后的数据库进行下线处理，例如，淘宝网站的双11活动结束后，其访问量就会下降至正常水平。在本发明的一个实施例中，上述方法进一步包括：在数据库系统中的各服务器上分别部署数据库下线客户端，每个服务器中的数据库下线客户端都是在该数据库加入该数据库系统的时候就已经打包放进去的。当业务扩容的需求结束后，数据库下线客户端确定所在服务器上的需要下线的数据库，并对所确定的需要下线的数据库进行下线处理。

在进行下线处理的时候，如果业务扩容需求信息中包含扩容数据库过期时间，数据库扩容部署任务中也包含扩容数据库过期时间，那么数据库下线客户端确定所在服务器上的需要下线的数据库包括：数据库下线客户端通过扫描所在服务器上的资源信息获取扩容数据库过期时间，当扩容数据库过期时间到达时确定扩容部署的相应数据库为需要下线的数据库。例如，在业务方提出业务扩容需求的时候，预先设定一个扩容的数据库的过期时间是10天，那么当该业务的扩容数据库使用10天后，服务器中的数据库下线客户端确定出该扩容的数据库已经到达过期时间10天，就会对该数据库进行下线处理。

在进行下线处理的时候，需要下线的数据库不一定是新扩容的数据库，也可以对该业务的整个数据库系统整体分析后，确定需要下线的数据库。在这种情况下，确定需要下线的数据库的方法是：数据库下线客户端获取所在服务器上部署的各数据库的访问信息，将在最近的一段时间内访问量低于预设值的数据库确定为需要下线的数据库。例如，设定预设值为100，那么在一段时间内都被访问数量低于100次的数据库就可以视为是需要下线的数据库。

这里的下线处理，首先将需要下线的数据库下档，然后登录相应的主数据库，把下线的数据库的节点删除，然后清理下线数据库的相关信息。

图2示出了根据本发明一个实施例的实现自动化部署数据库的装置的结构示意图。如图2所示，该实现自动化部署数据库的装置包括:

客户端部署单元210，适于在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法。

为了实现数据库的自动部署，需要在每个服务器上都部署一个数据库初始化客户端，已完成业务需求中的数据库部署任务。但是，业务的需求不同，所需要部署的数据库类型也不同所以，为了应对所有的需求，数据库初始化客户端中应该包含初始化多种不同类型数据库的方法。例如，Mysql数据库的初始化、Oracle数据库的初始化、MongoDB数据库的初始化方法等。

每个服务器中的数据库初始化客户端都是在该数据库加入该数据库系统的时候就已经打包放进去的。

需求接口单元220，适于接收需要使用数据库资源的业务需求信息。

当业务方有数据库部署的业务需求时，可以通过相应的需求接口提供需求信息。这里的需求接口可以是以一个云平台的形式，云平台提供有业务需求编辑界面，业务方将业务需求相应的信息编辑后提交即可。

数据库部署处理单元230，适于根据业务需求信息生成数据库部署任务，从数据库系统中选择可用的一定数量的服务器，并将数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；当数据库初始化客户端接收到数据库部署任务后，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。

当通过需求入口接收到业务需求信息时，根据相应的业务需求信息生成相应的数据库部署任务，以便服务器根据数据库部署任务进行相应的初始化数据库的部署操作。将业务需求信息生成相应的数据库部署任务可以使用自动化调度工具saltstack来打包完成。

这里从数据库系统中选择可用的一定数量的服务器，一方面是根据各个服务器自身资源的可利用率和是否可用进行选择可以用来部署该业务的服务器，以减少资源浪费；另一方面，也需要根据业务需求信息选择部署该业务的服务器的数量，以满足业务需求。例如，业务需求是300G的磁盘空间的大小，但是每个服务器可用的最大磁盘空间是30G，那么就需要10个可用的服务器部署该业务。

当选择好可用的一定数量的服务器后，自动化调度工具saltstack将打包好的业务的数据库部署任务发送给选择的相应服务器中的数据库初始化客户端。

因为需要给每个选择的服务器发送数据库部署任务，所以，一个业务需求的数据库部署任务的个数与选择的服务器的数量是一样的，然后将该数量的数据库部署任务发送到选择的服务器上。

综上，本发明可以根据业务需求，自动进行资源分配和初始化，完成数据库的部署，提高了数据库部署的效率，节省人工成本，且在满足业务需求的情况下，提高数据库资源的利用率，防止有效资源的浪费。

在本发明的一个实施例中，需求接口单元220，适于在指定的云平台上提供提交业务需求信息的接口，通过该接口接收需要使用数据库的业务需求信息。

当业务方有数据库部署的业务需求时，可以通过指定的云平台上提供的需求接口进行需求信息的提供。例如，云平台提供一个网页，业务方在该网页上进行相应业务需求的信息编辑。业务方编辑好后，进行提交，那么其业务需求就会通过这个云平台的需求接口发送到后端进行数据库部署的处理操作。

在本发明的一个实施例中，数据库部署处理单元230生成的数据库部署任务中包括：所需服务器的数量，需要部署的数据库类型以及部署该类型数据库的相关参数；数据库部署处理单元230，适于根据所需服务器的数量从数据库系统中选择相应数量的可用的服务器。

为满足业务需求，需要根据相应的数据库部署任务中包括的所需服务器的数量进行选择部署该业务的服务器，例如，数据库部署任务中所需服务器的数量为5台，那么选择的时候需要选择5台可用的服务器。同时，在选在服务器的时候还要考虑服务器自身的资源可利用率，也必须满足该业务的需要。综合两方面考虑后，才能最终选择相应数量的服务器。

当该数据库部署任务发送到选择的服务器上后，服务器上的数据库初始化客户端还会根据数据库部署任务中的需要部署的数据库类型以及部署该类型数据库的相关参数进行数据库的部署，以满足业务需求。

因为在数据库部署时，有需要建立主从式数据库的情况，主从式数据库包含有一个主数据库和一个或者多个从数据库，实现了数据库读写功能的分离。主数据库负责写入数据的操作，从数据库负责对主数据库的数据进行备份以及负责数据查询等操作。为了实现主从式数据库的部署，在本发明的一个实施例中，数据库部署处理单元230，适于根据业务需求信息，确定所需服务器的数量，以及所确定数量的各服务器上需要部署的数据库的角色信息，例如，是主数据库还是从数据库；以及根据所确定数量的各服务器上需要部署的数据库的角色信息，生成分别对应角色信息的所确定数量的数据库部署任务。

例如，选择4个服务器，需要部署1个主数据库和3个从数据库，那么就会生成1个主数据库的数据库部署任务和相应的3个从数据库的数据库部署任务。

具体地，数据库部署处理单元230，适于根据确定的所需服务器数量从数据库系统中选择相应数量的服务器，并将分别对应角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

这里的对应角色信息的所确定数量的数据库部署任务，是随机发送到所选择的服务器上，也就是说每个选择的服务器会接收到一个对应角色信息的数据库部署任务，但是具体是哪个角色的数据库部署任务是不确定的。任务的发送是自动化调度工具随机分发，不限定某个数据库部署任务必须分发给一个指定的服务器，只要保证分发后，选择的每个服务器均被分发了一个数据库部署任务即可。例如，确定的服务器的数量是3，那么就需要选择三个服务器，分别是服务器1、服务器2、服务器3，最终会生成1个主数据库的数据库部署任务和相应的2个从数据库的数据库部署任务，进行任务发送的时候，主数据库的数据库部署任务可以分发给服务器1上的数据库初始化客户端，可以分发给服务器2上的数据库初始化客户端、也可以分发给服务器3上的数据库初始化客户端；另外2个从数据库的数据库部署任务可以分发给服务器1上的数据库初始化客户端，可以分发给服务器2上的数据库初始化客户端、也可以分发给服务器3上的数据库初始化客户端，最终分发后保证服务器1、服务器2和服务器3都有数据库部署任务。

在一个具体的例子中，需要在4个服务器部署数据库，其中一个是主数据库，另外三个是从数据库。数据库部署任务打包后，其中一个数据库部署任务中包含的参数信息为：P1＝mongodb，P2＝mdm，P3＝30G，P4＝200G。其中，P1代表数据库类型，P2代表数据库角色，P3代表内存空间，P4代表磁盘空间。当被选中的其中一个服务器的数据库初始化客户端接收到该数据库部署任务后，通过该任务中的参数信息，就会在其服务器上建立一个mongodb数据库的主数据库，该数据库有30G内存，200G的磁盘空间。

需要说明的是，在进行主从式数据库部署的时候，还需要考虑主数据库在使用过程中出现问题的情况。如果主数据库出现问题，不能进行数据的写入，就会影响整个业务的运行。所以，如果主数据库出现问题，那么还需要在剩下的从数据库中选择一个作为新的主数据库使用。为了能顺利的从从数据库中选择一个主数据库，在进行主从式数据库部署的时候，还需要建立一个或多个投票数据库。所以上述的数据库的角色信息包括：主数据库、从数据库和投票数据库。然后再对应角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

例如，选择4个服务器，需要部署1个主数据库、2个从数据库和1个投票数据库，最终会生成1个主数据库的数据库部署任务、相应的2个从数据库的数据库部署任务和1个投票数据库的数据库部署任务，最后将这4个对应角色信息的数据库部署任务随机一一对应地分发给所选择的4个的服务器上的数据库初始化客户端。

主从数据库部署好后，在使用过程中，如果主数据库出现问题，变得不可用，那么投票数据库就会将选票投给拥有最新数据的数据库，使得拥有最新数据的数据库成为新的主数据库。

当数据库部署好后，在本发明的一个实施例中，数据库部署处理单元230，进一步适于接收所选择的各服务器上的数据库初始化客户端返回的初始化结果信息；将所接收的初始化结果信息通过指定通信渠道发送给提交业务需求信息的业务方，以便业务方获得数据库部署后的信息。

上述实施例是针对数据库部署的情况，在大量的业务需求中还包括数据库扩容的请求。所以，针对数据库扩容的情况，在本发明的一个实施例中，需求接口单元220，进一步适于接收需要使用更多数据库资源的业务扩容需求信息；数据库部署处理单元230，进一步适于根据业务扩容需求信息生成数据库扩容部署任务；从数据库系统中选择可用的一定数量的服务器，并将数据库扩容部署任务分发给所选择的各服务器上的数据库初始化客户端；其中，数据库初始化客户端根据所接收的数据扩容部署任务在所在服务器上为相应业务扩充部署相应的数据库。

例如，淘宝网站在双11活动中的业务访问量会成倍的增加，为了保证业务的正常运行，需要对数据库扩容，获得更多的数据库资源，应对突增的访问量，那么淘宝网站的业务方就可以通过云平台的业务需求接口提出相应的业务扩容的需求，以进行数据库的扩容，即增加相应业务的数据库，其具体的实现方法也是通过接收需求信息，生成相应的数据库扩容任务，并发送给选择的一定数量的服务器的数据库初始化客户端进行相应的扩容处理。

业务扩容是针对业务量突增的情况，当业务量恢复到正常情况后，为了减少数据库资源的浪费，需要将扩容后的数据库进行下线处理，例如，淘宝网站的双11活动结束后，其访问量就会下降至正常水平。在本发明的一个实施例中，客户端部署单元210，进一步适于在数据库系统中的各服务器上分别部署数据库下线客户端，每个服务器中的数据库下线客户端都是在该数据库加入该数据库系统的时候就已经打包放进去的。当业务扩容的需求结束后，数据库下线客户端确定所在服务器上的需要下线的数据库，并对所确定的需要下线的数据库进行下线处理。

在进行下线处理的时候，如果业务扩容需求信息中包含扩容数据库过期时间，数据库扩容部署任务中也包含扩容数据库过期时间；那么数据库下线客户端通过扫描所在服务器上的资源信息获取扩容数据库过期时间，当扩容数据库过期时间到达时确定扩容部署的相应数据库为需要下线的数据库。例如，在业务方提出业务扩容需求的时候，预先设定一个扩容的数据库的过期时间是10天，那么当该业务的扩容数据库使用10天后，服务器中的数据库下线客户端确定出该扩容的数据库已经到达过期时间10天，就会对该数据库进行下线处理。

在进行下线处理的时候，需要下线的数据库不一定是新扩容的数据库，也可以对该业务的整个数据库系统整体分析后，确定需要下线的数据库。在这种情况下，确定需要下线的数据库的方法是：数据库下线客户端获取所在服务器上部署的各数据库的访问信息，将在最近的一段时间内访问量低于预设值的数据库确定为需要下线的数据库。例如，设定预设值为100，那么在一段时间内都被访问数量低于100次的数据库就可以视为是需要下线的数据库。

这里的下线处理，首先将需要下线的数据库下档，然后登录相应的主数据库，把下线的数据库的节点删除，然后清理下线数据库的相关信息。

综上所述，根据本发明的技术方案，在数据库系统中的各服务器上分别部署包含初始化多种不同类型数据库的方法的数据库初始化客户端；当接收需要使用数据库资源的业务需求信息后，根据业务需求信息生成数据库部署任务；从数据库系统中选择可用的一定数量的服务器，并将数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；然后数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库。可见，本发明可以根据业务需求，自动进行资源分配和初始化，完成数据库的部署，提高了数据库部署的效率，节省人工成本，且在满足业务需求的情况下，提高数据库资源的利用率，防止有效资源的浪费。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的实现自动化部署数据库的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (16)

1.一种实现自动化部署数据库的方法，包括：

在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法；

接收需要使用数据库资源的业务需求信息，根据所述业务需求信息生成数据库部署任务；

从数据库系统中选择可用的一定数量的服务器，并将所述数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库；

所述根据所述业务需求信息生成数据库部署任务包括：根据所述业务需求信息，确定所需服务器的数量，以及所确定数量的各服务器上需要部署的数据库的角色信息；根据所确定数量的各服务器上需要部署的数据库的角色信息，生成分别对应所述角色信息的所确定数量的数据库部署任务。

2.如权利要求1所述的方法，其中，所述接收需要使用数据库资源的业务需求信息包括：

在指定的云平台上提供提交业务需求信息的接口，通过该接口接收需要使用数据库的业务需求信息。

3.如权利要求1所述的方法，其中，

所述数据库部署任务中包括：所需服务器的数量，需要部署的数据库类型以及部署该类型数据库的相关参数；

所述从数据库系统中选择可用的服务器包括：根据所需服务器的数量从数据库系统中选择相应数量的可用的服务器。

4.如权利要求1所述的方法，其中，所述从数据库系统中选择可用的一定数量的服务器，并将所述数据库部署任务分发给所选择的各服务器上的数据库初始化客户端包括：

根据确定的所需服务器数量从数据库系统中选择相应数量的服务器，并将分别对应所述角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

5.如权利要求1所述的方法，其中，该方法进一步包括：

接收所选择的各服务器上的数据库初始化客户端返回的初始化结果信息；

将所接收的初始化结果信息通过指定通信渠道发送给提交所述业务需求信息的业务方。

6.如权利要求1所述的方法，其中，该方法进一步包括：

接收需要使用更多数据库资源的业务扩容需求信息，根据所述业务扩容需求信息生成数据库扩容部署任务；从数据库系统中选择可用的一定数量的服务器，并将所述数据库扩容部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据扩容部署任务在所在服务器上为相应业务扩充部署相应的数据库。

7.如权利要求6所述的方法，其中，该方法进一步包括：

在数据库系统中的各服务器上分别部署数据库下线客户端；

其中，数据库下线客户端确定所在服务器上的需要下线的数据库，并对所确定的需要下线的数据库进行下线处理。

8.如权利要求7所述的方法，其中，

所述业务扩容需求信息中包含扩容数据库过期时间，所述数据库扩容部署任务中也包含扩容数据库过期时间，以及所述数据库下线客户端确定所在服务器上的需要下线的数据库包括：

所述数据库下线客户端通过扫描所在服务器上的资源信息获取扩容数据库过期时间，当扩容数据库过期时间到达时确定扩容部署的相应数据库为需要下线的数据库；

或者，

所述数据库下线客户端获取所在服务器上部署的各数据库的访问信息，将在最近的一段时间内访问量低于预设值的数据库确定为需要下线的数据库。

9.一种实现自动化部署数据库的装置，包括:

客户端部署单元，适于在数据库系统中的各服务器上分别部署数据库初始化客户端；其中，数据库初始化客户端中包含初始化多种不同类型数据库的方法；

需求接口单元，适于接收需要使用数据库资源的业务需求信息；

数据库部署处理单元，适于根据所述业务需求信息生成数据库部署任务，从数据库系统中选择可用的一定数量的服务器，并将所述数据库部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据部署任务在所在服务器上部署相应的数据库；

所述数据库部署处理单元，还适于根据所述业务需求信息，确定所需服务器的数量，以及所确定数量的各服务器上需要部署的数据库的角色信息；以及根据所确定数量的各服务器上需要部署的数据库的角色信息，生成分别对应所述角色信息的所确定数量的数据库部署任务。

10.如权利要求9所述的装置，其中，

所述需求接口单元，适于在指定的云平台上提供提交业务需求信息的接口，通过该接口接收需要使用数据库的业务需求信息。

11.如权利要求9所述的装置，其中，

所述数据库部署处理单元生成的所述数据库部署任务中包括：所需服务器的数量，需要部署的数据库类型以及部署该类型数据库的相关参数；

所述数据库部署处理单元，适于根据所需服务器的数量从数据库系统中选择相应数量的可用的服务器。

12.如权利要求9所述的装置，其中，

所述数据库部署处理单元，适于根据确定的所需服务器数量从数据库系统中选择相应数量的服务器，并将分别对应所述角色信息的所确定数量的数据库部署任务随机一一对应地分发给所选择的相应数量的服务器上的数据库初始化客户端。

13.如权利要求9所述的装置，其中，

所述数据库部署处理单元，进一步适于接收所选择的各服务器上的数据库初始化客户端返回的初始化结果信息；将所接收的初始化结果信息通过指定通信渠道发送给提交所述业务需求信息的业务方。

14.如权利要求9所述的装置，其中，

所述需求接口单元，进一步适于接收需要使用更多数据库资源的业务扩容需求信息；

所述数据库部署处理单元，进一步适于根据所述业务扩容需求信息生成数据库扩容部署任务；从数据库系统中选择可用的一定数量的服务器，并将所述数据库扩容部署任务分发给所选择的各服务器上的数据库初始化客户端；

其中，数据库初始化客户端根据所接收的数据扩容部署任务在所在服务器上为相应业务扩充部署相应的数据库。

15.如权利要求14所述的装置，其中，

客户端部署单元，进一步适于在数据库系统中的各服务器上分别部署数据库下线客户端；

其中，数据库下线客户端确定所在服务器上的需要下线的数据库，并对所确定的需要下线的数据库进行下线处理。

16.如权利要求15所述的装置，其中，

所述业务扩容需求信息中包含扩容数据库过期时间，所述数据库扩容部署任务中也包含扩容数据库过期时间；所述数据库下线客户端通过扫描所在服务器上的资源信息获取扩容数据库过期时间，当扩容数据库过期时间到达时确定扩容部署的相应数据库为需要下线的数据库；

或者，

所述数据库下线客户端获取所在服务器上部署的各数据库的访问信息，将在最近的一段时间内访问量低于预设值的数据库确定为需要下线的数据库。

Images