MDT2012部署系列之04 MDT Windows部署问题故障排除

louyaoluan

　　        在实际生产应用环境中我们会遇到这样那样的问题，而这些问题会让你觉得无从下手，这将是一件很痛苦的事情，下面将一些基础的排错方法例出，希望能够对你有所帮助。
　　Windows 安装引擎
　　      无论您使用哪种工具部署 Windows 7 或 Windows Server 2008 R2，都会运行新的 Windows 安装引擎。在使用 Windows 自动安装工具包 (AIK) 的 ImageX 等工具应用 Sysprep Windows 映像后运行 setup.exe 或等效的迷你安装工具，应该算是比较完整的安装体验了。运行安装工具时都需要配置信息；系统可能会提示您提供这些信息，但大多数时候它都会查询应答文件 (unattend.xml) 来获取这些信息。安装引擎会将其所有操作都记录到一个日志文件（setupact.log 文件）中，万一 Windows 安装发生错误，我们就需要查看这个文件。
　　问题一：Windows 安装提示的错误代码很奇怪
　　      在下面的情形中，我们使用 unattend.xml 文件部署 Windows 7，但却在安装到一半时失败了，出现了一个奇怪的错误代码：

　　       答案：不要单击“确定”。改按 Shift-F10，找到 setupact.log 文件（此文件所在的位置因安装失败的时间而异）。在此例中，真正的错误是我们在 unattend.xml 中键入了一个错误的计算机名称，而让它出现在了 setupact.log 中。下面这几行就取自 setupact.log。真正导致安装停止的原因是，我故意向 unattend.xml 文件分配了一个超过 16 个字符的计算机名称（我曾见过客户这样做）。

　　使用 MDT 2010 Lite Touch 部署 Windows
　　      使用 MDT 2010 Lite Touch 部署 Windows 时，问题的故障排除过程更为复杂。这是因为，MDT 在核心安装引擎和 Windows AIK 工具上多加了一层工具和脚本。幸运的是，MDT 也提供额外的错误处理和日志文件，可协助我们找出错误原因，让我们在进行故障排除时更加得心应手。为了深入了解故障排除，在使用它部署 Windows 时，必须记住整个过程。
　　      使用 MDT 部署 Windows 时，我们使用所谓的任务序列。任务序列是我们需要在部署过程中完成的一系列步骤或操作。一些常用步骤包括：格式化驱动器、插入驱动程序、使用应答文件运行 Windows 安装、安装应用程序以及安装更新。
　　MDT 2010 Lite Touch 裸机部署过程如下所示：
　　启动映像从 CD/USB 或 PXE 启动，启动后，即会连回部署服务器。
　　部署向导从服务器启动并读取部署设置（规则），然后自动启动部署或者提示您输入数据（因服务器的设置而异）。这些设置存储在内存中。
　　所选的任务序列随后启动，并开始执行自身包含的操作或步骤。例如，为了确保安装能够获取正确的设置，必须执行以下操作：   
a. 收集 — 读取部署设置     
b. 配置 — 通过适当的设置来更新 unattend.xml     
c. 应用操作系统 — 使用更新后的 unattend.xml 文件运行 setup.exe
　　应用操作系统映像后，任务序列将重新启动计算机，开机后便从中断处继续进行。
　　      对 MDT 2010 Lite Touch 进行故障排除时，我们也使用日志文件，但这些日志文件存储在 setupact.log 以外的其他位置。各个 MDT 脚本生成其各自的日志文件，但 BDD.log 包含一个所有其他 MDT 日志文件的汇总视图。这些日志存储在 X:\MININT\SMSOSD\OSDLOGS、C:\MININT\SMSOSD\OSDLOGS 或 C:\Windows\Temp\DeploymentLogs 中，存储位置因部署失败的时间而异。BDD.log 是主日志文件，但 SMSTS.log 文件可能还会生成另外一些关于 Lite Touch 部署中断原因的线索。（顺便说一下，对日志文件进行格式化是为了让 trace32 实用工具读取它们。）
　　问题二：MDT 2010 Lite Touch 无法连接服务器
　　这是一个相当常见的错误，但是我们如何解决它呢？在此例中，我知道提供的用户名和密码都正确。

　　      下一步是按 F8 来获取命令提示符。由于这个错误是在整个过程的早期发生的，还没有创建 C: 卷来存储日志文件，因此，MDT 将这些日志文件存储在 RAM 中。使用 trace32（或记事本）打开 X:\MININT\SMSOSD\OSDLOGS（RAM 驱动器）中的 BDD.LOG 后，我们会看到以下画面：

　　      真正的错误是规则中的拼写错误。部署共享是以 MDTProduction$ 名称被共享的，但我们在规则中键入的却是 MDTProducton$（少了“i”）。