CN115809096A - 操作系统批量自适应升级方法 - Google Patents

Abstract

操作系统批量自适应升级方法，包括：完成待升级服务器的主机注册；打包SP升级数据并上传；管理服务器对SP升级数据进行解压缩；管理服务器将升级包元数据中记录的满足升级的检查字段与待升级服务器信息进行关联，筛选出匹配的服务器；启用升级专用软件源，下发升级脚本并执行，完成升级。本发明实现了SP的自动匹配和批量升级，管理服务器通过SSH远程连接已匹配的待升级服务器下发升级脚本并执行升级操作，为运维管理人员的SP升级工作提供了便利，并大大提升了工作效率。

Description

操作系统批量自适应升级方法

技术领域

本发明涉及操作系统升级技术领域，具体涉及操作系统批量自适应升级方法。

背景技术

近年来，随着我国的国产操作系统逐渐普及，为完善生态，保障系统安全，系统软件不断更新，操作系统厂商定期将补丁集中起来做成补丁包SP供用户下载，随着时间推移，操作系统厂商在版本发行后，会发布多个SP。目前国产化替代工作不断推进，国产操作系统逐渐应用于金融、交通、通信、能源、教育等重点行业，对于这些用户来说，操作系统SP升级是一个复杂且庞大的升级任务，因此开发一种批量SP自适应升级装置，是十分必要的。

现有的操作系统SP升级技术是基于人为判断与操作的。针对具有多种架构、不同系统版本的服务器集群，该技术允许SP升级操作人员通过SSH逐个登录待升级服务器，然后通过判断待升级服务器的系统差异，挑选出与之适配的操作系统SP升级包，最后通过SSH传输该升级包到待升级服务器，并使用命令行安装操作系统SP升级包。

在上述服务器操作系统SP升级技术实现方案中，由于服务器本身的系统架构、版本、安装模式的差异，导致升级工作需要工作人员主动识别待升级服务器类型并手动操控待升级服务器进行系统升级，这很大程度上依赖于工作人员的主观判断和操作，不仅浪费了人力成本，还有可能因为主观判断的失误，导致原操作系统的数据损坏。

发明内容

为解决已有技术存在的不足，本发明提供了一种操作系统批量自适应升级方法，包括如下步骤：

步骤S1：将待升级服务器的用户名、密码、IP写入到一个EXCEL文件中，管理服务器接收相关信息，完成主机注册；

步骤S2：将SP升级数据进行打包压缩成tar.gz格式文件，SP升级数据主要包括升级软件包、升级脚本、升级包元数据和校验文件；通过TUS上传协议将SP升级数据上传到管理服务器，并会分配一个随机ID来标识每一次上传请求；

步骤S3：管理服务器对SP升级数据进行解压缩，并将SP升级数据中的升级软件包生成的md5值与校验文件中的md5值比对，若校验失败，则需重新上传并解析；若校验成功，则会在管理服务器上将升级软件包保存到本地仓库，通过远程仓库技术创建专用软件源以供待升级服务器调用，并保存升级包元数据和升级脚本；

步骤S4：管理服务器将升级包元数据中记录的满足升级的检查字段与待升级服务器信息进行关联，筛选出匹配的服务器；

步骤S5：管理服务器采用SSH方式远程登录到批量自适应的待升级服务器上，启用升级专用软件源，下发升级脚本并执行，完成升级。

其中，所述步骤S1包括如下步骤：

步骤S11：管理服务器接收到包含待升级服务器IP地址、用户名和密码的excel文件后，从数据库表 ActivationKey中查询name为key的字段是否存在，如果不存在则通过调用Create来创建key，执行步骤S12；否则直接获取该key 的信息，执行步骤S12；

步骤S12：解析文件并创建注册表的信息。将每个待升级服务器的ip存储到注册表Registerhost中，并且 Registerid表计数增加1；

步骤S13：针对所有的待升级服务器，分别执行注册脚本完成主机注册；

步骤S14：主机注册成功后，管理服务器将待升级服务器主机名和IP地址写入到/etc/hosts文件中，并更新Hostinfo表中的主机信息，完成注册并返回结果。

其中，所述步骤S2中，SP升级数据上传步骤包括：

步骤S21：调用before_create函数，对上传文件进行UUID标记并进行文件格式校验以及文件权限检查；

步骤S22：调用upload函数，使用TUS文件传输协议。将文件按照大小分割为若干个片段，每个片段依次进行上传；

