欢迎光临,这里是 gOxiA=苏繁=SuFan 独立的个人博客。
本站域名:http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问:http://goxia.maytide.net/m
转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!

MSFT_SolutionAccelerators 禁用 ZTIBackup 以加快 Refresh 方式的部署速度

        当我们使用 MDT 的 Refresh 方式部署客户端系统时会发现,在进入 LiteTouch PE 环境后会执行一个 Backup(ZTIBackup.wsf)任务序列,将当前系统捕获为一个 WIM 映像文件,如果之前我们在 CS.ini 里指定了 ComputerBackupLocation=NETWORK,即使是指定存储在本地,那么也将会严重影响整体的部署速度。

MDT_Refresh_ZTIBackup

        作为 ITPro 如果在评估当前环境后,认为在为客户端执行 Refresh 方式部署时无需备份当前系统和用户数据,那么可以在 Task Sequences 中禁用任务中的 Backup(ZTIBackup.wsf)任务序列。如下图所示:

MDT_Refresh_ZTIBackup1

        这样一来,在以 Refresh 方式部署时就可以略过当前系统的备份过程,从而加快了部署的速度。MDT 真的是非常灵活并强大,Task Sequence 的应用和配置是深入学习 MDT 的重点!

MSFT_SolutionAccelerators

如何为 Windows XP 的自定义映像配置默认的本地用户配置文件

        在 Windows 7 日趋兴盛的阶段中,确实还有不少 ITPro 坚守着 Windows XP 阵地,尤其是 Microsoft Deployment Toolkit(MDT)的广泛使用,使 Windows XP 的大批量部署更为轻松。而今天这个主题的由来,源自一位老网友的咨询,涉及的问题大致是这样的,使用 MDT 部署 Windows XP,在任务序列的系统属性下配置了 Sysprep.inf,添加了“UpdateServerProfileDirectory=1”,希望自定义默认的本地用户配置文件。但是,在实际测试中发现并未产生效果。

        其实道理非常简单,在部署 Windows XP 时,因为是标准化安装所以并未涉及到 Sysprep,而只用到了 Unattend。而任务序列中的 Sysprep.inf 可以协助我们在标准化安装之后执行 Sysprep 和 Capture 操作时作为应答文件来使用。此外自定义的默认用户配置文件肯定也是在系统完成安装后才能开始对系统进行个性化配置,之后再执行包含“UpdateServerProfileDirectory=1”参数的Sysprep 操作,才能将当前用户配置文件指定为默认的本地用户配置文件。看似很绕,其实不难理解!

        而此事对于 gOxiA 的价值,关键在于一个“UpdateServerProfileDirectory=1”,gOxiA 确实对该参数非常陌生,因为很少使用自定义映像来进行部署(PS:Windows XP 的 HAL 以及驱动问题确实很令我头疼),过去也都是手工方式配置默认的本地用户配置文件,不管怎样这里还是非常感谢这位老网友!

        有关各版本操作系统如何自定义默认的本地用户配置文件,可参考微软官方 KB959753,其中涉及到了 Windows XP 的 UpdateServerProfileDirectory。对于 Windows 7 环境,我想不用再仔细介绍了,在 Microsoft Windows Shell Setup 下启用 CopyProfile 即可。

MSFT_SolutionAccelerators

如何避开 Performing a Refresh from a newer OS Version to an older OS Version is not supported.

        在 Microsoft Deployment Toolkit(MDT)中 ZTIValidate.wsf 是用来进行有效性验证的脚本,其作用就是协助 ITPro 在使用 MDT 部署时能够根据特定的要求,来验证客户端是否能够正常执行 MDT 的任务序列。如 gOxiA 之前的一篇 Blog《[MDT] HOWTO:解决 Virtual PC 下因 CPU Speed 导致的 MDT LTI 错误》。除此之外,ZTIValidate.wsf 还包含了微软的一些策略要求,比如不支持从新版本系统以刷新或升级的方式来安装旧版本系统。而 gOxiA 最近在实践学习中就遇到了此类问题,有一台 Windows 7 的虚拟机需要重新安装 Windows XP 系统,为此在当前系统下执行了 LiteTouch.vbs,之后选择任务序列执行安装,随后提示如下的错误:

无命名

        FAILURE (9808): Error – Performing a Refresh from a newer OS Version to an older OS Version is not support. 是的,当我们将一个新版本操作系统以 Refresh 方式安装一个旧版操作系统是不被支持的,需要以 NewComputer 进行部署。这是因为当执行 Refresh 模式时,会涉及到用户数据的迁移,其中会引发兼容性问题,当然这只是 gOxiA 的看法!

        但这是一个测试环境,gOxiA 又懒得不希望重新启动虚拟机到 LiteTouch PE 下执行全新安装,最终 gOxiA 选择了避开 MDT 任务序列的验证步骤,正如前面提到的那篇 Blog,我们只需要将“Validate”禁用即可!如下图所示:

DisableValidate

        此法方便快捷,无需对 ZTIValidate.wsf 脚本进行修改,顺利完成系统的 Refresh 安装!但是,需要注意的是,虽然我们可以通过禁用 Validate 来实现新版系统 Refresh 旧版系统,但是强烈不推荐在生产环境中使用,由此引发的数据丢失 gOxiA 不负任何责任哦!

分页: 6/13 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]