CN114327554A - 一种数据库补丁安装方法及装置 - Google Patents

Abstract

本申请提供了一种数据库补丁安装方法及装置，该方法可应用于云管理平台，在待安装补丁主机列表中确定出本次待安装补丁主机组别之后，分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；然后，在判断出本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态均满足安装条件时，依次将本次待安装补丁主机组分中每一个待安装补丁主机对应的可安装补丁集合中的各个补丁，安装至相应待安装补丁主机的数据库，即本申请能够通过云管理平台，自动实现在主机层面及主机数据库层面的补丁的批量安装，解决了现有依照变更需求登录主机进行人工操作变更的方案，每次只能完成一台主机的补丁安装，所导致效率低及成本高的问题。

Description

一种数据库补丁安装方法及装置

技术领域

本发明涉及数据处理技术领域，具体涉及一种数据库补丁安装方法及装置。

背景技术

随着信息时代的持续发展，IT运维已经成为IT服务内涵中重要的组成部分。从初期的几台服务器发展到庞大的数据中心，单靠人工已经无法满足运维管理要求，通过标准化、自动化、架构优化、过程优化等运维管理方式降低IT服务成本成为未来发展趋势。

云管理平台是云计算数据中心自动化运维的核心环节，自动化变更又是数据中心实施交付的切入点，通过云平台实施自动化变更可以有效解决传统数据中心面临的变更管理负载、变更操作风险高、批量实施效率低的难题。

尽管运维管理技术在不断进步，但在现有技术条件下，仍有很多运维开发人员没有真正解脱出来。数据中心传统的云管理平台变更模板依然需要定制开发，变更参数依然需要单一的人工输入，变更风险的控制依然依靠人工校验……，特别是数据库补丁安装，现有方式只能依照变更需求登录主机进行人工操作实施变更，每次只能针对一台主机进行补丁安装，效率低，成本高。

发明内容

对此，本申请提供一种数据库补丁安装方法及装置，以解决现有依照变更需求登录主机进行人工操作变更的方案，每次只能完成一台主机的补丁安装，效率低，成本高。

为实现上述目的，本发明实施例提供如下技术方案：

本发明第一方面公开了一种数据库补丁安装方法，可应用于云管理平台，所述方法包括：

在待安装补丁主机列表中确定出本次待安装补丁主机组别；

分别确定出所述本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；所述待安装补丁主机组别中的主机个数小于等于所述待安装补丁主机列表中的主机个数；所述待安装补丁主机列表中的主机个数为正整数；

判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件；

若判断结果为是，则针对所述本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的所述可安装补丁集合中的每个补丁，安装至相应的数据库。

可选地，上述的数据库补丁安装方法中，在待安装补丁主机列表中确定出本次待安装补丁主机组别，包括：

确定出每一次补丁安装的允许执行并发量；

依据所述允许执行并发量对所述待安装补丁主机列表进行分组，得到所述待安装补丁主机列表的各组待安装补丁主机；

按照预设安装节点顺序，从各组待安装补丁主机中确定出所述本次待安装补丁主机组别。

可选地，上述的数据库补丁安装方法中，分别确定出所述本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合，包括：

获取预设安装补丁集合；

针对每一个所述待安装补丁主机，剔除所述预安装补丁集合中与本机中已安装补丁存在冲突的补丁，得到各个所述待安装补丁主机的可安装补丁集合。

可选地，上述的数据库补丁安装方法中，判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否满足安装条件，包括：

分别判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的数据库实例和集群件是否均停止；

若判断结果为是，则判定所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态满足安装条件；

若判断结果为否，则判定所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态不满足安装条件。

可选地，上述的数据库补丁安装方法中，在判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件之前，还包括：

判断所述本次待安装补丁主机组别中是否存在数据库执行关键任务的待安装补丁主机；

若判断结果为否，则执行所述判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件的步骤；

若判断结果为是，则生成提示信息，提示用户所述待安装补丁主机的数据库在执行关键任务。

可选地，上述的数据库补丁安装方法中，在针对所述本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的所述可安装补丁集合中的每个补丁，安装至相应的数据库之后，还包括：

检查所述本次待安装补丁主机组别中每个所述待安装补丁主机的补丁安装情况，得到各个所述待安装补丁主机的补丁安装结果。

本发明第二方面公开了一种数据库补丁安装装置，应用于云管理平台，所述装置包括：

第一确定单元，用于在待安装补丁主机列表中确定出本次待安装补丁主机组别；

