一种系统升级方法以及计算设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种系统升级方法以及计算设备。

背景技术

系统的系统升级可以为系统提供新功能并改进用户体验，同时也可以修复系统的漏洞和缺陷，因此系统升级是系统中的一个重要特性。对于包含多个子系统的系统来说，是需要对该系统中所包含的各个子系统进行依次升级的，但是，在子系统的升级过程中通常可能会出现不可控因素，以导致子系统升级失败，而子系统的升级失败可能暂时无法处理，并且前续已完成升级的子系统也无法回退，从而会导致系统中存在系统版本不配套的子系统，也可能会导致系统无法正常的全量使用，无法有效保证系统升级的可靠性。

发明内容

本申请实施例提供了一种系统升级方法以及计算设备，可保证管理系统在系统升级中系统版本的一致性以及系统稳定性，有效提高系统升级可靠性。

第一方面，本申请实施例提供了一种系统升级方法，可包括：

响应于针对包括多个子系统的管理系统的系统升级任务，对所述管理系统中的子系统进行系统升级；

若检测到升级异常事件，则按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照所述升级回退顺序对已升级的各个子系统进行回退处理，以使所述已升级的各个子系统的系统版本还原至系统升级前的系统版本；

若确定所述管理系统升级成功，则运行升级成功后的管理系统；

若运行后的预设时间段内所述管理系统出现系统服务异常，则按照整体回退顺序对所述管理系统进行回退处理，以使所述管理系统的系统版本还原至系统升级前的系统版本。

第二方面，本申请实施例提供了一种系统升级装置，可包括：

升级单元，用于响应于针对包括多个子系统的管理系统的系统升级任务，对所述管理系统中的子系统进行系统升级；

回退单元，用于若检测到升级异常事件，则按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照所述升级回退顺序对已升级的各个子系统进行回退处理，以使所述已升级的各个子系统的系统版本还原至系统升级前的系统版本；

运行单元，用于若确定所述管理系统升级成功，则运行升级成功后的管理系统；

所述回退单元，还用于若运行后的预设时间段内所述管理系统出现系统服务异常，则按照整体回退顺序对所述管理系统进行回退处理，以使所述管理系统的系统版本还原至系统升级前的系统版本。

第三方面，本申请实施例提供一种计算设备，所述计算设备中包括处理器，处理器被配置为支持该计算设备实现上述第一方面中所涉及的功能。该计算设备还可以包括存储器，存储器用于与处理器耦合，其保存该计算设备必要的程序指令和数据。该计算设备还可以包括网络接口，用于该计算设备与其他设备或通信网络通信。

第四方面，本申请实施例提供一种计算机存储介质，该计算机存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时，用于实现上述第一方面中所涉及的功能。

第五方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品包括程序指令，当该计算机程序产品被计算设备执行时，使得计算设备可以实现上述第一方面中所涉及的功能。

第六方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持计算设备实现上述第一方面中所涉及的功能。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例可以响应于针对包括多个子系统的管理系统的系统升级任务，并对管理系统中的子系统进行系统升级；若检测到升级异常事件，则可以按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照升级回退顺序对已升级的各个子系统进行回退处理，以使已升级的各个子系统的系统版本还原至系统升级前的系统版本；若确定管理系统升级成功，则可以运行升级成功后的管理系统；若运行后的预设时间段内管理系统出现系统服务异常，则可以按照整体回退顺序对管理系统进行回退处理，以使管理系统的系统版本还原至系统升级前的系统版本；通过这种方式，可保证管理系统在系统升级中系统版本的一致性以及系统稳定性，以有效提高系统升级可靠性。

附图说明

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

图1是本申请实施例提供的一种升级系统的架构示意图；

图2是本申请实施例提供的一种系统升级方法的流程示意图；

图3a是本申请实施例提供的一种管理系统的组成示意图；

图3b是本申请实施例提供的一种响应于系统升级任务的流程示意图；

图3c是本申请实施例提供的一种管理系统进行升级处理的流程示意图；

图4是本申请实施例提供的另一种系统升级方法的流程示意图；

图5a是本申请实施例提供的一种升级流程与回退流程的对比示意图；

图5b是本申请实施例提供的另一种升级流程与回退流程的对比示意图；

图5c是本申请实施例提供的一种管理系统升级过程中系统升级界面的界面示意图；

图5d是本申请实施例提供的一种管理系统成功升级后升级成功界面的界面示意图；

图5e是本申请实施例提供的一种提交提示弹窗的界面示意图；

图5f是本申请实施例提供的一种子系统的升级详情界面的界面示意图；

图5g是本申请实施例提供的一种回退处理的流程示意图；

图5h是本申请实施例提供的又一种系统升级方法的流程示意图；

图6是本申请实施例提供的一种系统升级装置的结构示意图；

图7是本申请实施例提供的一种计算设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请实施例提供了一种系统升级方案，该系统升级方案的原理如下：若存在针对包括多个子系统的管理系统的系统升级任务，则可以对管理系统中的子系统进行系统升级；如果在系统升级中检测到升级异常事件，则可以按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照升级回退顺序对已升级的各个子系统进行回退处理，以使已升级的各个子系统的系统版本还原至系统升级前的系统版本；如果确定管理系统升级成功，则可以进一步运行升级成功后的管理系统；若运行后的预设时间段内管理系统出现系统服务异常，则可以按照整体回退顺序进行回退处理，以使管理系统的系统版本还原至系统升级前的系统版本。

通过实施上述方案，在管理系统的子系统的升级过程中出现异常时，可以按照子系统的升级顺序，将已升级的子系统顺序回退；并且，在管理系统整体升级完成后，通过运行升级成功后的管理系统，以观察升级成功后的管理系统的功能是否全部可用，在确定功能不可全部使用的情况下，可以按照子系统的升级顺序进行整体逆序回退；从而有效保证管理系统中各个子系统的系统版本的一致性与系统稳定性，以保证用户可以继续正常使用系统。另外，可以实现对管理系统中不同子系统的升级、回退流程的统一监测以及管理，支持多子系统顺序回退，有效降低运维风险。

在具体实现中，上述所提及的系统升级方案的执行主体可以是计算设备，该计算设备包括但不限于终端或服务器。换句话说，计算设备可以是服务器或终端，也可以是服务器和终端组成的系统。其中，以上所提及的终端可以是一种电子设备，包括但不限于手机、平板电脑、台式电脑、笔记本电脑、掌上电脑、车载设备、智能语音交互设备、增强现实/虚拟现实(Augmented Reality/Virtual Reality，AR/VR)设备及其他具备网络接入能力的移动互联网设备(mobile internet device，MID)等。其中，以上所提及的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、车路协同、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

示例的，当计算设备为服务器时，本申请实施例提供了一种升级系统，如图1所示，该升级系统可包括至少一个终端和至少一个服务器；终端可以获取针对包括多个子系统的管理系统的系统升级任务，并将获取到的包括多个子系统的管理系统的系统升级任务上传至服务器(即计算设备)，以使服务器可以响应于针对包括多个子系统的管理系统的系统升级任务，并采用系统升级方案对管理系统进行系统升级。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

基于上述所提供的系统升级方案，本申请实施例提供了一种系统升级方法。请参见图2，图2是本申请实施例提供的一种系统升级方法的流程示意图，本申请实施例主要以计算设备为执行主体进行阐述；请参见图2，系统升级方法可以包括以下步骤：

S201，响应于针对包括多个子系统的管理系统的系统升级任务，对管理系统中的子系统进行系统升级。

其中，管理系统可以是超融合基础架构(Hyper Converged Infrastructure，或简称“HCI”)的系统，如该管理系统也可以称之为超融合系统或超融合产品等，或者，该管理系统也可以是其他包含有多个子系统的系统，对此不作限定。超融合基础架构是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等资源和技术，而多套单元设备可以通过网络聚合起来，实现模块化的无缝横向扩展(scale-out)，形成统一的资源池。

在这种情况下，该管理系统下的多个子系统可以包括：具有超融合管理服务的子系统(该子系统可以称之为是第一子系统)，主机以及部署在主机上具有虚拟化管理服务的虚拟机所组成的子系统(该子系统可以称之为是第二子系统)；第一子系统可以用于对第二子系统提供管理服务。其中，主机可以是指运行虚拟化软件的物理服务器，相关技术人员可以在主机上创建虚拟机；如此处对于管理系统，可以在主机上部署具有虚拟化管理服务的虚拟机。其中，管理服务可以是指针对服务器的管理模块，在本申请实施例中，管理服务也可以称之为是管理面服务，如超融合管理服务可以称之为超融合管理面服务，虚拟化管理服务可以称之为是虚拟化管理面服务。

需要说明的是，管理系统中的超融合管理服务以及虚拟化管理服务可以部署在主机上，在一个管理系统中，超融合管理服务的数量可以为一个或多个，虚拟化管理服务可以有针对虚拟化管理服务的主服务，以及针对虚拟化管理服务的备服务。其中，不同的超融合管理服务可以部署不同的主机上，针对虚拟化管理服务的主服务以及备服务也部署在不同的主机上。需要说明的是，主服务以及备服务的数量可以分别为一个或多个，在主服务以及备服务的总数量小于管理系统中涉及到的主机的总数量时，部分第二子系统中可能仅涉及主机，即在该主机上没有部署具有虚拟化管理服务的虚拟机。

