一种打补丁方法及其相关设备

技术领域

本申请涉及数据处理技术领域，尤其涉及一种打补丁方法及其相关设备。

背景技术

目前，在运维系统的维护过程中，通常需要工作人员对该运维系统中的一些软件进行手动打补丁。然而，因运维系统中待运维设备的数量较多，使得工作人员需要在大量待运维设备上通过手动操作进行打补丁，如此导致打补丁的效率较低。

发明内容

为了解决现有技术中存在的以上技术问题，本申请提供了一种打补丁方法及其相关设备，能够针对运维系统的各个待运维设备自动进行打补丁，从而有利于提高打补丁效率。

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

本申请实施例提供一种打补丁方法，所述打补丁方法应用于运维系统，所述运维系统包括N个待运维设备；

所述打补丁方法包括：

在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型；其中，i为正整数，i≤N，N为正整数；

从预先设定的多个候选补丁文件获取命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为所述第i个待运维设备对应的基础补丁文件获取命令；

根据所述第i个待运维设备对应的基础补丁文件获取命令和所述打补丁请求携带的补丁文件标识信息，生成所述第i个待运维设备对应的目标补丁文件获取命令；其中，所述补丁文件标识信息用于唯一标识所述待使用补丁文件；

控制所述第i个待运维设备执行所述第i个待运维设备对应的目标补丁文件获取命令，以使所述第i个待运维设备从预设服务器中获取所述待使用补丁文件；

从预先设定的多个候选补丁安装命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为所述第i个待运维设备对应的基础补丁安装命令；

根据所述待使用补丁文件和所述第i个待运维设备对应的基础补丁安装命令，生成所述第i个待运维设备对应的目标补丁安装命令；

控制所述第i个待运维设备执行所述第i个待运维设备对应的目标补丁安装命令。

在一种可能的实施方式下，所述第i个待运维设备的操作系统类型为AIX、HPUX或Linux。

在一种可能的实施方式下，若所述第i个待运维设备的操作系统类型为AIX或HPUX，则所述待使用补丁文件的文件类型为压缩文件。

在一种可能的实施方式下，若所述第i个待运维设备的操作系统类型为AIX，则所述第i个待运维设备对应的目标补丁安装命令包括软件包解压子命令和补丁可用性检测子命令；其中，所述软件包解压子命令用于对所述待使用补丁文件进行解压；所述补丁可用性检测子命令用于检测所述第i个待运维设备利用所述待使用补丁文件是否能够进行补丁安装。

在一种可能的实施方式下，若所述第i个待运维设备的操作系统类型为HPUX，则所述第i个待运维设备对应的目标补丁安装命令包括软件包解压子命令、补丁可用性检测子命令和主机重启确定子命令；其中，所述软件包解压子命令用于对所述待使用补丁文件进行解压；所述补丁可用性检测子命令用于检测所述第i个待运维设备利用所述待使用补丁文件是否能够进行补丁安装；所述主机重启确定子命令用于判断补丁安装过程是否需要重启主机。

在一种可能的实施方式下，若所述打补丁请求携带有环境配置信息，则所述打补丁方法还包括：

从预先设定的多个候选环境配置命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选环境配置命令，确定为所述第i个待运维设备对应的基础环境配置命令；

根据所述打补丁请求携带的环境配置信息和所述第i个待运维设备对应的基础环境配置命令，生成所述第i个待运维设备对应的目标环境配置命令；

控制所述第i个待运维设备执行所述第i个待运维设备对应的目标环境配置命令。

本申请实施例还提供了一种打补丁装置，包括：

第一获取单元，用于若所述运维系统包括N个待运维设备，在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型；其中，i为正整数，i≤N，N为正整数；

第一确定单元，用于从预先设定的多个候选补丁文件获取命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为所述第i个待运维设备对应的基础补丁文件获取命令；

第一生成单元，用于根据所述第i个待运维设备对应的基础补丁文件获取命令和所述打补丁请求携带的补丁文件标识信息，生成所述第i个待运维设备对应的目标补丁文件获取命令；其中，所述补丁文件标识信息用于唯一标识所述待使用补丁文件；

第一控制单元，用于控制所述第i个待运维设备执行所述第i个待运维设备对应的目标补丁文件获取命令，以使所述第i个待运维设备从预设服务器中获取所述待使用补丁文件；

第二确定单元，用于从预先设定的多个候选补丁安装命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为所述第i个待运维设备对应的基础补丁安装命令；

