本站域名：http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问：http://goxia.maytide.net/m转载文章，请务必保留出处与作者信息，未经许可严禁用于商业用途！
如何为 Windows XP 的自定义映像配置默认的本地用户配置文件
如何为 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 即可。
[MDT] 如何避开 Performing a Refresh from a newer OS Version to an older OS Version is not supported
如何避开 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”禁用即可！如下图所示：
此法方便快捷，无需对 ZTIValidate.wsf 脚本进行修改，顺利完成系统的 Refresh 安装！但是，需要注意的是，虽然我们可以通过禁用 Validate 来实现新版系统 Refresh 旧版系统，但是强烈不推荐在生产环境中使用，由此引发的数据丢失 gOxiA 不负任何责任哦！
[MDT] 解决 MDT Update Deployment Share 时无法创建多播 的故障问题
解决 MDT Update Deployment Share 无法创建多播 的故障问题
在一台新服务器上安装了 MDT 进行了相关的配置，在执行 Update Deployment Share 时出现如下图的故障，并且该问题实实在在烦了我几天。今天下午总算是解决了，又是因为疏忽导致的，惭愧……！
先来看看图中的错误：
An error occurred while trying to execute the command.
Error Code: 0xC1250100
Error Description: The configuration string was invalid or empty.
䔊楸⁴潣敤㴠ⴠ〱㐵㌵㔹〲
Unable to create multicast namespace "DeployPoint$", rc = -1054539520.
遇到故障问题，如果 gOxiA 无法自己解决首先会想到的是强大的搜索引擎，可惜最近RPWT，总是搜索不到任何有价值的资料！所有资料都未正确提及或引导出该问题的错误根源！这也是 gOxiA 多天没能解决的主要原因。
乍一看，Unable to create multicast namespace “DeployPoint$”都很清楚的描述了错误，而这个 namespace 又确实存在， 并且 MDT 部署也未有任何异常，当然除了无法执行多播。早先又因为搜索网上的资料被误导进入到了一个死胡同，直到今天下午来到办公室，利用闲暇时间决定使用 wdsutil.exe 来探个究竟。
MDT 的脚本执行遭遇错误得到的反馈信息可能不便于 troubleshooting，毕竟文档资料太少，但是如果直接使用 wdsutile.exe 自己手工创建多播应该更加直观。于是：
晕！竟然没有反馈任何错误，成功的执行了！但是 gOxiA 也非常肯定 MDT 的脚本肯定是没有问题的，因为同样的环境其他 MDT Server 就不会出现这个问题。重新思考……再思考！
当前的 MDT Server 使用的 Deployment Point 是从 gOxiA 笔记本上现成拷贝过来了，难道是哪个路径忘记改写了！迅速打开 Deployment Point 属性查看 General 选项卡终于发现了问题，再导入现有节点后我虽然修改了 UNC path，但是忽略了 Local path。也正是这个原因导致在执行 Update Deployment Share 时无法创建多播。但是，MDT 在错误反馈方面也确实有些疏漏，本是“Configstring”的问题，现实的错误反馈结果却是“Namespace”。
不论怎样，问题今天总算是得到了解决！再次得到一个教训和经验！
参考资料：http://technet.microsoft.com/zh-cn/library/cc794731(WS.10).aspx