例如，参见图3a所示，管理系统中涉及到3个主机，则在该管理系统，超融合管理服务可以分别部署在3个主机上(如主机1、主机2以及主机3)，针对虚拟化管理服务的主服务以及备服务的虚拟机部署在不同的主机上(如主机1部署的是备服务的虚拟机，主机3部署的是主服务的虚拟机)。其中，图3a中所展示的管理系统中的普通虚拟机(如普通虚拟机1、普通虚拟机2、普通虚拟机3)可以是指提供其他服务的虚拟机，不同于此处具有虚拟化管理服务的虚拟机，该普通虚拟机也可以称之为是目标虚拟机。

针对图3a而言，管理系统中的子系统可以包括：由部署在3个主机上的超融合管理服务组成的第一子系统，其中，部署在一个主机上的超融合管理服务可以理解为一个第一子系统；还可以包括：由主机1以及部署在主机1上的具有虚拟化管理服务(备服务)的虚拟机所组成的一个第二子系统，由主机2所组成的一个第二子系统，由主机3以及部署在主机3上的具有虚拟化管理服务(主服务)的虚拟机所组成的一个第二子系统。

其中，系统升级任务指示对管理系统进行系统升级，即对管理系统的系统版本进行升级。

在一种实现方式中，在存在针对包括多个子系统的管理系统的系统升级任务时，任务发起的发起对象(可以是指任一用户)可以通过计算设备发起该系统升级任务，以使得计算设备可以响应于针对包括多个子系统的管理系统的系统升级任务，并进行后续的操作。可选的，该计算设备可以输出一个任务发起界面，以便于发起对象在该任务发起界面执行相关操作，而发起针对包括多个子系统的管理系统的系统升级任务。其中，该任务发起界面可以显示在发起对象所使用的终端的终端屏幕上，该任务发起界面具体可以是系统升级平台中的一个界面。此处计算设备可以理解为是系统升级平台的后台服务设备。

如当发起对象需要对一个管理系统进行系统升级时，则可以登陆所使用的终端上的系统升级平台，并可以在系统升级平台中的任务发起界面上执行相关操作，以向计算设备发送针对包括多个子系统的管理系统的系统升级任务。例如，参见图3b所示，发起对象所使用的终端的终端屏幕上可以显示一个任务发起界面，该任务发起界面可以至少包括用于设置待升级的管理系统的系统标识的设置区域301以及确认控件302。若发起对象想要对一个管理系统进行系统升级，则可以先在设置区域301中设置该管理系统对应的系统标识，系统标识可以用于唯一指示一个管理系统；然后，可以对确认控件302执行触发操作(如点击、按压等操作)；在终端检测到确认控件302被触发之后，可以基于设置区域301中的信息生成系统升级任务，并可以向计算设备发送该系统升级任务，以使计算设备可以响应于针对包括多个子系统的管理系统的系统升级任务。

在一种实现方式中，在对管理系统进行系统升级的规则可以是：先升级管理服务，再升级主机(如服务器软件)，且对每一个升级对象(如管理服务或主机)可以按照几个升级步骤逐个步骤或逐个节点的进行升级。那么，对于包含第一子系统和第二子系统的管理系统来说，可以先对管理系统中的第一子系统进行升级，在完成对第一子系统的升级后，再对管理系统中的第二子系统进行升级。

基于此可知，对于步骤201中的对管理系统中的子系统进行系统升级的具体实现可以是：先获取针对第一子系统对应的软件升级包，以利用第一子系统对应的软件升级包对第一子系统进行系统升级；在完成对第一子系统的系统升级后，可以再获取针对第二子系统对应的软件升级包，以利用第二子系统对应的软件升级包对第二子系统进行系统升级。

其中，各个子系统的软件升级包可以预先存储在一个存储区域，以便于在对管理系统进行系统升级时，可以直接从该存储区域中获取所需的软件升级包。可选的，以系统升级平台进行系统升级来说，该系统升级平台可以包含一个关于升级包管理的功能，即该升级包管理可以管理有管理系统中各个子系统所需的软件升级包。

可选的，在对第一子系统进行系统升级前，可以对第一子系统进行检查操作，以保证第一子系统可以正常且可靠的进行升级处理。如可以检查第一子系统的服务状态，以确定该第一子系统对应的超融合管理服务是可以正常提供服务的，如还可以检查软件升级包的配置以及版本，以保证该软件升级包是正常可用的，如还可以检查第一子系统是否存在系统警告，在存在系统警告的情况下，可以先消除该系统警告，以保证升级的正常运行，还可以包括其他检查操作，对此不作限定。同理，在对第二子系统进行系统升级前，可以对第二子系统进行检查操作，以保证第二子系统可以正常且可靠的进行升级处理。

例如，对管理系统进行系统升级的流程可以参见图3c所示。如图3c所示，可以先分发针对超融合管理服务(即第一子系统)的软件升级包，再检查超融合管理服务；在检查通过后，可以利用分发的软件升级包对超融合管理服务进行系统升级。而在完成对超融合管理服务的升级后，可以分发主机及虚拟化管理服务(即第二子系统)的软件升级包，并可以检查该主机及虚拟化管理服务；在检查通过后，可以利用分发的软件升级包对主机及虚拟化管理服务进行系统升级，从而完成管理系统的系统升级。

需要说明的是，如前所述，一个第二子系统中可能涉及主机以及部署在主机上的具有虚拟化管理服务的虚拟机，则在对第二子系统进行系统升级时，也可以先对主机上的具有虚拟化管理服务的虚拟机进行系统升级，在完成具有虚拟化管理服务的虚拟机的系统升级后，再对主机进行系统升级。

在一种实现方式中，第二子系统的数量可以为一个或多个，在第二子系统的数量为多个的情况下，管理系统所涉及到的主机的数量也为多个，即第二子系统的数量为主机的数量，如第二子系统的数量为3，则主机的数量也为3。需要说明的是，在主机的数量为多个情况下，对多个主机进行系统升级也存在对应的升级顺序(或可称之为是主机升级顺序)。

可选的，可以基于多个第二子系统的主机中所部署的针对虚拟化管理服务的备服务和备服务，确定对多个主机进行升级的主机升级顺序；在一个实施例中，可以将部署有备服务的主机作为第一个升级的主机，将部署有主服务的主机作为最后一个升级的主机，而对于多个主机中的其他主机的升级顺序不作限定，可以以任意方式进行排列。总的来说，可以按照管理服务的存在以及管理服务的主备服务来确定主机升级顺序，并且保证先升级具有虚拟化管理服务的备服务所在的主机，最后升级具有虚拟化管理服务的主服务所在的主机，通过这种主机升级顺序的确定方式，可以有效保证在系统升级过程中进行主备切换时中不中断管理系统所提供的业务服务。例如，假设管理系统涉及3个主机：主机1、主机2、主机3；且主机1部署有备服务，主机3部署有主服务，则这3个主机的升级顺序(从先到后的顺序)可以是：主机1、主机2、主机3。

需要说明的是，在具有虚拟化管理服务的虚拟机的数量为多个时，或者超融合管理服务的数量为多个时，多个虚拟化管理服务的虚拟机可以是同时升级的存在对应的升级顺序，对多个超融合管理服务也可以是同时升级的。在后续的回退处理中，对于多个虚拟化管理服务的虚拟机也可以是同时回退的，对于多个超融合管理服务也可以是同时回退的。

可以理解的是，对于除部署有主服务和备服务的主机外，还可以包括一个或多个主机，在还存在多个主机的情况下，这多个主机的升级顺序可以是以随机方式确定的，也可以是按预设规则确定的。在一个实施例中，该预设规则可以是关于主机的特征参数的规则；例如，该特征参数可以是主机的重要等级，该重要等级可以是预先设置的。其中，主机的升级顺序与主机的重要等级可以呈正相关关系，即如果主机的重要等级越高，则该主机的升级顺序越靠前，如果主机的重要等级越低，则该主机的升级顺序越靠后。通过这种方式，可以保证重要等级较高的主机优先升级。例如，假设3个主机的重要等级从高到低的顺序依次为主机A、主机B、主机C，则这3个主机的升级顺序依次为主机A、主机B、主机C。

S202，若检测到升级异常事件，则按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照升级回退顺序对已升级的各个子系统进行回退处理。

其中，通过对已升级的各个子系统进行回退处理，以使已升级的各个子系统的系统版本可以还原至系统升级前的系统版本，从而保证管理系统中各个子系统的系统版本的一致性。

可以理解的是，在管理系统的各个子系统的升级过程中，可能存在一些不可控风险(或者说不可控因素)，如在升级虚拟化的服务器软件过程中通常有很多不可控因素，以触发生成升级异常事件，从而导致子系统升级失败，而在管理系统中的某一个子系统升级失败后，后续的子系统是不能进行系统升级的，则在这种情况下，可能导致管理系统中一部分子系统的系统版本为系统升级后的系统版本，一部分子系统的系统版本为系统升级前的系统版本，还有处于存在升级故障状态的子系统(即升级失败的子系统)。在系统升级中出现升级异常事件时，管理系统中各个子系统的系统版本是不一致的，而由于系统版本的不一致，可能会导致整个管理系统的不稳定性，并可能会导致管理系统不能保证全量的服务可用，从而影响用户正常使用管理系统。而为保证管理系统的系统版本的一致性与系统稳定性，则可以将已升级的子系统进行回退，保证用户可以继续正常使用管理系统，也为异常升级情况争取时间进行异常消除处理。

