CN111190639A - 适用于WebLogic的自动升级方法、系统、装置及存储介质 - Google Patents

Abstract

本发明公开了一种适用于WebLogic的自动升级方法、系统、装置及存储介质，其中，所述升级方法包括：通过在测试环境下升级WebLogic获取安装目录包；在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic；其中，所述生产环境的配置与所述测试环境的配置一致。本发明通过优化升级流程，将原生产环境的升级操作调整为版本目录的替换，缩短升级时间。同时，实现批量自动化的Weblogic升级，进一步节约升级时间，且避免人为操作，提高升级效率。

Description

适用于WebLogic的自动升级方法、系统、装置及存储介质

技术领域

本发明涉及计算机应用技术领域，更为具体而言，涉及一种适用于WebLogic的自动升级方法、系统、装置及存储介质。

背景技术

WebLogic是目前主流的中间件产品之一，其官方提供了命令行接口(Command-Line Interface)进行升级。官方升级方法是通过BSU(BEA smart update，BEA智能升级工具)工具提供的命令，将补丁版本内容应用到安装目录中实现。在安装之前，BSU检查已安装的补丁与即将安装的补丁是否存在冲突，如存在冲突，则需对已安装补丁进行卸载，或使用新的兼容性补丁。冲突检测通过后，对升级相关的原文件进行备份，再将新的文件释放至指定位置，并修改相关文件的配置。

但是，采用BSU工具对单个补丁在8C32G的服务器上进行升级，就大约需要6-7分钟，在目前私有云中纳管海量WebLogic服务器的情况下，升级多个补丁则时间更长。并且，由于WebLogic升级需要停止相关应用服务，故在生产系统上采用BSU升级，则停机时间较长，对于联机交易系统业务影响较大。同时，手工在生产系统上执行升级，也存在一定的操作风险。

发明内容

为了解决现有技术中存在的上述问题，本发明提供了一种适用于WebLogic的自动升级方法、系统、服务器及存储介质，将原生产环境的升级操作调整为版本目录的替换，缩短升级时间。

根据本发明的实施方式，提供了一种适用于WebLogic的自动升级方法，所述升级方法包括：通过在测试环境下升级WebLogic获取安装目录包；在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic；其中，所述生产环境的配置与所述测试环境的配置一致。

在本发明的一些实施方式中，所述通过在测试环境下升级WebLogic获取安装目录包包括：获取升级包，升级所述WebLogic；检查升级后的所述WebLogic是否满足预设条件，若满足，则根据升级后的所述WebLogic的安装目录生成安装目录包。

在本发明的一些实施方式中，所述在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic包括：检查所述生产环境是否满足预设的升级条件，若不满足，则终止升级，若满足，则获取所述安装目录包；根据所述安装目录包确定升级目录；将所述升级目录下的原有文件进行备份并删除；将所述安装目录包中的文件释放至所述升级目录中。

在本发明的一些实施方式中，所述预设的升级条件包括：现有的补丁与待升级的补丁是否冲突、所述生产环境的配置与所述测试环境的配置是否一致、以及磁盘剩余空间是否足够。

在本发明的一些实施方式中，所述升级方法还包括：检查所述生产环境下升级后的所述WebLogic是否满足预设条件，若满足，则结束升级，若不满足，则删除所述升级目录中所述安装目录包中的文件，将备份的所述原有文件拷贝至所述升级目录中。

同时，本发明提供了一种适用于WebLogic的自动升级系统，所述升级系统包括：安装目录包获取模块，用于通过在测试环境下升级WebLogic获取安装目录包；升级执行模块，用于在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic；其中，所述生产环境的配置与所述测试环境的配置一致。

在本发明的一些实施方式中，所述安装目录包获取模块包括：预升级单元，用于获取升级包，升级所述WebLogic；生产单元，用于检查升级后的所述WebLogic是否满足预设条件，若满足，则根据升级后的所述WebLogic的安装目录生成安装目录包。

在本发明的一些实施方式中，所述升级执行模块包括：条件检查单元，用于检查所述生产环境是否满足预设的升级条件，若不满足，则终止升级，若满足，则获取所述安装目录包；目录确定单元，用于根据所述安装目录包确定升级目录；备份单元，用于将所述升级目录下的原有文件进行备份并删除；释放单元，用于将所述安装目录包中的文件释放至所述升级目录中。

在本发明的一些实施方式中，所述预设的升级条件包括：现有的补丁与待升级的补丁是否冲突、所述生产环境的配置与所述测试环境的配置是否一致、以及磁盘剩余空间是否足够。

在本发明的一些实施方式中，所述升级系统还包括：回退模块，用于检查所述生产环境下升级后的所述WebLogic是否满足预设条件，若满足，则结束升级，若不满足，则删除所述升级目录中所述安装目录包中的文件，将备份的所述原有文件拷贝至所述升级目录中。