第二生成单元，用于根据所述待使用补丁文件和所述第i个待运维设备对应的基础补丁安装命令，生成所述第i个待运维设备对应的目标补丁安装命令；

第二控制单元，用于控制所述第i个待运维设备执行所述第i个待运维设备对应的目标补丁安装命令。

本申请实施例还提供了一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行本申请实施例提供的打补丁方法的任一实施方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请实施例提供的打补丁方法的任一实施方式。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行本申请实施例提供的打补丁方法的任一实施方式。

与现有技术相比，本申请实施例至少具有以下优点：

本申请实施例提供的打补丁方法中，对于运维系统中第i个待运维设备来说，在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型；从预先设定的多个候选补丁文件获取命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为第i个待运维设备对应的基础补丁文件获取命令；根据第i个待运维设备对应的基础补丁文件获取命令和打补丁请求携带的补丁文件标识信息，生成第i个待运维设备对应的目标补丁文件获取命令；控制第i个待运维设备执行第i个待运维设备对应的目标补丁文件获取命令，以使第i个待运维设备将待使用补丁文件从预设服务器中获取至第i个待运维设备；从预先设定的多个候选补丁安装命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为第i个待运维设备对应的基础补丁安装命令；根据待使用补丁文件和第i个待运维设备对应的基础补丁安装命令，生成第i个待运维设备对应的目标补丁安装命令；控制第i个待运维设备执行第i个待运维设备对应的目标补丁安装命令。可见，在本申请实施例提供的打补丁过程中无需人工参与，如此实现了针对运维系统的各个待运维设备自动进行打补丁，从而有利于提高打补丁效率。

附图说明

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

图1为本申请实施例提供的一种打补丁方法的流程图；

图2为本申请实施例提供的一种打补丁装置的结构示意图。

具体实施方式

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

本申请实施例提供的打补丁方法可以应用于运维系统，且该运维系统包括N个待运维设备。其中，待运维设备是指需要进行打补丁的设备。

另外，因针对每个运维设备进行的打补丁过程类似，故为了便于理解和说明，下面将以第i个待运维设备的打补丁过程为例进行说明。其中，i为正整数，i≤N，N为正整数。

参见图1，该图为本申请实施例提供的一种打补丁方法的流程图。

本申请实施例提供的打补丁方法，包括S1-S7：

S1：在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型。

其中，打补丁请求用于请求进行打补丁。另外，本申请实施例不限定打补丁请求的触发方式。

此外，本申请实施例不限定打补丁请求的针对对象，例如，打补丁请求的针对对象可以是运维系统，以使该打补丁请求用于请求对运维系统中的所有待运维设备进行打补丁。又如，打补丁请求的针对对象可以是第i个待运维设备，以使该打补丁请求用于请求对第i个待运维设备进行打补丁。

第i个待运维设备的操作系统类型是指在第i个待运维设备中所部署的操作系统的类型。另外，本申请实施例不限定第i个待运维设备的操作系统类型，例如，第i个待运维设备的操作系统类型可以是AIX(Advanced Interactive eXecutive)、HPUX(HewlettPackard UniX,)或Linux(GNU/Linux)。

S2：从预先设定的多个候选补丁文件获取命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为第i个待运维设备对应的基础补丁文件获取命令。

其中，候选补丁文件获取命令是指由技术人员预先设定好的用于获取补丁文件(例如，补丁软件包或者补丁软件包中文件)的命令。

需要说明的是，各个候选补丁文件获取命令均是一种类似于函数的程序，使得各个候选补丁文件获取命令中只有形参，从而使得各个候选补丁文件获取命令必须结合实参进行正常使用。

另外，因不同类型操作系统中使用的命令不同，故在本申请实施例中，还预先建立了各个候选补丁文件获取命令与操作系统类型之间的对应关系，以便后续能够基于待运维设备的操作系统类型获取到使用于该待运维设备获取补丁文件的命令。

第i个待运维设备对应的基础补丁文件获取命令是指适用于第i个待运维设备的用于获取补丁文件的命令。

基于上述S2的相关内容可知，在获取到第i个待运维设备的操作系统类型之后，可以从预先设定的多个候选补丁文件获取命令中查找对应于第i个待运维设备的操作系统类型的候选补丁文件获取命令，作为该第i个待运维设备对应的基础补丁文件获取命令，以便后续能够基于该第i个待运维设备对应的基础补丁文件获取命令，生成该第i个待运维设备对应的目标补丁文件获取命令。