基于这种考虑，在检测到升级异常事件后，可以及时对管理系统进行回退处理，以保证管理系统中的各个子系统的系统版本恢复至原始的系统版本。因为此时仅是部分子系统进行了系统升级，则可以仅对已完成升级的子系统以及检测到升级异常事件对应的子系统进行回退处理，此处将已完成升级的子系统以及检测到升级异常事件对应的子系统均理解为已升级的子系统。

其中，对已升级的各个子系统进行回退处理的升级回退顺序可以是：各个已升级的子系统的升级顺序的逆序(或者说倒序)。例如，假设管理系统存在3个子系统，且这3个子系统的升级顺序为：子系统1、子系统2、子系统3；如果在子系统2的系统升级中检测到升级异常事件，则需要对子系统1以及子系统2进行回退处理，且对这两个子系统进行回退处理的升级回退顺序为：子系统2、子系统1。

如前所述，在对管理系统的多个子系统进行系统升级的过程中，是先对第一子系统进行升级，再对第二子系统进行升级；则可以在第一子系统的升级过程中检测到升级异常事件，或在第二子系统的升级过程中检测到升级异常事件。在第一子系统的升级过程中检测到升级异常事件的情况下，仅需对第一子系统进行回退处理，在第二子系统的升级过程中检测到升级异常事件的情况下，需要先对第二子系统进行回退处理，在第二子系统完成回退处理后，再对第一子系统进行回退处理。

S203，若确定管理系统升级成功，则运行升级成功后的管理系统。

需要理解的是，在针对多个子系统的管理系统的系统升级过程中，通常是各子系统升级后将按照子系统提交工程，即在完成一个子系统的系统升级后，可以发起提交触发指令，该提交触发指令可以是发起对象触发在系统升级平台上所输出的提交控件所完成的，当完成提交触发指令之后，也就表明子系统成功升级，且在完成提交触发指令后不可再对子系统执行回退或升级。而如果因各种不可控因素导致某一个子系统升级失败且暂时无法处理，而前续以完成升级的子系统又无法回退，则会导致管理系统中存在版本不配套的子系统，或者也可能导致系统资源无法全量使用，即对象无法正常使用管理系统。

考虑到一个子系统在完成系统升级后直接发起提交触发指令，可能导致在后续发生升级异常事件后，无法对已完成系统升级的子系统进行回退，则在本申请实施例中，考虑延迟发起提交触发指令。即在本申请实施例中，在管理系统的中的每个子系统完成升级后，并不会及时提交针对相应子系统的升级工程(或者说发起提交触发指令)，在单个子系统升级成功后也就暂时不清空与系统升级相关的升级数据，以保证在系统升级的过程中检测到升级异常事件时，前续已完成升级的子系统还可以回退。并且在管理系统中所有子系统完成升级后，即确定管理系统升级成功后，也不会及时提交针对这个管理系统的升级工程，也就不会清空全部的升级数据，而是在清空全部升级数据前给予一段时间观察期，以观察管理系统在系统升级后功能是否全部可用。换言之，可以在这个观察期对升级成功后的管理系统进行服务运行测试；如果在这个观察期内服务可以正常运行，则确定该管理系统在系统升级后功能是可用的，则可以发起提交触发指令；而如果在这个观察期内服务异常，则可以对管理系统进行整体回退。

基于此可知，在确定管理系统升级成功后，可以运行升级成功后的管理系统，以确定是执行提交触发指令的操作，还是执行管理系统整体回退的操作。

S204，若运行后的预设时间段内管理系统出现系统服务异常，则按照整体回退顺序对管理系统进行回退处理。

其中，通过对管理系统进行回退处理，以使得管理系统的系统版本可以还原至系统升级前的系统版本，从而保证管理系统中各个子系统的系统版本的一致性。

其中，预设时间段可以预先设置，预设时间段可以上述提及的观察期作同等理解；预设时间段的时长不作具体限定，例如，该预设时间段可以是3天、5天等等。该预设时间段也可以理解为是针对升级成功后的管理系统的试运行期，即在该试运行期运行升级成功后的管理系统，以确定该试运行期内该管理系统的系统服务是否是正常的。

可以理解的是，如果运行后的预设时间段内管理系统出现系统服务异常，则表明升级成功的管理系统中的某些功能是不可用的，导致管理系统的资源无法全量使用，则可以将管理系统的系统版本回退至系统升级前的系统版本，以保证管理系统的正常使用，也保证在系统升级异常场景下不影响用户正常使用。

其中，整体回退顺序是基于在对管理系统中的多个子系统进行系统升级时的升级顺序确定的，该整体回退顺序可以是升级顺序的逆序。例如，假设管理系统存在3个子系统，且这3个子系统的升级顺序为：子系统1、子系统2、子系统3；则对这3个子系统进行回退处理的升级回退顺序为：子系统3、子系统2、子系统1。如前所述，在进行系统升级时，是先对管理系统中的管理服务进行升级，再对管理系统中的主机进行升级，则在进行回退时，是先对管理系统中的主机进行回退，再对管理系统中的管理服务进行回退。且管理系统中的子系统涉及第一子系统以及第二子系统，基于此可知，整体回退顺序可以是先第二子系统，再第一子系统。可见，在本申请实施例中，可以对多子系统按照升级倒序回退，减少多子系统升级不可控因素带来的额外风险，保证多子系统的系统版本的一致性与系统稳定性。

基于此可知，步骤S204中的按照整体回退顺序对管理系统进行回退处理的具体实现可以是：先对管理系统中的第二子系统进行回退处理，以使得已完成升级的第二子系统的系统版本还原至系统升级前的系统版本；在第二子系统成功回退后，可以再对管理系统中的第一子系统进行回退处理，以使得已完成升级的第一子系统的系统版本还原至系统升级前的系统版本。

如前所述，第二子系统中可以涉及主机以及部署在主机上具有虚拟化管路服务的虚拟机，且在对管理系统进行系统升级时，是先对第二子系统中的具有虚拟化管理服务的虚拟机进行系统升级，在完成对具有虚拟化管路服务的虚拟机的升级后，再对所有的主机进行系统升级。对应的，在对第二子系统进行回退时，是先对所有的主机进行回退处理，在完成所有主机的回退处理之后，再对部署在主机上的具有虚拟化管理服务的虚拟机进行回退处理。

在一种实现方式中，如果运行后的预设时间段内管理系统未出现系统服务异常，则可以发起提交触发指令，该提交触发指令可以用于触发提交用于表示成功完成系统升级任务的指令。可见，本申请实施例可以通过延迟和组合提交，保证管理系统在升级后，如在预设时间段内的运行中出现系统服务异常(如使用问题)，可按照多个子系统的升级顺序倒序进行回退，保证多个子系统能够顺序升级、逆序回退，保证管理系统中各个子系统的系统版本一致性与功能可用性。

在本申请实施例中，在管理系统的子系统的升级过程中出现异常时，可以按照子系统的升级顺序，将已升级的子系统顺序回退；并且，在管理系统整体升级完成后，通过运行升级成功后的管理系统，以观察升级成功后的管理系统的功能是否全部可用，在确定功能不可全部使用的情况下，可以按照子系统的升级顺序进行整体逆序回退；从而有效保证管理系统中各个子系统的系统版本的一致性与系统稳定性，以保证用户可以继续正常使用系统。另外，可以实现对管理系统中不同子系统的升级、回退流程的统一监测以及管理，支持多子系统顺序回退，有效降低运维风险。

请参见图4，是本申请实施例提供的另一种系统升级方法的流程示意图。本申请实施例主要以计算设备为执行主体进行阐述；请参见图4，该系统升级方法可包括以下步骤：

S401，响应于针对包括多个子系统的管理系统的系统升级任务，对管理系统中的子系统进行系统升级。

其中，步骤S401的具体实现可以参考上述步骤S201中的描述，此处不再赘述。

如前所述，在对管理系统的系统升级中，涉及到主机的系统升级，下述对单个主机的系统升级的流程进行具体阐述。为方便描述，下述以管理系统中的目标主机为例进行相关阐述，该目标主机可以是指管理系统中所包含的主机中的任一主机。

具体地，可以先对目标主机执行目标检查；该目标检查可以包括对目标主机的服务状态的检查、软件升级包的版本以及配置的检查、系统告警的检查等。在服务状态的检查中，该服务状态可以包括不可用状态以及可用状态，在目标主机的服务状态为可用状态的情况下，确定目标主机是不异常的；通过软件升级包的版本以及配置的检查，可以保证升级后的主机为正确的系统版本，且该软件升级包为可靠的升级包；通过指系统告警的检查，可以保证主机是可以正常运行，在主机存在系统告警时，可以在消除系统告警后，再执行后续的操作。该目标检查还可以包括其他检查，对此不作限定。

在完成目标检查后，可以进一步确定目标主机上是否部署有超融合管理服务，在确定目标主机上部署有超融合管理服务的情况下，可以将该超融合管理服务迁移(或驱逐)出目标主机，以保证在对主机进行系统升级时，不影响超融合管理服务所提供的服务，如果目标主机上没有部署超融合管理服务，则不需执行该迁移步骤。然后，还可以将目标主机设置为不可进行操作的状态，即在系统升级的过程中，避免继续在该目标主机上执行业务服务，导致升级出现异常或导致业务服务出现异常。接着，可以迁移目标主机上部署的目标虚拟机(如上述提及的普通虚拟机)，这些目标虚拟机是用于提供其他业务服务的虚拟机，因为此处在对管理系统的系统升级中，并不涉及这些虚拟机的升级，则为保证这些虚拟机的正常使用，在对目标主机进行升级时，可以将这些虚拟机迁移出目标主机。