步骤S23：管理服务器捕获上传过程中的输出信息；文件上传成功，管理服务器接收到上传数据后根据上传ID写入对应的文件，并返回给管理服务器上传成功信息；文件上传失败，返回给管理服务器上传失败信息及失败原因。

其中，所述步骤S3中，管理服务器对SP升级数据进行解析的操作步骤包括：

步骤S31：SP升级数据生成一个唯一标识UUID，并解压缩到/tmp/uuid目录下，解压缩之后为SP升级数据的package软件包文件生成MD5哈希值，与SP升级数据中的MD5值进行比较，如果内容相同，继续解析，否则解析终止；

步骤S32：SP升级数据校验通过，检查平台中是否存在SP专用产品system_product，若有继续进行下一步，若没有则建立，名称为“sp-migration-special-product-do-not-edit-or-delete”；

步骤S33：将SP升级数据中的升级软件包iso进行挂载，挂载到/tmp目录下，并生成一个临时软件仓库repo；在平台中创建一个新的软件包组system_root_repositories,并触发同步操作；同步结束后删除临时仓库repo；

步骤S34：导入SP升级数据的下发脚本templates、SP升级数据相关的元数据sp_upgrade_checks；

步骤S35：清理解压缩时产生的临时文件。

其中，所述步骤S4包括：

步骤S41：管理服务器从数据库中读取升级包元数据，并提取出包括系统架构、版本、安装模式在内相关字段封装为一组数据存储起来；

步骤S42：管理服务器提取待升级服务器中与系统升级相关数据，并按照与步骤S41类似的存储方式将包括系统架构、版本、安装模式在内的相关字段存储到队列1中。

步骤S43：管理服务器判断队列1是否为空，如果为空则结束流程，反之，则进行步骤S44；

步骤S44：管理服务器提取队列1中待升级服务器的一组数据，并与存储的升级包元数据中的信息字段逐一对比，并删除队列1中此次匹配到的待升级服务器数据；如果找到与升级包元数据中系统架构、版本和安装模式匹配的待升级服务器，则执行步骤S45，否则，返回执行步骤S43；

步骤S45：判断待升级服务器是否同时满足SP升级的架构匹配、基线系统版本匹配、基线系统安装模式匹配，满足则存储其服务器信息到队列2中，保存信息中包括服务器IP、用户名即密码数据，同时，本地平台调用接口数据将匹配结果展示。

其中，所述步骤S5包括：

步骤S51：管理服务器获取到待升级服务器信息队列2。并判断队列2是否为空，如果不为空，则执行步骤S52，反之，则执行步骤S58。

步骤S52：管理服务器从队列2中读取一个待升级服务器信息，包括服务器IP、用户名、密码，并从队列2中删除该待升级服务器信息；

步骤S53：管理服务器通过SSH方式远程连接到待升级服务器，如果连接成功则执行步骤S54，反之则执行步骤S57；

步骤S54：管理服务器向待升级服务器下发升级脚本；

步骤S55：管理服务器向待升级服务器发送指令，并控制其运行升级脚本；

步骤S56：管理服务器通过反馈字段判断是否升级成功，如果成功，则重启机器使部分功能生效并等待重启成功后执行步骤S57,反之，则直接执行步骤S57；

步骤S57：待升级服务器采集所有的升级日志和执行结果，并反馈到管理服务器中；管理服务器将反馈结果存储到数据库中，返回执行步骤S51；

步骤S58：管理服务器将数据库中的信息反馈至用户界面，以供查阅。

本发明实现了SP的自动匹配和批量升级，管理服务器通过SSH远程连接已匹配的待升级服务器下发升级脚本并执行升级操作，为运维管理人员的SP升级工作提供了便利，并大大提升了工作效率。

附图说明

图1为本发明的操作系统批量自适应升级方法实现流程图。

图2为本发明的操作系统批量自适应升级方法的系统主机注册流程图。

图3为本发明的操作系统批量自适应升级方法的SP升级数据上传流程图。

图4为本发明的操作系统批量自适应升级方法的SP升级数据解析流程图。

图5为本发明的操作系统批量自适应升级方法的自动匹配升级服务器流程图。

图6为本发明的操作系统批量自适应升级方法操作系统批量升级流程图。

实施方式

为了对本发明的技术方案及有益效果有更进一步的了解，下面结合附图详细说明本发明的技术方案及其产生的有益效果。

