从一个操作系统级到已更新操作系统级的动态应用迁移的制作方法

xiaoxiao2020-7-22  4

从一个操作系统级到已更新操作系统级的动态应用迁移的制作方法
【专利摘要】本发明涉及从一个操作系统级到已更新操作系统级的动态应用迁移。具体地,提供了一种技术,用于将与第一操作系统(OS)相关联的第一文件集和与第二OS相关联的第二文件集相比较;基于比较来确定第二OS是第一OS的更加当前版本;响应于确定第二OS是第一OS的更加当前版本,与动态应用迁移相结合地将第一LPAR上的虚拟机(VM)工作负载分区(WPAR)移动至第二LPAR,该移动包括确定与对应于第二OS的WPAR相关联的一组覆盖;从WPAR去除与第一OS相关联的任何覆盖;向WPAR应用对应于第二OS的一组覆盖;对与WPAR相关联的进程使用检查点;以及将与LPAR相关联的动态数据从第一LPAR拷贝到第二LPAR。
【专利说明】从一个操作系统级到已更新操作系统级的动态应用迁移

【技术领域】
[0001]要求保护的主题概括地涉及计算系统,并且更具体地涉及用于使工作负载分区从具有特定操作系统的逻辑分区移动至具有该特定操作系统的更新版本的第二分区。

【背景技术】
[0002]不同于其中相对于硬件将计算资源分区的逻辑分区(LPAR),虚拟化文件系统相对于软件被分区。另外,虽然LPAR可具有不同的操作系统,但虚拟化文件系统空间典型地在OS的单个实例内包括虚拟化操作系统(OS)环境。遍及本说明书被用作示例的虚拟化文件系统空间的一个示例是工作负载分区(WPAR)。应理解的是虽然相对于WPAR来描述要求保护的主题,但该原理也适用于其他类型的虚拟化文件系统空间。
[0003]基本上,存在两个类型的WPAR,系统WPAR和应用WPAR。通常,系统WPAR将系统资源分区,且应用WPAR将一个或多个应用进程隔离并执行。以下描述是基于系统WPAR。每个WPAR具有系统资源的已调节共享,且可具有独有网络和文件系统。另外,每个WPAR可具有单独管理域和安全域,并且能够被独立地停止和开始,每个WPAR具有唯一的根用户、常规用户和密码,诸如inetd、cron和syslog之类的其自己的服务。WPAR通常并不与其他WPAR或全局系统共享可写文件系统。WPAR共享操作系统且可共享底层文件系统、实际或虚拟磁盘适配器、处理器、处理器、分页空间和实际或虚拟网卡。
[0004]虽然特定LPAR内的WPAR共享一个OS,但LPAR内的不同WPAR可运行特定OS的不同版本。此类WPAR称为“版本化” WPAR。版本化WPAR通常运行比全局LPAR更旧的OS版本。版本化WPAR包含其正在运行的OS的任何水平的命令、共享库等。然而,版本化WPAR内的某些命令(诸如但不限于设备驱动程序及其他核心扩展)“被覆盖(overlaid)”,这意味着WPAR运行全局LPAR中的相应命令。通常,这是保持特定命令与全局LPAR上的核心同步所必需的,因为WPAR不包括其自己的核心。
[0005]当文件被覆盖时,通常通过向名称和原始文件添加后缀来将文件重命名,或者传统二进制码利用到本地运行时执行包装(wrapper)的拷贝的符号链接来替换。通常,存在用于每个目标二进制码的目录路径的本地执行包的一个拷贝。另外,采取行动以反映安装机构用来跟踪系统上的所有已安装文件的这些数据变化,并用具有添加后缀的新名称来替换原始名称。包装机制如下工作:1)将本地库的路径预先计划成LIBPATH参数;2)识别调取包装的可执行指令的名称;以及3)调用特殊的新“本地运行时exec O接口”以执行相应的本地二进制码。