进一步的，可以对目标主机进行系统升级，如可以利用软件升级包对目标主机进行系统升级，以将目标主机的系统版本进行升级。还可以确定目标主机上是否部署有虚拟机管理服务，在确定目标主机上部署有虚拟机管理服务的情况下，可以对虚拟化管理服务进行主备切换处理，并恢复目标主机的业务服务；在确定目标主机上没有部署虚拟机管理服务的情况下，则不需执行该切换步骤，可以直接恢复目标主机的业务服务。

例如，参见图5a所示，目标主机的升级流程可以参考图5a中左侧的流程，结合上述升级过程的描述以及图5a所述的流程可知，在升级流程中可以涉及以下步骤：检查服务状态的检查步骤，迁移超融合管理服务的迁移步骤(部署有超融合管理服务的主机需执行该步骤)，对版本、系统、告警等检查步骤，设置主机为暂不可进行操作的设置步骤，迁移主机上的普通虚拟机的迁移步骤、利用软件升级包对主机进行升级的升级主机步骤，对虚拟化管理服务进行主备切换的切换步骤(部署有虚拟化管理服务的主机需执行该步骤)，恢复主机的业务服务的恢复步骤。

综上可知，本申请实施例可以自动编排主机在升级流程所涉及到的升级步骤，在单个主机的升级流程中，可以动态地根据主机上是否含有虚拟化管理服务以及超融合管理服务，以及主机的相关信息编排对应的升级步骤，以保证主机可以顺利的升级，并在保证对主机的升级中，不影响主机上所部署的虚拟化管理服务以及超融合管理服务所提供的服务。

需要说明的是，管理系统中各个子系统在系统升级中，存在对应的升级顺序，则各个子系统是按照对应的升级顺序依次进行系统升级的，在一个子系统没有完成升级之前，是不能进行下一个子系统的升级的。

S402，若检测到升级异常事件，则按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照升级回退顺序对已升级的各个子系统进行回退处理。

其中，对已升级的各个子系统进行回退处理的升级回退顺序可以是：各个已升级的子系统的升级顺序的逆序。例如，假设管理系统存在4个子系统，且这4个子系统的升级顺序为：子系统1、子系统2、子系统3、子系统4；如果在子系统3的系统升级中检测到升级异常事件，则需要对子系统1、子系统2以及子系统3进行回退处理，且对这两个子系统进行回退处理的升级回退顺序为：子系统3、子系统2、子系统1。

如前所述，在对管理系统的多个子系统进行系统升级的过程中，是先对第一子系统进行升级，再对第二子系统进行升级；则可以在第一子系统的升级过程中检测到升级异常事件，或在第二子系统的升级过程中检测到升级异常事件。在第一子系统的升级过程中检测到升级异常事件的情况下，仅需对第一子系统进行回退处理，在第二子系统的升级过程中检测到升级异常事件的情况下，需要先对第二子系统进行回退处理，在第二子系统完成回退处理后，再对第一子系统进行回退处理。

考虑到第二子系统中涉及主机以及部署在主机上具有虚拟化管理服务的虚拟机，则升级异常事件可能是在主机的升级过程中检测到的，也可能是在具有虚拟化管理服务的虚拟机检测到的。而在升级过程中，是先对具有虚拟化管理服务的虚拟机进行升级处理，再对主机进行升级处理，则如果升级异常事件是在主机的升级过程中检测到的，则需要先对主机进行回退处理，在完成对主机的回退处理之后，再对具有虚拟化管理服务的虚拟机进行回退处理。而如果升级异常事件是在具有虚拟化管理服务的虚拟机检测到的，则仅需对具有虚拟化管理服务的虚拟机进行回退处理，因为还未对主机进行升级处理，即不存在对主机的回退处理。

下述以升级异常事件是在主机的升级过程中所检测到的情况下对已升级的各个子系统进行回退处理的实现进行具体描述。其中，升级异常事件可以是在对主机的系统升级的目标升级步骤中出现异常所检测到的，该目标升级步骤可以是主机在系统升级过程中所包括的升级步骤中的任一升级步骤。可以理解的是，如果升级异常事件是在主机的升级过程中所检测到的，则当前已完成升级的子系统可能出现两种情况：一是已完成升级的子系统包括第一子系统，二是已完成升级的子系统包括第一子系统以及第二子系统，下述对这两种情况下的回退处理进行阐述。

在已完成升级的子系统包括第一子系统的情况下，按照升级回退顺序对已升级的各个子系统进行回退处理的具体实现可以包括：若升级异常事件是在对目标第二子系统中主机的系统升级的目标升级步骤中出现异常所检测到的，则可以先基于目标升级步骤确定对目标第二子系统中主机进行回退处理所需的回退步骤，并基于回退步骤对目标第二子系统中主机进行回退处理；在目标第二子系统中主机成功回退后，还可以进一步判断目标第二子系统中是否部署具有虚拟化管理服务的虚拟机，以确定是否需要对具有虚拟化管理服务的虚拟机进行回退处理。如果目标第二子系统中具有虚拟化管理服务的虚拟机，则可以对目标第二子系统中具有虚拟化管理服务的虚拟机进行回退处理；在目标第二子系统中具有虚拟化管理服务的虚拟机成功回退后，则可以对已完成升级的第一子系统进行回退处理。如果目标第二子系统中不具有虚拟化管理服务的虚拟机，则不存在对虚拟化管理服务的虚拟机的回退处理，直接对对已完成升级的第一子系统进行回退处理。

其中，此处的目标第二子系统是指管理系统中所包括的第二子系统中的任一个第二子系统。

在已完成升级的子系统包括第一子系统以及第二子系统的情况下，按照升级回退顺序对已升级的各个子系统进行回退处理的具体实现可以包括：若升级异常事件是在对目标第二子系统中主机的系统升级的目标升级步骤中出现异常所检测到的，则可以先基于目标升级步骤确定对目标第二子系统中主机进行回退处理所需的回退步骤，并确定对已完成升级的第二子系统中主机进行回退处理所需的回退步骤；需要说明的是，对于主机仅完成部分升级(即在主机的升级过程中仅完成部分步骤，如在主机的升级过程中检测到异常升级事件)，以及主机已完成升级，这两种情况下对主机进行回退处理所需的回退步骤是存在区别的，则需要分别确定对目标第二子系统中主机进行回退处理所需的回退步骤，以及对已完成升级的第二子系统中主机进行回退处理所需的回退步骤。

在确定这两种情况下主机的回退步骤之后，即可以分别基于这两种情况下主机的回退步骤对相应的主机进行回退处理。此处在对多个主机进行回退处理时，也具有对应的回退顺序，例如，可以依照对目标第二子系统以及已完成升级的第二子系统进行系统升级的升级顺序的逆序，并基于目标第二子系统以及已完成升级的第二子系统中主机进行回退处理所需的回退步骤，对目标第二子系统以及已完成升级的第二子系统中主机进行回退处理。

在目标第二子系统以及已完成升级的第二子系统中主机成功回退后，还可以进一步判断目标第二子系统以及已完成升级的第二子系统中具有虚拟化管理服务的虚拟机，以确定是否需要对具有虚拟化管理服务的虚拟机进行回退处理。如果目标第二子系统以及已完成升级的第二子系统中具有虚拟化管理服务的虚拟机，则可以对目标第二子系统以及已完成升级的第二子系统中具有虚拟化管理服务的虚拟机进行回退处理；并在目标第二子系统以及已完成升级的第二子系统中具有虚拟化管理服务的虚拟机成功回退后，可以再对已完成升级的第一子系统进行回退处理。如果目标第二子系统以及已完成升级的第二子系统中不具有虚拟化管理服务的虚拟机，则可以直接对已完成升级的第一子系统进行回退处理。

下述对于主机仅完成部分升级以及主机已完成升级，这两种情况下对主机进行回退处理所需的回退步骤进行具体阐述。在主机仅完成部分升级的情况下，可以基于在主机升级过程中出现异常的升级步骤(如上述的目标升级步骤)动态地确定所需的回退步骤，即主机出现异常的升级步骤的不同，则该主机在进行回退处理所需的回退步骤可能是存在区别的。而在主机已完成升级的情况下，主机在进行回退处理所需的回退步骤是相同的，可以依照主机在升级处理中的升级步骤进行逐步回退。下面首先对主机已完成升级的情况下，该主机进行回退处理所涉及到的完整的回退步骤进行描述。

如前所述，多个主机中可以包括部署有针对虚拟化管理服务的主服务的虚拟机的主机，并且可以包括有针对虚拟化管理服务的备服务的虚拟机的主机；多个主机中可以包括一个或多个部署有超融合管理服务的主机。在主机上所部署管理服务的不同，该主机在进行回退处理所需的回退步骤也会存在区别，在单个主机的回退处理中，系统将可以动态地根据主机上是否含有虚拟化管理服务及超融合管理服务，以及主机的升级信息编排对应的回退步骤。