本发明的整体技术构思如下：

1、通过系统主机注册，能够将待升级服务器注册到管理服务器，使管理服务器纳管大批量的操作系统主机，解决大批量操作系统管理困难的问题。

2、支持使用TUS文件传输协议来上传SP升级数据，将文件按照大小分割为若干个片段进行上传，并使用随机ID用来标识当次上传请求，保证多用户同时上传相同文件不会发生冲突，以及上传发生异常时，仅需重试当前上传文件片段，降低了重新传输的成本。

3、针对上传文件的不稳定和随机性，设计SP升级数据的解析流程，通过对SP升级数据的校验，保障了上传文件的准确性和完整性。

4、针对待升级服务器本身的系统架构、版本、安装模式等方面的差异，设计一种可进行自动匹配、自动升级的装置。该装置可在服务器系统执行升级操作之前，根据升级包元数据中的支持架构、系统版本、安装模式匹配待升级服务器的信息列表，并过滤出与之相匹配的服务器并实现SP批量升级，保证了后续升级操作可以无人力介入地完成，更加稳定及高效。

因此，基于本发明上述技术构思可实现SP批量升级，为运维管理人员的SP升级工作提供了便利，并大大提升了工作效率。

本发明提供的基于大规模国产操作系统的批量自适应升级方法，总体流程图1所示：首先将待升级服务器的用户名、密码、IP写入到一个EXCEL文件中，管理服务器接收相关信息，完成主机注册。然后，将SP升级数据进行打包压缩成tar.gz格式文件，升级数据主要包括升级软件包、升级脚本、升级包元数据和校验文件。通过TUS上传协议将SP升级数据上传到管理服务器，并会分配一个随机ID来标识每一次上传请求，保证多用户同时上传相同文件不会发生冲突，另外，TUS上传协议提供了多种回调场景，上传完成后的回调函数会自动触发对SP升级数据的解析。此时管理服务器对SP升级数据进行解压缩，并将SP升级数据中的升级软件包生成的md5值与校验文件中的md5值比对，若校验失败，则需重新上传并解析；若校验成功，则会在管理服务器上将升级软件包保存到本地仓库，通过远程仓库技术创建专用软件源以供待升级服务器调用，并保存升级包元数据和升级脚本。同时，管理服务器将升级包元数据中记录的满足升级的检查字段与待升级服务器信息进行关联，筛选出匹配的服务器。然后管理服务器采用SSH方式远程登录到批量自适应的待升级服务器上，启用升级专用软件源，下发升级脚本并执行，完成升级。在上述过程中，管理服务器会捕获升级过程中的输出信息，并将升级的结果和过程日志存储在管理服务器的日志模板中（即图1中的“管理服务器获取执行log，并反馈升级结果到本地平台”），供管理人员查阅。

本发明中，SP英文全称为Service Pack，直译为服务包，用于修补系统及大型软件的安全漏洞。

SP升级数据在本发明中意指升级软件包+升级脚本+检验文件+升级包元数据压缩成的一个压缩包。

系统主机注册流程，如图2所示：

本发明通过管理服务器实现系统主机注册（即待升级服务器），纳管大批量的操作系统主机（即待升级服务器），解决大批量操作系统管理困难的问题。具体实现步骤如下：

步骤一，当管理服务器接收到包含注册主机（即待升级服务器）IP地址、用户名和密码的excel文件后，从数据库表 ActivationKey中查询name为key的字段是否存在，如果不存在则通过调用Create来创建key，执行步骤二；否则直接获取该key 的信息，执行步骤二。

步骤二，解析文件并创建注册表的信息。将每个ip存储到注册表Registerhost中，并且 Registerid表计数增加1。

步骤三，针对所有的待升级服务器，执行注册脚本完成主机注册。管理服务器会开辟10个线程分别执行主机注册，通过SSH远程连接到对应主机，copy注册认证软件包到客户端并安装，执行注册命令，重启agent服务，所有主机注册成功后，执行步骤四；注册失败的主机不会加入到主机列表，而是直接返回注册失败结果。

步骤四，主机注册成功后，管理服务器将客户端主机名和IP地址写入到/etc/hosts文件中（对应图2中“加入到主机列表中”），并更新Hostinfo表中的主机信息（对应图2中“更新注册表注册结果”），完成注册并返回结果。

操作系统SP升级数据上传流程，如下图3所示：

操作系统SP升级数据上传具体步骤如下：