S3：根据第i个待运维设备对应的基础补丁文件获取命令和打补丁请求携带的补丁文件标识信息，生成该第i个待运维设备对应的目标补丁文件获取命令。

其中，补丁文件标识信息用于唯一标识待使用补丁文件。需要说明的是，待使用补丁文件的相关内容请参见下文S4中“待使用补丁文件”的相关内容。

另外，本申请实施例不限定补丁文件标识信息，为了便于理解，下面结合示例进行说明。

实际上，因不同类型操作系统对应的候选补丁文件获取命令中形参不同，故不同类型操作系统对应的候选补丁文件获取命令所需使用的实参也不同。例如，因AIX和HPUX均需要通过URL方式下载补丁软件包，故补丁文件标识信息可以包括补丁软件包的URL。又如，因Linux是通过yum方式进行补丁安装的，使得使用Linux的待运维设备通常会在/etc/yum.repos.d目录配置好yum源文件，后续可以利用补丁软件包的软件包名称进行补丁文件获取，故补丁文件标识信息可以包括补丁软件包的软件包名称。可见，该补丁文件标识信息可以包括补丁软件包的URL(Uniform Resource Locator，统一资源定位器)和/或补丁软件包的软件包名称。

需要说明的是，若用户触发的打补丁请求中只携带有补丁软件包的软件包名称中的关键字(如，“openssh”)，则使用Linux的待运维设备从名称包括该关键字的所有补丁软件包中选择最高版本的补丁软件包进行打补丁。

基于上述内容可知，假设打补丁请求的针对对象是运维系统，而且上述N个待运维设备中存在使用AIX或HPUX的待运维设备，也存在使用Linux的待运维设备，故该补丁文件标识信息可以包括补丁软件包的URL和补丁软件包的软件包名称(或者，该补丁软件包的软件包名称的关键字)，以便后续针对各个待运维设备的打补丁过程能够从补丁文件标识信息自动地选择该待运维设备想要使用的信息。又假设打补丁请求的针对对象是第i个待运维设备，此时，若第i个待运维设备的操作系统类型为AIX或HPUX，则该补丁文件标识信息可以包括补丁软件包的URL；若第i个待运维设备的操作系统类型为Linux，则该补丁文件标识信息可以包括补丁软件包的软件包名称或者该补丁软件包的软件包名称的关键字。

第i个待运维设备对应的目标补丁文件获取命令是指该第i个待运维设备可以执行的用于获取补丁文件的命令。

另外，本申请实施例不限定第i个待运维设备对应的目标补丁文件获取命令的获取方式，例如，若第i个待运维设备的操作系统类型为AIX或HPUX，则可以将打补丁请求携带的补丁软件包的URL作为实参去替换第i个待运维设备对应的基础补丁文件获取命令中的相应形参。又如，若第i个待运维设备的操作系统类型为Linux，则可以将打补丁请求携带的补丁软件包的软件包名称或者该补丁软件包的软件包名称的关键字作为实参去替换第i个待运维设备对应的基础补丁文件获取命令中的相应形参。

基于上述S3相关内容可知，在获取到第i个待运维设备对应的基础补丁文件获取命令之后，可以先根据打补丁请求携带的补丁文件标识信息，确定该基础补丁文件获取命令对应的实参；再利用该基础补丁文件获取命令及其对应的实参，生成该第i个待运维设备对应的目标补丁文件获取命令，以使后续该该第i个待运维设备能够通过执行该目标补丁文件获取命令获取待使用补丁文件。

S4：控制第i个待运维设备执行该第i个待运维设备对应的目标补丁文件获取命令，以使该第i个待运维设备从预设服务器中获取待使用补丁文件。

其中，待使用补丁文件是指进行补丁安装所需使用的文件。另外，本申请实施例不限定待使用补丁文件。例如，若第i个待运维设备的操作系统类型为AIX或HPUX，则待使用补丁文件的文件类型为压缩文件(也就是，待使用补丁文件是一个软件包)。又如，若第i个待运维设备的操作系统类型为Linux，则待使用补丁文件是指软件包中的文件。

预设服务器是指预先设定的用于存储补丁软件包的服务器。

基于上述S4的相关内容可知，在获取到第i个待运维设备对应的目标补丁文件获取命令之后，可以控制该第i个待运维设备执行该目标补丁文件获取命令，以使该第i个待运维设备能够从预设服务器中获取待使用补丁文件(例如，使用AIX或HPUX的待运维设备从预设服务器中下载补丁软件包，或者使用Linux的待运维设备从预设服务器中读取补丁软件包中的文件)，以便后续该第i个待运维设备能够利用该待使用补丁文件进行补丁安装。