第二确定单元，用于分别确定出所述本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；所述待安装补丁主机组别中的主机个数小于等于所述待安装补丁主机列表中的主机个数；所述待安装补丁主机列表中的主机个数为正整数；

第一判断单元，用于判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件；

安装单元，用于若判断结果为是，则针对所述本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的所述可安装补丁集合中的每个补丁，安装至相应的数据库。

可选地，上述的数据库补丁安装装置中，还包括：第二判断单元，用于判断所述本次待安装补丁主机组别中是否存在数据库执行关键任务的待安装补丁主机；若判断结果为否，则执行所述判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件的步骤；若判断结果为是，则生成提示信息，提示用户所述待安装补丁主机的数据库在执行关键任务。

可选地，上述的数据库补丁安装装置中，还包括：检查单元，用于检查所述本次待安装补丁主机组别中每个所述待安装补丁主机的补丁安装情况，得到各个所述待安装补丁主机的补丁安装结果。

可选地，上述的数据库补丁安装装置中，所述第一确定单元具体用于：

确定出每一次补丁安装的允许执行并发量；

依据所述允许执行并发量对所述待安装补丁主机列表进行分组，得到所述待安装补丁主机列表的各组待安装补丁主机；

按照预设安装节点顺序，从各组待安装补丁主机中确定出所述本次待安装补丁主机组别。

本发明提供的数据库补丁安装方法，应用于云管理平台，该安装方法包括：在待安装补丁主机列表中确定出本次待安装补丁主机组别之后，分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；然后，判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件；若判断结果为是，则依次将本次待安装补丁主机组分中每一个待安装补丁主机对应的可安装补丁集合中的各个补丁，安装至相应待安装补丁主机的数据库，也即，本申请提供的方法能够通过云管理平台，自动实现在主机层面及主机数据库层面的补丁的批量安装，解决了现有依照变更需求登录主机进行人工操作变更的方案，每次只能完成一台主机的补丁安装，所导致效率低及成本高的问题。

附图说明

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

图1为本申请实施例提供的一种数据库补丁安装方法的流程图；

图2为本申请实施例提供的一种确定出本次待安装补丁主机组别的流程图；

图3为本申请实施例提供的一种确定出可安装补丁集合的流程图；

图4为本申请实施例提供的一种判断是否满足安装条件的流程图；

图5至图6为本申请实施例提供的另两种数据库补丁安装方法的流程图；

图7为本申请实施例提供的一种数据库补丁安装装置的结构图；

图8为本申请实施例提供的一种云管理平台的自动化变更全流程的示意图。

具体实施方式

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

本申请实施例提供一种数据库补丁安装方法，以解决现有依照变更需求登录主机进行人工操作变更的方案，每次只能完成一台主机的补丁安装，效率低，成本高。

该数据库补丁安装方法可应用于云管理平台，该云管理平台的自动化变更全流程可如图8所示。其中，通用操作定义主要用于实现各类原子操作脚本定义功能。按照脚本功能划分可以包括脚本下发操作、采集操作、校验操作、变更操作及回退操作。其中，主要操作的功能可如表1-1所示。

表1-1

具体的，采集操作主要包括两个功能，用于为变更申请人提供表格形式的变更参考信息；同时初始化参数录入界面，并以下拉框的形式供用户选择参数，取代用于手工录入，提升用户体验和参数合法性。预校验操作用于申请阶段用户录入参数校验。结果验证操作用于实施阶段变更实施结果验证。

通用编排定义主要通过将上述各类原子操作进行关联和编排实现模板定制，其面向变更模板管理员用户，通过前端界面交互实现模板定义和界面生成功能。其中，编排步骤可如表1-2所示。

表1-2

具体的，主机选择规则用于申请阶段根据变更场景约束用户的主机选择结果。分组规则用于控制变更执行并发量，同时结果变更业务逻辑进行分组执行顺序控制。审批流程用于审批范围控制，比如部门内流转还是部门间流转。界面定义主要包括参数录入交互形式及规则配置。

基于上述，请参见图1，该数据库补丁安装方法主要包括如下步骤：

S100、在待安装补丁主机列表中确定出本次待安装补丁主机组别。

其中，该待安装补丁主机列表是云管理平台根据用户填写的所有主机的主机名得到的。其中，每个被用户填写的主机名都是都是被云管理平台管理的主机中需要安装补丁的主机。

实际应用中，执行步骤S100中在待安装补丁主机列表中确定出本次待安装补丁主机组别的具体执行过程可如图2所示，可以包括如下步骤：

S200、确定出每一次补丁安装的允许执行并发量。

