WO2012100535A1

WO2012100535A1 - 超级内核组件的升级方法和计算机系统

Info

Publication number: WO2012100535A1
Application number: PCT/CN2011/079176
Authority: WO
Inventors: 林强敏
Original assignee: 华为技术有限公司
Priority date: 2011-01-30
Filing date: 2011-08-31
Publication date: 2012-08-02
Also published as: EP2557498A4; EP2557498B1; CN102073529A; EP2557498A1

Abstract

超级内核组件的升级方法和计算机系统。其中，一种超级内核组件的升级方法，包括：虚拟机内核调用超级内核的超级调用接口，将用于升级超级内核组件中的目标函数的升级文件加载到超级内核的地址空间；虚拟机内核调用超级内核的超级调用接口，将需要升级目标函数的起始位置指令替换为中断断点指令；当虚拟机内核中的中断处理程序判断出引起断点异常的断点是由该中断断点指令引起时，虚拟机内核调用超级内核的超级调用接口，替换第一中断断点指令为升级所需的跳转指令以将需要升级的超级内核组件中的目标函数升级为升级函数。本发明实施例的技术方案，能够减少升级超级内核组件需占用的设备资源，并减少升级对业务的影响。

Description

超级内核组件的升级方法和计算机系统

本申请要求于 2011 年 01 月 30 日提交中国专利局、申请号为 201110033485.0、发明名称为 "超级内核组件的升级方法和计算机系统" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及计算机技术领域，具体涉及超级内核 Hypervisor组件的升级方法和计算机系统。背景技术

目前通过虚拟机软件，例如可以在一台物理计算机上模拟出一台或多台虚拟的计算机，而这些虚拟机就像真正的计算机那样进行工作，虚拟机上可安装操作系统、安装应用程序、访问网络资源等等。对于在虚拟机中运行的应用程序而言，虚拟机就像是在真正的计算机中进行工作。

在虚拟化系统中，在运行一段时间后，若发现某些功能存在不足或存在缺陷，可以替换某些系统组件并重新启动系统或服务来增强、修复系统功能，以达到系统安全、稳定的目的。但是，在电信产品领域中，对于产品的可靠性通常要求非常高，通过替换组件后再重启系统的方法，已经不能满足电信级虚拟化产品的可靠性要求。

现有技术中，若需要升级通信设备 A的超级内核（Hypervisor )组件，通常是先通过热迁移技术将通信设备 A上的业务迁移到另一通信设备 B , 然后停止通信设备 A的业务，升级通信设备 A的 Hypervisor的待升级组件后，重启通信设备 A, 再将通信设备 B上执行的业务再迁移到通信设备。

现有升级 Hypervisor组件的方式需要占用较多设备资源，并且业务热迁移过程也可能影响到业务的流畅运转。发明内容

本发明实施例提供超级内核 Hypervisor组件的升级方法和计算机系统，以减少升级 Hypervisor组件需占用的设备资源，并减少升级对业务的影响。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种超级内核 Hypervisor组件的升级方法，包括：虚拟机内核调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件中的目标函数的升级文件加载到所述 Hypervisor的地址空间，所述升级文件包括与所述目标函数对应的升级函数；

虚拟机内核调用 Hypervisor 的超级调用接口，将需要升级的 Hypervisor 组件中的目标函数的起始位置指令替换为第一中断断点指令；

当虚拟机内核中的中断处理程序判断出引起断点异常的断点是由所述第一中断断点指令引起时，虚拟机内核调用 Hypervisor的超级调用接口，替换所述第一中断断点指令为升级所需的跳转指令以将所述需要升级的 Hypervisor 组件中的目标函数升级为所述升级函数，其中所述跳转指令指向所述地址空间中的升级文件中的升级函数。

一种计算机系统，包括：中央处理器 CPU, 存储器，所述存储器用于存程序代码对应的程序，其中，所述 CPU 中运行有虚拟机内核以及超级内核 Hypervisor:

所述虚拟机内核用于调用 Hypervisor 的超级调用接口，将用于升级

Hypervisor组件中的目标函数的升级文件加载到所述 Hypervisor的地址空间，所述升级文件包括与所述目标函数对应的升级函数；调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为第一中断断点指令；

所述虚拟机内核还用于，当所述虚拟机内核中的中断处理程序判断出引起断点异常的断点是由所述第一中断断点指令引起时，调用 Hypervisor的超级调用接口，替换所述第一中断断点指令为升级所需的跳转指令以将所述需要升级的 Hypervisor组件中的目标函数升级为所述升级函数，其中所述跳转指令指向所述地址空间中的升级文件中的升级函数。

由上可见，本发明实施例的 Hypervisor提供超级调用接口，而虚拟机内核则调用超级内核 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间，调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为中断断点指令；当发现中断处理程序判断出引起断点异常的断点是由该中断断点指令引起时，调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数，升级为升级文件中与该目标函数对应的升级函数，由于是利用 Hypervisor提供超级调用接口对 Hypervisor组件进行在线升级，故而不需要热迁移业务到其它设备，相对减少了升级 Hypervisor组件需占用的设备资源，同时也有利于减少了升级 Hypervisor组件对上层业务的影响；并且该升级机制无需中断业务，且实时性较高，升级时间也相对较短。附图说明

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

图 1是本发明实施例提供的一种虚拟系统运行架构示意图；

图 2是本发明实施例提供的一种 Hypervisor组件的升级方法流程示意图；图 3-a是本发明实施例提供的一种虚拟系统模块架构示意图；

图 3-b是本发明实施例提供的一种升级内存区划分示意图；

图 4是本发明实施例提供的一种 Hypervisor组件的升级方法流程示意图；图 5是本发明实施例提供的一种计算机系统示意图。具体实施方式

本发明实施例提供超级内核 Hypervisor组件的升级方法和计算机系统。为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

