Suface Deployment Accelerator - 安装
Surface Deployment Accelerator - 安装
Surface Deployment Accelerator（以下简称：SDA）是微软针对 Surface 商业用户发布的一个系统部署加速器，它是一款免费的部署工具，可自动创建和配置将 Windows 部署到 Surface 系列电脑所需的一切内容。旨在帮助 IT 人员快速将 Surface 系列电脑部署到企业环境中。
作为一款针对 Surface 设备的软件工具，SDA 支持目前主流的 Surface 系列电脑，包括的型号有：
- Surface Book
- Surface Pro 4
- Surface Pro 3
- Surface 3
- Surface 3 LTE 系列版本
支持部署的操作系统版本：Windows 8.1、Windows 10
Surface Deployment Accelerator 的安装环境有特定的需求，必须满足以下的先决条件：
- SDA 应当安装在 Windows Server 2012 R2 或更高版本上
- PowerShell 脚本执行策略必须设置为“不受限制”
- Windows Server 2012 R2 环境下的网络上启用 DHCP 和 DNS
- Windows Server 2012 R2 应当能够访问 Internet，并且 IE 增强的安全配置应处于禁用状态
- Windows Server 2012 R2 应当安装 Windows 部署服务，以提供 PXE 请求
- SDA 部署时需要 Windows 8.1 或 Windows 10 的安装源
Surface Deployment Accelerator 按这样非常简单，首先从 Surface Tools for IT 下载页面下载 Surface Deployment Accelerator 安装包，然后在准备好的环境下执行安装。
安装完毕后在程序列表中找到“Surface Deployment Accelerator”程序项并执行它，之后便会开始运行配置脚本。熟悉 MDT 的朋友应该一眼就能看出来 SDA 其实就是基于 MDT 打造的。在欢迎页面 SDA 给出了环境要求。其实在实践中直接安装在 Windows 10 上也是可以使用的，只是无法 PXE 网络引导。
第二步是验证系统，主要是三个部分：Powershell 执行策略、Windows ADK、MDT 2013 Update2，如果当前系统没有安装 ADK 和 MDT 接下来的步骤会先从 Internet 下载这两个软件，建议用户事先就安装好他们，避免因网络问题影响安装进度。
前面讲过，SDA 支持 Windows 8.1 和 Windows 10 的部署，如果接下来的实践中不涉及 Windows 8.1，可以选择略过直接在 Windows 10 支持选项页面进行选择。注意：两者必选其一否则无法继续！
在Windows 10 支持选项页面上，用户需要指定部署点本地路径，本例中 gOxiA 在 E 盘创建了一个名为“SDAWin10”的目录，Windows 10 的安装源位于 G 盘。
接下来的体验配置选项页面选择要支持的 Surface 系列型号，可以进行多选，并选择附加的工具“Surface Firmware Tool”、“Surface Asset Tag CLI Utility” 以及“Office 365 Pro Plus”，注意如果使用预先下载好的 Surface 驱动和工具进行离线安装，那么将不支持 Office 365 Pro Plus 的复选。离线安装可以节省大量的时间，并确保安装进度不会因网络问题出现中断，要使用离线安装只需要将手工下载的工具和驱动保存在一个单独的目录即可，zip 压缩包方式的驱动无需进行解压。
虽然 gOxiA 是离线安装，但在接下来的安装过程里也好去了近10分钟的时间，因为过程涉及部署点的准备以及拷贝 Windows 安装源文件。
当安装结束后用户可以在 Summer 页面看到结果，点击“Finish” 完成安装。至此 SDA 安装完毕，要开始使用只需运行 MDT 的 Deployment Workbench，你会发现 SDA 已经对 MDT 部署点进行了预先的设置。所以用户如果要使用 SDA 加速部署 Surface，是需要对 MDT 有一定了解的。
HOWTO: 在执行 Sysprep generalize 后保留预部署的硬件驱动
HOWTO: 在执行 Sysprep generalize 后保留预部署的硬件驱动
在 IT 设备部署中我们都会使用 Sysprep 对黄金映像进行初始化，默认情况下执行 Sysprep 后会删除当前系统中的所有设备驱动数据，使其在后续能应用在其他不同的硬件设备上。但是也有一些特例，例如 IT 人员针对一款笔记本设备做了软件的预定义，并测试这些软件在特定的硬件驱动版本上能够正常工作，那么就要确保在对当前实例执行 Sysprep 后，驱动能够被保留下来，同时也通过驱动的预部署加速后续的部署过程。
一些传统的做法肯定是将驱动集成到部署过程中进行实时安装，其实无需那么麻烦！如果是针对性的系统映像，我们完全可以单独维护一份映像。在审核模式下就将所需的设备驱动安装完毕，然后启用 Windows 应答文件中提供的硬件驱动保留选项，实现我们的需求。
为此，添加 Microsoft-Windows-PnpSysprep_neutral 中的 PersistAllDeviceIns 选项，将其设置为 true 即可。需要注意的是，因为该选项处于 generalize 阶段，所以在执行 sysprep 时就要进行加载。
参考文档: https://technet.microsoft.com/zh-cn/library/dd744391(v=ws.10).aspx
Windows 10 Native VHD Boot 案例分享
Windows 10 Native VHD Boot 案例分享
在 Windows 10 Build 10162 发布之际，gOxiA 经不住诱惑决定再折腾一下，手上倒是有3台设备（T420、Surface Pro 3、Venue 8 Pro）可用，最终决定拿 T420（UEFI） 作为本次的测试对象，因为工作环境在这台笔记本上，而且内置 SSD 容量有效，其他两块内置磁盘存储有重要的数据，所以决定在 eSATA 接口上外接了一块 500GB 移动硬盘，以 Native VHD Boot 方式安装 Windows 10 Build 10162，这样一来可与 T420 原有系统实现有效的隔离，互不影响引导信息，而且日后还可以在这块 eSATA 硬盘上部署其他 Native VHD Boot 系统，有效利用空间。
准备工作，在 500GB 硬盘上划分两个分区，一个 500MB FAT32 格式用于 MBR 引导（Letter S:），另一个使用剩余容量 NTFS 格式（Letter V:）；再准备好 U盘安装的 Windows 10 Build 10162 用于引导至新 PE 环境。接下来重启计算机按下 F12 选择从 U盘启动，进入 Windows 10 安装向导按下 Shift+F10，运行 diskpart 在 V: 上创建一个 VHD，并挂载到环境中，创建分区并执行格式化，之后分配盘符为 W: 至此准备工作结束。相关执行命令可参考 gOxiA 以往关于 Native VHD Boot 的文章，或下面的例子，具体用途和说明这里就不再复述。
diskpart
sel disk 4
clean
create partition primary size=500
format fs=fat32 quick
active
assign letter=s
create partition primary
format fs=ntfs quick
assign letter=v
create vdisk file=v:\win10162.vhdx maximum=120000 type=expandable
attach vdisk
create partition primary
format fs=ntfs quick
assign letter=w
exit
接下来，使用 DISM 将 U盘上 10162 的 Install.wim 文件释放到 VHD磁盘内，即：分区 W，并为其创建引导信息，具体命令执行如下：
至此，整个执行步骤就全部完成，Native VHD Boot 已经生效，是否感觉不可思议？！因为步骤里并未像以前一样修改 BCD 指定 VHD 相关信息，这是因为 Windows 10 会自动处理 Native VHD Boot 的信息，现在重新引导便可开始体验。