【发明内容】

[0006]如本文中的发明人已实现的,通常,将工作负载分区移动至新逻辑分区要求将所有正在运行的应用停止并重新开始。提供了用于使工作负载分区从具有特定操作系统的逻辑分区移动至具有该特定操作系统的更新版本的第二分区。根据公开技术,可在不停止并重新开始正在运行的程序的情况下使该程序移动至更加当前的OS。
[0007]提供了用于将与第一操作系统(OS)相关联的第一文件集同与第二 OS相关联的第二文件集相比较;基于该比较来确定第二 OS是第一 OS的更加当前版本;响应于确定第二OS是第一 OS的更加当前版本,结合动态应用迁移(live applicat1n mobility),使第一LPAR上的虚拟机(VM)工作负载分区(WPAR)移动至第二 LPAR,该移动包括确定与对应于第二 OS的WPAR相关联的一组覆盖;从WPAR去除与第一 OS相关联的任何覆盖;向WPAR应用对应于第二 OS的一组覆盖;对与WPAR相关联的进程使用检查点;以及将与LPAR相关联的动态数据从第一 LPAR拷贝到第二 LPAR。
[0008]本
【发明内容】
并不旨在作为要求保护的主题的全面描述,而是旨在提供与之相关联的某些功能的简要概述。在检查以下各图和详细描述之后,要求保护的主题的其他系统、方法、功能、特征和优点将是或者将变得对于本领域的技术人员而言显而易见的。

【专利附图】

【附图说明】
[0009]当结合以下各图来考虑公开实施方式的以下详细描述时,能够获得对要求保护的主题的更好理解。
[0010]图1是可实现要求保护主题的计算系统架构的框图。
[0011]图2是上面在图1中介绍的工作负载分区(WPAR)覆盖管理器(OLM)的更详细的框图。
[0012]图3是可实现要求保护主题的各方面的比较操作系统(OS)的一个示例的流程图。
[0013]图4是可实现要求保护主题的各方面的评估操作系统(OS)的一个示例的流程图。
[0014]图5是可实现要求保护主题的各方面的应用覆盖进程的流程图。
[0015]图6是可实现要求保护主题的各方面的覆盖文件进程的一个示例的流程图。

