我不确定我是否对MDT的目的感到困惑。
我们需要将标准的Windows 7构build部署到大约100台新的计算机上，而且随着时间的推移会更多。
遵循了大量的文档，教程和白皮书等，似乎MDT将始终贯穿整个过程
而我们需要的是一个简单的“参考机器的图像”，其次是“克隆图像到目标”。 这应该比MDT之后的完整安装例程要快得多。
我应该用MDT捕获的WIM做些什么吗？ 我可以简单地把它作为一个“准备复制”的形象，以WDS？
在捕获您的WIM之前，请使用您希望预安装的任何应用程序来configuration您的参考计算机。 将WIM应用于目标时，剩下要做的就是将其join到域中并应用任何更新。
因此，使用MDT（以及扩展SCCM）的美妙之处在于，您可以创build独立的应用程序包，这些应用程序包可以独立于操作系统进行更新。 添加/删除/更新应用程序不需要每次都创build一个新的图像。 作为交换，您可以增加将映像部署到目标所需的时间。
对于我们来说，将应用程序与操作系统映像分开的function使得应用程序和映像的pipe理更加容易，但是如果您处于所有机器具有相同configuration的情况下并且只偶尔进行映像重build，那么一起滚动将是一个更好的select。
WDS提供了PXE启动能力以及捕获和部署映像的能力。 MDT提供了一个现成的方式来注入驱动程序并执行脚本化的安装步骤。 您可以在MDT中使用由WDS创build的捕获的WIM – 我已经这么做了几次。
我个人的偏好是完全避免使用捕获的WIM图像。 当他们工作的时候，我发现这个过程比这个过程更麻烦 – 与长期过时的图像作斗争是一个皇家的痛苦。
要集成这两者，请使用由MDT创build的启动WIM映像作为WDS服务器上的启动选项。 您可以将此时由捕获进程创build的WIM用作脚本安装的一部分。
我亲自做操作系统部署一个股票WIM图像，注入驱动程序，并通过MDT进行任何其他定制（如在本地驱动器上制作安装映像的副本），并通过EminentWare部署软件堆栈。
有许多方法可以将安装和安装后的脚本安装到AD中预注入的系统，并自动join所有内容。
就个人而言，我们曾经有过这样的情况，那就是我们使用WDS的最简单的方法是：
pipe理图像需要更多的开销; 他们过时了，等等，我们不是脚本来回答所有的脚本。 我们主要将其用于偶尔的实验室或部署，以获得体面的基础安装，然后运行较小的后映像更新并将其join到域中。
所以有一些方法可以改进，但是这种方法可以满足我们的需求，并保持足够的灵活性以便可用，而当事情决定在最后一分钟不合作的时候，这些方法不够复杂，不足以在孩子面前宣誓。