为便于理解，下面先筒单介绍一种虚拟系统运行架构。

参见图 1 , 一个虚拟化环境可包括如下相互配合的元素：

Hypervisor、 Domain O^Domain U等。

其中， Hypervisor是一个介于硬件和虚拟机操作系统之间的软件层，主要负责在各虚拟机之间进行中央处理器（ CPU, central processing unit )调度和内存分配。 Hypervisor不仅抽象出硬件层，同时支撑着各虚拟机的运行，因为各虚拟机共享同一个硬件处理环境。虚拟化系统中的 Hypervisor直接跟硬件打交道， Hypervisor运行于 CPU RingO级（即对硬件具有最高访问权限）。

Domain U为虚拟机， Domain 0可看成是其它虚拟机的管理节点， Domain 0 通常是唯一运行在 Hypervisor之上的虚拟机，调度 Hypervisor, 并拥有访问物理 I/O资源的权限，同时和虚拟系统上运行的其它虚拟机进行交互。

本发明实施例的应用场景，主要是针对虚拟化环境下对 Hypervisor组件进行在线升级，下面通过具体实施例进行详细介绍。本发明实施例提供的一种超级内核 Hypervisor组件的升级方法，参见图 2, 具体包括如下步骤：

参见图 2, 具体步骤可以包括：

210、虚拟机内核调用 Hypervisor的超级调用接口，将用于升级 Hypervisor 组件中的目标函数的升级文件加载到上述 Hypervisor的地址空间，上述升级文件包括与上述目标函数对应的升级函数；

其中，上述目标函数为要被升级的函数（旧函数），目标函数升级后，程序运行的新函数为升级文件中的升级函数（新函数），即将目标函数升级为升级函数。

需要说明的是，本实施例中的虚拟机内核为运行在 Hypervisor之上的虚拟机（例如 Domain 0或其它类似功能的虚拟机）的内核（该内核中例如可设置有升级管理模块），同时，上述超级内核 Hypervisor提供超级调用接口，虚拟机内核可以通过 Hypervisor提供的超级调用接口来访问 Hypervisor。鉴于在虚拟化环境下，用户空间（如应用程序）是无法直接访问 Hypervisor的，本发明实施例中的虚拟机内核可代理用户空间访问 Hypervisor,以执行 Hypervisor组件升级等操作。

其中，本发明实施例中 "调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到上述 Hypervisor的地址空间 " 具体可包括：调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间划分出升级内存区；调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到该 Hypervisor的地址空间中的升级内存区。

更具体的，本发明实施例还包括：

调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间划分出升级内存区；

判断 Hypervisor地址空间当前的升级内存区是否有足够的剩余空间加载上述升级文件；

若够，则调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到上述 Hypervisor的地址空间中的升级内存区；

若不够，则调用 Hypervisor的超级调用接口，在 Hypervisor地址空间再划分出一块升级内存区，使得 Hypervisor的地址空间中有足够的升级内存区来加载上述升级文件。

当然，虚拟机内核亦可通过其它方式（例如可直接统计字节数等），获得该升级文件的大小，并根据获得的该升级文件的大小，判断 Hypervisor地址空间当前的升级内存区是否有足够的剩余空间来加载该升级文件。若 Hypervisor 地址空间的升级内存区足够大，则虚拟机内核亦可默认为 Hypervisor地址空间当前的升级内存区有足够的剩余空间来加载该升级文件，故而事先亦可不对升级内存区是否有足够的剩余空间来加载该升级文件进行判断，而可直接进行加载。

当然，若升级内存区的剩余空间过多（例如升级内存区中的部分空间始终未用），升级管理模块也可调用 Hypervisor的超级调用接口，将 Hypervisor的地址空间中的升级内存区的部分空间划分给其它程序使用。

其中， "将用于升级 Hypervisor组件的升级文件加载到上述 Hypervisor的地址空间中的升级内存区" 具体可包括：

比较用于升级 Hypervisor组件的升级文件中记录的首选加载地址，和其将要加载到 Hypervisor的地址空间的升级内存区的起始地址是否相同；

若相同，则将用于升级 Hypervisor组件的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区；若不同，则对用于升级 Hypervisor组件的升级文件中与上述目标函数对应的符号进行重定位，以确定上述升级文件中的符号对应的目标函数将加载到升级内存区中的地址，将上述重定位后的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区。

220、虚拟机内核调用 Hypervisor的超级调用接口，将需升级的 Hypervisor 组件中的目标函数的起始位置指令替换为第一中断断点指令；

其中，虚拟机内核通过将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为第一中断断点指令，来设置一个升级触发点，后续便可在第一中断断点指令引起系统断点异常时，触发执行 Hypervisor组件中的该目标函数的升级。

230、当虚拟机内核中的中断处理程序判断出引起断点异常的断点是由上述第一中断断点指令引起时，虚拟机内核调用 Hypervisor的超级调用接口，替换上述第一中断断点指令为升级所需的跳转指令以将上述需要升级的 Hypervisor组件中的目标函数升级为上述升级函数，其中，上述跳转指令指向上述地址空间中的升级文件中的升级函数。

在一种应用场景下，例如虚拟机内核可以先调用 Hypervisor的超级调用接口，生成需要升级的 Hypervisor组件中的目标函数中，将要被跳转（ JMP )指令所覆盖的指令的等价代码，该跳转指令指向加载到 Hypervisor地址空间的上述升级文件中与该目标函数对应的升级函数（即，该跳转指令为指向该目标函数对应的升级函数的跳转指令）；而后再调用 Hypervisor的超级调用接口，将上述目标函数的起始位置的指令替换为第一中断断点指令；