S5：从预先设定的多个候选补丁安装命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为第i个待运维设备对应的基础补丁安装命令。

其中，候选补丁安装命令是指由技术人员预先设定好的用于进行补丁安装的命令。

需要说明的是，各个候选补丁安装命令均是一种类似于函数的程序，使得各个候选补丁安装命令中只有形参，从而使得各个候选补丁安装命令必须结合实参进行正常使用。

另外，因不同类型操作系统中使用的命令不同，故在本申请实施例中，还预先建立了各个候选补丁安装命令与操作系统类型之间的对应关系，以便后续能够基于待运维设备的操作系统类型获取到使用于该待运维设备获取补丁文件的命令。

第i个待运维设备对应的基础补丁安装命令是指适用于第i个待运维设备的用于进行补丁安装的命令。

基于上述S5的相关内容可知，在获取到第i个待运维设备的操作系统类型之后，可以从预先设定的多个候选补丁安装命令中查找对应于第i个待运维设备的操作系统类型的候选补丁安装命令，作为该第i个待运维设备对应的基础补丁安装命令，以便后续能够基于该第i个待运维设备对应的基础补丁安装命令，生成该第i个待运维设备对应的目标补丁安装命令。

S6：根据待使用补丁文件和第i个待运维设备对应的基础补丁安装命令，生成第i个待运维设备对应的目标补丁安装命令。

其中，第i个待运维设备对应的目标补丁安装命令是指该第i个待运维设备可以执行的用于进行补丁安装的命令。

另外，本申请实施例不限定第i个待运维设备对应的目标补丁安装命令，例如，若第i个待运维设备的操作系统类型为AIX，则第i个待运维设备对应的目标补丁安装命令包括软件包解压子命令和补丁可用性检测子命令。又如，若第i个待运维设备的操作系统类型为HPUX，则第i个待运维设备对应的目标补丁安装命令包括软件包解压子命令、补丁可用性检测子命令和主机重启确定子命令；若第i个待运维设备的操作系统类型为Linux，则第i个待运维设备对应的目标补丁安装命令包括yum方式对应的补丁软件安装命令。

其中，软件包解压子命令用于对待使用补丁文件进行解压。需要说明的是，使用AIX和HPUX的待运维设备下载的补丁软件包一般是压缩文件，需要自动对其进行解压缩处理，故该待运维设备可以进入到指定工作目录下进行解压缩操作(例如，执行一次解压操作或者执行多次解压操作直至不存在压缩文件为止)，而且其具体采用的方法可以是保存当前文件列表，对列表中的每个文件进行处理，并检查文件(tar,zip)中的内容是压缩文件还是普通文件,如果是压缩文件,则追加到文件列表1中，最后统一对文件列表1中的文件进行解压缩处理。

补丁可用性检测子命令用于检测第i个待运维设备利用待使用补丁文件是否能够进行补丁安装。需要说明的是，使用AIX和HPUX的待运维设备进行补丁安装之前会检查确认补丁软件包对应的解压文件目录下有没有.bff文件，如果$mdir目录下还有目录，则会进入该子目录进行检查并安装。在实际安装过程中，会自动检查判断该软件补丁是否适合安装，如果不适合安装，则会提示安装失败，可以检查日志文件检查安装失败原因。

主机重启确定子命令用于判断补丁安装过程是否需要重启主机。需要说明的是，使用HPUX的待运维设备在进行补丁安装之前，还会检查判断补丁软件安装过程是否需要重启主机，如果涉及重启主机操作，则会提示需要手动安装软件补丁。

需要说明的是，使用Linux的待运维设备直接利用yum安装linux_list中指定的补丁软件包。

此外，本申请实施例不限定第i个待运维设备对应的目标补丁安装命令的获取方式，例如，可以将待使用补丁文件作为实参去替换第i个待运维设备对应的基础补丁安装命令中的相应形参。

基于上述S3相关内容可知，在获取到第i个待运维设备对应的基础补丁安装命令之后，可以将待使用补丁文件确定为该基础补丁安装命令对应的实参；再利用该基础补丁安装命令及其对应的实参，生成该第i个待运维设备对应的目标补丁安装命令，以使后续该该第i个待运维设备能够通过执行该目标补丁安装命令进行补丁安装。

S7：控制第i个待运维设备执行第i个待运维设备对应的目标补丁安装命令。

