[MDT] Microsoft Deployment Toolkit (MDT) Wizard Editor
Microsoft Deployment ToolKit (MDT) Wizard Editor，用来编辑 MDT 向导的编辑器，通过该编辑器我们可以非常直观地根据自己的需求添加、删除或修改 MDT 的向导界面，使 MDT 更适合自己的环境、更人性化！
当然，我们通过 MDT Wizard Editor 还可以直观地对 MDT 进行汉化，呵呵！
MDT Wizard Editor 除了为我们提供了必要的编辑功能以外，还提供了 HTML 代码查看，以及预览功能，我们可以在未保存情况下对修改进行预览。如果确认无误，可以再行保存，并通过软件提供的“Test...”功能直接运行该向导进行更详细的测试。
相信不少专注于 MDT 部署的 ITPro 一定会非常需要 MDT Wizard Editor 这个工具，我们可以从 codeplex 网站免费获取到它，具体的地址是：http://www.codeplex.com/MDTWizardEditor
辟谣：IE8 Beta2 无法从 Windows XP SP3 上卸载
Windows Internet Explorer 8：Home Page
在几天前微软公开发布了 Windows Internet Explorer 8 Beta2，而简体中文版也在首发阵容之内。相比 Beta1，此次发布的版本改动非常大，添加了不少特性和功能。网络上关于 IE8 Beta2 的相关评测已经非常非常多，这里我就不再一一复述。
近期在各大论坛或资讯类网站上都相继公布一则消息称 IE8 Beta2 无法从 Windows XP SP3 上正常卸载！更有甚者提及微软已经公开表示承认此问题的存在，GOD！不少用户对此事相当重视，当然其中也有我！不过至今我仍未找到有关微软的原文，估计是谣言！
本人在 IE8 Beta2 发布第一时间下载并安装了它，对 IE8 Beta2 的整体操作体验及感受是可圈可点！由于我在台式机、移动磁盘和笔记本上都作了相关文档的同步更新，不知道为什么在 IE8 Beta2 下竟然无法正常打开收藏夹，但是可以通过开启“链接”进行访问，回忆之前的操作可能与最近一次将“收藏夹”从“公文包”移动出来时遭遇占用错误所导致的，于是为了不影响工作决定卸载 IE8 Beta2，卸载中还在担心是否会出现意外，没想到整个卸载过程非常顺利，前后用了不到3分钟，看来网上所流传的信息只是谣言！或者说某些用户的系统可能存在什么问题而导致无法卸载，但此问题仅是个例！
OK，我的当前系统就是 Windows XP Pro Dell OEM 并打上了 SP3，安装与卸载 IE8 Beta2 均无问题！特此撰博为 IE8 Beta2 辟谣！感兴趣的网友尽可进行测试体验……
补充（2008-9-1 18:01）：快下班时通过RSS订阅看到了一位资深专家解释有关该问题的日志，如果你的系统出现无法卸载的问题，可以参考该日志：关于 Windows XP SP3 可能无法卸载 IE 8 Beta 2 的进一步总结
[Troubleshooting] SQL Server 2000 的 SuperSocket 信息: gethostbyname(MSAFD Tcpip [TCP/IP]) : Error 11004
一台业务服务器，最近出现运营系统进程老是无故100%的CPU占用，导致系统执行效率低下。经过厂商排错确认是由于服务器上的 SQL Server 2000 引起的，停止与 SQL Server 2000 的挂接，运营系统故障消失。那么，接下来的工作就是要对 SQL Server 2000 作 Troubleshooting 。
可用的参考信息非常少，因为日志中始终只有如下两个日志：
事件类型: 警告
事件来源: MSSQLServer
事件种类: (8)
事件 ID: 19011
日期: 2008-8-28
事件: 18:27:58
用户: N/A
计算机: FAMILY-2OPTJ9U4
描述:
SuperSocket 信息: (SpnRegister) : Error 1355。
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
事件类型: 错误
事件来源: MSSQLServer
事件种类: (8)
事件 ID: 19011
日期: 2008-8-28
事件: 18:27:58
用户: N/A
计算机: FAMILY-2OPTJ9U4
描述:
SuperSocket 信息: gethostbyname(MSAFD Tcpip [TCP/IP]) : Error 11004。
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
根据微软的相关KB及搜索出来的其它资料均进行了测试，结果都以失败告终。SQL Server 也重新进行了安装。经过一番测试，发现 SQL Server 2000 始终无法套接到 TCP/IP 上，自然也就无法绑定 TCP1433，经过两天的摸索最终重点放在了 SuperSocket 信息: (SpnRegister) : Error 1355 ，这条警告日志经常出现在工作组环境之下，微软就此问题已经证实属于产品问题。由于另外一个日志中也提到了有关主机名的问题“gethostbyname”，那么可以断定由于 SQL Server 无法正常获取注册到的 SPN 而导致最终的失败，继续详细检查系统，发现当前计算机名与 SQL Server 下连接的名称不符，即当前计算机名是 NS4，而 SQL Server 连接的是 FAMILY-2OPTJ9U4，难道问题出在这里。随即将 SQL Server 安全卸载，并将计算机名重新进行命名。故障消失……
回忆这个问题起因，让人费解，因为在修改计算机名是很早以前做的，而之后 SQL Server 运行也一直良好，不过总算问题得到了最终的解决！计算机名在本场景中不属于必要的，所以恢复旧计算机名不会对运营系统造成干扰。有机会，我将使用 netdom 重命名计算机名再次测试。