此外，本发明实施方式提供了一种适用于WebLogic的自动升级装置，包括存储器和处理器，所述存储器用于存储一条或多条计算机可读指令；所述处理器用于执行所述一条或多条计算机可读指令从而实现前述任一项实施方式所述的方法。

本发明实施方式还提供了一种计算机存储介质，存储有一条或多条计算机程序，所述一条或多条计算机程序在执行时实现前述任一项实施方式所述的方法。

本发明通过优化升级流程，将原生产环境的升级操作调整为版本目录的替换，缩短升级时间。同时，实现批量自动化的Weblogic升级，进一步节约升级时间，避免人为操作，提高升级效率。且提供回退步骤，保证升级风险可控。

附图说明

为了便于理解本发明，以下通过具体实施方式并结合附图对本发明进行具体说明。

图1是根据本发明一种实施方式的适用于WebLogic的自动升级方法的流程示意图；

图2是图1中处理100的流程示意图；

图3是图1中处理101的流程示意图；

图4是根据本发明一种具体实施例的适用于WebLogic的自动升级方法的示意图；

图5是根据本发明一种实施方式的适用于WebLogic的自动升级系统的框图；

图6是图5中安装目录包获取模块11的框图；

图7是图5中升级执行模块12的框图。

具体实施方式

以下结合附图和具体实施方式对本发明的各个方面进行详细阐述。其中，众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且，所描述的特征、架构或功能可在一个或一个以上实施方式中以任何方式组合。本领域技术人员应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。还可以容易理解，本文所述和附图所示的各实施方式中的模块或单元或处理方式可以按各种不同配置进行组合和设计。

图1是根据本发明一种实施方式的适用于WebLogic的自动升级方法的流程示意图，在本发明的实施方式中，参照图1，该方法包括：

100：通过在测试环境下升级WebLogic获取安装目录包；

101：在生产环境下根据安装目录包通过目录替换的方式升级WebLogic。

在本发明的实施方式中，生产环境的配置与测试环境的配置一致，以保证升级有效。

在本发明的实施方式中，给出了一种实现处理100的方法，如图2所示，该方法包括：

102：获取升级包，升级所述WebLogic；

103：检查升级后的WebLogic是否满足预设条件，若满足，则执行处理104，若不满足，则终止升级；

104：:根据升级后的WebLogic的安装目录生成安装目录包。

在本发明的实施方式中，为保证升级有效，需要根据预设的升级条件对待升级的生产环境进行检查，主要包括以下两方面：

第一，保证现有的补丁与待升级的补丁在功能上兼容，不会相互冲突。如果现有的补丁与待升级的补丁功能不兼容，则实施补丁升级后，相当于将现有的补丁卸载，使现有的补丁的功能将不复存在，这可能对系统产生潜在风险。因此，在升级之前，需要对现有的补丁版本与待升级的补丁版本的兼容性进行分析，明确可升级的补丁版本范围，并在升级前进行检查，如不在可升级范围内，则终止升级。

第二，保持测试环境与生产环境的WebLogic配置一致，保证升级后的安装目录在生产环境中能够找到与配置一致的文件或路径，如果测试环境与生产环境的WebLogic配置有差异，则生产环境需做出适应性调整。通常，对部分重要配置信息进行了比对，包括：WebLogic配置的JDK(Java SE Development Kit，Java开发工具箱)路径是否一致，commEnv.sh的文件内容在生产与测试环境中是否一致等，具体如下：

由于WebLogic server启动时会用到配置的JDK路径，如果生产环境与测试环境不一致，则会导致生产环境升级完成后WebLogic server启动时，找不到JDK，从而启动失败。这种情况下，需要在生产环境建立与测试环境配置一致的JDK路径，并将其与生产环境现有JDK路径做链接。

而commEnv.sh文件定义了WebLogic运行过程中使用的环境变量、资源容量等内容，是非常重要的配置文件，commEnv.sh的变化可能会使得WebLogic server启动后系统的性能产生变化。因此，如果升级前后commEnv.sh文件不一致，则优先保留升级前的commEnv.sh文件。

此外，为了确保升级成功，升级前还可以对安装目录所在文件系统或磁盘进行检查，以确保该剩余空间足够。

由此，在本发明的实施方式中，给出了一种实现处理101的方法，如图3所示，该方法包括：

105：检查生产环境是否满足预设的升级条件，若不满足，则终止升级，若满足，则执行处理106；

106：获取安装目录包；

107：根据安装目录包确定升级目录；

108：将升级目录下的原有文件进行备份并删除；

109：将安装目录包中的文件释放至升级目录中。

在本发明的实施方式中，如升级后技术验证或业务验证报错，系统无法正常运行，为了保证联机交易服务，提供了回退功能，具体如下：