【具体实施方式】
[0016]所属【技术领域】的技术人员知道,本发明的各个方面可以实现为系统、方法或计算机程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、驻留软件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。此外,在一些实施方式中,本发明的各个方面还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式,该计算机可读介质中包含计算机可读的程序代码。
[0017]可以采用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是一但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPR0M或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0018]计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于一电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0019]计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括一但不限于一无线、有线、光缆、RF等等,或者上述的任意合适的组合。
[0020]可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言一诸如Java、Smalltalk、C++等,还包括常规的过程式程序设计语言一诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络一包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0021]下面将参照根据本发明实施方式的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,从而生产出一种机器,使得这些计算机程序指令在通过计算机或其他可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。
[0022]也可以把这些计算机程序指令存储在计算机可读介质中,这些指令使得计算机、其他可编程数据处理装置、或其他设备以特定方式工作,从而,存储在计算机可读介质中的指令就产生出包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的指令的制造品(article of manufacture)。
[0023]也可以把计算机程序指令加载到计算机、其他可编程数据处理装置、或其他设备上,使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作动作,以产生计算机实现的过程,从而使得在计算机或其他可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。还应理解的是虽然相对于WPAR来描述,但该要求保护的主题可同样地适用于其他类型的虚拟化文件系统空间。
[0024]现在转到附图,图1是可结合要求保护主题的计算系统架构100的一个示例的框图。第一计算系统(cs_l) 102包括被耦合到监视器106的中央处理单元(CPU) 104、键盘108和指点设备或“鼠标”110,其一起支持人员与架构100和计算系统102的其他元件的交互。也包括在计算系统102中并被附接至CPU104的是计算机可读存储介质(CRSM),具体地是CRSM_1111和CRSM_2112。可将CRSM111-112中的每一个结合到客户端系统102中,即内部设备,或者借助于各种、一般可用连接设备而在外部附接至CPU104,该一般可用连接设备诸如但不限于通用串行总线(USB)端口(未示出)。
[0025]图示出了存储两⑵个逻辑分区(LPAR)、即LPAR_1122和LPAR_2132的CRSM_1111。LPAR_1122被图示为具有工作负载分区(WPAR)、即WPAR_1126和操作系统
(OS),即0S_1124。WPAR_1126包括被覆盖文件系统,即图示出具有操作系统0S_2134的0LFS_1128LPAR_2132。在以下示例中,0S_1124是0S_2134的较旧版本。也存储于CRSM_1111上以便在计算系统102的一个或多个处理器(未示出)上执行的是WPAR覆盖管理器(OLM) 136。在以下示例中,WPAR 0LM136被配置成实现要求保护的主题。
[0026]CS_1102被耦合到局域网(LAN),其提供服务器计算机、或者简单地(服务器)142、存储区域网(SAN) 144和第二计算系统(CS_2) 146之间的连接。虽然在本示例中,计算系统102、服务器142、SAN144和CS_2146经由LAN140可通信地耦合,其还可以通过任何数目的通信介质被耦合,诸如但不限于直接连接、广域网(WAN)和因特网(未示出其中的任何一个)。类似于 CS_1102,CS_2146 包括 CPU、即 CPU148 以及 CRSM、即 CRSMl50? CRSMl50 图示出存储逻辑分区,即LPAR_3152,其包括操作系统、S卩0S_3154和WPAR OLM, BP WPAR OLMl56?虽然为了简单起见而未示出,但CS_2146通常将包括监视器、键盘和鼠标。类似于0S_2134,0S_3154是比0S_1128更加当前的操作系统版本。在以下示例中,公开技术描述了如何将 WPAR_1126 从 CS_1102 上的 LPAR_1122 和 0S_1124 迁移至 CS_2146 上的 LPAR_3152 和0S_3154(参见200、图3、240、图4、270、图5和300、图6)。如上文所解释的,一旦被迁移,WPAR_1122是版本化WPAR,即与其被安装在上面的LPAR相比运行不那么当前的OS版本。
[0027]使用计算设备142和144作为可用于计算系统102的资源的示例,并且充当用于计算系统102的潜在访问点和存储设备。应理解的是,虽然仅在两个计算系统和CRSM上图示出,但LPAR122、132和154、WPARl26和WPAR OLMl36和156可驻留在不同的CRSM、甚至不同的计算系统(诸如CRSM112和113、服务器142和CS_2146)上。还应注意的是,典型架构和计算系统通常将包括许多附加元件,但为了简单起见仅示出了几个。
[0028]图2是上面在图1中介绍的WPAR 0LM136的更详细的框图。WPAR 0LM136包括输入/输出(I/o)模块160、数据模块162、OS评估模块164、覆盖模块166和操作逻辑168。虽然可存在WPAR0LM136的其他部件,但为了简单起见,仅图示出并描述了部件160、162、164、166和168。为了以下示例起见,假设与WPAR OLMl36和156相关联的逻辑分别地在计算系统102和146 (图1)的一个或多个处理器(未示出)上执行,并分别地存储在CRSM111和150 (图1)上。应理解的是,可用许多类型的计算系统和数据存储结构来实现要求保护主题,但为了简单起见,仅在CS_1102(图1)、CS_2146和系统架构100 (图1)方面进行描述。此夕卜,图2中的WPAR OLMl36的表示是逻辑模型。换言之,可将部件160、162、164、166和168存储在相同或单独的文件上,并作为单个系统或作为经由任何可用进程间通信(IPC)技术进行交互的单独进程,在计算系统102和架构100内加载和/或执行。
[0029]I/O模块160处理WPAR OLMl36与计算系统共102的其他部件、架构100和任何管理员或用户的任何通信。数据模块162是用于WPAR 0LM136在操作期间要求的信息和参数的数据储存库。存储在数据模块162中的信息类型的示例包括系统数据170、LPAR数据172、WPAR数据174、版本数据176、文件集数据178和选项数据180。
[0030]系统数据170存储关于架构100的其他元件的信息,诸如但不限于服务器142 (图1)、SAN144(图1)和CS_2146(图1)。简而言之,此外,系统数据160存储使得WPAR OLE136能够与在CS_2146上执行的WPAR 0LE156通信以实现要求保护主题的各方面的信息。LPAR数据172存储关于诸如LPAR_1122(图1)和LPAR_2132(图1)之类的已建立LPAR的信息,包括但不限于关于在每个上运行的特定OS的信息。WPAR数据174存储关于诸如WPAR122之类的已建立WPAR的信息,包括但不限于可分配给WPAR126的各种资源。版本数据176存储关于LPAR126和122中的每一个当前正在执行的0S124和134的特定版本的信息。根据要求保护主题,文件集数据178存储关于安装在每个WPAR126中的文件集以及已被覆盖的特定文件集的信息。选项数据180存储可控制WPAR OLMl36的操作的用户和管理操作参数。
[0031]OS评估模块164与一逻辑相关联,该逻辑用于将诸如0S124U34和154之类的操作系统的更早、相同或更加当前的版本进行比较(参见图240,图4)。根据要求保护主题,覆盖模块166存储负责将适当文件集安装在诸如WPAR122和134之类的版本化WPAR中的逻辑。操作逻辑168存储与要求保护主题的实现相关联的逻辑、以及负责与安装和更新诸如WPAR126和127之类的WPAR相关联的典型逻辑的逻辑。下面结合图3_6来更详细地描述将具有WPAR0LM156(图1)中的相应机构的部件152、154、156、160、162、164、166和168。
[0032]图3是可实现要求保护主题的各方面的移动WPAR进程200的一个示例的流程图。在本示例中,进程200与WPAR 0LM136(图1和2)相结合而存储于CRSM_1111 (图1)上,并在计算系统102 (图1)的CPU104(图1)的一个或多个处理器(未示出)上执行的逻辑相关联。在以下示例中,WPAR_1126(图1)从称为“出发”LPAR并在0S_1124(图1)上运行的LPAR_1122(图1)移动至称为“到达”LPAR并在0S_3154 (图1)上运行的CS_2146(图1)上的LPAR_3152(图1),该OS是比0S_1124更加当前的版本OS。
[0033]进程200在“开始移动WPAR”方框202中开始,并立即前进至“评估OS”方框204。在与方框204相关联的处理期间,进行关于WPAR_1126正在从其移动的0S_1124以及WPAR_1126正在向其移动的0S_3154的特定版本的确定(参见240,图4)。此类确定可基于与WPAR 0LM136(参见162,图2)相结合地存储的信息和通常安装在特定操作系统中的文件集的比较(参见240,图4)。在与“到相同OS ? ”的方框206相关联的处理期间,进行关于0S_3154是否是与0S_1124相同版本的确定。如果是这样,则控制前进至“到较新的OS ? ”的方框208。在与方框208相关联的处理期间,进行关于0S_3154是否是0S_1124的更加当前的版本的确定。如果不是,则控制前进至“抛出异常”方框210。公开技术适用于移动较新OS的WPAR,因此在与方框210相关联的处理期间,采取行动以通知用户或管理员不在实现该移动。
[0034]在与方框208相关联的处理期间,如果进行了 0S_3154是0S_1124的更加当前版本的确定,则控制前进至“应用覆盖”方框212。在与方框212相关联的处理期间,生成0LFS128(图1)并添加到WPAR_1126(参见270,图5)。简而言之,在与方框212相关联的处理期间,根据已知或有待开发的迁移过程,通常经由LAN140使与WPAR_1126相关联的文件、寄存器和参数(包括已被覆盖的任何文件)迁移至LPAR_3152。
[0035]在与“检查点进程”方框214相关联的处理期间,停止WPAR_1126内的所有运行中的进程以期待移动。在停止的同时,捕捉诸如打开文件、存储器内容等应用数据并传输至到达LPAR。这在WPAR的进程全都不在运行时提供了机会窗口,因此可进行覆盖和更新,因为不存在软件重要产品数据(SWVPD)的当前更新。WPAR的文件系统仍是可从出发侧访问的,因此在此时间段期间能够应用覆盖。本质上,时序使得能够相对于系统上的任何其他活动以原子方式来应用覆盖。
[0036]在与“移动WPAR”方框216相关联的处理期间,将WPAR_1126从LPAR_1122和CS_1102拷贝到LPAR_3152和CS_2146。简而言之,在LPAR_1122中捕捉与WPAR_1相关联的动态数据,并经由LAN140传输到LAPR_3。在本示例中,与WPAR_1126相关联的文件驻留于SAN144上,其被CS_1102和CS_2146共享,并且在移动之前如其被LPAR_1122访问那样被LPAR_3152访问。在与“重新开始进程”方框218相关联的处理期间,重新开始在与方框214相关联的处理期间停止的WPAR126的所有进程,并且WPAR_1126唤醒并在LPAR_3152和CS_2146上运行。一旦进程已在到达侧重新开始并开始访问文件系统,则0LFS128在与“完成移动WPAR”方框214相关联的处理期间就位。最后,控制前进至其中进程200完成的“结束移动WPAR”方框229。
[0037]图4是“评估OS”进程240的流程图。在本示例中,进程240与WPAR OLMl36 (图1和2)相结合而存储于CRSMl 12 (图1)上的逻辑相关联,并且可涉及到CS_2146上的WPAROLMl56和WPAR OLMl36之间的通信。虽然可从对OS的查询获得关于OS的某些信息,但该细节通常不足以支持要求保护主题。例如,AIX系统提供指示提供给应用的运行时的AIX水平的“ostype”属性。
[0038]进程240在“开始评估OS”方框242中开始,并立即前进至“识别文件集”方框244。在与方框244相关联的处理期间,在0S_1124和0S_3154内识别通常与OS —起安装和/或对环境具有某些影响的AIX文件集的定义、核心组(参见166和168,图2)。在与“检查安装水平”方框246相关联的处理期间,检查在与方框244相关联的处理期间所识别的文件集以确定其各种性质。在与“安装水平(IL)匹配”方框248相关联的处理期间,进行关于0S_1124和0S_3154中的文件集是否匹配的确定。
[0039]如果是这样,则控制前进至“返回匹配”方框250,并且通知调用进程240 (参见206,图3)的进程:0S是相同的。如果不是,则控制前进至“与OS相关”方框252,在此期间,使用于每个OS的在与方框244相关联的处理期间识别的文件集相关以确定特定OS水平。在与“返回OS水平”方框254相关联的处理期间,使在与方框254相关联的处理期间确定的OS水平返回至调用进程。最后,在与“结束评估OS”方框259相关联的处理期间,进程240完成。
[0040]图5是可实现要求保护主题的各方面的“应用覆盖”进程270的一个示例的流程图。进程270对应于移动WPAR进程200 (图3)的应用覆盖方框216 (图3)。类似于进程200,在本示例中,进程270与同WPAR OLMl36 (图1)相结合而存储在CRSM_1111 (图1)上的逻辑相关联,并在计算系统102 (图1)的CPU104(图1)的一个或多个处理器(未示出)上执行。
[0041]进程270在“开始应用覆盖”方框272中开始并立即前进至“确定OS”方框274。在与方框274相关联的处理期间,通常基于存储信息(参见160,图2)和通过比较0S124和154中的各种文件集水平而收集的信息(参见240,图4)来确定到达LPAR的OS,其在本示例中为LPAR_3154的0S_3154。在与“需要覆盖(OL) ? ”方框276相关联的处理期间,进行关于对于当前移动而言是否需要覆盖的确定。如果是这样,则控制前进至“检索OL信息”方框278,在此期间收集列出所需的特定覆盖的信息。通常,结合WPAR OLMl36来存储此信息(参见160、162、164、166和168,图2)。在与“去除覆盖”方框280相关联的处理期间,去除旧的覆盖。
[0042]在与“获得OL列表中的下一文件”方框282相关联的处理期间,从在与方框278相关联的处理期间检索的OL信息中选择有待于处理的文件的名称。在与“覆盖文件”方框284相关联的处理期间,覆盖在与方框282相关联的处理期间其名称被选择的文件(参见300,图6)。在与“更多文件? ”方框286相关联的处理期间,进行关于是否存在尚未被处理的与方框278相关联的处理期间检索的信息中所列出的文件的确定。如果是这样,则控制返回至方框282,选择列表中的下一名称,并且处理如上所述地继续。如果不是,或者如果在与方框276相关联的处理期间已经做出了不需要覆盖的确定,则控制前进至“结束应用覆盖”方框289,在其期间进程270完成。
[0043]图6是可实现要求保护主题的各方面的覆盖文件过程300的一个示例的流程图。进程300对应于应用覆盖进程270 (图6)的覆盖文件方框284(图5)。类似于进程200、240和270,在本示例中,进程300与WPAR 0LM136(图1)相结合而存储在CRSM_1111 (图1)上,并在计算系统102 (图1)的CPU104(图1)的一个或多个处理器(未示出)上执行的逻辑相关联。
[0044]进程300在“开始覆盖文件”方框302中开始,并立即前进至“文件集(FS)存在? ”方框304。在与方框304相关联的处理期间,进行关于正在处理的文件(参见260,图4)是否是已存在于正在处理的WPAR中的文件集的成员的确定。如上文所解释的,关于WPAR的文件的信息(参见162和166,图2)包括该文件所属的文件集。还应注意的是,虽然在此特定图中未示出,但如果特定文件不存在且不是强制性文件集的一部分,则不需要该文件,并且因此不产生覆盖。
[0045]如果存在文件集,则控制前进至“保存原始文件”方框306。在与方框306相关联的处理期间,通常通过向原始名称添加后缀来将已经安装的文件重命名。另外,还修改对出于管理目的跟踪文件的任何文件中的文件的参考以反映新名称,使得当要更新原始文件时,更新原始文件而不是由链接识别的文件。如果在与方框304相关联的处理期间进行不存在该文件所属的文件集的确定,则控制前进至“FS强制性? ”方框308。在与方框308相关联的处理期间,进行关于在与方框304相关联的处理期间被确定为不存在的文件集是否是所需文件集的确定。如果是这样,或者如果在与方框306相关联的处理期间,已在新名称下保存了原始文件,则控制前进至“文件是二进制的? ”方框310。在与方框310相关联的处理期间,进行关于正在处理的文件是否是二进制的、即脚本文件的确定。如果文件是二进制的,则控制前进至“创建到运行时执行包(RTEW)的链接”方框312。在与方框312相关联的处理期间,生成到RTEW的链接,具有文件的原始名称。如果在与方框310相关联的期间进行了正在处理的文件不是二进制的确定,则控制前进至“创建到全局脚本文件(GSF)的链接? ”方框314。在与方框314相关联的处理期间,创建到相应全局脚本文件的链接。应注意的是,脚本文件不需要采用RTEW,因此链路直接地指向本地OS的相应GSF。
[0046]另外,如果在与方框304相关联的处理期间进行了文件不存在的确定,且在与方框308相关联的处理期间进行了文件不是强制性的确定,则不需要将原始文件重命名,因为文件未安装。以这种方式,不需要安装且将从不被使用的文件未被安装且不消耗计算资源。
[0047]一旦在与方框312相关联的处理期间已创建了到RTEW的链接或者在方框314期间创建了到GSF的链接,则控制前进至“结束生成覆盖”方框319,在其期间进程300完成。根据公开技术处理的文件消除了通常将需要执行的工作WPAR 0LM136,因为原始文件未安装,并且因此不需要在更新期间被覆盖。还消除了被覆盖文件被覆写的问题。另外,自动地应用对LPAR_2122中的文件的任何更新,因为WPAR_1126在其被放置在LPAR_2122中时就将指向已更新二进制码和脚本。
[0048]在此使用的术语仅是为了描述特定实施方式,且不旨在限制本发明。如在此使用的,单数形式“一”、“一个”和“该”也旨在包括复数形式,除非上下文另外清楚地指明。还将理解,当在说明书中使用时,术语“包括”和/或“包含”指明存在所述的特征、整体、步骤、操作、元件和/或组件,但不排除存在或附加一个或多个其他特征、整体、步骤、操作、元件和/或组件。
[0049]以下权利要求中的所有装置或步骤加功能元件的相应结构、材料、动作以及等效物(如果有的话)旨在包括用于与其他权利要求要素相结合地执行功能的任何结构、材料或动作,如具体地要求保护的那样。呈现本发明的说明是为了示出和描述的作用,但不是穷尽性的或将本发明限制于所公开的形式。许多修改和变化对本领域普通技术人员来说是明显的,且不脱离本发明的范围。选择和描述实施方式是为了最佳地解释本发明的原理和实际应用,并使得本领域普通技术人员能针对适于考虑的特定用途的具有各种修改的各种实施方式理解本发明。
[0050]附图中的流程图和框图显示了根据本发明的多个实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
【权利要求】
1.一种方法,包括: 将与第一操作系统OS相关联的第一文件集和与第二 OS相关联的第二文件集相比较; 基于所述比较来确定所述第二 OS是所述第一 OS的更加当前的版本; 响应于确定所述第二 OS是所述第一 OS的更加当前的版本,结合动态应用迁移,将第一LPAR上的虚拟机VM工作负载分区WPAR移动至第二 LPAR,所述移动包括: 确定与对应于所述第二 OS的所述WPAR相关联的一组覆盖; 从所述WPAR去除与所述第一 OS相关联的任何覆盖; 向所述WPAR应用对应于所述第二 OS的一组覆盖; 对与所述WPAR相关联的进程使用检查点;以及 将与所述LPAR相关联的动态数据从所述第一 LPAR拷贝到所述第二 LPAR。
2.根据权利要求1所述的方法,其中所述第一LPAR和所述第二 LPAR在不同计算设备上。
3.根据权利要求1所述的方法,所述第一文件集和所述第二文件集的所述比较是基于与所述第一 OS和所述第二 OS中的每一个OS相关联的相应文件集。
4.根据权利要求3所述的方法,其中所述相应文件集中的每一个包括所选的一组通常安装的文件。
5.根据权利要求1所述的方法,还包括:重新开始与所述WPAR相关联的所述进程。
6.根据权利要求1所述的方法,所述使用检测点包括: 保存与每个进程相关联的当前数据;以及 暂停每个进程,使得当每个进程恢复时能够还原该当前数据。
7.—种设备,包括: 处理器; 非暂态的计算机可读存储介质CRSM,被耦合到所述处理器;以及 存储在所述CRSM上并在所述处理器上执行的逻辑,用于: 将与第一操作系统OS相关联的第一文件集和与第二 OS相关联的第二文件集相比较; 基于所述比较来确定所述第二 OS是所述第一 OS的更加当前的版本; 响应于确定所述第二 OS是所述第一 OS的更加当前的版本,结合动态应用迁移将所述第一 LPAR上的虚拟机VM工作负载分区WPAR移动至第二 LPAR,所述移动包括: 确定与对应于所述第二 OS的所述WPAR相关联的一组覆盖; 从所述WPAR去除与所述第一 OS相关联的任何覆盖; 向所述WPAR应用对应于所述第二 OS的一组覆盖; 对与所述WPAR相关联的进程使用检查点;以及 将与所述LPAR相关联的动态数据从所述第一 LPAR拷贝到所述第二 LPAR。
8.根据权利要求7所述的设备,其中所述第一LPAR和所述第二 LPAR在不同计算设备上。
9.根据权利要求7所述的设备,用于比较所述第一文件集和所述第二文件集的所述逻辑是基于与所述第一 OS和所述第二 OS中的每一个相关联的相应文件集。
10.根据权利要求9所述的设备,其中所述相应文件集中的每一个包括所选的一组通常安装的文件。
11.根据权利要求7所述的设备,所述逻辑还包括用于重新开始与所述WPAR相关联的所述进程的逻辑。
12.根据权利要求7所述的设备,用于使用检查点的所述逻辑包括用于以下的逻辑: 保存与每个进程相关联的当前数据;以及 暂停每个进程,使得当每个进程恢复时能够复原该当前数据。
13.—种工作负载分区迁移管理器,包括: 处理器; 非暂态的计算机可读存储介质CRSM,被耦合到所述处理器;以及 存储在所述CRSM上并在所述处理器上执行的逻辑,用于: 将与第一操作系统OS相关联的第一文件集和与第二 OS相关联的第二文件集相比较; 基于所述比较来确定所述第二 OS是所述第一 OS的更加当前的版本; 响应于所述确定所述第二 OS是所述第一 OS的更加当前的版本,与动态应用迁移相结合地将第一 LPAR上的虚拟机VM工作负载分区WPAR移动至第二 LPAR,所述移动包括: 确定与对应于所述第二 OS的所述WPAR相关联的一组覆盖; 从所述WPAR去除与所述第一 OS相关联的任何覆盖; 向所述WPAR应用对应于所述第二 OS的一组覆盖; 对与所述WPAR相关联的进程使用检查点;以及 将与所述LPAR相关联的动态数据从所述第一 LPAR拷贝到所述第二 LPAR。
14.根据权利要求13所述的工作负载分区迁移管理器,其中所述第一LPAR和所述第二LPAR在不同计算设备上。
15.根据权利要求13所述的工作负载分区迁移管理器,用于比较所述第一文件集和所述第二文件集的所述逻辑是基于与所述第一 OS和所述第二 OS中的每一个OS相关联的相应文件集。
16.根据权利要求15所述的工作负载分区迁移管理器,其中所述相应文件集中的每一个包括所选的一组通常安装的文件。
17.根据权利要求13所述的工作负载分区迁移管理器,所述逻辑还包括用于重新开始与所述WPAR相关联的所述进程的逻辑。
18.根据权利要求13所述的工作负载分区迁移管理器,用于使用检查点的所述逻辑包括用于以下的逻辑: 保存与每个进程相关联的当前数据;以及 暂停每个进程,使得当每个进程恢复时能够复原该当前数据。
【文档编号】G06F9/455GK104133690SQ201410178079
【公开日】2014年11月5日 申请日期:2014年4月29日 优先权日:2013年5月1日
【发明者】F·巴拉, C·M·布里安德, L·迪富, K·菲拉里-阿迪布, P·I·加内施, J·M·麦康瑙希, S·B·佩卡姆, D·W·舍菲尔德, M·J·斯蒂芬森, N·S·汤姆西克, 陆声震 申请人:国际商业机器公司

最新回复(0)