gOxiA=苏繁=SuFan Blog

        接上回（分享 MDT 2010 数据库版本的相关经验）继续，gOxiA 特地搭建了测试环境对相关知识盲点进行了实际测试学习。总结如下：

• 如果从原 MDT 2008 上进行升级，那么 MDT 2010 会自动升级你的 MDT 数据库，即使数据库版本是 SQL Server 2000；
• 同上，如果之前已经存在一个 MDT 2008 数据库，那么只需要在 MDT 2010 数据库配置中直接选中之前已经存在的数据库即可；
• 
• 同理，验证 MDT 2010 的数据库是可以基于 SQL Server 2000 的（并不存在无法连接这一说法），那么我们可以在 SQL Server 2000 上的用于 MDT 的数据库上执行 MDT 2008 带的数据库查询脚本，创建对应的表。之后再通过前面的步骤进行升级；
• 如果需要将基于 SQL Server 2000 上的 MDT 数据库迁移到 SQL Server 2005 或 2008 版本上，那么可以使用 SQL Server Management Studio 附加原数据库，或通过导入和导出数据功能将原数据库中的表导入到新版本的数据库中。
• 最后，如果是全新安装的 MDT 2010，并且不存在上一版本的 MDT 数据库，那么要创建和使用 MDT 数据库，则 SQL Server 版本必须高于 SQL Server 2000，否则就会出现之前日志中出现的数据库错误。

        如果你在配置 MDT 2010 数据库时出现：“Unable to create necessary database objects. 第 1 行:’MAX"’附件有语法错误。”的错误提示，那么继续浏览该篇日志是非常有必要的。

        很惭愧，gOxiA 直到昨天才知道  MDT 2010 “不完全支持”SQL Server 2000 数据库。为什么会这么说呢？！原因就是 gOxiA 为一个环境配置 MDT 2010 应用，但是在为 MDT 2010 配置数据库时出现了上面的错误信息，能想到的排错都用上了，据说是我人品问题大爆发，才会遇到！不过专家们友情提示与 SQL Server 版本有关！但是在另一个环境中确实是MDT 2010 + SQL Server 2000 这样组合，回忆之前的部署经历，该组合是从 MDT 2008 一路升级过来的，难道与此有关。而且分析了 MDT 2010 的 SQL 查询脚本，确实在 SQL Server 2000 中出现错误。

        之后安装了 SQL Server 2005 和 2008 Express 两个版本在不同的环境下测试，均配置正常。看来问题确实出在 SQL Server 版本上，而之前咨询的 MDT 2010 不能与 SQL Server 2000 连接这一说法并不完全正确，有事实有真相。而之所以之前的那个 MDT 2010 + SQL Server 2000 能完全正常工作，恐怕是因为在 MDT 2010 Beta 和 MDT 2010 RC 阶段时还支持 SQL Server 2000，所以内置的查询脚本顺利地升级了我的 SQL Server 2000 下的数据库，而 MDT 2010 RTM 正式发布后，说明中并未明显强调对数据库的限制而导致我的故障发生。对此，我昨天已经做了深刻的检讨，但是我不认为错全在我！根据这一系列的测试，其实只要 MDT 2010 的数据库进行了升级或已经生成，还是可以挂在 SQL Server 2000 上使用的。设计使然，也懒得再做进一步的研究！

         撰写这篇日志，存粹安慰自己，同时友情提示其他朋友，一但遇到这个问题知道是什么原因所致。我会在下一篇日志中与大家分享我是如何将之前 SQL Server 2000 中的 MDT 2010 数据库升级或迁移到 SQL Server 2005 和 2008 （包含 Express）中去。

启用无人参与安装 自动跳过 Windows 部署服务的语言环境设置和身份验证流程

        常规 WDS 部署过程中当客户端进入 Windows 部署服务向导后，首先会要求用户对区域和键盘、输入方法进行选择，之后键入具有对应权限的域帐号、密码后方可进行下一步的部署流程。如下图所示！这一设计除了满足企业多语言环境的需求以外，同时增强了安全性。但是，在某些特定环境下我们也许需要更少的接触操作。

        在 WDS 中配合使用应答文件是可以自动跳过上述设置的，我们只需要通过 WDS 服务器属性中客户端选项卡下的“启用无人参与安装”即可。它对应着应答文件中的“WindowsPE”阶段。虽然如此，但是我们还是可以将这一功能理解为是一个面向特定体系结构的全局性应答设置，因为当配置的应答文件中包含有后续的操作系统安装应答参数时，会向下继承到所选择的安装映像上。所以使用“启用无人参与安装”这一功能时，应当分析当前环境的特定要求之后再合理的设计和应用应答文件。例如，本次案例中我希望用户进入 WDS 的操作系统部署向导后，用户无需进行语言环境的设置和身份验证，而每个安装映像则对应一个特定的应答文件。

        注意：务必将“启用无人参与安装”的应答文件保存在“RemoteInstall”目录下。操作演示如下图所示：

        在了解上述说明后，我们只需要使用 Windows 系统映像管理器 新建一个只包含 WindowsPE 阶段的应答文件即可。其下要添加“x86_Microsoft-Windows-International-Core-WinPE_neutral”组件，并根据图示将相关参数：InputLocale、SystemLocale、UILanguage、UILanguageFallback 以及 UserLocale 配置为 zh-CN，LayeredDriver 配置为 1。该设置将 WDS 向导界面配置为中文环境。

        之后在 Windows 映像窗体 Components 下定位到“x86_Microsoft-Windows-Setup_6.1.7600.16385_neutral”，将其展开找到“WindowsDeploymentServices”-“Login”-“Credentials”，右键单击，并选择“添加设置以传送 1 WindowsPE”。最后参考下图对该组件的 Domain、Password、Username 进行配置。

        最后将其保存至 WDS 服务器上的 RemoteInstall 目录下，并参考前面的说明对“启用无人参与安装”进行配置。现在我们就可以进行实验验证一下结果。