[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 不负任何责任哦!
[易宝典] Windows 7 SP1 RC / Windows Server 2008 R2 SP1 RC 包含了哪些内容
Windows 7 SP1 RC / Windows Server 2008 R2 SP1 RC 包含了哪些内容
微软不断从其客户和合作伙伴上收集反馈信息,以帮助提高 Windows 的兼容性、可靠性、性能和用户体验。这些改进通常可通过 Windows 在线更新或微软下载中心获得定期的更新,而每到一个阶段微软会将所有的更新经过测试汇总为一个服务包(Service Pack)发布给用户,旨在利用一个高质量的更新汇总服务包,来尽量降低用户部署和测试的复杂性,从而使用户的系统处于一个最新的状态,并确保用户拥有最大的支持生命周期和投资。
Windows 7 SP1 RC / Windows Server 2008 R2 SP1 RC(Release Candidate),即:Windows 7 SP1 预览版 / Windows Server 2008 R2 SP1 预览版(以下简称 Service Pack 1 RC),该版本并非最终发行版本,所以它更适合那些需要在组织中或针对正在开发的软件测试 Service Pack 的 IT 专业人员、技术爱好者和开发人员。
为了更进一步降低部署的复杂性,Service Pack 1 RC 同时包含了客户端和服务器的更新内容,意味着我们只需要使用一个服务包即可同为 Windows 7 64Bit 和 Windows Server 2008 R2 执行更新(注意:32Bit 不包含在内)。在 Service Pack 1 RC 中除了包含以往的更新补丁外,还增加了一些功能上的改进和增强。
特定于 Windows Server 2008 R2 的显著更新:
- Dynamic Memory(动态内存)
在 Service Pack 1 RC 中,对 Hyper-V 角色进行了增强,增加了动态内存功能,利用这个新功能可以让主机上的内存动态地按需分配给虚拟机。例如,我们可以为一台虚拟机配置最低512MB到最高2048MB的内存使用阀值,虚拟机在运行期间可以根据负载需求,动态增加或减少 512MB~2048MB 之间的内存容量,从而使企业或组织高效的利用物理内存和虚拟化资源。 - Microsoft RemoteFX
在以往的虚拟桌面或基于会话的桌面和远程应用程序中,我们只能获得有限的多媒体用户体验。而现在通过 RemoteFX 将使我们在多种类型的胖/瘦客户端上为更多图形敏感应用以及多种外围设备提供本地化体验。RemoteFX 在特定的图形堆栈中独立运作,使之能够支持任何屏幕内容,包括当今最先进的应用程序和富媒体内容(如:Microsoft Silverlight 和 Adobe Flash 等等)。此外,RemoteFX还在虚拟桌面中增加了对主流 USB 设备的支持,包括 U盘、数码照相机、摄像头和 PDA,等等。并为软、硬件合作伙伴提供了一个平台,以加强在各种主机、客户端和网络配置中的 RemoteFX 功能。简单讲,我们除了能够在支持 RemoteFX 的 Windows 7 虚拟机或远程桌面中体验 Aero 等 Windows 特性,还能够看高清视频、玩3D游戏、连接本地的 USB 设备。 - 增强 DirectAccess 的可扩展性和高可用性
DirectAccess 为用户提供了无缝连接到公司内部网络的体验,在 Service Pack 1 RC 中,配合网络负载平衡(NLB)使用 DirectAccess 时能够支持 6to4 以及 ISATAP 地址,从而增强了 DirectAccess 的可扩展性和高可用性。 - 在安全的分支机构中支持 Managed Service Accounts(MSAs)
Service Pack 1 RC 将支持位于 DMZ(外围网络)中的域成员服务使用 Managed Service Accounts(MSAs)。 - 支持域控制器连接到高延迟网络上大流量的身份验证
当前很多的 IT 基础架构将迁移到云计算环境中,在位于高延迟网络(如公共网络)的域控制器上,将产生更大通信量的身份验证需求,Service Pack 1 RC 将允许服务提供商的域控制器,提供更精准的并发数控制和更大程度上的性能调节,以实现最大数目的并发连接请求。 - 用于故障转移群集的存储增强
Service Pack 1 RC 有效增强支持了故障转移群集使用所有群集节点中的不可见存储过程。在 Service Pack 1 RC 中,通过对群集验证和多个故障转移群集管理器向导的改进,使工作负载能够使用子群集节点上的共享磁盘。
特定于 Windows 7 的显著改进
- 对第三方联合服务的通信支持
对 Windows 7 客户端与第三方身份联盟服务(仅支持 WS-Federation Passive profile protocol)进行有效地通信提供额外的支持。以此提高了平台的互操作性,同时提高了通信组织之间的标识和身份验证信息的能力。 - 改进的 HDMI 音频设备性能
极少用户反映的 Windows 7 计算机在系统重启后,可能会与 HDMI 音频设备之间连接丢失的问题,在 Serive Pack 1 RC 中得到了改进,并确保两者之间的连接不再出现中断。 - 更正打印混合方向(纵向和横向)XPS 文档时的行为
早些时候微软已经收到一些客户的反馈信息,在打印包含混合方向(纵向和横向)页面的 XPS 文档时,XPS 查看器将依据整体的纵向或横向模式来打印所有页面。在 Service Pack 1 RC 中这个问题得到了解决。
常见的客户端和服务器平台的改进
- “登录时还原上一个文件夹窗口”功能的行为改进
在 Service Pack 1 中将 资源管理器 下 文件夹选项 中的“登录时还原上一个文件夹窗口”功能的行为进行了改进,使所有文件夹还原到自身的原始位置。而在这之前,上一个文件夹窗口则是根据最近一个活动文件夹的位置来进行还原的。 - 增强在 RRAS 和 IPSec 中提供更多身份认证的支持
在 IKEv2 认证协议中添加了更多身份验证类型,这将允许在 IKEv2 协议进行身份认证时,使用其他形式的身份验证类型,如:E-mail ID、Certificate Subject。 - 支持 Advanced Vector Extensions(AVX)
Advanced Vector Extensions(AVX)是一个256位的处理器扩展指令集,以改进高密度集的浮点运算能力,用于多媒体处理、三维建模、数据库和科学计算仿真领域。在 Service Pack 1 RC 中对 AVX 提供了支持,允许应用程序利用这一新的指令集来有效提高计算处理能力。
Windows 7 SP1 和 Windows Server 2008 R2 SP1 标志着微软在继续致力于产品质量的提高。虽然 Service Pack 1 中包含的诸多更新可以单独下载,但是通过这一整合的更新包,使 IT 管理员在部署时更便捷、更有效率。而其中一些先进的功能,如:Dynamic Memory 和 RemoteFX,更为用户或组织提供了可持续性发展的有力支持。
相关资料:
Windows 7 和 Windows Server 2008 R2 SP1 RC 常见问题
Documentation for Windows 7 and Windows Server 2008 R2 Service Pack 1 Release
[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