可选的，自动编排主机的回退步骤的思想可以是：根据主机的升级信息判断回退要进行的基础步骤，并可以根据主机上是否有虚拟化管理服务编排对应的处理步骤，以及可以根据主机上是否有超融合管理服务编排对应的处理步骤。其中，主机的升级信息可以包括主机的服务状态等等。

基于此可知，确定对多个主机中每个主机进行回退处理所需的回退步骤的具体实现可以为如下描述，考虑到对确定多个主机中任一主机的回退步骤的原理是一致的，则下述以目标主机为例对回退步骤的确定进行具体阐述。首先，可以确定多个主机中目标主机进行回退处理所需的参考回退步骤，此处的参考回退步骤可以是上述提及的基础步骤；并进一步判断目标主机上是否部署有超融合管理服务，如果目标主机上部署有超融合管理服务，则可以将执行迁移超融合管理服务的第一处理步骤添加到参考回退步骤中，以得到对目标主机进行回退处理所需的回退步骤；还可以判断目标主机上是否部署有虚拟化管理服务，如果目标主机上部署有虚拟化管理服务，则可以将执行虚拟化管理服务的主备切换处理的第二处理步骤添加到参考回退步骤中，以得到对目标主机进行回退处理所需的回退步骤。

其中，参考回退步骤可以包括：检查目标主机的服务状态的检查步骤；将目标主机设置为暂不可进行操作的设置步骤，以将目标主机的业务服务设置为不可用状态；迁移主机上的目标虚拟机(普通虚拟机)的迁移步骤；将目标主机的系统版本还原至系统升级前的系统版本的回退主机步骤；恢复目标主机的业务服务的恢复步骤。

基于上述对目标主机的回退步骤的描述可知，在一种实现方式中，在对目标主机进行回退处理时利用相应的回退步骤进行回退处理的具体实现可以是：先检查目标主机的服务状态；在检查到服务状态为目标服务状态(即可用状态)后，进一步确定目标主机上是否部署有超融合管理服务，如果目标主机上部署有超融合管理服务，则迁移目标主机上的超融合管理服务；然后，可以将目标主机的业务服务为不可用状态，并迁移目标主机上部署的用于提供业务服务的虚拟机，以及将目标主机的系统版本还原至系统升级前的系统版本；接着，可以确定目标主机上是否部署有虚拟化管理服务，如果目标主机上部署有虚拟化管理服务，则可以对虚拟化管理服务进行主备切换处理；最后，可以恢复目标主机的业务服务。

例如，参见图5a所示，单个主机的升级步骤可如图5a中左侧的流程所示，单个主机的回退可如图5a中右侧的流程所示。若主机是在完成系统升级后，再对该主机进行回退处理，则该主机对应的回退处理的流程可以参见图5a中右侧的流程所示，即可以依照主机在系统升级过程中的升级步骤进行逐步回退。

又如，参见图5b所示，单个主机的升级步骤可如图5b中左侧的流程所示，单个主机的回退可如图5b中右侧的流程所示。在主机的升级流程中，如果某个升级步骤出现异常，则在在对主机进行回退处理时，所涉及的回退步骤并不是依照升级处理中的升级步骤进行逐步回退，而是将识别到出现异常的升级步骤，并动态地根据升级步骤判断进行回退处理需要完成的具体回退操作。示例性的，假设图5b中左侧流程中的“升级主机”的升级步骤出现异常(错误)，则对应回退处理的回退操作仅需执行“回退主机”、“虚拟化管理服务的主备切换(含虚拟化管理服务的主机)”、“恢复主机业务”步骤，而其他步骤无需执行。也就是说，在单个主机的回退流程中，可以动态地根据主机上是否含有虚拟化管理服务及超融合管理服务，以及升级信息编排对应的回退步骤。

综上可知，在本申请实施例中，在管理系统的子系统升级过程中的任何一个步骤，如出现不可控因素导致的异常，则可以逆序回退整个管理系统，以保证管理系统中各个子系统的系统版本的一致性与系统稳定性。并且，可以自动编排主机的回退顺序，技术人员无需在选主机后人工干预回退顺序，系统可自动编排该顺序，实现回退处理的自动化以及智能化。另外，可以自动编排主机的回退步骤，以有效提高回退过程的稳定性以及自动化。

在一种实现方式中，可以调用系统升级平台实现对管理系统的系统升级，且系统升级的处理流程可以展示在系统升级平台上的相关界面上。可选的，在通过系统升级平台的任务发起界面发起系统升级任务之后，可以在系统升级平台的系统升级界面展示管理系统中各个子系统的升级过程。例如，参见图5c所示的界面可以为一个系统升级界面，该系统升级界面可以包括展示各个子系统进行系统升级对应的子系统展示区域，例如区域51为子系统1对应的子系统展示区域，区域52为子系统2对应的子系统展示区域。

其中，目标子系统(目标子系统可以是指多个子系统中的任一子系统)的子系统展示区域中可以包括：对目标子系统在系统升级的过程中的升级情况进行展示的情况展示区域，用于控制对目标子系统进行升级处理的升级控件(如控件502)，以及用于控制对目标子系统进行回退处理的回退控件(如控件503)。

当需要对目标子系统进行升级处理时，对象可以触发针对目标子系统所对应的升级控件例如，假设目标子系统为子系统1，则升级控件为控件502；而当检测到目标子系统的子系统展示区域中的升级控件被触发时，则可以对目标子系统进行系统升级，即可以使得系统升级平台的后台服务设备(即计算设备)执行对目标子系统的升级流程；并可以将目标子系统在系统升级的过程中的升级情况显示在目标子系统的子系统展示区域中。

当需要对目标子系统进行回退处理时，对象可以触发针对目标子系统所对应的回退控件例如，假设目标子系统为子系统1，则回退控件为控件503；而当检测到目标子系统的子系统展示区域中的回退控件被触发时，则可以对目标子系统进行回退处理，即可以使得系统升级平台的后台服务设备(即计算设备)执行对目标子系统的回退流程。

其中，目标子系统下还可以包括各个节点的系统升级，则该情况展示区域中可以包括针对各个节点的节点情况展示区域(如针对节点(Node)2的升级情况的节点情况展示区域501)，目标子系统下所包括的节点可以理解为目标子系统下需进行系统升级的组件。需要说明的是，在目标子系统下存在多个节点时，是可以按照针对多个节点的升级顺序依次对多个节点进行升级处理的。

一个节点的节点情况展示区域中可以包括展示该节点的基本信息的第一区域以及升级进度信息的第二区域。其中，基本信息可以包括节点名称、节点IP、表征节点升级是否成功的状态(如状态可以是未开始、升级中、失败、已升级)、节点升级的进度、节点对应的当前版本(系统升级前的系统版本)以及目标版本(系统升级后的系统版本)，系统升级的开始时间，系统升级的耗时，等等。例如，区域504为Node2的第一区域，区域505为Node2的第二区域。升级进度信息可以用于展示节点在每个升级步骤上的执行情况，如在区域505中显示的通过升级配置的检测，未通过系统检查的警告。

其中，节点未成功升级的情况下，基本信息中的状态可以显示“失败”，在这种情况下，对象可以触发用于控制该节点的进行回退处理的回退控件(如控件506)，而当检测到针对节点的回退控件被触发时，则可以对该节点进行回退处理，即可以使得系统升级平台的后台服务设备(即计算设备)执行对该节点的回退流程。在单个节点升级失败的情况下，对该节点进行单独回退的过程中，可以根据该节点所在主机上的管理服务情况及在升级中出现异常的升级步骤对回退步骤进行组装，以确定对主机进行回退处理所需的回退步骤。

可见，通过系统升级平台的设计，可以实现管理系统的一键升级，这种一键升级特性可以为对象提供页面向导式的整系统升级能力。相较于手动升级，一键升级规范了升级流程、升级约束，在自动化、稳定性、安全性等方面有较大的提升，可以为对象提供更加快捷高效、安全可靠的升级体验，也可有效减少客户和实施人员的学习成本与人力投入。

S403，若确定管理系统升级成功，则运行升级成功后的管理系统。

在一种实现方式中，在管理系统中的各个子系统升级成功之后，系统升级界面可以跳转至针对系统升级成功的升级成功界面，例如，此处的升级成功界面可以参见图5d所示。该升级成功界面可以显示管理系统中各个子系统的升级情况信息，例如，一个子系统的升级情况信息可以包括子系统的名称、升级状态、升级开始时间、升级耗时等等。考虑到在本申请实施例中存在针对升级成功后的管理系统的试运行期，则在每个子系统完成升级后，在升级成功界面中所显示的一个子系统的升级情况信息中的升级状态可以为“待验证后提交”，以提醒对象该子系统还在试运行期，则子系统在试运行期未出现系统服务异常时，去发起提交任务指令。

其中，升级成功界面可以展示在多个时间点对管理系统中各个子系统的升级情况信息。例如，参见图5d所示，区域507展示的一个时间点对管理系统进行系统升级时，管理系统中各个子系统的升级情况信息。区域507中还可以包括用于提交针对管理系统的系统升级任务的第一提交控件(如控件508)。如果在试运行期内管理系统未出现系统服务异常时，对象可以触发第一提交控件；或者，在运行后的预设时间段内管理系统出现系统服务异常，且完成对管理系统的回退处理后，对象也可以触发第一提交控件。

