gOxiA=苏繁=SuFan Blog

        VHD Native Boot 的路演日志（路演使用 VHD Native Boot 打造多系统应用环境）已经发布过了，再配合之前关于 VHD Native Boot 的文章应该算比较全面的，贯穿下来相信大家能够掌握 VHD Native Boot 这一创新且具颠覆性的新特性。而今天将要与大家分享的是使用 Windows Deployment Services（WDS）部署 VHD Native Boot，通过这篇文章相信大家会有很大的收获！使用 WDS 部署 VHD Native Boot 将会更加方便快捷，因为 WDS 会自动帮你在裸机上创建相关的引导信息。此外，如果现有分区上已经存在系统，WDS 部署的 VHD Native Boot 能够自动创建配置多引导。更酷的是可以部署多个 VHD Native Boot 到计算机上，同时支持差异磁盘方式以及动态磁盘。种种特性预示着该技术将会在企业环境中大大被利用，例如我们可以利用 WDS 向一台已经安装有 Windows XP 或 Windows Vista 的计算机部署一个 Windows 7 VHD，或一个事先经过预安装配置的 Windows 7系统，作为测试或过渡使用。此外使用 VHD 还同步支持物理机和虚拟机的部署，我们只需要维护一份 VHD，便可以将其部署物理计算机或虚拟系统上，效率方面得到了进一步的提升。当然 VHD Native Boot 的更多应用还有待大家去发掘，就目前而言，VHD 已经渗透到了微软多个产品中，如我们所熟悉的虚拟机磁盘；Windows Vista/7 Complete PC Backup，Windows Server Backup 备份的文件格式；iSCSI LUNs 的后端存储以及SCVMM中的 Management Support。

        下面就让 gOxiA 引领大家开始这一体验之旅，在开始前有必要提示一下准备工作，首先要准备一个完整的 WDS 环境，需要注意的是 WDS 必须是基于 Windows Server 2008 R2 的，因为部署 VHD 这一功能只有 WS08R2 支持。系统 SKU 的选择，目前 Client 只有 Windows 7 的 Enterprise 以及 Ultimate 支持 VHD Native Boot，而 Server 则 Windows Server 2008 R2 SKUs 都支持。接下来我们需要准备一份用于部署的 VHD 文件，可以参考之前的文章使用 imagex 工具释放 Install.wim 中的对应版本到 VHD 中，也可以使用 WIM2VHD 工具进行转换，或者使用 Disk2VHD 抓取现有的系统 VHD 映像，但是需要考虑硬件驱动及 SID 等问题，建议执行 Sysprep，或者在虚拟机中直接安装系统，并进行必要的配置及常用软件的安装，之后执行 Sysprep。最后将这些 VHD 拷贝到 WDS 以备后用。另外，将 Windows 7 或 Windows Server 2008 R2 的安装光盘中 Sources 目录下的 Boot.wim 添加到 WDS 的启用映像中，用于后面的引导和安装，这一步骤不再复述，非常简单！

（Windows 启动流程示意图）

（VHD Native Boot 架构）

        准备工作结束后，就开始进入正题。因为 WDS 目前还不支持 UI 方式，即通过 WDS 管理器添加 VHD 的操作，所以我们需要借助 WDS 命令行工具 – wdsutil.exe 来完成工作。为了便于管理，我们可以单独为 VHD 类型的安装映像建立一个安装组，该操作可以使用 WDS 管理器进行添加，或使用下列命令行：

        安装组创建完毕之后就可以开始添加 VHD 映像，为此请执行下列命令：

        命令行中的 verbose 和 progress 参数可以省略，用来显示详细信息和处理进度。其他参数都很容易理解，或是用“/?”获取相关的帮助，这里不再单独说明。到这里 VHD 的添加就完成了，非常之简单！如果是差异磁盘，那么只需要直接添加差异磁盘即可，父盘会自动添加到 WDS 存储 images 的目录中，出于安全原因原父盘名称会被自动修改为 Base-1.vhd 并被赋予隐藏属性。此外，打开 WDS 管理器我们能看到 VHDs 安装组中会存在两个刚添加好的映像，其中被禁用的便是 Base-1.vhd。因为添加的 VHD 都使用内部版本名+版本号作为映像名称，所以存在多个 VHD 时容易混淆，我们可以直接修改这些映像名称！

        OK，现在就来感受一下成果，启动一台客户端计算机（物理机或虚拟机均可）通过 PXE 引导进入 WDS 的安装向导界面，选择之前添加的 VHD 执行安装，接下来的时间可以休息一下！

        下图可以看到 VHD 被部署到客户端后的存储方式，默认 WDS 会在客户端计算机目标分区建立名为 WindowsImages 的根目录，其中会依序创建000、001 这样的子目录存储部署的 VHD 文件。此外，差异磁盘的父盘也会一同部署到客户端计算机上。至于网上有网友提到的使用差异磁盘来做客户端的还原和快速恢复应用，是一个很不错的想法，但是 gOxiA 认为 VHD Native Boot 更多考虑的应该是应用中会遇到的阻碍等问题。要细心设计如何更好的应用，而不是功能本身的操作。

        在欣喜之余对 VHD Native Boot 做一下总结，虽然 VHD Native Boot 有很大的发展潜力和优势，但是大家还是需要了解一些他的注意事项：

