[MDT] P2V Migration for Software Assurance Beta 解决 Failure 1603 和 -2147024893 故障
P2V Migration for Software Assurance Beta 解决 Failure 1603 和 –2147024893 故障
最近在鼓捣 P2V Migration for Software Assurance Beta，困难重重，问题一个接着一个，归根结底还是英文水平有限导致的。目前已经暂时停手，等待更多的资料出现再继续。今天主要来说说 P2V Migration for Software Assurance Beta 常见的一个故障问题，即 Failure:1603 和 –2147024893 故障问题。如下图所示：
当我们执行一个“Standard Client Task Sequence with P2V Migration”任务时，便会出现如上图的故障。通过故障代码也并未找到什么线索，所以开始进行排错。首先手动执行 KB961742-v3.exe 的安装，发现了问题！提示语言版本不同无法安装，这才恍然大悟，看来 P2V Migration for Software Assurance Beta 目前还主要针对英语版本，所以默认下载的补丁也是英文的。之后，重新下载简体中文版的 KB961742-v3.exe 进行覆盖即可。
而下面的“-2147024893”故障应该也跟语言版本有关，注意观察“Internet Explorer 6.lnk”的路径，其中“Programs”在中文环境下的名称应为“程序”，所以要解决这个问题就必须修改其脚本文件。为此，我们需要编辑“ZTIRetro.wsf”文件，找到“With oShell.CreateShortcut(oShell.SpecialFolders("AllUsersStartMenu")”这段，将后面的“Programs”修改为“程序”即可。
至此，FAILURE:1603 和 –2147024893 故障排除！
[MDT] 使用 MDT 向导窗体手工选择要安装的角色和功能
使用 MDT 向导窗体手工选择要安装的角色和功能
我们在使用 MDT 部署 Windows 7 或 Windows Server 2008 R2 时可以在任务序列的 State Restore 阶段中添加“Install Roles and Features”任务来为系统安装角色和功能。
但是我们可能遇到一种情况，即用户端希望手工分开选择要安装的角色和功能，那么利用前面所讲的任务即无法实现。现在 The Deployment Guys 为我们提供了一个解决方案 – MDT Deployment Wizard Panes for Installing OS Roles and Features，对现有的 MDT 稍加修改即可实现这一需求。
首先下载 Roles_Features.zip，除了 readme.txt 以外的文件都复制到已经创建的 MDT 部署节点下的 Scripts 目录中，压缩包中包含了我已经修改好的 DeployWiz_Definition_ENU.xml 文件，如果之前你对该文件进行过修改，建议参考 Readme.txt 进行修改。如果打算在日后创建的新部署点上使用该功能，建议将提供的脚本文件拷贝到 MDT 安装目录下 Template 目录中对应的 Scripts 目录中，具体路径不再复述。上述操作完毕后，我们可以运行一个部署测试，在向导过程中会提示我们选择要安装的角色和功能。
如果要在安装过程中略过角色或功能的安装，只需要在 CustomSettings.ini 添加 SkipOSRoles 或 SkipOSFeatures 参数即可。此外，我们也可以直接调用角色和功能安装脚本来进行独立的测试，只需运行“cscript roles_features.wsf”，注意要执行此步骤请务必将 Roles_Features_Definition_ENU.xml 文件也拷贝到 Scripts 目录中，否则会提示错误。
最后，再给大家一个友情提示，在实际测试中，发现该脚本无法识别要部署的目标操作系统版本，也就是说如果你选择要部署的操作系统是 Windows XP，但是在安装向导过程中还是会出现这个角色和功能安装的任务。
[Windows 7] 进一步优化加速部署映像的安装
进一步优化加速部署映像的安装
为了让大家更清晰的明白 gOxiA 这篇日志要讲的内容，先让我们回顾一下 gOxiA 之前写的两篇日志：制作 Windows 7 加速部署映像、利用 REAgentc 实现快速的系统恢复。否则你将无法真正了解 gOxiA 撰写此篇日志的意图。
创建自定义映像（加速部署映像）就是为了能提高系统的安装速度，并简化安装过程。而部署这一映像有很多种方法，比如：通过网络、UFD、DVD等方式。这里将不讨论网络的安装方式，而后两者都是通过存储载体进行安装，那么我们要么使用标准的 Windows 7 Setup 进行安装，或者使用自定义的 PE 环境来调用命令（Imagex.exe）安装。两者各有优势，Windows 7 Setup 提供了友好的交互界面，而命令方式虽然看似复杂，但能实现更多的需求，并减少人工的干预，最关键的是实现安装后的系统已经包含恢复功能及恢复映像。所以我们需要根据实际的需求对加速部署映像的安装做进一步的优化，以实现我们的需求或目标。
为了更清楚的描述，gOxiA 拿自己的设计需求为例向大家讲解。首先 gOxiA 已经制作好了一份自定义的 Windows 7 映像，该映像包含应答配置，最终将通过 UFD 为载体进行安装，并提供原始映像用于系统恢复。由于旧计算机已经包含分区和数据，所以配置系统恢复功能只能通过手工的方式，在 Windows 7 Setup 标准安装全部完成之后进行。如果是新计算机则就好办的多，直接执行事先写好的命令行脚本，即可完成创建系统分区和恢复分区、释放系统映像、拷贝加速部署映像到计算机恢复分区、配置 REAgentC、配置恢复分区为 OEM 类型进行隐藏保护等操作。下图是整体的流程：
不难看出，要实现包含恢复功能的安装，最简单的实现办法就是在新计算机上通过命令脚本的方式来安装。而恢复功能则是用的 Windows 7 自带的 REAgentC 来实现。在旧计算机上的安装和后续恢复功能的配置操作这里就不再阐述，可以参考前面提到的“利用 REAgentc 实现快速的系统恢复”。下面将主要讲解如何通过命令脚本在新计算机上进行安装。
为了进一步的优化安装，上图中的子流程包含了6个步骤，其中包括了为恢复映像单独创建一个分区，并对其进行了隐藏保护。首先我们要准备两个 diskpart 脚本文件，以实现创建分区（ConfigHD.txt）和保护分区（ConfigOEMID.txt）的操作。
ConfigHD.txt 的内容如下：
sel disk 0
clean
create partition primary size=100
format fs=ntfs quick
active
assign letter=s
create partition primary size=61444
format fs=ntfs quick label=OS
assign letter=c
create partition primary size=10245
format fs=ntfs quick label=Recovery
assign letter=r
exit
ConfigOEMID.txt 的内容如下：
sel disk 0
sel partition 3
set id=27
exit
将上面两个文件保存当 UFD 安装盘根目录下。之后创建一个名为 CleanDeployWindows7.cmd 的文件，同样保存在 UFD 根目录下，内容如下：
diskpart /s confighd.txt
imagex apply .＼sorucesinstall.wim 6 c:
c:＼windows＼system32＼bcdboot c:＼windows /s s: /l zh-cn
md r:＼recovery
copy .＼sources＼install.wim r:＼recovery
copy c:＼windows＼system32＼recovery＼winre.wim r:＼recovery
c:＼windows＼system32＼reagentc /setreimage /path r:＼recovery /target c:＼windows
c:＼windows＼system32＼reagentc /setosimage /path r:＼recovery /rarget c:＼windows
diskpart /s configoemid.txt
x:＼windows＼systrem32＼wpeutil reboot
至此，准备工作完成，接下来使用该 UFD 引导，如果是在新计算机上则调用 CMD，执行 CleanDeployWindows7.cmd，由于要释放和拷贝 WIM，所耗时间会有所增加，但是一劳永逸！当操作完成后会自动重新启动。如果是在旧计算机上，则使用 Windows 7 Setup 进行安装，再之后手工拷贝 WIM 文件，执行 REAgentC 进行恢复功能的配置。
以上内容参考了 Microsoft OPK 提供的资料并进行了适当的修改。现在我们有了一份属于自己的 Windows 7 安装源，并提供了只有品牌机才有的恢复功能。