在一种实现方式中，当检测到在升级成功界面中触发针对管理系统的第一提交控件(如控件508)时，在该升级成功界面上可以显示一个提交提示弹窗，例如，该提交提示弹窗可以如图5e所示。该提交提示弹窗中可以包括用于输入发起系统升级任务的发起对象的账号信息的输入区域(如区域509)以及第二提交控件(如控件510)。其中，账号信息可以包括对象名以及登陆系统升级平台的密码，以基于该账号信息确定发起对象为合法对象。在发起对象确定提交系统升级任务时，可以触发第二提交控件。当检测到输入区域中输入有发起对象的账号信息，并检测到第二提交控件被触发时，可以确定系统升级任务完成。

在一种实现方式中，在管理系统中的各个子系统升级成功之后，可以基于具体的子系统进行对应的升级详情界面，如对象点击图5d中子系统1，则图5d所示的系统升级界面可以跳转至图5f所示的针对子系统1的升级详情页面。

可以理解的是，在管理系统成功升级后，会有一个试运行期(即预设时间段)，如在试运行期间遇到不可控因素造成的系统服务异常，则可在升级详情页面(如图5f所示的界面)中依照各个子系统的升级顺序的倒序对各子系统进行回退。如果超过试运行期后系统服务未出现异常，则系统升级平台系统可以给予提交提示(如图5e所示的界面)，以引导对象完成提交操作。

通过对上述界面的阐述可知，在管理系统的系统升级中，如果后续子系统全部升级完成后，在观察期间遇到不可控风险，则也可以支持直接在界面上按照子系统的升级过程倒序回退，以保证升级异常不影响用户业务。并且，通过提供Web页面(如上述提及的各种界面)，可以对回退全流程进行可视化的监测和操作，保证整个升级过程可管可控，消除不可控因素带来的风险。另外，可以利用管理系统(如超融合系统)中各子系统支持单个节点升级、回退、提交的特性，可以对节点的升级步骤或回退步骤进行编排，通过算法最大程度保证系统升级和回退的自动化和稳定性。

S404，若运行后的预设时间段内管理系统出现系统服务异常，对管理系统中的第二子系统进行回退处理。

可以理解的是，如果升级成功后的管理系统在运行时出现系统服务异常，则可以确定进行系统升级后的管理系统存在问题，或者说该管理系统不能被用户正常使用，在这种情况下，为保证管理系统可以被正常使用，则可以将管理系统进行回退，即将系统升级后的管理系统的系统版本再还原至系统升级前的系统版本。

基于此可知，如果运行后的预设时间段内管理系统出现系统服务异常，则可以对管理系统进行回退处理，在回退处理中，可以先对管理系统中的第二子系统进行回退处理，以使得已完成升级的第二子系统的系统版本还原至系统升级前的系统版本。

如前所述，第二子系统中除了包括主机之外，还可以包括具有虚拟化管理服务的虚拟机；在第二子系统包含主机以及具有虚拟化管理服务的虚拟机的情况下，可以先对主机进行回退处理，再对具有虚拟化管理服务的虚拟机进行回退处理。

其中，第二子系统的数量可以为一个或多个。在一种实现方式中，在第二子系统的数量为一个，且第二子系统包含主机以及具有虚拟化管理服务的虚拟机的情况下，则可以直接先对这一个第二子系统中的主机进行回退处理，再对这一个第二子系统中的具有虚拟化管理服务的虚拟机进行回退处理。另一种实现方式中，在第二子系统的数量为一个，且第二子系统包含主机的情况下，则可以直接对这一个第二子系统中的主机进行回退处理。

在一种实现方式中，在第二子系统的数量为多个的情况下，则所涉及的主机也为多个，在这种情况下，需要对多个主机进行回退处理；在多个主机成功回退后，可以对多个第二子系统中具有虚拟化管理服务的虚拟机进行回退处理。而在对多个主机进行回退处理时，针对这多个主机可以具有对应的回退顺序，以依照这个回退顺序依次对多个主机进行回退处理；为方面描述，可以将此处的回退顺序称之为是主机回退顺序。

可选的，与确定多个主机的主机升级顺序的原理类似，多个主机的主机回退顺序也可以是基于多个第二子系统的主机中所部署的针对虚拟化管理服务的备服务和备服务所确定的。在一个实施例中，可以将部署有备服务的主机作为第一个回退的主机，将部署有主服务的主机作为最后一个回退的主机，而对于多个主机中的其他主机的回退顺序不作限定，可以以任意方式进行排列。总的来说，可以按照管理服务的存在以及管理服务的主备服务来确定主机回退顺序，并且保证先回退具有虚拟化管理服务的备服务所在的主机，最后回退具有虚拟化管理服务的主服务所在的主机，通过这种主机回退顺序的确定方式，可以有效保证在系统回退过程中进行主备切换时中不中断管理系统所提供的业务服务。例如，假设管理系统涉及3个主机：主机1、主机2、主机3；且主机2部署有备服务，主机3部署有主服务，则这3个主机的回退顺序(从先到后的顺序)可以是：主机2、主机1、主机3。

可以理解的是，对于除部署有主服务和备服务的主机外，还可以包括一个或多个主机，在还存在多个主机的情况下，这多个主机的回退顺序可以是以随机方式确定的，也可以是按预设规则确定的。其原理与上述的确定这多个主机的升级顺序的原理是一致的，此处不再赘述。

可选的，每个主机在进行回退处理时有对应的回退步骤，则依照主机回退顺序对多个主机依次进行回退处理的具体实现可以是：先确定对多个主机中每个主机进行回退处理所需的回退步骤；然后依照主机回退顺序对多个主机依次进行回退处理，并在对每个主机进行回退处理时利用相应的回退步骤进行回退处理。其中，每个主机进行回退处理时利用相应的回退步骤的具体描述可以参加上述步骤S402中的相关描述，此处不再赘述；例如，每个主机进行回退处理时利用相应的回退步骤可以参见图5a中右侧示出的回退流程或图5b中右侧示出的回退流程。

例如，假设管理系统中包含3个主机：主机1、主机2、主机3，且这3个主机的主机回退顺序为：主机3、主机2、主机1，则在对这3个主机进行回退处理时，是先根据主机3进行回退处理所需的回退步骤对主机3进行回退处理，在完成主机3的回退处理后，再根据主机2进行回退处理所需的回退步骤对主机2进行回退处理，在完成主机2的回退处理后，根据主机1进行回退处理所需的回退步骤对主机1进行回退处理。可以理解的是，主机1、主机2、主机3进行回退处理所需的回退步骤是一致的。

S405，在第二子系统成功回退后，对管理系统中的第一子系统进行回退处理。

如前所述，第一子系统对应的是超融合管理服务，则在完成对第二子系统的回退之后，即可以对管理系统中的第一子系统进行回退处理，而通过对管理系统中的第一子系统进行回退处理，可以使得已完成升级的第一子系统的系统版本还原至系统升级前的系统版本，以保证管理系统中各个子系统的系统版本的一致性。

可以理解的是，在管理系统的系统升级中，涉及主机、虚拟机管理服务以及超融合管理服务的升级，而在检测到升级异常事件，或者在运行升级成功后的管理系统后，在预设时间段内该管理系统出现系统服务异常，均需要进行回退处理；回退处理的规则是多个子系统按照升级顺序的倒序进行回退。

并且，整体回退的原则是先对主机进行回退处理，再对虚拟机管理服务进行回退处理，最后对超融合管理服务进行回退处理。例如，参见图5g所示，假设管理系统中包括3个主机：主机1、主机2以及主机3，则在对管理服务进行回退处理时，是先对主机1、主机2以及主机3进行回退处理，再对主机1上的虚拟化管理服务的虚拟机以及主机3上的虚拟化管理服务的虚拟机进行回退处理，最后对主机1、主机2以及主机3上的超融合管理服务进行回退处理。

可见，在本申请实施例中，针对管理系统的系统升级过程中可能出现的不可控风险，可以提供一种可信的整体回退方案，可以通过对各子系统支持单台主机单独回退的特性进行回退处理的整合和编排，在单个子系统升级成功后可以暂时不清空升级数据，并在全部子系统升级完成后，在清空全部升级数据前给予一段时间观察期，已观察系统升级后管理系统的功能是否全部可用，以在支持回退整合系统至升级前，保证升级异常场景下不影响对象正常使用管理系统。在具体应用场景中，该管理系统可以是超融合系统(或者说超融合产品)，则在对超融合系统的系统升级中，通过本申请实施例所提出的系统升级方式，可以保证超融合系统的升级过程中维持客户业务不中断，并可以尽量减少升级窗口期。

为更加理解本申请实施例提出的系统升级方法，下述结合图5h进一步说明。例如，参见图5h所示，在计算设备响应于针对包括多个子系统的管理系统的系统升级任务时，可以先对管理系统中的子系统进行系统升级，在系统升级中的升级流程可以先对管理系统中的第一子系统(即针对超融合管理服务的子系统)进行升级，再对第二子系统(即针对主机以及部署在主机上的具有虚拟化管理服务的虚拟机所组成的子系统)进行升级。具体地，可以先分发对超融合管理服务的软件升级包，再对超融合管理服务进行检查，检查通过后，可以利用软件升级包对超融合管理服务进行升级；在完成对超融合管理服务的升级后，可以再分发对主机以及虚拟化管理服务的软件升级包，再对主机以及虚拟化管理服务进行检查，检查通过后，可以利用软件升级包对主机以及虚拟化管理服务进行升级；从而完成对管理系统的升级。