当系统产生断点异常时（该断点异常可能是由中断断点指令产生，也可能是其它原因而产生），中断处理程序可判断引起断点异常的断点是否是由第一中断断点指令引起（即判断该断点异常是否因升级而产生）；若否，则按照该断点异常对应的处理程序进行断点处理；若判断出该断点异常是由第一中断断点指令引起（即断点异常因升级而产生，且该断点异常是为了生效 Hypervisor 组件中的目标函数对应的升级函数 ),则虚拟机内核可调用 Hypervisor的超级调用接口，检查是否有 CPU在执行该目标函数（在实际应用中，虚拟机内核可调用 Hypervisor的超级调用接口获取 Hypervisor对应的 CPU的调用栈，根据获取的该调用栈，检查各 CPU当前的函数执行情况，进而可检查到有没有 CPU在执行上述目标函数），若检查到没有 CPU在执行该目标函数，则虚拟机内核可以调用 Hypervisor的超级调用接口，将该目标函数的起始位置的中断断点指令替换为跳转指令（该跳转指令指向该目标函数对应的升级函数），并将该断点异常的返回地址设置为上述升级函数的起始地址，断点异常返回后将执行该升级函数。后续，当某线程再次执行到上述目的函数的起始位置时，会根据跳转指令，跳转到该目标函数对应的升级函数执行。

此外，若中断处理程序判断出该断点异常是由第一中断断点指令引起（即因升级而产生，且该断点异常是为了生效 Hypervisor组件中的目标函数对应的升级函数），并且虚拟机内核检查到有 CPU正在执行该目标函数，则虚拟机内核可调用 Hypervisor的超级调用接口，将该目标函数的起始位置的中断断点指令替换为跳转指令，并将该断点异常的返回地址设置为上述目标函数的等价代码的起始地址，断点异常返回后将执行该等价代码。后续，当某线程再次执行到上述目的函数的起始位置时，会根据跳转指令，跳转到该目标函数对应的升级函数执行。或者，虚拟机内核可创建一个延迟升级内核线程，当 CPU执行完目标函数，再升级该目标函数。

在实际应用中，虚拟机内核在生成 Hypervisor组件中的目标函数中，将要被跳转指令所覆盖的指令的等价代码时，若将被跳转指令覆盖的目标函数的起始位置的若干条指令的长度是已知（例如是固定长度的某些指令，将被替换指令的长度可能大于或等于跳转指令的长度，例如跳转指令为 12字节，而将被其覆盖的目标函数的起始位置若干条指令的长度为 15字节 ), 则虚拟机内核可根据跳转指令的长度，拷贝目标函数的起始位置将被其替换的若干条指令，并生成对应的等价代码；若将被跳转指令替换的目标函数的起始位置若干条指令的长度是未知的，则虚拟机内核可以根据指令码表（指令码表中记录了各种指令的操作码和操作数）和需要升级的 Hypervisor组件中的目标函数的起始位置将要被跳转指令所要替换的字节数（即跳转指令的长度），逐条识别出该 Hypervisor组件中的目标函数的起始位置将被跳转指令替换的指令（包括操作码，还可能包括操作数）的长度，而后再根据该识别出的长度拷贝目标函数的起始位置将被其替换的若干条指令，并生成对应的等价代码。

需要说明的是，上述生效升级文件所对应升级的 Hypervisor组件的方式仅为举例说明，基于该实现思想，还可以得到其它一种或多种实施方式，此处不再一一赞述。

此外，若需要还原升级（可能是用户空间指示还原升级），可按照与生效升级函数的类似方式，在所有需要还原的目标函数的开始位置写入中断断点指令（其中，以原子写入方式写入中断断点指令），可称第二中断断点指令。当线程执行到该第二中断断点指令时，触发产生断点异常，启动断点异常处理程序。

当系统产生断点异常时，中断处理程序判断该断点异常是否由第二中断断点指令引起（即判断该断点异常是否因升级而产生）；若否，则按照该断点异常对应的处理程序进行断点处理；若中断处理程序判断出该断点异常是第二中断断点指令引起（即判断出该断点异常因升级而产生，且该断点异常是为了还原升级 ), 虚拟机内核可超级调用接口检查是否有中央处理器 CPU正在执行上述 Hypervisor组件中的目标函数对应的升级函数，若检查到没有中央处理器 CPU正在执行 Hypervisor组件中的目标函数对应的升级函数，则虚拟机内核可调用 Hypervisor的超级调用接口，还原该目标函数的起始位置被跳转指令所覆盖的指令，并将该断点异常的返回地址设置为该目标函数的等价代码的起始地址；断点异常返回后将执行该等价代码。后续，当某线程再次执行到上述目的函数的起始位置时，就不会执行该目标函数对应的升级函数了，而是执行上述目的函数。

此外，若中断处理程序判断出该断点异常是由第二中断断点指令引起（即因升级而产生，且该断点异常是为了还原升级）；并且虚拟机内核检查到有 CPU 正在执行 Hypervisor组件中的目标函数对应的升级函数，则虚拟机内核调用 Hypervisor的超级调用接口，还原该目标函数的起始位置被跳转指令所覆盖的指令，并将该断点异常的返回地址设置为上述升级函数的起始地址；断点异常返回后将执行该升级函数。后续，当某个线程再次执行到上述目的函数的起始位置时，就不会执行该目标函数对应的升级函数了，而是执行该目的函数。或者，虚拟机内核可创建一个延迟还原内核线程，当 CPU执行完目标函数对应的升级函数后，再还原该目标函数。

可以理解的是，本实施例的虚拟机内核中可能包括多个用于协同升级的模块，为了说明方便，而本发明实施例中一般统一使用虚拟机内核来描述相应的步骤的执行，而不使用其各模块来描述相应的步骤，例如虚拟机内核中可设置一升级管理模块，由该升级管理模块负责代理访问 Hypervisor, 进行 Hypervisor 组件升级管理，当该运行在 Hypervisor之上的虚拟机的内核启动后，可选择加载该升级代理模块，而虚拟机内核的各个功能模块执行的步骤当然也都可以描述由虚拟机内核执行的步骤。