实际应用中，为了保证补丁在各个待安装补丁主机的可靠安装，需要控制云管理平台每一次允许执行补丁安装的主机数量，也即上述的允许执行并发量，以避免一次执行安装补丁主机数量过多，云管理平台超负荷，导致补丁安装稳定性差的问题。

S202、依据允许执行并发量对待安装补丁主机列表进行分组，得到待安装补丁主机列表的各组待安装补丁主机。

实际应用中，在确定出每一次补丁安装的允许执行并发量之后，可以依据该允许执行并发量对待安装补丁主机列表进行分组，得到待安装补丁主机列表的各组待安装补丁主机。

S204、按照预设安装节点顺序，从各组待安装补丁主机中确定出本次待安装补丁主机组别。

实际应用中，为了保证各个待安装补丁主机组别的补丁安装能够有序进行以及不破坏群集的高可用，可以将实时应用集群(real application clusters，RAC)的节点分到不同的待安装补丁主机组别中，也即设置预设安装节点顺序，按照预设安装节点顺序，从各组待安装补丁主机中确定出本次待安装补丁主机组别。

S101、分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合。

其中，待安装补丁主机组别中的主机个数小于等于待安装补丁主机列表中的主机个数。待安装补丁主机列表中的主机个数为正整数。

实际应用中，执行步骤S101分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合的具体过程可如图3所示，可以包括如下步骤：

S300、获取预设安装补丁集合。

实际应用中，可以对云管理平台下的各个主机的数据库所需安装的补丁进行整理，得到该预设安装补丁集合。

还需要说明的是，当数据库所需安装的补丁变更之后，还可以对该预设安装补丁集合实时更新。

S302、针对每一个待安装补丁主机合，剔除预安装补丁集合中与本机中已安装补丁存在冲突的补丁，得到各个待安装补丁主机的可安装补丁集合。

实际应用中，针对每一个待安装补丁主机，逐一检测该预设安装补丁集合与待安装补丁主机中已有补丁是否冲突，如果冲突跳过，最终形成每个待安装补丁主机的可安装补丁集合。

S102、判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件。

实际应用中，执行步骤S102、判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件的具体过程可如图4所示，可以包括如下步骤：

S400、分别判断本次待安装补丁主机组别中每个待安装补丁主机的数据库实例和集群件是否均停止。

若判断结果为是，也即判断出本次待安装补丁主机组别中每个待安装补丁主机的数据库实例和集群件均停止，则执行步骤S402；若判断结果为否，也即判断出本次待安装补丁主机组别中每个待安装补丁主机的数据库实例和集群件不均停止，则执行步骤S404。

S402、判定本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态满足安装条件。

S404、判定本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态不满足安装条件。

若判断结果为是，也即判断出本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态均满足安装条件，则执行步骤S104。

S104、针对本次待安装补丁主机组别中每一个待安装补丁主机，依次将其对应的可安装补丁集合中的每个补丁，安装至相应的数据库。

实际应用中，针对每个待安装补丁主机的数据库，可以逐一对其对应的可安装补丁集合中的各个补丁进行安装，以实现待安装补丁主机的数据库轮启以实现批量安装的目的。

需要说明的是，本申请提供的数据库补丁安装方法应用的数据库可以是RDBMS数据库，数据库补丁可以是修复RDBMS数据库漏洞的补丁。

基于上述原理，本实施例提供的数据库补丁安装方法，应用于云管理平台，该安装方法首先在待安装补丁主机列表中确定出本次待安装补丁主机组别；然后分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；再判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条；若判断结果为是，则依次将本次待安装补丁主机组分中每一个待安装补丁主机对应的可安装补丁集合中的各个补丁，安装至相应待安装补丁主机的数据库，由于待安装补丁主机组别中的主机个数小于等于待安装补丁主机列表中的主机个数，可安装补丁集合中的补丁数量大于等于1，因此本申请能够通过云管理平台，自动实现在主机层面及主机数据库层面的补丁的批量安装，解决了现有依照变更需求登录主机进行人工操作变更的方案，每次只能完成一台主机的补丁安装，所导致效率低及成本高的问题。

此外，本申请提供的方案能够实现基于云管理平台自动安装数据库补丁变更的通用编排，整个自动化流程全称可编排，易扩展。并且，充分考虑了用户交互的便捷性，最大限度减少用户人工录入并提高批量自动化水平，真正实现了变更操作线上化，标准化，自动化及流程化。

可选地，在本申请提供的另一实施例中，请参见图5，该数据库补丁安装方法在执行步骤S102、判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件之前，还可以包括：