在确定管理系统升级成功后，可以运行升级成功后的管理系统，即对管理系统进行系统服务的运行测试，以确定系统服务是否可以正常运行，如果在运行后的预设时间段内系统服务可以正常运行(如在超过3天的试运行期内系统服务可以正常运行)，即管理系统未出现系统服务异常，则可以发起提交触发指令，该提交触发指令可以用于触发提交用于表示成功完成系统升级任务的指令，则通过该提交触发指令，可以提示对象提交用于表示成功完成系统升级任务的指令。如果在运行后的预设时间段内系统服务异常，即管理系统出现系统服务异常，则可以按照整体回退顺序对管理系统进行回退处理，以使管理系统的系统版本还原至系统升级前的系统版本。对管理系统进行回退处理的流程可以先对管理系统中的第二子系统进行回退，再对第一子系统进行回退。

具体地，按照整体回退顺序对管理系统进行回退处理的流程可以是：可以先动态编排第二子系统所对应的主机与虚拟机管理服务的回退顺序，然后再动态编排第二子系统中主机进行回退的回退步骤，以结合回退顺序以及回退步骤对第二子系统所对应的主机与虚拟机管理服务进行回退。在完成对第二子系统的回退处理后，可以编排第一子系统对应的超融合管理服务的回退顺序，并可以动态编排超融合管理服务进行回退的回退步骤，以结合回退顺序以及回退步骤对第一子系统对应的超融合管理服务进行回退。在完成对管理系统的回退处理后，可以发起提交触发指令，以完成对管理系统的系统升级。

在本申请实施例中，在管理系统的子系统的升级过程中出现异常时，可以按照子系统的升级顺序，将已升级的子系统顺序回退；并且，在管理系统整体升级完成后，通过运行升级成功后的管理系统，以观察升级成功后的管理系统的功能是否全部可用，在确定功能不可全部使用的情况下，可以按照子系统的升级顺序进行整体逆序回退；从而有效保证管理系统中各个子系统的系统版本的一致性与系统稳定性，以保证用户可以继续正常使用系统。另外，可以实现对管理系统中不同子系统的升级、回退流程的统一监测以及管理，支持多子系统顺序回退，有效降低运维风险。

请参见图6，图6是本申请实施例提供的一种系统升级装置的结构示意图。本实施例中所描述的系统升级装置，包括：

升级单元601，用于响应于针对包括多个子系统的管理系统的系统升级任务，对所述管理系统中的子系统进行系统升级；

回退单元602，用于若检测到升级异常事件，则按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照所述升级回退顺序对已升级的各个子系统进行回退处理，以使所述已升级的各个子系统的系统版本还原至系统升级前的系统版本；

运行单元603，用于若确定所述管理系统升级成功，则运行升级成功后的管理系统；

所述回退单元602，还用于若运行后的预设时间段内所述管理系统出现系统服务异常，则按照整体回退顺序对所述管理系统进行回退处理，以使所述管理系统的系统版本还原至系统升级前的系统版本。

在一种实现方式中，所述回退单元602，还用于：

若运行后的预设时间段内所述管理系统未出现系统服务异常，则发起提交触发指令，所述提交触发指令用于触发提交用于表示成功完成系统升级任务的指令。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述回退单元602，具体用于：

对所述管理系统中的第二子系统进行回退处理，以使得已完成升级的第二子系统的系统版本还原至系统升级前的系统版本；

在所述第二子系统成功回退后，对所述管理系统中的第一子系统进行回退处理，以使得已完成升级的第一子系统的系统版本还原至系统升级前的系统版本。

在一种实现方式中，所述第二子系统的数量为多个，多个第二子系统所对应的主机中包括部署有针对虚拟化管理服务的主服务的虚拟机的主机，以及针对虚拟化管理服务的备服务的虚拟机的主机；所述回退单元602，具体用于：

基于所述多个第二子系统的主机中所部署的针对虚拟化管理服务的备服务和备服务，确定对多个主机进行回退的主机回退顺序；

依照所述主机回退顺序对所述多个主机依次进行回退处理；

在所述多个主机成功回退后，对所述多个第二子系统中具有虚拟化管理服务的虚拟机进行回退处理。

在一种实现方式中，所述回退单元602，具体用于：

确定对所述多个主机中每个主机进行回退处理所需的回退步骤；

依照所述主机回退顺序对所述多个主机依次进行回退处理，并在对所述每个主机进行回退处理时利用相应的回退步骤进行回退处理。

在一种实现方式中，所述多个主机中包括部署有针对虚拟化管理服务的主服务的虚拟机的主机，并且包括有针对虚拟化管理服务的备服务的虚拟机的主机；所述回退单元602，具体用于：

确定所述多个主机中目标主机进行回退处理所需的参考回退步骤；

若所述目标主机上部署有超融合管理服务，则将执行迁移所述超融合管理服务的第一处理步骤添加到所述参考回退步骤中，以得到对所述目标主机进行回退处理所需的回退步骤；

若所述目标主机上部署有虚拟化管理服务，则将执行虚拟化管理服务的主备切换处理的第二处理步骤添加到所述参考回退步骤中，以得到对所述目标主机进行回退处理所需的回退步骤。

在一种实现方式中，所述回退单元602，具体用于：

检查所述目标主机的服务状态；

在检查到所述服务状态为目标服务状态后，若检测到所述目标主机上部署有超融合管理服务，则迁移所述目标主机上的所述超融合管理服务；

将所述目标主机设置为不可进行操作的状态，并迁移所述目标主机上部署的目标虚拟机，将所述目标主机的系统版本还原至系统升级前的系统版本；所述目标虚拟机与具有虚拟化管理服务的虚拟机不同；

若检测到所述目标主机上部署有虚拟化管理服务，则对虚拟化管理服务进行主备切换处理，并恢复所述目标主机的业务服务。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述已升级的子系统包括第一子系统；所述回退单元602，具体用于：

若升级异常事件是在对所述目标第二子系统中主机的系统升级的目标升级步骤中出现异常所检测到的，则基于目标升级步骤确定对所述目标第二子系统中主机进行回退处理所需的回退步骤，并基于所述回退步骤对所述目标第二子系统中主机进行回退处理；

在所述目标第二子系统中主机成功回退后，若所述目标第二子系统中具有虚拟化管理服务的虚拟机，则对所述目标第二子系统中具有虚拟化管理服务的虚拟机进行回退处理；

在所述目标第二子系统中具有虚拟化管理服务的虚拟机成功回退后，对已升级的第一子系统进行回退处理。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述已升级的子系统包括第一子系统以及第二子系统；所述回退单元602，具体用于：

若升级异常事件是在对所述目标第二子系统中主机的系统升级的目标升级步骤中出现异常所检测到的，则基于目标升级步骤确定对所述目标第二子系统中主机进行回退处理所需的回退步骤，并确定对已升级的第二子系统中主机进行回退处理所需的回退步骤；

依照对目标第二子系统以及所述已升级的第二子系统进行系统升级的升级顺序的逆序，并基于所述目标第二子系统以及所述已升级的第二子系统中主机进行回退处理所需的回退步骤，对所述目标第二子系统以及所述已升级的第二子系统中主机进行回退处理；

在所述目标第二子系统以及所述已升级的第二子系统中主机成功回退后，若所述目标第二子系统以及所述已升级的第二子系统中具有虚拟化管理服务的虚拟机，则对所述目标第二子系统以及所述已升级的第二子系统中具有虚拟化管理服务的虚拟机进行回退处理；

在所述目标第二子系统以及所述已升级的第二子系统中具有虚拟化管理服务的虚拟机成功回退后，对已升级的第一子系统进行回退处理。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述升级单元601，具体用于：

获取针对所述第一子系统对应的软件升级包，利用所述第一子系统对应的软件升级包对所述第一子系统进行系统升级；

在完成对所述第一子系统的系统升级后，获取针对所述第二子系统对应的软件升级包，利用所述第二子系统对应的软件升级包对所述第二子系统进行系统升级。

在一种实现方式中，所述升级单元601，还用于：

在系统升级平台显示系统升级界面，所述系统升级界面显示有所述管理系统中包括用于展示各个子系统的升级情况的子系统展示区域；各个子系统中目标子系统的子系统展示区域中包括用于控制所述目标子系统进行系统升级的升级控件；

当检测到所述目标子系统的子系统展示区域中的升级控件被触发时，对所述目标子系统进行系统升级，并将所述目标子系统在系统升级的过程中的升级情况显示在所述目标子系统的子系统展示区域中。

在一种实现方式中，所述目标子系统的子系统展示区域还包括用于控制所述目标子系统进行回退处理的回退控件；所述回退单元602，还用于：

当检测到所述目标子系统的子系统展示区域中的回退控件被触发时，对所述目标子系统进行回退处理。

在一种实现方式中，所述回退单元602，还用于：

在系统升级平台显示用于展示所述管理系统已成功升级的升级成功界面，所述升级成功界面中包括用于提交针对所述管理系统的系统升级任务的第一提交控件；

当检测到所述第一提交控件被触发时，在所述升级成功界面上显示提交提示弹窗，所述提交提示弹窗包括用于输入发起所述系统升级任务的发起对象的账号信息的输入区域以及第二提交控件；

当检测到所述输入区域中输入有所述发起对象的账号信息，并检测到所述第二提交控件被触发时，确定所述系统升级任务完成。