由上可见，本实施例的 Hypervisor提供超级调用接口，而虚拟机内核则调用超级内核 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间，调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为中断断点指令；当发现中断处理程序判断出引起断点异常的断点是由该中断断点指令引起时，调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数，升级为升级文件中与该目标函数对应的升级函数，由于是利用 Hypervisor提供超级调用接口对 Hypervisor组件进行在线升级，故而不需要热迁移业务到其它设备，相对减少了升级 Hypervisor组件需占用的设备资源，同时也有利于减少了升级 Hypervisor组件对上层业务的影响；并且，该升级机制无需中断业务，且实时性较高，升级时间也相对较短。为便于更好的理解本发明技术方案，下面通过举例场景对本发明实施例的上述技术方案进行详细描述。

其中，本实施例中主要以在 Domain O的内核中部署升级管理模块，升级管理模块部署位置示意图可如图 3-a所示，部署在 Domain 0的内核中的升级管理模块能够代理访问 Hypervisor, 包括进行 Hypervisor组件升级管理等。

对于在其它虚拟机内核中部署升级管理模块的场景可类推。

参见图 4, 具体步骤可以包括：

401、用户空间的应用程序，向部署在 Domain 0的内核中的升级管理模块发送 Hypervisor组件升级指令；

当 Domain O的内核启动后，可选择加载该升级管理模块。本实施例中的超级内核 Hypervisor提供超级调用接口，部署在 Domain 0的内核中的升级管理模块可以通过 Hypervisor提供的超级调用接口来访问 Hypervisor。鉴于在虚拟化环境下，用户空间（如应用程序 )是无法直接访问 Hypervisor的，而部署在 Domain 0的内核中的升级管理模块可代理用户空间访问 Hypervisor, 以执行 Hypervisor 组件升级等操作。

在一种应用场景下， Domain 0或其它虚拟机的用户空间的应用程序可调用系统调用（Syscall )接口，通过 "升级设备文件"，向部署在 Domain 0的内核中的升级管理模块发送 Hypervisor组件升级指示，指示升级管理模块加载用于升级 Hypervisor组件的升级文件，升级 Hypervisor组件。

402、部署在 Domain 0的内核的升级管理模块调用超级内核 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件（为便于描述，可将用于升级 Hypervisor组件的升级文件筒称为目标 Hypervisor组件升级文件 )加载到 Hypervisor的地址空间。

在一种应用场景下，升级管理模块例如可调用超级内核 Hypervisor的超级调用接口，直接将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间；或者，为筒化升级管理的复杂度，升级管理模块也可先调用 Hypervisor 的超级调用接口，在 Hypervisor的地址空间划分出升级内存区（升级内存区可以专用于緩存升级相关数据，这样可便于升级管理，划分出的升级内存区可图 3-b所示）；再调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间的升级内存区。其中，升级内存区的空间的划分大小可根据具体需要来具体设定，例如可在 Hypervisor的地址空间划分出 50MB、 100MB或其它大小的空间作为升级内存区，当然，若升级内存区的剩余空间不足，升级管理模块还可调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间再划分出一块升级内存区；当然，若升级内存区的剩余空间过多（例如其中的部分空间始终未用 ),升级管理模块也可调用 Hypervisor 的超级调用接口，将 Hypervisor的地址空间中的升级内存区的部分空间划分给其它程序使用。

其中，制作用于升级 Hypervisor组件的升级文件的方式可以包括：将修改之后的 Hypervisor组件源代码 (升级源代码），在原编译虚拟化映像的编译环境上编译，获得目标 Hypervisor组件升级文件；将编译获得的目标 Hypervisor组件升级文件连接成能够被加载运行的目标 Hypervisor组件升级文件；进一步的，还可将目标该 Hypervisor升级文件中的所有符号的重定位信息转换成偏移重定位信息，并保存到目标 Hypervisor升级文件中。

进一步的，还可以生成下一次制作升级文件使用的绝对地址符号文件和相对地址符号文件。其中，绝对地址符号文件可记录下一次制作的升级文件的首选加载地址（内存中的绝对地址），相对地址符号文件可记录，下一次制作的升级文件的首选加载地址，与此前最早（或者某次）加载到内存中的升级文件的首选地址之间的差值。

在实际应用中，若在制作升级文件时，将升级文件中所有符号的重定位信息转换成偏移重定位信息，并保存到该升级文件中，则在此场景下，升级管理模块可在将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间的升级内存区之前，先根据该升级文件中包含的偏移重定位信息（根据偏移重定位信息可大致确定该升级文件的大小 ) ,判断 Hypervisor地址空间当前的升级内存区是否有足够的剩余空间来加载该升级文件；若不够，则升级管理模块可调用 Hypervisor的超级调用接口，在 Hypervisor地址空间再划分出一块升级内存区（新划分出的升级内存区和原有的升级内存区可统一管理）。当然，升级管理模块亦可通过其它方式（例如可直接统计字节数等），获得该升级文件的大小，并根据获得的该升级文件的大小，判断 Hypervisor地址空间当前的升级内存区是否有足够的剩余空间来加载该升级文件。当然，若 Hypervisor地址空间的升级内存区足够大，则升级管理模块亦可默认为 Hypervisor地址空间当前的升级内存区有足够的剩余空间来加载该升级文件，故而事先亦可不判断升级内存区是否有足够的剩余空间来加载该升级文件，而可直接进行加载。