检查生产环境下升级后的WebLogic是否满足预设条件，若满足，则结束升级，若不满足，则删除升级目录中所述安装目录包中的文件，将备份的原有文件拷贝至所述升级目录中。

下面将结合具体例子对本实施方式所提供的适用于WebLogic的自动升级方法进行描述，如图4所示：

在本发明的实施方式中，安装目录包在测试环境下生成，主要包含安装与测试两个阶段。

在安装阶段中，包括：

将升级包上传至测试环境，一般是上传至安装目录下的/utils/bsu/cache_dir目录，如果该目录不存在，需先创建此目录。上传完毕后，在cache_dir目录中解压升级包获取补丁，解压后得到三个文件：以PATCH ID命名的jar文件(如FMJJ.jar)、patch-catalog_xxx(数字).xml和README.txt。

停止应用服务，所有使用WLS组件的相关的服务均需停止，包括运行在该服务器上的被管实例、管理实例、NodeManager进程等。

检查是否存在补丁冲突，如存在补丁冲突并确认之前安装的补丁可卸载，则需卸载之前安装的补丁。首先卸载补丁集，再卸载零星补丁包，卸载完成后检查当前安装的补丁集。

安装补丁，首先安装补丁集，再安装零星补丁包，安装完毕后检查当前安装的补丁集。

启动停止的应用服务。

在测试阶段中，包括：

检查NodeManager服务是否能够正常拉起WebLogic server进程，如果是Linux系统，则执行kill-9+WebLogic server进程号，Windows系统则从资源管理器终止WebLogicserver进程，如WebLogic server进程被杀死后能正常拉起，则NodeManager服务正常。

对WebLogic server上部署的应用服务，进行必要的技术验证和业务验证。

其他工具有效性验证，例如验证WebLogic监控工具是否生效。

若上述验证均无误，则基于安装目录生成安装目录包。

检查生产环境是否可以实施升级，具体包括：

补丁版本无冲突，否则需要更换兼容性补丁。

生产环境下存在WebLogic使用的JDK路径，否则需要新建该路径并与测试环境中现有的JDK路径做链接。

升级后commEnv.sh文件是否与升级前commEnv.sh文件不同，如有不同，保留升级前的commEnv.sh文件。

剩余空间满足升级后安装目录容量需求。

满足升级条件后，开始升级：

获取安装目录包，并下发至指定的临时存放目录。

停止所有访问WebLogic的服务，如被管实例、管理实例、NodeManager进程等。

检查访问WebLogic的应用是否停止完毕，检查安装目录包是否正确(md5码比对)，备份并删除原有安装目录下内容。

新版本拷贝，解压并拷贝升级后的安装目录，并对升级后的补丁列表进行检查。

启动停止的应用服务。

执行健康检查。

由此，完成Weblogic的升级。

此外，若健康检查未通过，则执行回退：

停止所有应用，停止所有访问WebLogic的服务，删除升级后的安装目录下内容，将旧版本备份拷贝至安装目录。

由此，本发明实施方式通过优化升级流程，将原生产环境的升级操作调整为版本目录的替换，缩短升级时间。同时，实现批量自动化的Weblogic升级，进一步节约升级时间，避免人为操作，提高升级效率。且提供回退步骤，保证升级风险可控。

图5是根据本发明一种实施方式的适用于WebLogic的自动升级系统1的框图，参照图5，该升级系统1包括：安装目录包获取模块11，用于通过在测试环境下升级WebLogic获取安装目录包；升级执行模块12，用于在生产环境下根据安装目录包通过目录替换的方式升级WebLogic。

在本发明的实施方式中，生产环境的配置与测试环境的配置一致。

在本发明的实施方式中，参照图6，安装目录包获取模块11包括：预升级单元111，用于获取升级包，升级WebLogic；生产单元112，用于检查升级后的WebLogic是否满足预设条件，若满足，则根据升级后的WebLogic的安装目录生成安装目录包。

在本发明的实施方式中，参照图7，升级执行模块12包括：条件检查单元121，用于检查生产环境是否满足预设的升级条件，若不满足，则终止升级，若满足，则获取安装目录包；目录确定单元122，用于根据安装目录包确定升级目录；备份单元123，用于将升级目录下的原有文件进行备份并删除；释放单元124，用于将安装目录包中的文件释放至升级目录中。

在本发明的实施方式中，预设的升级条件包括：现有的补丁与待升级的补丁是否冲突、生产环境的配置与测试环境的配置是否一致、以及磁盘剩余空间是否足够。

在本发明的实施方式中，参照图5，该升级系统1还包括：回退模块13，用于检查生产环境下升级后的WebLogic是否满足预设条件，若满足，则结束升级，若不满足，则删除升级目录中安装目录包中的文件，将备份的原有文件拷贝至升级目录中。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施方式或者实施方式的某些部分所述的方法。

