从MDT到部署到新机器

我最近参加了关于使用MDT和部署一个组织的速成class。 根据我的理解,这是处理部署的理想方式。

通过MDT,您可以创build一个基础映像,并将其部署到Hyper-V机器。 在此映像中,您可以configurationfunction并安装SilverLight,VC ++ ReDists,networking设置,其他系统设置以及其他不需要不断更新或可能更改的软件包。

从那里你可以在Hyper-V机器上安装这些驱动程序,然后用sysprep来安装Hyper-v Machine,并使用这个.ISO / .WIM镜像并把它推送到WDS,然后networking启动并安装这个镜像。

这是理想的方式,还是真的主要取决于机器的情况或数量/types?

MDT是部署的好工具,而且非常灵活…例如,您创build的基础映像可以是基本的Windows安装,其中包含所有更新(精简映像),也可以安装每个人都需要的软件图像(厚图像),然后运行Sysprep和Capture任务。 “TechNet杂志”的文章“ 桌面映像pipe理:构build更好的桌面映像 ”将帮助您根据自己的特定需求决定最佳stream程。 此外,可以使用MDT的“应用程序”部分(而不是“包”部分(节点)),使用命令行并将MDT指向安装文件的位置来安装MDT。

不应该将驱动程序添加到虚拟机,而是添加到MDT中的“Out of Box Drivers”部分。 MDT使用即插即用硬件调用在部署过程中从此部分中select正确的驱动程序。 这使您可以为您的公司在MDT中使用的所有型号的计算机提供驱动器,而不是在映像中。

为了进一步解释一些这些细节,请参阅以下video:

部署日会议1:MDT 2012简介

部署日会议2:MDT 2012高级

Windows 8.1部署Jumpstart

在TechNet上部署Spring 7系列的Windows 7和部署Windows 8.1页面上可以find更多关于MDT帮助的video和文章。

希望这可以帮助

这是理想的方式,还是真的主要取决于机器的情况或数量/types?

理想是相对于你有什么types的环境。 这就是说,你描述的方式是一个可行的,有效的方法,如果你做对了。 这是我对MDT和WDS的看法,因为你已经引用了它们。

MDT更适合大型企业,WDS更适合小型企业。 我已经使用了两种方法(MDT和WDS),它们都有很好的用途。 正如你在你的问题中提到的,WDS与MDT一起工作,因为它有助于MDT的networking/ PXE引导部分。

您在问题中描述的场景将更适合我之前提到的较小环境,因为您创build了映像并安装了应用程序和驱动程序,然后将其系统化,然后将该映像用于通过WDS向您的计算机进行降级。 MDT占用了这部分,使得它更容易,并且通过它使用的任务序列更高效。 您需要花费大量的时间(比WDS多),设置所有的模型和驱动程序包(来自供应商(Dell,HP等)网站的CAB),networking设置,命名约定等但最终还是会有更less的烦恼,一旦你喜欢它,它的扩展性就非常好。 WDS使用已经知道的设置图像,并且可以在这些图像中放置驱动程序包,但是当获得新的计算机模型时,需要做很多调整来保持WDS的运行。 使用MDT,您可以编辑已经创build的任务序列,并在新的驱动程序CAB发出新的驱动程序并将新的驱动程序添加到该驱动程序中,并且相当容易; 在前面做了所有艰苦的工作。

MDT在定位领域也很出色。 我的意思是,您可以在没有安装任何驱动程序或任何应用程序的情况下使用精简映像,启动一个MDT部署,运行您设置的任务序列,以检测您正在运行的计算机types,查找哪个模型它是,然后获取特定的驱动程序包和应用程序包并安装它们。 所有这一切都是通过使用WMI查询来完成的,这些查询会查询要成像的计算机的某些属性。 这对于那些没有标准电脑模式的商店/公司是非常有帮助的。

这里是设置MDT的一个很好的指南 , 这里是一个非常实用的video教程和指南的链接 。 请随时与我联系,了解您可能遇到的其他具体问题。

这是理想的方式,还是真的主要取决于机器的情况或数量/types?

这完全取决于…

  • WDS有一个陡峭的学习曲线,你需要一个MS服务器平台。
  • MDTSCCM的学习曲线更陡峭,并且依赖于WDS。
  • WDSMDTSCCM在部署非Windows资产时存在限制

如果您的环境不强制您采取特定的解决scheme,并且您需要快速的结果,那么第三方将自动执行PXE服务器。解决scheme加速器在networking部署Windows和非Windows资产时能够使生活更轻松。