请参阅图7，图7是本申请实施例提供的一种计算设备的结构示意图。本实施例中所描述的计算设备，包括：处理器701、存储器702以及网络接口703。上述处理器701、存储器702以及网络接口703之间可以交互数据。

上述处理器701可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器702可以包括只读存储器和随机存取存储器，并向处理器701提供程序指令和数据。存储器702的一部分还可以包括非易失性随机存取存储器。其中，所述处理器701调用所述程序指令时用于执行：

响应于针对包括多个子系统的管理系统的系统升级任务，对所述管理系统中的子系统进行系统升级；

若检测到升级异常事件，则按照各个已升级的子系统的升级顺序确定升级回退顺序，并按照所述升级回退顺序对已升级的各个子系统进行回退处理，以使所述已升级的各个子系统的系统版本还原至系统升级前的系统版本；

若确定所述管理系统升级成功，则运行升级成功后的管理系统；

若运行后的预设时间段内所述管理系统出现系统服务异常，则按照整体回退顺序对所述管理系统进行回退处理，以使所述管理系统的系统版本还原至系统升级前的系统版本。

在一种实现方式中，所述处理器701，还用于：

若运行后的预设时间段内所述管理系统未出现系统服务异常，则发起提交触发指令，所述提交触发指令用于触发提交用于表示成功完成系统升级任务的指令。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述处理器701，具体用于：

对所述管理系统中的第二子系统进行回退处理，以使得已完成升级的第二子系统的系统版本还原至系统升级前的系统版本；

在所述第二子系统成功回退后，对所述管理系统中的第一子系统进行回退处理，以使得已完成升级的第一子系统的系统版本还原至系统升级前的系统版本。

在一种实现方式中，所述第二子系统的数量为多个，多个第二子系统所对应的主机中包括部署有针对虚拟化管理服务的主服务的虚拟机的主机，以及针对虚拟化管理服务的备服务的虚拟机的主机；所述处理器701，具体用于：

基于所述多个第二子系统的主机中所部署的针对虚拟化管理服务的备服务和备服务，确定对多个主机进行回退的主机回退顺序；

依照所述主机回退顺序对所述多个主机依次进行回退处理；

在所述多个主机成功回退后，对所述多个第二子系统中具有虚拟化管理服务的虚拟机进行回退处理。

在一种实现方式中，所述处理器701，具体用于：

确定对所述多个主机中每个主机进行回退处理所需的回退步骤；

依照所述主机回退顺序对所述多个主机依次进行回退处理，并在对所述每个主机进行回退处理时利用相应的回退步骤进行回退处理。

在一种实现方式中，所述多个主机中包括部署有针对虚拟化管理服务的主服务的虚拟机的主机，并且包括有针对虚拟化管理服务的备服务的虚拟机的主机；所述处理器701，具体用于：

确定所述多个主机中目标主机进行回退处理所需的参考回退步骤；

若所述目标主机上部署有超融合管理服务，则将执行迁移所述超融合管理服务的第一处理步骤添加到所述参考回退步骤中，以得到对所述目标主机进行回退处理所需的回退步骤；

若所述目标主机上部署有虚拟化管理服务，则将执行虚拟化管理服务的主备切换处理的第二处理步骤添加到所述参考回退步骤中，以得到对所述目标主机进行回退处理所需的回退步骤。

在一种实现方式中，所述处理器701，具体用于：

检查所述目标主机的服务状态；

在检查到所述服务状态为目标服务状态后，若检测到所述目标主机上部署有超融合管理服务，则迁移所述目标主机上的所述超融合管理服务；

将所述目标主机设置为不可进行操作的状态，并迁移所述目标主机上部署的目标虚拟机，将所述目标主机的系统版本还原至系统升级前的系统版本；所述目标虚拟机与具有虚拟化管理服务的虚拟机不同；

若检测到所述目标主机上部署有虚拟化管理服务，则对虚拟化管理服务进行主备切换处理，并恢复所述目标主机的业务服务。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述已升级的子系统包括第一子系统；所述处理器701，具体用于：

若升级异常事件是在对所述目标第二子系统中主机的系统升级的目标升级步骤中出现异常所检测到的，则基于目标升级步骤确定对所述目标第二子系统中主机进行回退处理所需的回退步骤，并基于所述回退步骤对所述目标第二子系统中主机进行回退处理；

在所述目标第二子系统中主机成功回退后，若所述目标第二子系统中具有虚拟化管理服务的虚拟机，则对所述目标第二子系统中具有虚拟化管理服务的虚拟机进行回退处理；

在所述目标第二子系统中具有虚拟化管理服务的虚拟机成功回退后，对已升级的第一子系统进行回退处理。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述已升级的子系统包括第一子系统以及第二子系统；所述处理器701，具体用于：

若升级异常事件是在对所述目标第二子系统中主机的系统升级的目标升级步骤中出现异常所检测到的，则基于目标升级步骤确定对所述目标第二子系统中主机进行回退处理所需的回退步骤，并确定对已升级的第二子系统中主机进行回退处理所需的回退步骤；

依照对目标第二子系统以及所述已升级的第二子系统进行系统升级的升级顺序的逆序，并基于所述目标第二子系统以及所述已升级的第二子系统中主机进行回退处理所需的回退步骤，对所述目标第二子系统以及所述已升级的第二子系统中主机进行回退处理；

在所述目标第二子系统以及所述已升级的第二子系统中主机成功回退后，若所述目标第二子系统以及所述已升级的第二子系统中具有虚拟化管理服务的虚拟机，则对所述目标第二子系统以及所述已升级的第二子系统中具有虚拟化管理服务的虚拟机进行回退处理；

在所述目标第二子系统以及所述已升级的第二子系统中具有虚拟化管理服务的虚拟机成功回退后，对已升级的第一子系统进行回退处理。

在一种实现方式中，所述多个子系统包括：具有超融合管理服务的第一子系统，主机以及部署在所述主机上具有虚拟化管理服务的虚拟机所组成的第二子系统，所述第一子系统用于对所述第二子系统提供管理服务；所述处理器701，具体用于：

获取针对所述第一子系统对应的软件升级包，利用所述第一子系统对应的软件升级包对所述第一子系统进行系统升级；

在完成对所述第一子系统的系统升级后，获取针对所述第二子系统对应的软件升级包，利用所述第二子系统对应的软件升级包对所述第二子系统进行系统升级。

在一种实现方式中，所述处理器701，还用于：

在系统升级平台显示系统升级界面，所述系统升级界面显示有所述管理系统中包括用于展示各个子系统的升级情况的子系统展示区域；各个子系统中目标子系统的子系统展示区域中包括用于控制所述目标子系统进行系统升级的升级控件；

当检测到所述目标子系统的子系统展示区域中的升级控件被触发时，对所述目标子系统进行系统升级，并将所述目标子系统在系统升级的过程中的升级情况显示在所述目标子系统的子系统展示区域中。

在一种实现方式中，所述目标子系统的子系统展示区域还包括用于控制所述目标子系统进行回退处理的回退控件；所述处理器701，还用于：

当检测到所述目标子系统的子系统展示区域中的回退控件被触发时，对所述目标子系统进行回退处理。

在一种实现方式中，所述处理器701，还用于：

在系统升级平台显示用于展示所述管理系统已成功升级的升级成功界面，所述升级成功界面中包括用于提交针对所述管理系统的系统升级任务的第一提交控件；

当检测到所述第一提交控件被触发时，在所述升级成功界面上显示提交提示弹窗，所述提交提示弹窗包括用于输入发起所述系统升级任务的发起对象的账号信息的输入区域以及第二提交控件；

当检测到所述输入区域中输入有所述发起对象的账号信息，并检测到所述第二提交控件被触发时，确定所述系统升级任务完成。

本申请的实施例还提供了一种芯片，该芯片设置于计算设备中，该芯片用于执行上述所对应实施例中描述的方法，此处不再赘述。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。

本申请还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序包括程序指令，该程序指令被计算设备执行时实现上述任一方法实施例的功能。

上述计算机存储介质包括但不限于快闪存储器、硬盘、固态硬盘。

本申请还提供了一种计算机程序产品，该计算机程序产品被算机设备执行时实现上述任一方法实施例的功能。

本申请所描述的方案可通过各种方式来实现。例如，这些技术可以用硬件、软件或者硬件结合的方式来实现。对于硬件实现，执行上述方法的相关技术的处理单元，可以实现在一个或多个通用处理器、数字信号处理器(digital signal processor，DSP)、数字信号处理器件、专用集成电路(application specific integrated circuit，ASIC)、可编程逻辑器件、现场可编程门阵列(field programmable gate array，FPGA)、或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合中。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机指令可以存储在计算机存储介质中，或者从一个计算机存储介质向另一个计算机存储介质传输。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“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可以是单个，也可以是多个。

本申请中的预设(如预设周期)可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

本领域普通技术人员可以理解，为描述的方便和简洁，上述描述的计算设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请中各个实施例之间相同或相似的部分可以互相参考。在本申请中各个实施例、以及各实施例中的各个实施方式/实施方法/实现方法中，如果没有特殊说明以及逻辑冲突，不同的实施例之间、以及各实施例中的各个实施方式/实施方法/实现方法之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例、以及各实施例中的各个实施方式/实施方法/实现方法中的技术特征根据其内在的逻辑关系可以组合形成新的实施例、实施方式、实施方法、或实现方法。以上所述的本申请实施方式并不构成对本申请保护范围的限定。