S600、判断本次待安装补丁主机组别中是否存在数据库执行关键任务的待安装补丁主机；

若判断结果为否，也即判断出本次待安装补丁主机组别中不存在数据库执行关键任务的待安装补丁主机，则执行判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件的步骤，也即步骤S102；若判断结果为是，也即判断出本次待安装补丁主机组别中存在数据库执行关键任务的待安装补丁主机，则执行步骤S602。

S602、生成提示信息，提示用户待安装补丁主机的数据库在执行关键任务。

需要说明的是，为了影响待安装补丁主机数据库所执行的任务，一般需要先对待安装补丁主机的数据数据库进行任务检查，当判断出待安装补丁主机的数据库未在执行关键任务时，即可执行后续步骤；当判断出待安装补丁主机的数据量在执行关键任务是，可以生成提示信息，以提示待安装补丁主机的数据库在执行关键任务，以备用户协调安装计划。

还需要说明的是，本申请提供的方案还充分考虑了变更安全性，在申请阶段即对主机选择不破坏高可用规则限制，将风险第一时间根除；在实施阶段进行了二次预校验，确保伴随审批等流转后，依然具备变更条件。

可选地，在本申请提供的另一实施例中，请参见图6，该数据库补丁安装方法在执行步骤S104、针对本次待安装补丁主机组别中每一个待安装补丁主机，依次将其对应的可安装补丁集合中的每个补丁，安装至相应的数据库之后，还可以包括：

S500、检查本次待安装补丁主机组别中每个待安装补丁主机的补丁安装情况，得到各个待安装补丁主机的补丁安装结果。

实际应用中，将待安装补丁主机的可安装补丁集合中的各个补丁安装至相应的数据库之后，可以检查该待安装补丁主机的补丁安装情况，得到待安装补丁主机的补丁安装结果，以判定补丁是否安装成功。

需要说明的是，当补丁结果表征待安装补丁主机已成功安装补丁之后，可以将待安装补丁主机的数据库实例和集群件进行重启。

还需要说明的是，本申请提供的方案还能同时对于每一步原子操作进行结果验证，避免变更风险蔓延。

基于上述实施例提供的数据库补丁集安装方法，本申请另一实施例还提供了一种数据库补丁集安装装置，该数据库补丁集安装装置可应用于云管理平台，请参见图7，该装置主要包括：

第一确定单元100，用于在待安装补丁主机列表中确定出本次待安装补丁主机组别。

第二确定单元101，用于分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；待安装补丁主机组别中的主机个数小于等于待安装补丁主机列表中的主机个数；待安装补丁主机列表中的主机个数为正整数。

第一判断单元102，用于判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件。

安装单元104，用于若判断结果为是，则针对本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的可安装补丁集合中的每个补丁，安装至相应的数据库。

可选地，该装置还包括：第二判断单元，用于判断本次待安装补丁主机组别中是否存在数据库执行关键任务的待安装补丁主机；若判断结果为否，则执行判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件的步骤；若判断结果为是，则生成提示信息，提示用户待安装补丁主机的数据库在执行关键任务。

可选地，该装置还包括：检查单元，用于检查所述本次待安装补丁主机组别中每个所述待安装补丁主机的补丁安装情况，得到各个所述待安装补丁主机的补丁安装结果。

可选地，该第一确定单元100具体用于：

确定出每一次补丁安装的允许执行并发量。

依据允许执行并发量对所述待安装补丁主机列表进行分组，得到待安装补丁主机列表的各组待安装补丁主机；

按照预设安装节点顺序，从各组待安装补丁主机中确定出所述本次待安装补丁主机组别。

可选地，该第二确定单元101具体用于：

获取预设安装补丁集合。

针对每一个所述待安装补丁主机，剔除预安装补丁集合中与本机中已安装补丁存在冲突的补丁，得到各个待安装补丁主机的可安装补丁集合。

可选地，该第一判断单元102具体用于：

分别判断本次待安装补丁主机组别中每个待安装补丁主机的数据库实例和集群件是否均停止。

若判断结果为是，则判定本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态满足安装条件。

若判断结果为否，则判定本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态不满足安装条件。

