[发明专利]使用VHD差异根据云Blob存储的系统更新

说明书

背景

传统上，操作系统(OS)通过调用运行应用以安装OS或其它应用的改变部分的更新服务或通过下载、安装以及本地配置OS的新版本或更新后的版本来改变状态。改变OS的状态可包括应用更新或回复到之前的系统状态。调用更新服务由于与更新服务相关联的高故障率、对更新的控制较少以及更新相对于特定设备配置的不确定性而较不合需要。

例如，如果在更新期间出现故障，该故障可停止OS，将其留在可能无法前进或回退的状态中。换言之，出现在更新期间的故障可使系统留在未知且可能无法操作的状态中。该过程期间的常见故障包括中断，诸如执行二进制程序或应用的运行时故障或异常终止。这样的故障的原因包括二进制执行期间的断电、导致异常二进制执行或终止的本地软件配置或兼容性问题、本地软件崩溃等。此外，跟踪在更新期间什么二进制代码会在硬件驱动器映像上改变是极其困难的，且可导致OS的实际状态显著不同于更新被应用后OS的预计或期望的状态。此外，在更新故障的情况下，即使紧接着尝试更新回退，之前自定义或个性化的用户状态或数据也不再可访问。

不幸的是，典型的更新服务还通常经历库存单位(SKU)的不确定性调度和无区分化。例如，对于不同的SKU，一些设备(或不同的设备硬件版本)与其它设备相比，可更好地与特定更新协同工作。除驱动器更新以外，许多OS或系统级更新简单地不考虑不同的SKU，且因此仅仅是对不同的设备应用相同的更新，得到有时意外的结果。

另外，生成不同的子系统或应用级更新在涉及来自主OS的更新时可能是成问题的。一般而言，这些更新在将所安装的位仅限于由私钥签署的那些位“可信安装器”等安全上下文下安装。类似地，安装OS的整个映像通常涉及复位到出厂设置且可能是成问题的。例如，如果本地硬件驱动器映像已经变“脏”，则出厂复位可能在操作上成本非常高昂(即，下载及安装时间和带宽成本)，尤其如果整个出厂映像要从云或其它网络源获取然后复制或安装就位时。

前述问题中的一些在更新要被应用于一组公共设备时更为复杂。更具体地，这样的组中的一些或全部设备可能处于不同的状态(OS和/或应用)，且因此需要不同的更新以得到当前的版本。此外，用于自定义OS操作的各个文件可由用户改变(例如，个性化信息、计算机名、网络域成员资格、语言设置等)。因此，更新特定设备的群组或小队随着设备数目增加而变得日益困难或劳动密集。

发明内容

提供本概述是为了以简化的形式介绍将在以下具体实施方式中进一步描述的概念选择。本概述不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。此外，虽然此处可以注意到或讨论现有技术的某些缺点，所要求保护的主题并非旨在限于可解决那些现有技术的任何或全部确定的实现。

一般而言，本文描述的“零接触管理器”即“ZTM”提供用于从经由因特网或其它网络可访问的基于云的或其它存储来向设备的固件、操作系统(OS)、框架、应用等提供更新的各种技术。ZTM以确保一个或多个“完全相同”的设备(即，相同的设备硬件版本)的群组全部根据同一已知状态运行的方式提供更新。有利地，ZTM启用的更新过程还提供用于在更新之后为各个设备维护本地定制(例如，个性化信息、计算机或设备名、网络域成员资格、语言设置等)的各种技术。

更具体地，在各个实施例中，ZTM维护包含“更新版本”的映像的一个或多个虚拟硬盘(此处被称为“VHD”或“更新VHD”)，这些映像包括云存储(或其它因特网或网络可访问存储介质)中的操作系统和/或应用栈(也被称为“系统映像”)。这些VHD可被提供给一个或多个设备或设备的群组以通过使用VHD来替换或更新每一设备上现有的本地硬盘驱动器映像来将这些设备更新(或回退)到期望的“更新版本”。此外，由于VHD表示硬盘驱动器映像，VHD可被准备成可引导的磁盘映像，使得安装或引导至VHD就像具有用于一设备的OS的任何本地安装的硬盘驱动器一样引导该设备。然而，不要求VHD是可引导的。

注意到，每一设备的OS和/或应用栈的状态(或版本)在本文中被称为“本地硬盘驱动器映像”。还注意到，尽管更新过程一般根据为设备更新OS和/或应用栈来描述，本文所述的技术还可被用于更新这样的设备的固件。