步骤一，前端点击上传按钮后，调用before_create函数，对上传文件进行UUID标记并进行文件格式校验以及文件权限的检查。

步骤二，调用upload函数，使用TUS文件传输协议。将文件按照大小分割为若干个片段，每个片段依次进行上传。传输前为每一个片段分配一个随机ID用来标识当次上传请求，保证多用户同时上传相同文件不会发生冲突。若某个片段上传发生异常，仅需重试当前上传文件片段，降低重新传输的成本。

步骤三，管理服务器会捕获上传过程中的输出信息。文件上传成功，管理服务器接收到上传数据后根据上传ID写入对应的文件，并返回给管理服务器上传成功信息；文件上传失败，返回给管理服务器上传失败信息及失败原因。

操作系统SP升级数据解析流程，如图4所示：

SP升级数据解析是在SP升级包上传之后的动作，SP升级解析过程比较复杂，解析流程分为4个部分：SP升级数据的解压缩与校验、建立SP升级专用产品与软件包组、导入SP升级关联的软件包、导入SP升级脚本。具体步骤如下：

步骤一，SP升级数据生成一个唯一标识UUID，并解压缩到/tmp/uuid目录下，解压缩之后为SP升级数据的package软件包文件生成MD5哈希值，与SP升级数据中的MD5值进行比较，如果内容相同，继续解析，否则解析终止。

步骤二，SP升级数据校验通过，检查平台中是否存在SP专用产品system_products。若有继续进行下一步，若没有则建立，名称为“sp-migration-special-product-do-not-edit-or-delete”。

步骤三，将SP升级数据中的升级软件包iso进行挂载，挂载到/tmp目录下，并生成一个临时软件仓库repo。在平台中创建一个新的软件包组system_root_repositories,system_repositories，仓库URL为临时repo的URL，并触发同步操作。同步结束后删除临时仓库repo。

步骤四，导入SP升级数据的下发脚本templates、SP升级数据相关的元数据sp_upgrade_checks，最后清理解压缩时产生的临时文件。

自动匹配待升级服务器流程，如图5所示：

本发明针对服务器本身的系统架构、版本、安装模式等方面的差异，设计了一种可进行自动匹配、自动升级的装置。该装置可在服务器系统执行升级操作之前，根据升级包元数据中的支持架构、系统版本、安装模式匹配待升级服务器的信息列表，并过滤出与之相匹配的服务器，以保证后续升级操作可以无人力介入地完成。具体步骤如下：

步骤一，管理服务器从数据库中读取升级包元数据，并提取出系统架构、版本、安装模式等相关字段封装为一组数据存储起来。

步骤二， 管理服务器提取待升级服务器中与系统升级相关数据，并与步骤一类似的存储方式将系统架构、版本、安装模式等相关字段存储到队列1中。

步骤三，管理服务器判断队列1是否为空，如果为空则结束流程，反之，则进行步骤四。

步骤四，管理服务器提取队列1中待升级服务器的一组数据，并与存储的升级包元数据中的信息字段逐一对比，并删除队列1中此次匹配到的待升级服务器数据。如果找到与升级包元数据中系统架构、版本和安装模式匹配的待升级服务器，则执行步骤五，否则，返回执行步骤三。

步骤五，存储满足升级条件的待升级服务器信息，并反馈匹配结果到本地平台。对于同时满足SP升级的架构匹配、基线系统版本匹配、基线系统安装模式匹配的主机，存储其服务器信息到队列2中，保存信息中包括服务器IP、用户名、密码等数据，同时，本地平台调用接口数据将匹配结果展示。

SP批量升级流程，如图6所示：

本发明完成待升级服务器的过滤后，管理服务器将通过SSH远程连接的方式接入待升级服务器，实现SP批量升级。SP升级的核心操作为yum update，该操作可以从专用软件源中读取升级包并将已安装的软件包升级到最新版本，在yum update操作前后需要根据升级软件包的实际情况调整系统配置。在该发明装置中，系统配置的调整已经完全自动化，并可以直接将SP升级的输出信息重定向到标准输入，以供管理服务器捕获。在SP升级结束后，管理服务器会检查升级中的关键步骤是否执行成功、是否成功更新。最终，SP升级的结果与过程日志会存储在管理服务器的日志模板中，供升级操作人员查阅。SP批量升级的具体步骤如下：