因此，本发明实施方式还提供了一种计算机存储介质，存储有一条或多条计算机程序，用于在执行时实现本发明前述实施方式或实现方式提供的适用于WebLogic的自动升级方法。例如，所述存储介质可以包括硬盘、软盘、光盘、磁带、磁盘、优盘、闪存等。

本发明实施方式还提供了一种适用于WebLogic的自动升级装置，该装置包括存储器，用于存储一条或多条计算机可读指令；处理器，用于执行所述一条或多条计算机可读指令从而实现本发明前述实施方式或实现方式所提供的适用于WebLogic的自动升级方法。可选地，在本发明实施方式的一种实现方式中，所述装置还可以包括用于进行数据通信的输入输出接口。例如，所述装置可以是计算机、智能终端、服务器等。

本文所公开的具体实施方式仅用于举例说明本发明，对于本领域技术人员而言，显然可以根据本文的教导进行各种修改，可以采用各种等同的方式实施本发明，因此，本发明上述公开的特定的实施方式仅仅是示例性的，其保护范围不受在此公开的结构或设计的细节所限，除非在权利要求中另有说明。因此，上述公开的特定的示例性的实施方式可进行各种替换、组合或修改，其所有的变形都落入本文公开的范围内。

Claims (12)

1.一种适用于WebLogic的自动升级方法，其特征在于，所述升级方法包括：

通过在测试环境下升级WebLogic获取安装目录包；

在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic；

其中，所述生产环境的配置与所述测试环境的配置一致。

2.如权利要求1所述的升级方法，其特征在于，所述通过在测试环境下升级WebLogic获取安装目录包包括：

获取升级包，升级所述WebLogic；

检查升级后的所述WebLogic是否满足预设条件，若满足，则根据升级后的所述WebLogic的安装目录生成安装目录包。

3.如权利要求1所述的升级方法，其特征在于，所述在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic包括：

检查所述生产环境是否满足预设的升级条件，

若不满足，则终止升级，

若满足，则获取所述安装目录包；

根据所述安装目录包确定升级目录；

将所述升级目录下的原有文件进行备份并删除；

将所述安装目录包中的文件释放至所述升级目录中。

4.如权利要求3所述的升级方法，其特征在于，所述预设的升级条件包括：

现有的补丁与待升级的补丁是否冲突、所述生产环境的配置与所述测试环境的配置是否一致、以及磁盘剩余空间是否足够。

5.如权利要求3所述的升级方法，其特征在于，所述升级方法还包括：

检查所述生产环境下升级后的所述WebLogic是否满足预设条件，

若满足，则结束升级，

若不满足，则删除所述升级目录中所述安装目录包中的文件，将备份的所述原有文件拷贝至所述升级目录中。

6.一种适用于WebLogic的自动升级系统，其特征在于，所述升级系统包括：

安装目录包获取模块，用于通过在测试环境下升级WebLogic获取安装目录包；

升级执行模块，用于在生产环境下根据所述安装目录包通过目录替换的方式升级所述WebLogic；

其中，所述生产环境的配置与所述测试环境的配置一致。

7.如权利要求6所述的升级系统，其特征在于，所述安装目录包获取模块包括：

预升级单元，用于获取升级包，升级所述WebLogic；

生产单元，用于检查升级后的所述WebLogic是否满足预设条件，若满足，则根据升级后的所述WebLogic的安装目录生成安装目录包。

8.如权利要求6所述的升级系统，其特征在于，所述升级执行模块包括：

条件检查单元，用于检查所述生产环境是否满足预设的升级条件，若不满足，则终止升级，若满足，则获取所述安装目录包；

目录确定单元，用于根据所述安装目录包确定升级目录；

备份单元，用于将所述升级目录下的原有文件进行备份并删除；

释放单元，用于将所述安装目录包中的文件释放至所述升级目录中。

9.如权利要求8所述的升级系统，其特征在于，所述预设的升级条件包括：

现有的补丁与待升级的补丁是否冲突、所述生产环境的配置与所述测试环境的配置是否一致、以及磁盘剩余空间是否足够。

10.如权利要求8所述的升级系统，其特征在于，所述升级系统还包括：

回退模块，用于检查所述生产环境下升级后的所述WebLogic是否满足预设条件，若满足，则结束升级，若不满足，则删除所述升级目录中所述安装目录包中的文件，将备份的所述原有文件拷贝至所述升级目录中。

11.一种适用于WebLogic的自动升级装置，包括存储器和处理器，其特征在于，

所述存储器用于存储一条或多条计算机可读指令；

所述处理器用于执行所述一条或多条计算机可读指令以实现如权利要求1-5中任一项所述的方法。

12.一种计算机存储介质，存储有一条或多条计算机程序，其特征在于，所述一条或多条计算机程序在被处理器执行时实现如权利要求1-5中任一项所述的方法。

Images