MSFT_SolutionAccelerators

P2V Migration for Software Assurance 应用篇

        距离之前发布的几篇有关 P2V Migration for Software Assurance(以下简称:P2V Migration for SA)的文章已过去2个月左右的时间,gOxiA 说太忙没时间写也都是托词,其实更多时候感觉是精力有限!就在最近,P2V Migration for SA 正式版发布了!而面对更多用户开始部署 Windows 7 的大好局面,P2V Migration for SA 正式版的出现,能够帮助到更多用户轻松的部署到 Windows 7。

        P2V Migration for SA 的功能及实现的最终目标并不难理解,利用 P2V Migration for SA 我们能够在部署到 Windows 7 时将之前的旧系统转换为 Windows Virtual PC 下的虚拟机,这样一来即使我们已经被部署到 Windows 7 环境,但是利用 XP Mode 特性仍能够轻松、便捷地使用我们旧系统环境中的应用软件和设置。P2V Migration for SA 的整个执行过程看似都是那么简单便捷,这一切都要感谢 Microsoft Deployment Toolkit Team,而他们为广大用户所带来的一整套部署解决方案还是免费的!

image

        正如我前面所讲的 P2V Migration for SA 在使用起来非常简单,与常规的安装工作序列并无太大区别,唯一加入的就是将现有的系统捕获为虚拟机,在安装完 Windows 7 系统后自动执行 Windows Virtual PC 的安装,并将虚拟机配置到当前环境中。在开始介绍 P2V Migration for SA 的应用前,大家先回顾一下 gOxiA 之前的文章:

        当我们安装好 P2V Migration for SA 后,在 Task Sequences 新建任务序列中看到新添加的三个任务序列,分别是:Standard Client Task Sequence with P2V Migration、Standard Client Replace Task Sequence with P2V Migration 以及 Custom Task Sequence with P2V Migration。

P2V_Migration_Seq_1

        其中 Standard Client Task Sequence with P2V Migration 便是我们常用的任务序列。gOxiA 事先准备了一个测试环境,在 MDT 中导入了 Windows 7 的安装源,并跟随向导创建了一个基于 Standard Client Task Sequence with P2V Migration 类型的任务序列,之后在一台虚拟机上开始进行实验,此台虚拟机已经安装了 Windows 7 Ultimate 中文版(PS:虽然不是 Windows XP,但不影响整体的测试效果!)整个过程中初期部分与常规的 MDT 部署客户端没有太大区别,除了在过程中捕获当前系统会消耗一段时间。在当先系统环境中执行 Litetouch.vbs,选择之前创建的 P2V Migration for SA 任务序列,跟随向导完成操作后,剩下的就交给 MDT 和 P2V Migration for SA 了!我们可以稍作休息,在系统完成安装之后,我们会看到后续执行的任务发生了变化。

P2V_Migration_1

        如上图所示,P2V Migtation for SA 开始将之前捕获的系统虚拟磁盘文件恢复到当前的系统之上。而在这一过程前面,会自动为当前系统安装 Windows Virtual PC 以及 without VT 的补丁。

        最后整个任务序列完成之后我们便能够在 Windows 7 开始菜单的所有程序中看到 Windows Virtual PC 以及类似名为“Old OS – Administrator”的旧系统的虚拟机,并且其状态为运行中。我们可以即刻访问这个虚拟机来使用我们的旧系统环境!

P2V_Migration_2

        P2V Migration for SA 无疑为我们部署 Windows 7 并保留旧系统提供了便捷的解决方案,如果你正考虑将现有客户端计算机部署到 Windows 7,并希望用户能够继续使用旧系统环境,P2V Migration for SA 将满足你的需要!

Make_IE9_Perfect

 Microsoft TechNet IE9主人翁 – Make IE9 Perfect 活动揭开序幕

        IE9 Beta 版发布了已有一段时间,试用者对 IE9 Beta 目前的表现褒贬不一!作为一款市场主流的浏览器,微软对 IE9 也寄予厚望,希望 IE9 能够获得成功,使大家能够满意这款产品!而微软正积极的努力着,就在近期的 TechNet 订阅邮件中 gOxiA 看到了一则消息,微软 TechNet 发起了一场活动,鼓励大家能在使用 IE9 Beta 时所遇到的不兼容问题以及个人对此问题的想法和判断一并提交给微软,旨在人人争做 IE9 主人翁,让 IE9 正式版本更加完美!

        活动时间为 2010年11月16日 到 2011年1月16日,在此期间大家可以访问 IE9主人翁 活动网站,网址是:http://makeie9perfect.digihail.com/,提交自己的所遇到的问题以及相关的信息给微软,提交之后如果希望获取贡献大奖或抽取幸运奖,可以根据提示页面留下自己的联系方式。问题提交方式活动网站已经提供了参考帮助,使用 Windows 7 内置的 PSR 记录问题即可,此外为了能够让微软工程师更好、更准确的分析问题,还请务必提交 IE9 Beta 的加载项列表截图,具体可参考网站上的帮助以及活动规则说明。

        衷心希望通过大家与微软一同的努力,使大家的 IE9 正式版本更加完美、出色!快快行动起来即可参与到活动中来……

MSFT_SolutionAccelerators

解决 Non-zero return code from Scanstate RC=27 故障

        Windows 7 正如我们之前所预料大规模的部署已经开始,特别从 10月份开始更多的企业用户着手于 Windows 7 的部署。最近 gOxiA 也正忙于通过 MDT 2010 来部署 Windows 7,早先只是测试环境及小规模的应用,而通常都是新装 Windows 7。如果为现有 Windows 7 操作系统执行 Refresh 操作,那么可能会出现如下图所示的错误:

MDT_W7_Scanstate_rc27error

        主要的错误为“Non-zero return code from Scanstate, RC = 27”,应该是 USMT 执行失败。检查 cs.ini 配置,其中我预先定义了用户数据的相关配置“SkipUserData=YES”、“UserDataLocation=NONE”,即表示略过用户数据保存步骤,并预设存储路径为“None”,并且之后 gOxiA 也对 cs.ini 重新修改,删除 SkipUserData 和 UserDataLocation 的配置,进行了常规测试,手动操作这些步骤,结果并未出现错误。很诡异……

UserData_test

        之后查阅了大量的资料也没有什么头绪,难道在对现有 Windows 7 执行 Refresh 时必须在 cs.ini 中提供详细的 USMT 配置信息?! 不亲自实践不会有结果,耗些时间去测试才会有收获!

        打开 Deployment Workbench,进入部署点的属性设置,切换到 Rules 选项卡修改 cs.ini,添加了 USMT 相关的配置信息最后确定退出!

MDT_Rules_USMT

        添加的 USMT 配置信息如下:

LoadStateArgs=/lac  /v:13
USMTMigFiles1=MigApp.xml
USMTMigFiles2=MigUser.xml
USMTMigFiles3=YourCustomMigFile1.xml
USMTMigFiles4=YourCustomMigFile2.xml
USMTMigFiles5=YourCustomMigFile3.xml
USMTMigFiles6=YourCustomMigFile4.xml
USMTConfigFile=Config.xml
UserDataLocation=AUTO
UDShare= \\MyServer\MyShare\
UDDir=%OSDComputerName%

        重新进行了测试故障解除!至于最终导致的原因由于缺乏资料,gOxiA 目前也真道不明白!关于 USMT 在 MDT 中的应用和设置看来需要抽时间专门研究研究。

分页: 186/470 第一页 上页 181 182 183 184 185 186 187 188 189 190 下页 最后页 [ 显示模式: 摘要 | 列表 ]