在一种应用场景下，升级管理模块将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间的升级内存区可包括：比较用于升级 Hypervisor 组件的升级文件中记录的首选加载地址，和其将要加载到 Hypervisor的地址空间的升级内存区的起始地址是否相同；若相同，则升级管理模块可将该用于升级 Hypervisor组件的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区；若不同，则升级管理模块可对该用于升级 Hypervisor组件的升级文件中的符号进行重定位，以确定该升级文件中的符号将加载到内存中的地址，将该重定位后的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区。例如升级管理模块可根据将要加载到 Hypervisor的地址空间的升级内存区的起始地址，和升级文件中记录的首选加载地址的差值，对该用于升级 Hypervisor组件的升级文件中的符号进行重定位，获得可在新位置执行的升级文件代码。

举个具体的例子，假设升级文件包括 ABC三个符号，符号 A的偏移重定位信息为 10, 符号 B的偏移重定位信息为 20, 符号 C的偏移重定位信息为 30; 若升级文件中记录的首选加载地址为 0X000100, 而实际要加载到内存的首地址为 0X000500, 虚拟机内核可先对该升级文件中的符号进行重定位，确定该升级文件中的符号将加载到内存中的地址，通过重定位确定出 A的加载地址为 0X000510 ( 0X000500+10 ), B的加载地址为 0X000520 ( 0X000500+20 ); C的加载地址为 0X000530 ( 0X000500+10 )。

403、升级管理模块调用 Hypervisor的超级调用接口，生效上述升级文件所对应升级的 Hypervisor组件。

其中，生效升级文件所对应升级的 Hypervisor组件，可看成是将 Hypervisor 即是用于升级目标函数的函数），设置为可被执行的状态（包括将需要升级的 Hypervisor组件中的目标函数，升级为升级文件中与该目标函数对应的升级函数等）。升级管理模块可通过多种方式，生效升级文件所对应升级的 Hypervisor 组件。

在一种应用场景下，例如升级管理模块可以先调用 Hypervisor的超级调用接口，生成需要升级的 Hypervisor组件中的目标函数中，将要被跳转指令覆盖的指令的等价代码，其中，该跳转指令指向该目标函数对应的升级函数（即该跳转指令为指向该目标函数对应的升级函数的跳转指令）。

为便于理解，下面举例一种生成等价代码的方法，可包括：

升级管理模块为等价代码分配内存空间；

生成 Hypervisor组件中的目标函数中，将要被跳转指令覆盖的指令的等价代码，并将该等价代码拷贝到为等价代码分配内存空间。

在实际应用中，升级管理模块在生成 Hypervisor组件中的目标函数中，将被跳转指令覆盖的指令的等价代码时，若将被跳转指令覆盖的目标函数的起始位置若干条指令的长度是已知（例如将被替换的是固定长度的某些指令，将被替换指令的长度可能大于或等于跳转指令的长度，例如，跳转指令为 12字节，而将要被其替换的目标函数的起始位置若干条指令的长度为 15字节；)，则升级管理模块可根据跳转指令的长度，拷贝目标函数的起始位置将被其替换的若干条指令，并生成对应的等价代码；若将要被跳转指令替换的目标函数的起始位置若干条指令的长度是未知的，则升级管理模块可以根据指令码表（指令码表中记录了各种指令的操作码和操作数）和 Hypervisor组件中的目标函数的起始位置将被跳转指令所要替换的字节数（即跳转指令的长度），逐条识别出需要升级的 Hypervisor组件中的目标函数的起始位置将要被跳转指令替换的指令 (包括操作码，还可能包括操作数）的长度，而后再根据该识别出的长度拷贝目标函数的起始位置将被其替换的若干条指令，并生成对应的等价代码。在一种应用场景下，对于复杂指令系统，升级管理模块可自动反汇编解析被替换的指令；对于精筒指令系统，可直接复制被替换的指令。

特别的，若需升级的 Hypervisor组件中的目标函数的起始位置将被跳转指令替换的指令中也包括跳转指令，则生成对应的等价代码时，需要先确定该跳转指令是绝对跳转指令（其指向的目标地址为绝对地址）还是相对跳转指令（其指向的目标地址为绝对地址），若是绝对跳转指令，可直接生成对应的等价代码；若是相对跳转指令，则在生成对应的等价代码后，则需要根据该跳转指令在该等价代码中的位置，修改其所指向的目标地址，使得当执行该等价代码该跳转指令时，仍可根据修改后的目标地址，跳转到原来应该跳转到的位置。

此外，升级管理模块还可以根据具体需要，在等价代码的末尾可再添加一条跳转指令，该跳转指令的目的地址设置为 Hypervisor组件中的目标函数的起始位置被跳转指令替换的指令的下一条指令，使得某线程在执行完该等价代码后，跳转到该下一条指令位置继续执行。可以理解的是，若等价代码的末尾本来就是一条跳转指令或其它中断指令，则可无需在该等价代码的末尾再添加一条跳转指令。

在生成 Hypervisor组件中的目标函数中，将被跳转指令所覆盖的指令的等价代码后，升级管理模块可调用 Hypervisor的超级调用接口，将上述目标函数的起始位置的指令替换为中断断点指令 D1 (其中，以原子写入方式写入中断断点指令 Dl )。当线程执行到该中断断点指令 D1时，触发产生断点异常，启动断点异常处理程序。

本实施例中，可扩展 DomainO系统的断点异常处理程序，当接收到断点信号时，扩展后的断点处理程序可判断该断点异常发生的原因，包括判断断点异常是否因升级而产生。

在目前的虚拟化系统中， Hypervisor是不会被抢占的，因此在 Hypervisor 中不会存在多个线程栈的情况，因此只要考虑在多核架构下，每个 CPU的栈是否落在目标函数。

本实施例中考虑，将 Domain 0绑定在某一 CPU上执行，由于 Domain 0直接调用 Hypervisor, 因此，若将 Domain 0绑定在某一 CPU上执行，则相应的， Hypervisor也必然被绑定在该 CPU上执行，这样有利于筒化检查 CPU否是在执行 Hypervisor组件中的目标函数的机制，因为，升级管理模块在调用 Hypervisor 的超级调用接口获取 Hypervisor对应的 CPU的调用栈，检查该 CPU当前的函数执行情况，以确定是否有 CPU在执行 Hypervisor组件中的目标函数时，若在将 Domain 0绑定在某一 CPU上执行的场景下，则升级管理模块只需要获取一个 CPU ( Hypervisor运行的 CPU ) 的调用栈，根据一个 CPU的调用栈，对该一个 CPU当前的函数执行情况，以确定该一个 CPU是否在执行 Hypervisor组件中的目标函数时。

当 Domain O系统产生断点异常时（该断点异常可能是由上述中断断点指令 D1产生，即因升级而产生，也可能是其它原因而产生），断点异常处理程序可判断该断点异常是否因升级而产生；若否，则按照该断点异常对应的处理程序进行断点处理；若判断出该断点异常是由上述中断断点指令 D1引起（即因升级而产生，并且该断点异常是为了生效 Hypervisor组件中的目标函数对应的升级函数 ), 且升级管理模块检查到没有 CPU在执行该目标函数（在实际应用中，升级管理模块可调用 Hypervisor的超级调用接口获取 Hypervisor对应的 CPU的调用栈，根据获取的该调用栈，逐个检查（或也可同时检查）各 CPU当前的函数执行情况，进而可检查到有没有 CPU在执行上述目标函数），则升级管理模块可以调用 Hypervisor的超级调用接口，将该目标函数的起始位置的中断断点指令 D1替换为跳转指令（该跳转指令指向该目标函数对应的升级函数 ), 并将该断点异常的返回地址设置为上述升级函数的起始地址，断点异常返回后将执行该升级函数。后续，当某线程再次执行到上述目的函数的起始位置时，会根据跳转指令，跳转到该目标函数对应的升级函数执行。

