解决 PXE-E32, TFTP Time Out 故障一例

        这个月打完补丁后发现服务器上的 WDS 工作不正常,故障表现在客户端 PXE 启动后,无法 TFTP 下载数据,最终导致出现 TFTP Timeout 错误。查询相关资料,找到一篇 KB977512 按照其办法解决。

        原来,微软最近发布的一个针对 DNS 漏洞的更新导致了 WDS 和 DNS 在一台服务器上即会出现 PXE-E32, TFTP Time Out 的故障。Windows Server 2008 和 Windows Server 2008 R2 都受到了影响,微软 KB 中给出了各自的解决办法,以 gOxiA 的 Windows Server 2008 R2 环境为例,只需要修改注册表将 WDS 的 UdpPortPolicy 禁止即可。具体操作如下:

        使用 Regedit 打开注册表编辑器,找到如下路径,将“UdpPortPolicy”的值改为“0”,最后重新启动 WDS 服务即可!

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\WDSServer\Parameters

        至此,故障解决!如果系统为 Windows Server 2008 可以参考 KB 修改 WDS 的 UDP 范围即可,当然也可以使用 wdsutil 命令直接进行修改“wdsutil /set-server /transport/startport:50000 /endport:65000”

MSFT_SolutionAccelerators

因数据库权限问题引发的 MDT 升级故障

        之前在《升级至 MDT 2012 Beta1》中 gOxiA 提及在升级 MDT 时务必要检查当前账户的权限,特别是如果 MDT 配置有数据库,还要检查当前账户是否有对应的数据库权限否则就会导致升级故障。

        gOxiA 在之前的测试中就亲身经历了一次,由于其中一个环境下的 WDS+MDT 服务器一直使用本机账户登录管理,而此次升级使用的是域帐户登录到本机进行操作的,而这个域帐户并没有本机上 SQL Server 的访问和管理权限,从而导致 MDT 2012 Beta1 升级失败。错误截图如下所示:

12

        在 MDT 升级安装完毕后,我们需要对 DeployPoint 进行更新,但是由于之前 gOxiA 未检查权限,导致出现 Unable to create necessary database objects. 服务器主体… 错误,当然现在已经一目了然,检查 MDT 数据库,确保当前账号有对数据库操作的权限,重新更新 DeployPoint 完成升级!如下图出现错误警告可以忽略,因为之前已经对 DeployPoint 内容执行过更新。

13

[MDT] 升级至 MDT 2012 Beta1

[ 2011/06/17 12:06 | by gOxiA ]

MSFT_SolutionAccelerators

升级至 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 会另起一篇日志简要介绍!

        程序的整个升级过程与常规安装并无区别,也并无需要特别注意的地方,跟随下面的截图可一目了然!

123456

        MDT 2012 Beta1 安装结束后打开 DeploymentWorkbench 即 MDT 控制台,界面与早先的版本并无区别!

7

        展开 Deployment Shares 找到我们之前创建的部署节点(DeployPoint),会如下图所示给出一个警告“Unable to restore deployment share”,因为 MDT 2012 Beta1 有很大的改进,所以我们在旧版本下创建的 DeployPoint 需要更新升级一下。在当前界面的右边操作窗体中点击 Upgrade Deployment Share。

8

        随后跟随向导一路 Next 下去即可完成 DeployPoint 的升级过程。

910

        到此 MDT 2012 Beta1 的升级安装即告段落!但是通过 gOxiA 在实际环境下的测试发现 MDT 2012 Beta1 目前存在一个很大的 Bug(这一点 gOxiA 表示理解,Beta 嘛……),在升级 DeployPoint 后之前我们所做的目录分类会全部错乱,如下图所示:

15

        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

分页: 27/51 第一页 上页 22 23 24 25 26 27 28 29 30 31 下页 最后页 [ 显示模式: 摘要 | 列表 ]