本申请实施例中，在获取到第i个待运维设备对应的目标补丁安装命令之后，可以控制该第i个待运维设备执行该目标补丁安装命令，以使该第i个待运维设备完成补丁的安装过程。

另外，有些补丁还需要针对计算机系统配置进行更新。基于此，本申请实施例还提供了一种打补丁方法的可能的实施方式，在该实施方式中，该打补丁方法出了包括上述S1-S7以外，还包括S8-S10：

S8：从预先设定的多个候选环境配置命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选环境配置命令，确定为第i个待运维设备对应的基础环境配置命令。

其中，候选环境配置命令是指由技术人员预先设定好的用于针对计算机系统进行配置的命令。

需要说明的是，各个候选环境配置命令均是一种类似于函数的程序，使得各个候选环境配置命令中只有形参，从而使得各个候选环境配置命令必须结合实参进行正常使用。

另外，因不同类型操作系统中使用的命令不同，故在本申请实施例中，还预先建立了各个候选环境配置命令与操作系统类型之间的对应关系，以便后续能够基于待运维设备的操作系统类型获取到使用于该待运维设备获取补丁文件的命令。

第i个待运维设备对应的基础环境配置命令是指适用于第i个待运维设备的用于针对计算机系统进行配置的命令。

基于上述S2的相关内容可知，在获取到第i个待运维设备的操作系统类型之后，可以从预先设定的多个候选环境配置命令中查找对应于第i个待运维设备的操作系统类型的候选环境配置命令，作为该第i个待运维设备对应的基础环境配置命令，以便后续能够基于该第i个待运维设备对应的基础环境配置命令，生成该第i个待运维设备对应的目标环境配置命令。

S9：根据打补丁请求携带的环境配置信息和第i个待运维设备对应的基础环境配置命令，生成第i个待运维设备对应的目标环境配置命令。

其中，打补丁请求还携带有用户指定的环境配置信息。其中，环境配置信息是指计算机系统的配置信息。

第i个待运维设备对应的目标环境配置命令是指该第i个待运维设备可以执行的用于针对计算机系统进行配置的命令。

另外，本申请实施例不限定第i个待运维设备对应的目标环境配置命令的获取方式，例如，可以将上述环境配置信息作为实参去替换第i个待运维设备对应的基础环境配置命令中的相应形参。

基于上述S9相关内容可知，在获取到第i个待运维设备对应的基础环境配置命令之后，可以先根据打补丁请求携带的环境配置信息，确定该基础环境配置命令对应的实参；再利用该基础环境配置命令及其对应的实参，生成该第i个待运维设备对应的目标环境配置命令，以使后续该该第i个待运维设备能够通过执行该目标环境配置命令进行计算机系统配置。

S10：控制第i个待运维设备执行第i个待运维设备对应的目标环境配置命令。

本申请实施例中，在获取到第i个待运维设备对应的目标环境配置命令之后，可以控制该第i个待运维设备执行该目标环境配置命令，以使该第i个待运维设备完成针对计算机系统的配置过程。

基于上述打补丁方法的相关内容可知，对于运维系统中第i个待运维设备来说，在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型；从预先设定的多个候选补丁文件获取命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为第i个待运维设备对应的基础补丁文件获取命令；根据第i个待运维设备对应的基础补丁文件获取命令和打补丁请求携带的补丁文件标识信息，生成第i个待运维设备对应的目标补丁文件获取命令；控制第i个待运维设备执行第i个待运维设备对应的目标补丁文件获取命令，以使第i个待运维设备将待使用补丁文件从预设服务器中获取至第i个待运维设备；从预先设定的多个候选补丁安装命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为第i个待运维设备对应的基础补丁安装命令；根据待使用补丁文件和第i个待运维设备对应的基础补丁安装命令，生成第i个待运维设备对应的目标补丁安装命令；控制第i个待运维设备执行第i个待运维设备对应的目标补丁安装命令。可见，在本申请实施例提供的打补丁过程中无需人工参与，如此实现了针对运维系统的各个待运维设备自动进行打补丁，从而有利于提高打补丁效率。

基于上述方法实施例提供的打补丁方法，本申请实施例还提供了一种打补丁装置，下面结合附图进行解释和说明。

装置实施例提供的打补丁装置的技术详情，请参照上述方法实施例。

参见图2，该图为本申请实施例提供的一种打补丁装置的结构示意图。

本申请实施例提供的打补丁装置200，包括：