此外，若断点异常处理程序判断出该断点异常是由上述中断断点指令 D1 引起的（即因升级而产生，且该断点异常是为了生效 Hypervisor组件中的目标函数对应的升级函数 ),并且升级管理模块检查到有 CPU正在执行该目标函数，则升级管理模块调用 Hypervisor的超级调用接口，将该目标函数的起始位置的中断断点指令 D1替换为跳转指令，并将该断点异常的返回地址设置为上述目标函数的等价代码的起始地址，而断点异常返回后将执行该等价代码。后续，当再次执行到上述目的函数的起始位置时，会根据跳转指令，跳转到该目标函数对应的升级函数执行。或者，升级管理模块可创建一个延迟升级内核线程，当 CPU执行完目标函数后，再升级该目标函数。

在实际应用中，为确保 JMP指令写入的原子性，可从后往前逐个字节写入，例如，若中断断点指令 INT3操作码是 OxCC (其中，中断断点指令 INT3只有操作码，没有操作数），可先把 JMP指令的操作数字节写入 INT3的后一个字节的位置，再把 JMP操作码替换 INT3的操作码 0xCC。

此外，若需要还原升级（可能是用户空间的应用程序指示还原升级），升级管理模块可按照与生效升级函数的类似方式，在所有需要还原的目标函数的开始位置写入中断断点指令 D2 (其中，以原子写入方式写入中断断点指令 2 )。

当某线程执行到该中断断点指令时，触发产生断点异常，启动断点异常处理程序。当 Domain 0系统产生断点异常时，断点异常处理程序可判断该断点异常是否因升级而产生（即是否由中断断点指令 D2引起）；若否，则按照该断点异常对应的处理程序进行断点处理。

若判断出该断点异常是由中断断点指令 D2引起（即因升级而产生，且该断点异常是为了还原升级）；并且升级管理模块检查到没有 CPU正在执行 Hypervisor组件中的目标函数对应的升级函数，则升级管理模块调用 Hypervisor 的超级调用接口，还原该目标函数的起始位置被跳转指令所覆盖的指令（可先恢复中断断点指令 D2之后的被跳转指令覆盖的指令，待所有目标函数其它部分都还原完后，最后将所有的中断断点指令替换为被覆盖的目标函数指令 ), 并将该断点异常的返回地址设置为该目标函数的等价代码的起始地址；断点异常返回后将执行该等价代码。后续，当再次执行到上述目的函数的起始位置时，就不会执行该目标函数对应的升级函数了，而是执行该目的函数。

此外，当 Domain 0系统产生断点异常时，若断点异常处理程序判断出该断点异常是由中断断点指令 D2引起（即因升级而产生，且该断点异常是为了还原升级）；并且检查到有 CPU正在执行 Hypervisor组件中的目标函数对应的升级函数，则升级管理模块调用 Hypervisor的超级调用接口，还原该目标函数的起始位置被跳转指令所覆盖的指令，并将该断点异常的返回地址设置为上述升级函数的起始地址；断点异常返回后将执行该升级函数。后续，当再次执行到上述目的函数的起始位置时，就不会执行该目标函数对应的升级函数了，而是执行该目的函数。或者，升级管理模块可创建一个延迟还原内核线程，当 CPU执行完目标函数对应的升级函数后，再还原该目标函数。

由上可见，本实施例的 Hypervisor提供超级调用接口，而部署在 Domain 0 内核中的升级管理模块则调用超级内核 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件力口载到 Hypervisor的地址空间，并调用 Hypervisor 的超级调用接口来生效升级文件所对应升级的 Hypervisor组件，由于是利用 Hypervisor提供超级调用接口对 Hypervisor组件进行在线升级，故而不需要热迁移业务到其它设备，相对减少了升级 Hypervisor组件需占用的设备资源，同时也有利于减少了升级 Hypervisor组件对上层业务的影响；并且，该升级机制无需中断业务，且实时性较高，升级时间也相对较短。

