简介这份资源面向IT运维人员与系统管理员聚焦利用MDT2013实现Windows操作系统的批量网络部署帮助解决手动逐台安装效率低、流程繁琐的问题。内容围绕活动目录、WDS、DHCP、MDT与ADK五大环境组件展开涵盖部署共享创建、WinPE与DISM工具集成、操作系统映像准备、DHCP引导配置及PXE网络启动等关键环节并延伸至驱动自动检测、自定义脚本与SCCM集成等进阶方向。资源包为1个docx文档压缩后约1.7MB以图文步骤形式梳理从环境搭建到批量部署的完整流程便于对照实操。目前已有454人学习下载适合具备一定服务器运维基础、希望掌握企业级批量部署技能的读者参考可作为搭建MDT部署环境的实践指南与排错思路参考。1. MDT 批量装系统从一台样机到一百台机器的距离机房上架三十台同型号工作站如果一台一台插 U 盘、点下一步、输序列号、装驱动、配域账号一个人干到凌晨也搞不完而且每台机器的配置还可能因为手抖而不一致。MDTMicrosoft Deployment Toolkit解决的正是这个场景把 Windows 操作系统的安装过程做成一套可重复、可批量、可无人值守的流程让新机器从 PXE 或 U 盘启动后自动完成分区、装系统、装驱动、加域、装软件最后停在登录界面等你验收。它不是一个单独的安装程序而是一套部署框架核心由 Deployment Workbench管理控制台、Task Sequence任务序列、WinPE 引导镜像和部署共享Deployment Share四部分组成。适合谁用中小企业的 IT 运维、实验室机房管理员、需要频繁重装同构设备的团队。不适合谁只装一两台机器、且对自动化没有长期需求的个人用户手工装反而更快。这一章先把 MDT 的定位和边界说清楚后面几章再拆开讲怎么搭、怎么调、怎么排错。MDT 的工作方式可以理解为“把装系统的步骤写成剧本”。你在 Deployment Workbench 里导入 Windows 安装镜像、驱动、应用程序然后编排一个 Task Sequence规定先分区、再应用镜像、再注入驱动、再执行脚本。客户端通过 PXE 网络引导或制作好的 WinPE 启动介质进入部署环境连上部署共享读取规则文件CustomSettings.ini 和 Bootstrap.ini决定自己该装哪个系统、叫什么名字、加到哪个 OU。整个过程不需要人工干预除非你在规则里设置了暂停点。这套机制的关键在于“规则驱动”同一套部署共享可以服务不同型号、不同用途的机器靠的是规则文件里的条件判断。理解了这一点后面配置参数时就不会觉得是在背命令而是在写一份“给不同机器分派不同剧本”的调度逻辑。2. 搭一套能跑的 MDT 环境服务器准备与部署共享创建2.1 服务器角色与前置组件怎么选MDT 本身不依赖特定版本的 Windows Server常见做法是跑在 Windows Server 2016 及以上版本上也可以临时用一台 Windows 10/11 专业版机器做测试。服务器需要装几个前置组件ADKWindows Assessment and Deployment Kit和 WinPE 附加组件。ADK 提供 DISM、Windows SIM 等工具WinPE 附加组件用来生成引导镜像。版本匹配很重要ADK 的版本要和你打算部署的 Windows 版本大致对应比如部署 Windows 10 22H2用 Windows 10 版本的 ADK 比较稳部署 Windows 11建议用 Windows 11 版本的 ADK。装完 ADK 后再装 MDT 本体Microsoft Deployment Toolkit安装过程基本一路下一步。服务器还需要几个基础服务DHCP给客户端分配 IP、DNS解析部署共享所在主机名、以及一个共享目录用来放 Deployment Share。如果要做 PXE 引导还需要 WDSWindows Deployment Services或者用 MDT 自带的 PXE 响应机制。常见做法是 WDS 和 MDT 配合WDS 负责网络引导MDT 负责后续部署逻辑。文件共享权限要给足因为部署过程中客户端会以域账号或本地账号访问部署共享权限不够会在连接阶段就失败。提示如果只是测试可以跳过 WDS直接用 MDT 生成 ISO 或 U 盘启动介质减少网络配置的干扰。2.2 创建 Deployment Share 并导入操作系统源文件打开 Deployment Workbench右键“Deployment Shares”新建一个共享。路径建议放在空间充足的盘上比如 D:\MDTShare。创建过程中会问你是否创建默认的引导镜像和选择平台一般勾选 x64 即可。创建完成后展开这个共享会看到 Operating Systems、Applications、Task Sequences 等节点。导入操作系统源文件右键 Operating Systems → Import Operating System选择“Full set of source files”指向你挂载的 Windows ISO 里的 sources 目录或者解压后的安装文件根目录。MDT 会把它复制到部署共享的 Operating Systems 子目录下。导入完成后在 Operating Systems 节点下能看到对应的 Windows 版本。# 查看部署共享目录结构在 MDT 服务器上执行 # 假设共享路径为 D:\MDTShare tree D:\MDTShare /L 2 # 典型输出结构 # D:\MDTShare # ├── Boot # ├── Control # ├── Operating Systems # │ └── Windows 10 x64 # ├── Scripts # └── Task Sequences这段命令只是帮你确认目录是否生成正确。关键目录说明Control 存放规则文件CustomSettings.ini、Bootstrap.iniBoot 存放 WinPE 引导镜像Operating Systems 存放系统源文件Task Sequences 存放任务序列。如果 Operating Systems 下是空的说明导入时选错了路径需要重新导入。2.3 导入驱动并配置驱动分组驱动是批量部署里最容易翻车的一环。不同型号的机器需要不同的存储控制器、网卡、显卡驱动。MDT 的做法是在 Deployment Workbench 里右键 Drivers → Import Drivers把厂商提供的驱动包通常是解压后的 inf 文件目录导入。导入时可以按型号或按硬件类型建立文件夹结构比如 Drivers\Dell\OptiPlex 7090\Network。导入后MDT 会分析每个驱动的 inf 文件提取硬件 ID。在 Task Sequence 里可以通过“Inject Drivers”步骤配合规则文件让不同型号的机器只装自己需要的驱动。常见做法是在 CustomSettings.ini 里用 Make 和 Model 变量做条件判断把驱动分组映射到具体机型。; CustomSettings.ini 片段按机型选择驱动分组 [Settings] PriorityMake, Model, Default [Default] DriverSelectionProfileNothing DriverGroup001Drivers\%Make%\%Model% [Dell OptiPlex 7090] DriverGroup001Drivers\Dell\OptiPlex 7090逻辑说明Priority 定义了规则匹配顺序先看 Make再看 Model最后落到 Default。DriverGroup001 指定驱动分组路径MDT 在 Inject Drivers 步骤时会去对应目录找驱动。参数说明%Make% 和 %Model% 是 MDT 自动从客户端硬件读取的变量不需要手动赋值。如果某台机器读出来的 Model 和文件夹名不一致驱动就注入不进去这是后面避坑章节会展开的一个典型问题。3. 任务序列编排让安装过程按你的剧本走3.1 创建任务序列并理解默认步骤在 Deployment Workbench 里右键 Task Sequences → New Task Sequence。给一个 ID 和名称比如 WIN10-X64-STD。模板选择“Standard Client Task Sequence”。接下来会问你要不要指定产品密钥、是否加入域、是否设置本地管理员密码。这些可以在向导里先填默认值后续在规则文件里覆盖。创建完成后双击任务序列进入编辑器。默认步骤大致分为几组Validate校验环境、Install分区、应用镜像、注入驱动、Configure加域、应用网络设置、Capture如果是捕获镜像的序列。每个步骤都有属性可以设置条件、变量、超时时间。批量部署的核心操作就是在这个编辑器里增删步骤、调整顺序、给步骤加条件。!-- 任务序列中“Apply Operating Image”步骤的关键属性示例 -- step typeBDD_ApplyOSImage nameApply Operating System defaultVarList variable nameImageFile propertyImageFileWindows 10 x64\Sources\install.wim/variable variable nameImageIndex propertyImageIndex1/variable variable nameDestinationDisk propertyDestinationDisk0/variable variable nameDestinationPartition propertyDestinationPartition2/variable /defaultVarList conditionNot (VirtualPC)/condition /step逻辑说明ImageFile 指向部署共享里的 wim 文件ImageIndex 指定用第几个版本比如专业版、企业版。DestinationDisk 和 DestinationPartition 控制装到哪块盘、哪个分区。condition 是执行条件这里表示物理机才执行虚拟机跳过。参数怎么改如果目标机器有多块硬盘DestinationDisk 要改成对应的磁盘编号如果分区方案不同DestinationPartition 也要跟着调。改错这两个参数轻则装到错误的盘重则覆盖数据盘。3.2 分区步骤的参数与常见调整默认任务序列里有一个“Format and Partition Disk”步骤通常创建三个分区系统保留分区、Windows 分区、恢复分区。批量部署时如果机器硬盘大小不一致固定分区大小会出问题。常见做法是把 Windows 分区设为“使用剩余空间”而不是写死数值。!-- 分区步骤关键参数 -- step typeBDD_FormatPartition nameFormat and Partition Disk defaultVarList variable nameDiskNumber propertyDiskNumber0/variable variable namePartitionType propertyPartitionTypePrimary/variable variable nameSize propertySize100%/variable variable nameFileSystem propertyFileSystemNTFS/variable variable nameQuickFormat propertyQuickFormatTrue/variable /defaultVarList /step逻辑说明Size 设为 100% 表示占用剩余空间适合硬盘容量不统一的场景。QuickFormat 为 True 时只做快速格式化批量部署时能省不少时间。如果机器上有旧数据需要彻底清除可以改成 False但会显著增加部署时长。参数说明DiskNumber 从 0 开始计数多盘机器要确认系统盘是哪一块。可以在 WinPE 里用 diskpart 的 list disk 命令确认。3.3 加域与应用安装的步骤配置加域步骤通常在“Configure”组里叫“Recover From Domain”或“Join Domain”。需要填域名、域管理员账号密码、目标 OU。批量部署时不同部门的机器可能要加到不同 OU这时候用规则文件里的变量来控制。; CustomSettings.ini 片段按机器用途决定 OU [Settings] PriorityDefault [Default] DomainAdmincontoso\deployadmin DomainAdminPasswordPssw0rd MachineObjectOUOUWorkstations,DCcontoso,DCcom ; 如果某台机器需要加到测试 OU可以在 Bootstrap.ini 或 WinPE 阶段用变量覆盖逻辑说明MachineObjectOU 指定计算机账户创建在哪个 OU。如果所有机器都加同一个 OU直接写死即可如果要按部门区分可以在规则里用条件判断或者部署后在 AD 里批量移动。参数说明DomainAdmin 和 DomainAdminPassword 是加域用的凭据权限要足够在目标 OU 创建计算机对象。密码明文写在规则文件里有安全风险常见做法是用 MDT 的数据库功能或者部署后立即改密码。应用安装步骤在 Task Sequences 里添加“Install Application”步骤选择之前导入的应用程序。每个应用可以设置依赖关系和返回码。批量部署时建议把常用软件浏览器、办公套件、压缩工具都做成静默安装包避免部署过程中弹出交互窗口卡住。4. 规则文件与无人值守CustomSettings.ini 和 Bootstrap.ini 怎么写4.1 Bootstrap.ini 负责连接部署共享Bootstrap.ini 在 WinPE 阶段生效作用是告诉客户端去哪里找部署共享。它比 CustomSettings.ini 更早加载所以不能依赖太多变量。; Bootstrap.ini 示例 [Settings] PriorityDefault [Default] DeployRoot\\MDT-SERVER\MDTShare$ UserIDcontoso\deployadmin UserPasswordPssw0rd UserDomaincontoso SkipBDDWelcomeYES逻辑说明DeployRoot 指向部署共享的 UNC 路径末尾的 $ 表示隐藏共享。UserID 和 UserPassword 是访问共享用的凭据。SkipBDDWelcomeYES 跳过欢迎界面直接进入部署流程。参数说明如果共享权限允许匿名读取可以省略 UserID 和 UserPassword但生产环境不建议这么做。DeployRoot 的路径必须能从 WinPE 里访问到网络不通或 DNS 解析失败都会卡在这一步。4.2 CustomSettings.ini 控制部署细节CustomSettings.ini 在 WinPE 加载后生效控制计算机名、加域、分区、应用安装等几乎所有可配置项。它的核心是 Priority 和分节匹配。; CustomSettings.ini 示例批量部署常用配置 [Settings] PriorityDefault [Default] OSInstallYES SkipCaptureYES SkipAdminPasswordYES SkipProductKeyYES SkipComputerNameNO SkipDomainMembershipNO SkipUserDataYES SkipTaskSequenceNO SkipApplicationsNO SkipBitLockerYES SkipSummaryYES SkipFinalSummaryYES FinishActionREBOOT ComputerNamePC-%SerialNumber% DomainAdmincontoso\deployadmin DomainAdminPasswordPssw0rd DomainAdminDomaincontoso MachineObjectOUOUWorkstations,DCcontoso,DCcom TimeZoneNameChina Standard Time KeyboardLocalezh-CN UILanguagezh-CN逻辑说明Skip 开头的变量控制部署向导里哪些页面跳过。SkipComputerNameNO 表示不跳过计算机名页面但下面用 ComputerNamePC-%SerialNumber% 自动生成名字所以实际不会弹窗。%SerialNumber% 是 MDT 从 BIOS 读取的序列号变量用它做计算机名可以保证唯一性。参数说明TimeZoneName 和 KeyboardLocale 要按实际地区设置设错了系统装好后时间和输入法都不对。FinishActionREBOOT 表示部署完成后自动重启也可以设为 SHUTDOWN 或 LOGOFF。4.3 用规则实现不同机型不同配置批量部署的场景里机器型号可能不止一种。用规则文件的条件匹配可以让同一套部署共享服务多种机型。[Settings] PriorityByModel, ByMake, Default [ByModel] ; 先按型号匹配 SubsectionModel-%Model% [Model-OptiPlex 7090] DriverGroup001Drivers\Dell\OptiPlex 7090 Applications001{a1b2c3d4-...} Applications002{e5f6g7h8-...} [Model-ThinkCentre M720] DriverGroup001Drivers\Lenovo\M720 Applications001{a1b2c3d4-...} [Default] DriverGroup001Drivers\Common逻辑说明Priority 里先匹配 ByModelByModel 节里用 Subsection 动态跳转到 Model-%Model% 节。每个型号节里指定自己的驱动分组和应用列表。Applications001 后面的 GUID 是 MDT 里应用程序的唯一标识可以在 Deployment Workbench 的应用属性里找到。参数说明如果某台机器的 Model 变量值和节名不完全一致比如多了空格或后缀匹配就会失败落到 Default 节。这是实际部署中最常见的规则失效原因之一。5. 避坑与排查批量部署里那些让人半夜爬起来的问题5.1 客户端 PXE 启动后找不到部署共享现象WinPE 启动成功但连接部署共享时提示“无法访问网络路径”或一直卡在连接界面。原因常见的有三种——DNS 解析不到 MDT 服务器主机名、共享权限不足、Bootstrap.ini 里的 DeployRoot 路径写错。解决先在 WinPE 里用 ipconfig 确认拿到了 IP再用 ping 和 net use 测试连通性和权限。如果 DNS 有问题可以直接在 Bootstrap.ini 里把 DeployRoot 写成 IP 地址比如 \192.168.1.10\MDTShare$绕过解析。共享权限要确保部署账号有读取权限NTFS 权限也要放行。5.2 驱动注入失败导致装完后网卡不工作现象系统装好了但设备管理器里网卡带黄色感叹号或者根本认不到网卡。原因驱动没有正确注入或者注入的驱动版本和硬件不匹配。解决先在 Deployment Workbench 里检查对应机型的驱动分组是否包含网卡驱动再确认 CustomSettings.ini 里的 DriverGroup001 路径是否和实际文件夹一致。如果还是不行可以在 WinPE 阶段用 drvload 命令手动加载驱动测试。另一个常见原因是驱动 inf 文件里没有对应硬件的 ID需要从厂商官网下载最新驱动包。5.3 计算机名重复导致加域失败现象部署过程中加域步骤报错提示“计算机账户已存在”或“名称冲突”。原因ComputerName 变量生成的名称不唯一比如用了 %Make% 或固定前缀多台机器生成了一样的名字。解决用 %SerialNumber% 或 %AssetTag% 这类唯一值做计算机名。如果序列号读不出来可以在 BIOS 里确认序列号是否可读或者改用 MAC 地址后六位。MDT 还支持在规则里用 %UUID% 变量但格式较长需要截取。5.4 应用安装步骤卡住或返回码异常现象任务序列执行到 Install Application 步骤时长时间无响应或者提示返回码不是 0 或 3010。原因安装包不是静默安装弹出了交互窗口但 WinPE 或部署环境下看不到或者安装包返回码不在 MDT 认可的成功列表里。解决把安装包改成静默安装参数比如 MSI 用 /qnEXE 用 /S 或 /silent。然后在应用属性里检查返回码设置把实际返回码加进去。常见做法是先在普通系统里手动跑一遍安装命令确认静默参数有效再导入 MDT。5.5 部署完成后系统时间或区域不对现象系统装好后时区是 UTC输入法只有英文或者时间差了几个小时。原因CustomSettings.ini 里没有设置 TimeZoneName、KeyboardLocale、UILanguage或者设置的值不被识别。解决在 Default 节里明确写上 TimeZoneNameChina Standard TimeKeyboardLocalezh-CNUILanguagezh-CN。如果部署的是英文版 Windows还需要额外导入中文语言包。参数值可以参考微软文档里的时区名称列表写错一个单词就会静默失效。6. 进阶技巧用 MDT 数据库和 PowerShell 扩展批量部署能力当机器数量从几十台涨到几百台规则文件会变得臃肿手工维护容易出错。这时候可以把配置迁移到 MDT 数据库里。MDT 支持把 CustomSettings.ini 的规则存到 SQL Server 数据库客户端在部署时查询数据库获取自己的配置。这样做的好处是配置集中管理可以用 SQL 查询做复杂条件匹配还能记录每台机器的部署历史。配置数据库的步骤在 Deployment Workbench 里右键 Database → New Database连接到 SQL Server 实例创建一个新的 MDT 数据库。然后把规则从 CustomSettings.ini 迁移到数据库的 Settings 表里。客户端连接数据库需要在 CustomSettings.ini 里配置数据库连接字符串。; CustomSettings.ini 中配置数据库连接 [Settings] PriorityDefault [Default] DBIDMDTDB DBModelMicrosoft SQL Server DBServerSQL-SERVER\INSTANCE DBNameMDTDB NetlibDBNMPNTW SQLShareMDTShare$逻辑说明DBID 是数据库标识DBServer 指向 SQL Server 实例DBName 是数据库名。配置好后MDT 会优先从数据库读取规则读不到的再落到本地 CustomSettings.ini。参数说明Netlib 指定网络库DBNMPNTW 是命名管道方式适合域环境。如果 SQL Server 和 MDT 服务器不在同一台机器上要确保网络连通和权限配置正确。另一个进阶方向是用 PowerShell 脚本扩展任务序列。MDT 的任务序列支持运行 PowerShell 脚本可以在部署过程中做更灵活的操作比如根据硬件信息动态生成计算机名、调用 API 记录部署日志、部署后自动发送通知邮件。# 在任务序列中运行的 PowerShell 脚本示例记录部署日志到共享目录 param( [string]$LogPath \\MDT-SERVER\Logs\Deploy, [string]$ComputerName $env:COMPUTERNAME ) $timestamp Get-Date -Format yyyyMMdd-HHmmss $logFile Join-Path $LogPath $ComputerName-$timestamp.log # 收集基本信息 $info ComputerName: $ComputerName DeployTime: $timestamp OSVersion: $((Get-CimInstance Win32_OperatingSystem).Caption) SerialNumber: $((Get-CimInstance Win32_BIOS).SerialNumber) $info | Out-File -FilePath $logFile -Encoding UTF8逻辑说明这个脚本在部署完成后运行把计算机名、部署时间、系统版本、序列号写到一个共享日志文件里。参数说明LogPath 是共享目录路径需要部署账号有写入权限。ComputerName 默认取当前机器名也可以从 MDT 变量传入。把这个脚本加到任务序列的末尾就能自动留下部署记录方便后续审计和排查。我自己的习惯是每次调整任务序列或规则文件后先拿一台虚拟机跑一遍完整流程确认没问题再推到物理机批量部署。虚拟机跑一遍大概十几分钟但能省下后面几十台机器集体翻车的时间。另外部署共享的 Control 目录建议用 Git 或至少用压缩包做版本备份改错了能快速回滚。希望帮到你。本文还有配套的精品资源点击获取