[发明专利]管理更新以创建虚拟机复制品

说明书

背景

物理和虚拟机在它们的寿命中使其操作系统和应用程序通过安装补丁和 更新而被周期性地升级。此类补丁和更新的示例包括但不限于服务包、热修补、 用于安全问题的修补、以及用于软件的已安装版本中的隐错的修补。此类更新 有时影响了在创建物理机器的虚拟机复制品期间需要替换的已定义集合中的 文件。从而，标识影响已定义文件集合中的每一文件的更新以定位对应替换 文件的正确版本可能是关键的。

一旦标识了相关的更新集合，即需要从更新储存库下载更新并检查这些更 新以定位替换文件。需要将合适的替换文件复制到虚拟机复制品上。此类下载 和替换过程需要在每一虚拟机复制品创建期间执行。

当前对替换问题的解决方案通常通过使用标识并下载相关更新的手动过 程、并通过构建在复制品中寻找并替换受影响的文件的定制脚本来解决替换问 题。此类过程需要试错法以及用户干预来随着用于操作系统和应用程序的新更 新被发布来保持脚本是最新的。这可能是麻烦且重复的任务，因为可能频繁地 发布新的更新。改变替换脚本通常施加了确保他们继续正确操作的额外测试负 担。

概述

可采用现有的更新技术以在复制品创建之前自动标识安装在物理机器上 的更新、定位来自更新服务器的更新包、并将其下载到执行该复制品创建的机 器。此类更新技术的使用允许对影响需要替换的已定义文件集合的精确标识， 并且因此可最小化需要下载的更新的数量。此外，可提取并高速缓存所需的替 换文件集合以允许其在使用相同或不同物理或虚拟机作为源的后续复制品创 建期间的重用。下载最小更新集合并高速缓存它们以供重用可消除更新的冗余 下载并可导致较短的复制品创建时间。

附图简述

图1是用于创建虚拟机复制品的过程的流程图。

图2示出示例更新管理器系统。

图3是用于使用更新技术来确定是否需要在复制品创建期间替换安装在 源机器上的更新或补丁的过程的流程图。

图4是用于将所提取的替换文件存储在高速缓存中以便在将来的复制品 创建期间重用的过程的流程图。

图5是在其中可以实现各示例实施例和方面的示例计算环境的框图。

详细描述

图1是用于创建虚拟机复制品的过程10的流程图。虚拟机复制品可从“源” 创建，“源”可以是物理机器、当前正在运行的虚拟机、或预先存在的映像(例 如，不是当前正在运行的虚拟机或机器的备份)。

在12，可检查源以查明其硬件和软件简档。如此处所使用的，术语“简 档”可表示一组硬件和/或软件特征。例如，可检查该源以确定安装在其上的操 作系统的版本，以及安装在其上的任何系统或应用程序的版本。可检查该源以 标识可能已安装的任何软件补丁或更新。可检查源硬件以确定该源具有多少存 储器和处理能力(也被称为，“CPU”)、其具有多少网卡、其可连接到哪些 网络、其具有的盘的数量、类型和大小等。

如果源是预先存在的映像，则该源可由数据存储介质上的文件而不是运行 的机器来表示。因此，可检查虚拟机配置以查明硬件和软件简档。

如果该源是物理机器或当前正在运行的虚拟机，则可检查该物理机器来查 明其硬件和软件简档。作为检查源的一部分，在12，可采用更新技术来检测当 前可能被安装在正为其创建复制品的物理或虚拟机上的更新。如此处所使用 的，术语“更新”包括软件补丁。术语“更新技术”指的是使用“更新管理器” 来对特定“受管”软件组件进行版本控制。

图2示出示例更新管理器系统20。更新客户端21访问机器22，该机器 22包括受管软件23，即，更新管理器20努力将其版本保持最新的软件。通常， 更新客户端21将在其上安装了受管软件23的机器22上驻留并运行。

更新服务器24跟踪任何数量的受管软件组件25的最新版本。更新服务器 24通常远离受管软件23驻留在其上的机器22(即，客户机器)。更新服务器 24和客户机器22通常经由诸如因特网等网络26来互连。此类更新服务器的示 例可包括Windows更新服务器(WSUS)或微软系统管理服务器(SMS)。