进一步的，通过生成等效代码的机制，可实现无缝升级，进一步减少对上层业务的影响。参见图 5、基于上述实施例，本发明实施例提供的一种计算机系统，可包括：中央处理器 CPU 510, 存储器 520, 存储器 520用于存储程序代码；中央处虚拟机内核用于调用 Hypervisor的超级调用接口，将用于升级 Hypervisor 组件中的目标函数的升级文件加载到上述 Hypervisor的地址空间，上述升级文件包括与上述目标函数对应的升级函数；调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为第一中断断点指令；断点是虚拟机内核由上述第一中断断点指令引起时，调用 Hypervisor的超级调用接口，替换上述第一中断断点指令为升级所需的跳转指令以将上述需要升级的 Hypervisor组件中的目标函数升级为上述升级函数，其中上述跳转指令指向上述地址空间中的升级文件中的升级函数。

在一种应用场景下，虚拟机内核可调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间划分出升级内存区；调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到该 Hypervisor的地址空间中的升级内存区。

举例来说，调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间划分出升级内存区；判断 Hypervisor地址空间当前的升级内存区是否有足够的剩余空间加载上述升级文件；若够，则调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到上述 Hypervisor的地址空间中的升级内存区；若不够，则调用 Hypervisor的超级调用接口，在 Hypervisor地址空间再划分出一块升级内存区，使得 Hypervisor的地址空间中有足够的升级内存区来加载上述升级文件。

当然，若升级内存区的剩余空间过多（例如升级内存区中的部分空间始终未用 ) , 虚拟机内核也可调用 Hypervisor的超级调用接口，将 Hypervisor的地址空间中的升级内存区的部分空间划分给其它程序使用。

其中，虚拟机内核可比较用于升级 Hypervisor组件的升级文件中记录的首选加载地址，和其将要加载到 Hypervisor的地址空间的升级内存区的起始地址是否相同；若相同，则将用于升级 Hypervisor组件的升级文件拷贝到 Hypervisor 的地址空间中的对应升级内存区；若不同，则对用于升级 Hypervisor组件的升级文件中与上述目标函数对应的符号进行重定位，以确定上述升级文件中的符号对应的目标函数将加载到升级内存区中的地址，将上述重定位后的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区。

其中，上述虚拟机内核具体用于通过如下方式来实现 "调用 Hypervisor的超级调用接口，替换上述第一中断断点指令为升级所需的跳转指令以将上述需要升级的 Hypervisor组件中的目标函数升级为上述升级函数"：

检查是否有中央处理器 CPU在执行上述目标函数；

若否，则调用 Hypervisor的超级调用接口，将上述目标函数的起始位置的中断断点指令替换为跳转指令，并将断点异常的返回地址设置为上述升级函数的起始地址；

若是，调用 Hypervisor的超级调用接口，生成上述目标函数中将要被跳转指令覆盖的指令的等价代码；调用 Hypervisor的超级调用接口，将上述目标函数的起始位置的中断断点指令替换为跳转指令，并将断点异常的返回地址设置为上述等价代码的起始地址。

上述虚拟机内核还用于，在需要还原升级时，虚拟机内核调用 Hypervisor 的超级调用接口，将上述目标函数的起始位置的指令替换为第二中断断点指令；述第二中断断点指令引起时，虚拟机内核调用 Hypervisor的超级调用接口，将上述 Hypervisor组件中由上述目标函数升级的升级函数还原为上述目标函数。

在一种应用场景下，若需要还原升级（其中可能是用户空间指示还原升级），可按照与生效升级函数的类似方式，在所有需要还原的目标函数的开始位置写入第二中断断点指令（其中，以原子写入方式写入中断断点指令）。当线程执行到该第二中断断点指令时，触发产生断点异常，启动断点异常处理程序。当系统产生断点异常时，中断处理程序判断该断点异常是否由第二中断断点指令引起（即判断该断点异常是否因升级而产生）；若否，则按照该断点异常对应的处理程序进行断点处理；若中断处理程序判断出该断点异常是第二中断断点指令引起（即判断出该断点异常因升级而产生，且该断点异常是为了还原升级 ), 虚拟机内核可超级调用接口检查是否有中央处理器 CPU正在执行上述 Hypervisor组件中的目标函数对应的升级函数，若检查到没有中央处理器 CPU正在执行 Hypervisor组件中的目标函数对应的升级函数，则虚拟机内核可调用 Hypervisor的超级调用接口，还原该目标函数的起始位置被跳转指令所覆盖的指令，并将该断点异常的返回地址设置为该目标函数的等价代码的起始地址；断点异常返回后将执行该等价代码。后续，当某线程再次执行到上述目的函数的起始位置时，就不会执行该目标函数对应的升级函数了，而是执行上述目的函数。此外，若中断处理程序判断出该断点异常是由第二中断断点指令引起（即因升级而产生，且该断点异常是为了还原升级）；并且虚拟机内核检查到有 CPU正在执行 Hypervisor组件中的目标函数对应的升级函数，则虚拟机内核调用 Hypervisor的超级调用接口，还原该目标函数的起始位置被跳转指令所覆盖的指令，并将该断点异常的返回地址设置为上述升级函数的起始地址；断点异常返回后将执行该升级函数。后续，当某个线程再次执行到上述目的函数的起始位置时，就不会执行该目标函数对应的升级函数了，而是执行该目的函数。或者，虚拟机内核可创建一个延迟还原内核线程，当 CPU执行完目标函数对应的升级函数后，再还原该目标函数。

本发明实施例基于上述方法实施例来实现，虚拟机内核的其他操作可以参见上述方法实施例中的相关说明，本领域技术人员可以根据方法实施例中的相关说明来实现在计算机系统中升级的各种操作，在此不再赘述。

