升级至 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