基于上述，本实施例提供的数据库补丁集安装装置可应用于云管理平台，包括：第一确定单元100，用于在待安装补丁主机列表中确定出本次待安装补丁主机组别。第二确定单元101，用于分别确定出本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；待安装补丁主机组别中的主机个数小于等于待安装补丁主机列表中的主机个数；待安装补丁主机列表中的主机个数为正整数。第一判断单元102，用于判断本次待安装补丁主机组别中每个待安装补丁主机的当前数据库状态是否均满足安装条件。安装单元104，用于若判断结果为是，则针对本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的可安装补丁集合中的每个补丁，安装至相应的数据库，能够通过云管理平台，自动实现在主机层面及主机数据库层面的补丁的批量安装，解决了现有依照变更需求登录主机进行人工操作变更的方案，每次只能完成一台主机的补丁安装，所导致效率低及成本高的问题。

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

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

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

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种数据库补丁安装方法，其特征在于，可应用于云管理平台，所述方法包括：

在待安装补丁主机列表中确定出本次待安装补丁主机组别；

分别确定出所述本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；所述待安装补丁主机组别中的主机个数小于等于所述待安装补丁主机列表中的主机个数；所述待安装补丁主机列表中的主机个数为正整数；

判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件；

若判断结果为是，则针对所述本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的所述可安装补丁集合中的每个补丁，安装至相应的数据库。

2.根据权利要求1所述的数据库补丁安装方法，其特征在于，在待安装补丁主机列表中确定出本次待安装补丁主机组别，包括：

确定出每一次补丁安装的允许执行并发量；

依据所述允许执行并发量对所述待安装补丁主机列表进行分组，得到所述待安装补丁主机列表的各组待安装补丁主机；

按照预设安装节点顺序，从各组待安装补丁主机中确定出所述本次待安装补丁主机组别。

3.根据权利要求1所述的数据库补丁安装方法，其特征在于，分别确定出所述本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合，包括：

获取预设安装补丁集合；

针对每一个所述待安装补丁主机，剔除所述预安装补丁集合中与本机中已安装补丁存在冲突的补丁，得到各个所述待安装补丁主机的可安装补丁集合。

4.根据权利要求1所述的数据库补丁安装方法，其特征在于，判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否满足安装条件，包括：

分别判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的数据库实例和集群件是否均停止；

若判断结果为是，则判定所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态满足安装条件；

若判断结果为否，则判定所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态不满足安装条件。

5.根据权利要求1所述的数据库补丁安装方法，其特征在于，在判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件之前，还包括：

判断所述本次待安装补丁主机组别中是否存在数据库执行关键任务的待安装补丁主机；

若判断结果为否，则执行所述判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件的步骤；

若判断结果为是，则生成提示信息，提示用户所述待安装补丁主机的数据库在执行关键任务。

6.根据权利要求1所述的数据库补丁安装方法，其特征在于，在针对所述本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的所述可安装补丁集合中的每个补丁，安装至相应的数据库之后，还包括：

检查所述本次待安装补丁主机组别中每个所述待安装补丁主机的补丁安装情况，得到各个所述待安装补丁主机的补丁安装结果。

7.一种数据库补丁安装装置，其特征在于，应用于云管理平台，所述装置包括：

第一确定单元，用于在待安装补丁主机列表中确定出本次待安装补丁主机组别；

第二确定单元，用于分别确定出所述本次待安装补丁主机组别中每个待安装补丁主机的可安装补丁集合；所述待安装补丁主机组别中的主机个数小于等于所述待安装补丁主机列表中的主机个数；所述待安装补丁主机列表中的主机个数为正整数；

第一判断单元，用于判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件；

安装单元，用于若判断结果为是，则针对所述本次待安装补丁主机组别中每一个所述待安装补丁主机，依次将其对应的所述可安装补丁集合中的每个补丁，安装至相应的数据库。

8.根据权利要求7所述的数据库补丁安装装置，其特征在于，还包括：第二判断单元，用于判断所述本次待安装补丁主机组别中是否存在数据库执行关键任务的待安装补丁主机；若判断结果为否，则执行所述判断所述本次待安装补丁主机组别中每个所述待安装补丁主机的当前数据库状态是否均满足安装条件的步骤；若判断结果为是，则生成提示信息，提示用户所述待安装补丁主机的数据库在执行关键任务。

9.根据权利要求7所述的数据库补丁安装装置，其特征在于，还包括：检查单元，用于检查所述本次待安装补丁主机组别中每个所述待安装补丁主机的补丁安装情况，得到各个所述待安装补丁主机的补丁安装结果。

10.根据权利要求7所述的数据库补丁安装装置，其特征在于，所述第一确定单元具体用于：

确定出每一次补丁安装的允许执行并发量；

依据所述允许执行并发量对所述待安装补丁主机列表进行分组，得到所述待安装补丁主机列表的各组待安装补丁主机；

按照预设安装节点顺序，从各组待安装补丁主机中确定出所述本次待安装补丁主机组别。

Images