[MDT] 升级至 MDT 2012 Beta1
升级至 MDT 2012 Beta1
本月2号，gOxiA 与大家分享了一个消息《微软发布 Microsoft Deployment Toolkit 2012 Beta 1》，其中很多新特性都是 gOxiA 所感兴趣的，接下来便对所管理的其中两个 DeployPoint 进行了更新测试！截取了安装过程界面，供大家参考！
MDT 2012 Beta1 支持从 MDT 2010 Update1、MDT 2010、MDT 2008 Update1 上直接升级，使得我们可以轻松地平滑过渡到最新版上。这一点也验证了微软可持续化发展的理念！在升级前，请确保当前账户的权限，如果之前的 MDT 连接有数据库，就要务必保证当前账户同时有操作数据库的权限，否则会在后续的升级节点过程中出现故障。后续 gOxiA 会另起一篇日志简要介绍！
程序的整个升级过程与常规安装并无区别，也并无需要特别注意的地方，跟随下面的截图可一目了然！
MDT 2012 Beta1 安装结束后打开 DeploymentWorkbench 即 MDT 控制台，界面与早先的版本并无区别！
展开 Deployment Shares 找到我们之前创建的部署节点（DeployPoint），会如下图所示给出一个警告“Unable to restore deployment share”，因为 MDT 2012 Beta1 有很大的改进，所以我们在旧版本下创建的 DeployPoint 需要更新升级一下。在当前界面的右边操作窗体中点击 Upgrade Deployment Share。
随后跟随向导一路 Next 下去即可完成 DeployPoint 的升级过程。
到此 MDT 2012 Beta1 的升级安装即告段落！但是通过 gOxiA 在实际环境下的测试发现 MDT 2012 Beta1 目前存在一个很大的 Bug（这一点 gOxiA 表示理解，Beta 嘛……），在升级 DeployPoint 后之前我们所做的目录分类会全部错乱，如下图所示：
gOxiA 之前在每个管理模块下创建的子目录及配置都会被自动移动根目录下，这一点是非常致命的！意味着之前辛苦进行分类的数据都化为乌有，虽然 Applications 和 Operating Systems 下的数据量不大，但是 Out-of-Box Drivers 下就非常之悲剧了，可以用惨不忍睹来形容！gOxiA 在两个生产环境下的节点测试均出现此问题，随即登录 Microsoft Connect 查证发现参与测试项目的其他用户也遭遇此类情况，虽然尚未被微软证实，但可以肯定是一个 Beta 中的 Bug。gOxiA 将随时关注微软给出的解决方案！对于那些打算在生产环境中直接部署 MDT 2012 Beta1 的用户，请在评估实际环境后再做实施！
如果你对 Microsoft Deployment Toolkit（MDT）感兴趣可以申请加入 Microsoft Connect 中的 Solution Accelerators 评估项目，如果你对 MDT 有什么好的建议和想法可以直接发邮件至：satfdbk@microsoft.com
[MDT] 微软发布 Microsoft Deployment Toolkit 2012 Beta 1
微软发布 Microsoft Deployment Toolkit 2012 Beta 1
今天收到了 Microsoft Connect 的邮件，告知 MDT 2012 Beta 测试项目开始了，这意味着我们已经可以下载到 MDT 2012 的首个 Beta 版本！
MDT 2012 Beta 1 提供了很多新的功能：
- 对 SCCM 2012 Beta 2 的支持，包括 new application model and user device affinity (UDA) 的支持。
- 改进了轻量级接触（Lite Touch）安装时的分区功能，支持 WAIK 首选分区设置。
- 支持 UEFI 计算机的 64位 Windows 的轻量级接触部署。
- 添加了新的 VHD Native Boot 任务模板，支持 Windows 7 或 Windows Server 2008 R2 的 VHD Native Boot 部署。
- 增加了对 Windows ThinPC 和 Windows POSReady 7 的支持。
- 改进了部分向导的外观界面。
- 继续支持 SCCM 2007 SP2 以及 MDT 2010 所支持的所有操作系统。
- 修复了很多已知的 Bug 并进行了其他小的改进。
MDT 2012 Beta 1 支持从 MDT 2010 Update 1、MDT 2010、MDT 2008 Update 1 上直接升级。虽然如此，但还是强烈建议在升级前对当前数据进行备份！
如果打算即可开始体验新版的 MDT 2012 Beta，可访问 Microsoft Connect 网站参与到 MDT 2012 Beta 项目中来。地址是：https://connect.microsoft.com/site14/Downloads/DownloadDetails.aspx?DownloadID=8689
[WDS]HOWTO:解决使用 WDS 执行 Windows XP 映像方式部署后出现的 0x000000ED 故障
近期 gOxiA 重新搞起 Windows XP 的映像部署实践，虽然 Windows XP 正逐步被淘汰，但是面对一些老机器而言，有一个能够快速部署 Windows XP 的安装映像，能省掉不少时间和精力。此外，MDT 的新版本打包的 Windows XP 貌似能在不同的硬件上使用。所以 gOxiA 耗费了几天的时间制作了包含预装应用程序的 Windows XP Pro with SP3 Volume 和 Windows XP Pro with SP3 Dell OEM 的自定义映像，用于加速安装 Windows XP。
加上早期制作的 Windows 7 HomePremium Custom Image，目前有三个自定义映像，下面便是三个自定义映像的相关信息截图。
大家已经留意到上面的第一张截图是 WDS 控制台的界面，是的！gOxiA 将 MDT 中捕获的 Windows XP 映像进行了修改，去除了与 MDT 相关的执行脚本，便于在 WDS 或通过 Windows Setup 来进行安装。
但是在使用 WDS 部署 Windows XP Custom Image 时会出现如下图的蓝屏故障，即：STOP: 0x000000ED (0x823329E0, 0xC000014F, 0x00000000, 0x00000000)。系统在执行完毕 Mini Setup 阶段之后，重新启动便无法自举！
随即启动 Windows PE 3.0，进入 Diskpart 环境，通过 Detail Disk 查看磁盘信息，发现了问题！虽然磁盘是联机状态，并且磁盘及分区都能够被识别，但是分区格式为 RAW。
在命令行状态下进入 C: 失败，反馈信息为“此卷不包含可识别的文件系统。请确定所有请求的文件系统驱动程序已加载，且此卷未损坏。”查阅了微软知识库，找到了一篇 KB315403。KB 解释出现该故障的原因是由于 IDE 磁盘驱动器中的写模式优化导致的，为了将驱动器的写入速度保持在尽可能最快的水平上，缓存例程有时会根据数据在磁盘上的位置，打乱数据的写入顺序。一次写入没有完成时，将会在 NTFS 磁盘系统可能有关键表受损的位置开一个计时窗口……
这么讲貌似应该与 WDS 没有关系，问题应该是出在映像系统本身上，但是实际的测试表明，当使用 Windows Setup 或 MDT 来部署 Windows XP Custom Image 时则不会发生这样的故障。之后，gOxiA 又在 WDS 上做了更深入的测试，在安装过程中，直接在现有分区上进行安装，而不再删除或格式化。之后发现 0x000000ED 故障不再出现，看来此故障应该与 WDS 中使用 Windows Setup 安装 Windows XP Custom Image 时建立的分区有关，而单独使用 Windows 7 安装源的架构和 Windows Setup 则不会出现故障，看来还是 WDS 在添加 Windows 7 的 Boot.wim 时，加入的某个 WDS 相关动态链接库文件（DLL）存在 Bug。
目前在出现 0x000000ED 蓝屏故障后有效的解决办法就是参考 KB315403，在 Windows XP 故障恢复控制台或 Windows PE 中执行 chkdsk /r 执行扫描修复。之后再重新启动计算机 0x000000ED 故障消失！
