[MDT]HOWTO: 在 MDT 环境中为 Deploy to VHD 指定存储位置
HOWTO: 在 MDT 环境中为 Deploy to VHD 指定存储位置
Microsoft Deployment Toolkit（MDT）支持 Native VHD Boot 部署，在早期的文章中曾简要介绍了 MDT Deploy to VHD 的过程，利用 MDT 执行 Native VHD Boot 部署适用于需要大批量应用的环境，并且整个过程支持自动化处理，便于 IT 工作人员掌控并可有效降低人力成本，还提高了效率。
Deploy to VHD 任务序列的默认设置中，会将物理硬盘重新分区格式化，并把 VHD 部署到系统磁盘中，这一设定对于实验或新机器部署倒也没有问题。但是，对于那些已经部署过操作系统在生产环境下运行的设备来说，就需要重新进行设置，并且用户也会希望 VHD 存储在非系统分区上。要实现这一目标我们仅需要修改“Task Sequence”相关设置即可。
对于已运行在生产环境的设备，我们可以彻底禁用“Format and Partition Disk”，它位于“Preinstall”->“New Computer only”下，当禁用分区和格式化任务序列后，即可安全保障硬盘上原有的分区和数据。
而要将 VHD 存储到目标设备的其他分区时，就需要使用到分区属性的高级选项，利用变量值帮助任务序列识别要存储 VHD 的所在分区。如下图所示，在“Format and Partition Disk”下创建一个新分区，该分区卷标为“VNB”，其对应的变量值为“VNBDisk”。它将作为存储 VHD 的分区。
上述操作已经指定了 VHD 存储所在分区，那么任务序列如何来识别呢？！在“Preinstall”下还有个“Create VHD Disk”任务序列，除了可以设定“VHD filename path”以及“VHD size”外，还提供了“Retreive the destination drive for the VHD file from a variable”选项，为其变量名输入之前分区对应的变量值“VNBDisk”后，执行 Deploy to VHD 时便会将 VHD 文件存储到变量值相同的对应分区中。
注意：即使禁用“Format and Partition Disk”但是任务序列仍会根据变量值进行查找，所以无需担忧！
[IE] Internet Explorer 11 企业模式 - 概述
Internet Explorer 11 企业模式 - 概述
在 Windows 8.1 Update 1 中微软为 Internet Explorer 11（IE11）带来了新的功能 - 企业模式（Enterprise Mode），该功能允许网站使用预先设置的浏览器配置来呈现内容，而这个浏览器配置是基于 IE8 的，从而能够有效解决兼容性问题，更大程度上保护了企业对已有 Web 应用系统的投资，使其能够继续在新的客户端产品上运行。此外，面向 Windows 7 设备的 Internet Explorer 11 也同样支持企业模式。
企业模式与兼容性视图设置类似，但是它的一些特性使其更适用于企业环境下使用。
- 改进的应用和网站兼容性。通过改进模拟，企业模式让许多传统应用在 IE11 上的运行保持不变，以及支持许多当前不受 IE11 文档模式支持的站点模式。
- 对网站列表基于工具的管理。使用企业模式站点列表管理工具，可以添加网站域和域路径，还可以指定站点是否使用企业模式呈现内容。
- 集中式控制。使用组策略可让用户从浏览器的“工具”菜单打开或关闭企业模式，并决定企业浏览器配置文件是否在 F12 开发人员工具的“模式”选项卡中。
- 集成的浏览。通常使用企业模式浏览 Web，并让模式自动更改。
- 数据收集。从主要用户收集本地替代数据，并将数据发布回指定服务器，这样 IT 管理员可将结果添加到集中式列表中并分发兼容性测试。
正如前面所讲，企业模式与兼容性视图类似，但前者基于IE8，而后者基于IE7；并且企业模式可以创建站点列表，即使客户端并未加入到AD，同样可通过手工修改本机组策略或注册表的方式来引用企业模式的站点列表，并且该站点列表可放置在任何可被访问的Web站点下，可谓方便、快捷、灵活！
对于因浏览器和 Web 应用兼容问题，还在犹豫是否升级的 IT 管理员，是时候放开一试了！
参考资料：什么是企业模式
Windows 8.1 Update 以 WIMBoot 方式进行安装
Windows 8.1 Update 以 WIMBoot 方式进行安装
在大家学习了 Windows 8.1 Update 创建 WIMBoot 映像，并将 Windows ADK 的 WinPE 5 升级到 WinPE 5.1，WIMBoot 的安装准备工作就算全部就绪了！接下来我们就需要准备实验环境来进行 WIMBoot 的安装测试，这里强烈推荐大家使用最新的 Hyper-V，其二代虚拟机技术支持 UEFI（实际测试基于BIOS 的 MBR 环境也同样可以实现 WIMBoot）。
开始前再来回顾一下 WIMBoot 概述，本例将参考官方推荐的方式进行实验。在 Hyper-V 下创建一台基于二代技术的虚拟机，内存分配 2GB，磁盘分配 16GB，将采用 GPT 格式，并创建 ESP、MSR、Windows 和 images 分区卷，具体的操作步骤稍后奉上。
现在将准备好的 WinPE 5.1 和支持 WIMBoot 的 Install.wim 打包成一个 ISO 文件，便于虚机载入使用。如果已经参考 gOxiA 之前的文章 WinPE 5 升级到 WinPE 5.1，执行了相关的操作，那么可以直接将 install_wimboot.wim（支持 WIMBoot 的系统映像）和 winre.wim（恢复工具映像）拷贝到“C:\winpe_amd64\media\sources”目录下，并使用下面的命令行生成 ISO。
首先，载入 wimboot.iso 启动虚机，使用 diskpart 为磁盘分区，为此执行下面的命令行。
然后，将 install_wimboot.wim 拷贝到 images 分区卷，并执行 WIMBoot 安装，为此执行下列命令行。
WIMBoot 的安装其实很简单，就是在释放映像时多加了一个参数。现在我们需要为系统创建启动数据，为此执行如下命令。
现在，再将 winre.wim 也拷贝到 images 分区卷，并将这个 winre.wim 注册到当前系统中。这么做的目的显而易见，因为恢复工具存储在一个隐藏的分区卷（OEM）中，得到了有效的保护，为此执行如下命令行。
[code]c:\windows\system32\reagentc /setreimage /path m:\recovery\windowsre /target c:\windows
为了进一步的保护系统映像文件，我们可以使用 icacls 命令为所在目录进行安全性配置。
OK，现在我们重启虚机体验一下 WIMBoot，系统初始化结束后进入 OOBE 阶段，与传统过程一致，跟随向导完成操作即可进入系统。打开资源管理显示隐藏和系统文件，再打开系统盘的属性看看，大概占用了不到 3GB 的空间，如果我们关闭虚拟内存还能回收回来更多的空间容量。
在用户看来当前系统盘与传统系统盘并无区别，但是系统盘相关的目录和数据都通过指针进行了重定向。来看看这有意思的地方，查看 Windows 目录属性，会发现其目录显示占用近 11GB 的容量。
之后，gOxiA 还做了恢复实验，即执行：恢复电脑而不影响你的文件。恢复后的系统只有 Windows.old 目录实际占用系统卷的空间。
WIMBoot 也可以使用单卷的方式来安装，即映像和系统都放在一个卷里。虽然在系统运行状态下，映像文件并不能被修改或删除，但这种方式并不推荐，只是为了方便测试，减少操作步骤罢了！
微软官方虽然要求 WIMBoot 需使用 UEFI 方式启动，并使用 SSD 或 eMMC 存储，但实际测试并非如此。下图就是基于 BIOS 的 MBR 环境运行的 WIMBoot。
参考文章：
Deploy WIMBoot Images: If you know the size of the images upfront：http://technet.microsoft.com/zh-cn/library/dn605112.aspx
使用部署脚本应用 Windows、系统和恢复分区：http://technet.microsoft.com/zh-cn/library/hh825089.aspx
使用 Windows ADK 进行 Windows 部署：http://technet.microsoft.com/zh-cn/library/hh824947.aspx