综上，本发明实施例通过 Hypervisor提供超级调用接口，而虚拟机内核则调用超级内核 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到 Hypervisor的地址空间，并调用 Hypervisor的超级调用接口来生效升级文件所对应升级的 Hypervisor组件，由于是利用 Hypervisor提供超级调用接口对 Hypervisor组件进行在线升级，故而不需要热迁移业务到其它设备，相对减少了升级 Hypervisor组件需占用的设备资源，同时也有利于减少了升级 Hypervisor 组件对上层业务的影响；并且，该升级机制无需中断业务，且实时性较高，升级时间也相对较短。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘或光盘等。

述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims

权利要求

1、一种超级内核 Hypervisor组件的升级方法，其特征在于，包括：虚拟机内核调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件中的目标函数的升级文件加载到所述 Hypervisor的地址空间，所述升级文件包括与所述目标函数对应的升级函数；

虚拟机内核调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为第一中断断点指令；

当虚拟机内核中的中断处理程序判断出引起断点异常的断点是由所述第一中断断点指令引起时，虚拟机内核调用 Hypervisor的超级调用接口，替换所述第一中断断点指令为升级所需的跳转指令以将所述需要升级的 Hypervisor组件中的目标函数升级为所述升级函数，其中，所述跳转指令指向所述地址空间中的升级文件中的升级函数。

2、根据权利要求 1所述的方法，其特征在于，

所述调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到所述 Hypervisor的地址空间，包括：

调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间划分出升级内存区；调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到所述 Hypervisor的地址空间中的升级内存区。

3、根据权利要求 2所述的方法，其特征在于，所述调用 Hypervisor的超级调用接口，在 Hypervisor的地址空间划分出升级内存区；调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到所述 Hypervisor的地址空间中的升级内存区，包括：

判断 Hypervisor地址空间当前的升级内存区是否有足够的剩余空间加载所述升级文件；

若够，则调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件的升级文件加载到所述 Hypervisor的地址空间中的升级内存区；

若不够，则调用 Hypervisor的超级调用接口，在 Hypervisor地址空间再划分出一块升级内存区，使得 Hypervisor的地址空间中有足够的升级内存区来加载所述升级文件。

4、根据权利要求 2或 3所述的方法，其特征在于，

所述将用于升级 Hypervisor组件的升级文件加载到所述 Hypervisor的地址空间中的升级内存区，包括：

若相同，则将用于升级 Hypervisor组件的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区；若不同，则对用于升级 Hypervisor组件的升级文件中与所述目标函数对应的符号进行重定位，以确定所述升级文件中的符号对应的目标函数将加载到升级内存区中的地址，将所述重定位后的升级文件拷贝到 Hypervisor的地址空间中的对应升级内存区。

5、根据权利要求 1所述的方法，其特征在于，虚拟机内核调用 Hypervisor 的超级调用接口，替换所述第一中断断点指令为升级所需的跳转指令以将所述需要升级的 Hypervisor组件中的目标函数升级为所述升级函数，包括：

检查是否有中央处理器 CPU在执行所述目标函数；

若否，则调用 Hypervisor的超级调用接口，将所述目标函数的起始位置的中断断点指令替换为跳转指令，并将断点异常的返回地址设置为所述升级函数的起始地址；

若是，调用 Hypervisor的超级调用接口，生成所述目标函数中将要被跳转指令覆盖的指令的等价代码；调用 Hypervisor的超级调用接口，将所述目标函数的起始位置的中断断点指令替换为跳转指令，并将断点异常的返回地址设置为所述等价代码的起始地址。

6、根据权利要求 5所述的方法，其特征在于，所述方法还包括：

在需要还原升级时，虚拟机内核调用 Hypervisor的超级调用接口，将所述目标函数的起始位置的指令替换为第二中断断点指令；

当虚拟机内核中的中断处理程序判断出引起断点异常的断点是由所述第二中断断点指令引起时，虚拟机内核调用 Hypervisor的超级调用接口，将所述 Hypervisor组件中由所述目标函数升级的升级函数还原为所述目标函数。

7、根据权利要求 6所述的方法，其特征在于，将所述 Hypervisor组件中由所述目标函数升级的升级函数还原为所述目标函数，包括：

检查是否有 CPU正在执行所述升级函数；

若否，则调用 Hypervisor的超级调用接口，还原所述目标函数的起始位置被跳转指令所覆盖的指令，并将断点异常的返回地址设置为所述等价代码的起始地址；

若是，则调用 Hypervisor的超级调用接口，还原所述目标函数的起始位置被跳转指令所覆盖的指令，并将断点异常的返回地址设置为所述升级函数的起始地址。

8、一种计算机系统，其特征在于，包括中央处理器 CPU, 存储器，所述码来运行与程序代码对应的程序，其中，所述 CPU中运行有虚拟机内核以及超级内核 Hypervisor:

所述虚拟机内核用于调用 Hypervisor的超级调用接口，将用于升级 Hypervisor组件中的目标函数的升级文件加载到所述 Hypervisor的地址空间，所述升级文件包括与所述目标函数对应的升级函数；调用 Hypervisor的超级调用接口，将需要升级的 Hypervisor组件中的目标函数的起始位置指令替换为第一中断断点指令；

9、根据权利要求 8所述的计算机系统，其特征在于，所述虚拟机内核具体用于通过如下方式来实现调用 Hypervisor的超级调用接口，替换所述第一中断断点指令为升级所需的跳转指令以将所述需要升级的 Hypervisor组件中的目标函数升级为所述升级函数：

检查是否有中央处理器 CPU在执行所述目标函数；

10、根据权利要求 8或 9所述的计算机系统，其特征在于，

所述虚拟机内核还用于，在需要还原升级时，虚拟机内核调用 Hypervisor 的超级调用接口，将所述目标函数的起始位置的指令替换为第二中断断点指第二中断断点指令引起时，虚拟机内核调用 Hypervisor的超级调用接口，将所述 Hypervisor组件中由所述目标函数升级的升级函数还原为所述目标函数。