• 强烈建议将 VHD 单独部署到一个独立分区中，并且不要在该分区内存储其他数据；
• 不论 VHD 是固定磁盘还是动态扩展磁盘格式，存储 VHD 的分区一定要大于 VHD 的总容量；
• VHD Native Boot 最大支持 512 个实例；
• 不支持休眠；
• 无法使用 BitLocker；
• VHD 所在父分区不支持 Volume Snapshot；
• 不支持 RAID。

         最后，WDS 部署 VHD 支持无人值守脚本，从而实现自动化部署。差异磁盘的创建则在 diskpart 命令环境中执行如：“create vdisk file=child.vhd parent=name.vhd”的命令行即可，其中 parent 即指定父硬盘。

        至此，本篇即告结束！欢迎感兴趣的网友与 gOxiA 联系共同学习探讨！

启用无人参与安装 自动跳过 Windows 部署服务的语言环境设置和身份验证流程

        常规 WDS 部署过程中当客户端进入 Windows 部署服务向导后，首先会要求用户对区域和键盘、输入方法进行选择，之后键入具有对应权限的域帐号、密码后方可进行下一步的部署流程。如下图所示！这一设计除了满足企业多语言环境的需求以外，同时增强了安全性。但是，在某些特定环境下我们也许需要更少的接触操作。

        在 WDS 中配合使用应答文件是可以自动跳过上述设置的，我们只需要通过 WDS 服务器属性中客户端选项卡下的“启用无人参与安装”即可。它对应着应答文件中的“WindowsPE”阶段。虽然如此，但是我们还是可以将这一功能理解为是一个面向特定体系结构的全局性应答设置，因为当配置的应答文件中包含有后续的操作系统安装应答参数时，会向下继承到所选择的安装映像上。所以使用“启用无人参与安装”这一功能时，应当分析当前环境的特定要求之后再合理的设计和应用应答文件。例如，本次案例中我希望用户进入 WDS 的操作系统部署向导后，用户无需进行语言环境的设置和身份验证，而每个安装映像则对应一个特定的应答文件。

        注意：务必将“启用无人参与安装”的应答文件保存在“RemoteInstall”目录下。操作演示如下图所示：

        在了解上述说明后，我们只需要使用 Windows 系统映像管理器 新建一个只包含 WindowsPE 阶段的应答文件即可。其下要添加“x86_Microsoft-Windows-International-Core-WinPE_neutral”组件，并根据图示将相关参数：InputLocale、SystemLocale、UILanguage、UILanguageFallback 以及 UserLocale 配置为 zh-CN，LayeredDriver 配置为 1。该设置将 WDS 向导界面配置为中文环境。

        之后在 Windows 映像窗体 Components 下定位到“x86_Microsoft-Windows-Setup_6.1.7600.16385_neutral”，将其展开找到“WindowsDeploymentServices”-“Login”-“Credentials”，右键单击，并选择“添加设置以传送 1 WindowsPE”。最后参考下图对该组件的 Domain、Password、Username 进行配置。

        最后将其保存至 WDS 服务器上的 RemoteInstall 目录下，并参考前面的说明对“启用无人参与安装”进行配置。现在我们就可以进行实验验证一下结果。

        最近在做一个虚拟化的项目，系统平台当然选择的是 Windows Server 2008 x64，并使用 Hyper-V 作为虚拟化平台。使用 WDS 为服务器远程安装操作系统，在 WDS 上正确添加了启动和系统映像，启动客户端发现 PXE 引导后引导列表中并没有包含我添加的64位的启动映像。经查，因为 x64 系统的很多 BIOS 均无法正确将计算机标示为基于 x64 的系统，如果 WDS 无法将系统识别为 x64 的系统，则只提供基于 x86 的映像。

        虽然如此，但是微软给出了解决方案，我们可以使用 architecturediscovery 参数强制 WDS 识别基于 x64 的计算机。

WDSUTIL /set-server /architecturediscovery:yes