步骤一，管理服务器获取到待升级服务器信息队列2。并判断队列2是否为空，如果不为空，则执行步骤二，反之，则执行步骤八。

步骤二，管理服务器从队列2中读取一个待升级服务器信息，包括服务器IP、用户名、密码。并从队列2中删除该服务器信息。

步骤三，管理服务器通过SSH方式远程连接到待升级服务器，如果连接成功则执行步骤四，反之则执行步骤七。

步骤四，管理服务器向待升级服务器下发升级脚本。

步骤五，管理服务器向待升级服务器发送指令，并控制其运行升级脚本，升级脚本的具体流程如下：首先获取升级专用产品源的URL，并对待升级服务器配置本地SP升级专用yum源使其生效。然后执行升级脚本的核心操作yum update，操作执行结束后将专用yum源删除，恢复升级之前的本地源。

步骤六，管理服务器通过反馈字段判断是否升级成功，如果成功，则重启机器使部分功能生效并等待重启成功后执行步骤七。反之，则直接执行步骤七。

步骤七，待升级服务器采集所有的升级日志和执行结果，并反馈到管理服务器中。管理服务器将反馈结果存储到数据库1中，返回执行步骤一。

步骤八，管理服务器将数据库1中的信息反馈至用户界面，以供查阅。

本发明的技术效果如下：

1、本发明在上传SP升级升级前，待升级服务器可以被注册到管理服务器，使管理服务器纳管大批量的操作系统主机，可以使用一个管理服务器远程实现多个待升级服务器的升级操作。

2、本发明在上传SP升级数据时，如果由于传输环境的不稳定性导致上传异常，本发明可以保证只重传SP升级数据上传失败的一部分，大大降低了传输的时间开销。

3、采用本发明上传SP升级包后，可以通过对数据解析验证，查验数据是否由于传输环境的不稳定性导致数据异常，可以避免因为采用错误的升级数据而导致的原操作系统数据损坏。

4、采用本发明进行操作系统SP升级时，管理服务器可以直接提取待升级服务器的系统架构、版本、安装模式等信息，与SP升级包元数据自动匹配，筛选出满足条件的待升级服务器，保证后续无须人力介入即可完成升级操作。

5、本发明实现了SP的自动匹配和批量升级，管理服务器通过SSH远程连接已匹配的待升级服务器下发升级脚本并执行升级操作，为运维管理人员的SP升级工作提供了便利，并大大提升了工作效率。

虽然本发明已利用上述较佳实施例进行说明，然其并非用以限定本发明的保护范围，任何本领域技术人员在不脱离本发明的精神和范围之内，相对上述实施例进行各种变动与修改仍属本发明所保护的范围，因此本发明的保护范围以权利要求书所界定的为准。

Claims (6)

1.操作系统批量自适应升级方法，其特征在于，包括如下步骤：

步骤S1：将待升级服务器的用户名、密码、IP写入到一个EXCEL文件中，管理服务器接收相关信息，完成主机注册；

步骤S2：将SP升级数据进行打包压缩成tar.gz格式文件，SP升级数据主要包括升级软件包、升级脚本、升级包元数据和校验文件；通过TUS上传协议将SP升级数据上传到管理服务器，并会分配一个随机ID来标识每一次上传请求；

步骤S3：管理服务器对SP升级数据进行解压缩，并将SP升级数据中的升级软件包生成的md5值与校验文件中的md5值比对，若校验失败，则需重新上传并解析；若校验成功，则会在管理服务器上将升级软件包保存到本地仓库，通过远程仓库技术创建专用软件源以供待升级服务器调用，并保存升级包元数据和升级脚本；

步骤S4：管理服务器将升级包元数据中记录的满足升级的检查字段与待升级服务器信息进行关联，筛选出匹配的服务器；

步骤S5：管理服务器采用SSH方式远程登录到批量自适应的待升级服务器上，启用升级专用软件源，下发升级脚本并执行，完成升级。

2.如权利要求1所述的操作系统批量自适应升级方法，其特征在于，所述步骤S1包括如下步骤：

步骤S11：管理服务器接收到包含待升级服务器IP地址、用户名和密码的excel文件后，从数据库表 ActivationKey中查询name为key的字段是否存在，如果不存在则通过调用Create来创建key，执行步骤S12；否则直接获取该key 的信息，执行步骤S12；

步骤S12：解析文件并创建注册表的信息。将每个待升级服务器的ip存储到注册表Registerhost中，并且 Registerid表计数增加1；