第一获取单元201，用于若所述运维系统包括N个待运维设备，在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型；其中，i为正整数，i≤N，N为正整数；

第一确定单元202，用于从预先设定的多个候选补丁文件获取命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为所述第i个待运维设备对应的基础补丁文件获取命令；

第一生成单元203，用于根据所述第i个待运维设备对应的基础补丁文件获取命令和所述打补丁请求携带的补丁文件标识信息，生成所述第i个待运维设备对应的目标补丁文件获取命令；其中，所述补丁文件标识信息用于唯一标识所述待使用补丁文件；

第一控制单元204，用于控制所述第i个待运维设备执行所述第i个待运维设备对应的目标补丁文件获取命令，以使所述第i个待运维设备从预设服务器中获取所述待使用补丁文件；

第二确定单元205，用于从预先设定的多个候选补丁安装命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为所述第i个待运维设备对应的基础补丁安装命令；

第二生成单元206，用于根据所述待使用补丁文件和所述第i个待运维设备对应的基础补丁安装命令，生成所述第i个待运维设备对应的目标补丁安装命令；

第二控制单元207，用于控制所述第i个待运维设备执行所述第i个待运维设备对应的目标补丁安装命令。

在一种可能的实施方式下，所述第i个待运维设备的操作系统类型为AIX、HPUX或Linux。

在一种可能的实施方式下，若所述第i个待运维设备的操作系统类型为AIX或HPUX，则所述待使用补丁文件的文件类型为压缩文件。

在一种可能的实施方式下，若所述第i个待运维设备的操作系统类型为AIX，则所述第i个待运维设备对应的目标补丁安装命令包括软件包解压子命令和补丁可用性检测子命令；其中，所述软件包解压子命令用于对所述待使用补丁文件进行解压；所述补丁可用性检测子命令用于检测所述第i个待运维设备利用所述待使用补丁文件是否能够进行补丁安装。

在一种可能的实施方式下，若所述第i个待运维设备的操作系统类型为HPUX，则所述第i个待运维设备对应的目标补丁安装命令包括软件包解压子命令、补丁可用性检测子命令和主机重启确定子命令；其中，所述软件包解压子命令用于对所述待使用补丁文件进行解压；所述补丁可用性检测子命令用于检测所述第i个待运维设备利用所述待使用补丁文件是否能够进行补丁安装；所述主机重启确定子命令用于判断补丁安装过程是否需要重启主机。

在一种可能的实施方式下，所述打补丁装置200还包括：

第三确定单元，用于从预先设定的多个候选环境配置命令中查找与所述第i个待运维设备的操作系统类型具有对应关系的候选环境配置命令，确定为所述第i个待运维设备对应的基础环境配置命令；

第三生成单元，用于根据所述打补丁请求携带的环境配置信息和所述第i个待运维设备对应的基础环境配置命令，生成所述第i个待运维设备对应的目标环境配置命令；

第三控制单元，用于控制所述第i个待运维设备执行所述第i个待运维设备对应的目标环境配置命令。

基于上述打补丁装置200的相关内容可知，对于运维系统中第i个待运维设备来说，在接收到用户触发的打补丁请求之后，获取第i个待运维设备的操作系统类型；从预先设定的多个候选补丁文件获取命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁文件获取命令，确定为第i个待运维设备对应的基础补丁文件获取命令；根据第i个待运维设备对应的基础补丁文件获取命令和打补丁请求携带的补丁文件标识信息，生成第i个待运维设备对应的目标补丁文件获取命令；控制第i个待运维设备执行第i个待运维设备对应的目标补丁文件获取命令，以使第i个待运维设备将待使用补丁文件从预设服务器中获取至第i个待运维设备；从预先设定的多个候选补丁安装命令中查找与第i个待运维设备的操作系统类型具有对应关系的候选补丁安装命令，确定为第i个待运维设备对应的基础补丁安装命令；根据待使用补丁文件和第i个待运维设备对应的基础补丁安装命令，生成第i个待运维设备对应的目标补丁安装命令；控制第i个待运维设备执行第i个待运维设备对应的目标补丁安装命令。可见，在本申请实施例提供的打补丁过程中无需人工参与，如此实现了针对运维系统的各个待运维设备自动进行打补丁，从而有利于提高打补丁效率。

进一步地，本申请实施例还提供了一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行本申请实施例提供的打补丁方法的任一实施方式。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请实施例提供的打补丁方法的任一实施方式。

进一步地，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行本申请实施例提供的打补丁方法的任一实施方式。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。