步骤S13：针对所有的待升级服务器，分别执行注册脚本完成主机注册；

步骤S14：主机注册成功后，管理服务器将待升级服务器主机名和IP地址写入到/etc/hosts文件中，并更新Hostinfo表中的主机信息，完成注册并返回结果。

3.如权利要求1所述的操作系统批量自适应升级方法，其特征在于，所述步骤S2中，SP升级数据上传步骤包括：

步骤S21：调用before_create函数，对上传文件进行UUID标记并进行文件格式校验以及文件权限检查；

步骤S22：调用upload函数，使用TUS文件传输协议。将文件按照大小分割为若干个片段，每个片段依次进行上传；

步骤S23：管理服务器捕获上传过程中的输出信息；文件上传成功，管理服务器接收到上传数据后根据上传ID写入对应的文件，并返回给管理服务器上传成功信息；文件上传失败，返回给管理服务器上传失败信息及失败原因。

4.如权利要求1所述的操作系统批量自适应升级方法，其特征在于，所述步骤S3中，管理服务器对SP升级数据进行解析的操作步骤包括：

步骤S31：SP升级数据生成一个唯一标识UUID，并解压缩到/tmp/uuid目录下，解压缩之后为SP升级数据的package软件包文件生成MD5哈希值，与SP升级数据中的MD5值进行比较，如果内容相同，继续解析，否则解析终止；

步骤S32：SP升级数据校验通过，检查平台中是否存在SP专用产品system_product，若有继续进行下一步，若没有则建立，名称为“sp-migration-special-product-do-not-edit-or-delete”；

步骤S33：将SP升级数据中的升级软件包iso进行挂载，挂载到/tmp目录下，并生成一个临时软件仓库repo；在平台中创建一个新的软件包组system_root_repositories,并触发同步操作；同步结束后删除临时仓库repo；

步骤S34：导入SP升级数据的下发脚本templates、SP升级数据相关的元数据sp_upgrade_checks；

步骤S35：清理解压缩时产生的临时文件。

5.如权利要求1所述的操作系统批量自适应升级方法，其特征在于，所述步骤S4包括：

步骤S41：管理服务器从数据库中读取升级包元数据，并提取出包括系统架构、版本、安装模式在内相关字段封装为一组数据存储起来；

步骤S42：管理服务器提取待升级服务器中与系统升级相关数据，并按照与步骤S41类似的存储方式将包括系统架构、版本、安装模式在内的相关字段存储到队列1中；

步骤S43：管理服务器判断队列1是否为空，如果为空则结束流程，反之，则进行步骤S44；

步骤S44：管理服务器提取队列1中待升级服务器的一组数据，并与存储的升级包元数据中的信息字段逐一对比，并删除队列1中此次匹配到的待升级服务器数据；如果找到与升级包元数据中系统架构、版本和安装模式匹配的待升级服务器，则执行步骤S45，否则，返回执行步骤S43；

步骤S45：判断待升级服务器是否同时满足SP升级的架构匹配、基线系统版本匹配、基线系统安装模式匹配，满足则存储其服务器信息到队列2中，保存信息中包括服务器IP、用户名即密码数据，同时，本地平台调用接口数据将匹配结果展示。

6.如权利要求5所述的操作系统批量自适应升级方法，其特征在于，所述步骤S5包括：

步骤S51：管理服务器获取到待升级服务器信息队列2，并判断队列2是否为空，如果不为空，则执行步骤S52，反之，则执行步骤S58；

步骤S52：管理服务器从队列2中读取一个待升级服务器信息，包括服务器IP、用户名、密码，并从队列2中删除该待升级服务器信息；

步骤S53：管理服务器通过SSH方式远程连接到待升级服务器，如果连接成功则执行步骤S54，反之则执行步骤S57；

步骤S54：管理服务器向待升级服务器下发升级脚本；

步骤S55：管理服务器向待升级服务器发送指令，并控制其运行升级脚本；

步骤S56：管理服务器通过反馈字段判断是否升级成功，如果成功，则重启机器使部分功能生效并等待重启成功后执行步骤S57,反之，则直接执行步骤S57；

步骤S57：待升级服务器采集所有的升级日志和执行结果，并反馈到管理服务器中；管理服务器将反馈结果存储到数据库中，返回执行步骤S51；

步骤S58：管理服务器将数据库中的信息反馈至用户界面，以供查阅。

Images