当客户端机器设置为从网络启动时，它会先通过DHCP获取IP地址，再根据DHCP选项66/67或IP Helper指向SCCM分发点，下载网络引导程序（NBP）和WinPE引导映像。引导映像本质上是一个裁剪过的Windows PE环境，负责初始化磁盘、访问网络共享，并与管理点通信以获取任务序列策略。很多PXE启动失败并不是启动过程本身出了问题，而是引导映像没有更新、未分发或者缺少必要的网卡和存储驱动。
PXE启动流程与引导映像的作用
理解引导映像的作用，首先要清楚PXE启动的四个阶段。第一阶段是DHCP广播，客户端在没有操作系统的情况下发送发现报文，DHCP服务器返回IP地址和引导服务器信息。第二阶段是网络引导程序下载，SCCM分发点通过TFTP或HTTP（取决于配置）将NBP文件传给客户端。第三阶段是引导映像加载，客户端下载boot.wim到内存并启动WinPE。第四阶段是进入任务序列向导，连接管理点查询可用的部署策略。引导映像在第三阶段充当临时操作系统，因此它必须包含目标机型的网卡驱动、存储驱动以及可选的Windows组件，否则WinPE无法访问网络中的部署共享。
SCCM默认提供两个引导映像：一个x86架构，一个x64架构。绝大多数现代设备使用x64引导映像，但有些旧设备或特定场景仍会用到x86版本。引导映像包中包含winpe.wim和boot.wim，其中boot.wim是最终传输到客户端的映像。管理员可以在引导映像属性中添加额外的网络驱动、存储驱动和可选组件，例如PowerShell、DISM命令支持、Microsoft .NET等。添加组件会增大WIM体积，增加下载时间，因此应根据实际需求选择，而不是盲目勾选全部选项。
另一个容易忽视的点是引导映像与Configuration Manager站点版本之间的匹配关系。如果站点升级到了新版本，而旧引导映像没有重新生成，客户端在启动后可能拿到不兼容的策略数据，表现为进入WinPE后一直等待或报0x80072ee2之类的错误。此时需要右键引导映像选择“更新分发点”，让SCCM重新从站点服务器上生成WIM文件，并替换所有分发点上的旧版本。
引导映像的更新、驱动注入与分发点同步
引发PXE失败最常见的原因之一，是管理员修改了引导映像属性，却忘记将其更新到分发点。在控制台中看到的引导映像版本只是数据库中的元数据，如果内容没有复制到分发点，客户端实际下载到的仍然是旧版WIM。正确做法是右键引导映像，选择“更新分发点”，然后在状态消息或distmgr.log中确认内容复制完成。日志路径为分发点上的C:\Program Files\SMS_CCM\Logs\distmgr.log。也可以使用PowerShell命令行触发更新。
# 查看引导映像的版本和PackageID Get-CMBootImage -Name "Boot Image (x64)" | Select-Object ImageID, Version, PackageID # 更新指定引导映像到所有分发点 Get-CMBootImage -Name "Boot Image (x64)" | Update-CMDistributionPoint -AllDistributionPoint
对于新机型无法识别网卡的情况，驱动注入是必须的步骤。比如采购了一批新的笔记本，进入WinPE后提示“No network adapter found”或无法获取IP地址，就需要从厂商网站下载对应网卡的Windows PE驱动，通常是INF、SYS格式。然后在引导映像属性中切换到“驱动程序”选项卡，添加这些驱动，勾选“更新分发点”。如果引导映像不包含该网卡驱动，还可以在启动过程中按F8打开命令提示符，运行ipconfig查看是否获得IP，运行diskpart list disk查看是否识别硬盘，从而快速区分是网络还是存储问题。
驱动注入并非越多越好。把所有可用网卡驱动都塞进一个引导映像，虽然能覆盖更多设备，但WIM体积会膨胀，在低速网络或使用TFTP时下载会非常慢。更好的做法是按硬件厂商或型号划分多个引导映像，并在任务序列的部署设置中为不同设备集合指定对应的引导映像。如果需要查看某个引导映像中已经集成了哪些驱动，可以使用DISM工具挂载WIM后执行dism /Get-Drivers命令，相关文件位于站点服务器的引导映像源目录，例如C:\Program Files\Microsoft Configuration Manager\OSD\boot\x64\boot.wim。
通过日志与PxeResponder定位失败原因
PXE排错的最佳切入点有两个：分发点上的smspxe.log和客户端WinPE中的smsts.log。smspxe.log记录了PXE请求是否到达分发点、客户端MAC地址、引导映像ID以及TFTP传输结果。如果日志中根本看不到客户端MAC地址，说明网络层没有把PXE流量转发到SCCM服务器，需要优先检查交换机或路由器上的IP Helper地址是否指向分发点IP。很多环境错误地在DHCP服务器上配置了选项66和67，但现代SCCM部署通常推荐使用IP Helper，因为DHCP选项方式在不同VLAN环境中会与DHCP中继产生冲突，且无法灵活指定多台分发点。
# 在分发点CMD中查看smspxe.log实时日志 Get-Content "C:\Program Files\SMS_CCM\Logs\smspxe.log" -Tail 50 -Wait # 客户端WinPE中查看smsts.log notepad X:\Windows\Temp\SMSTSLog\smsts.log
如果请求到达但客户端在下载boot.wim时卡住或反复重启，常见原因是TFTP块大小设置不合理，或被网络设备限制了大块传输。SCCM默认使用自适应TFTP块大小，但在某些交换机上可能会导致传输失败。可以通过修改分发点注册表来固定块大小和窗口大小，路径为HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\DP。修改后需要重启相关服务。以下示例将块大小设为4096字节，窗口大小设为8，通常能提升传输稳定性。
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\DP] "RamDiskTFTPBlockSize"=dword:00001000 "RamDiskTFTPWindowSize"=dword:00000008
另一个需要关注的点是SCCM的PXE提供程序。较新的SCCM版本支持“PXE without WDS”模式，也就是使用自带的PxeResponder服务替代传统的Windows部署服务（WDS）。这种模式减少了服务器的组件依赖，不再需要单独安装WDS角色，但仍然要放行UDP端口67、68、69和TCP端口80、443。如果启用此模式后客户端无法启动，可以检查分发点服务器上的SCCMPxe服务是否正在运行，并查看SCCMPxe.log。有时防火墙规则遗漏UDP 4011端口，也会导致响应延迟或超时。
降低PXE启动失败率的实践建议
从长期维护角度看，建立标准化的引导映像更新流程比反复救火更重要。每次引入新硬件型号前，先在测试环境中验证网卡和存储驱动是否已包含在引导映像中，再批量更新到生产分发点。更新引导映像后，使用SCCM控制台的“分发内容状态”节点确认所有分发点都显示成功，避免因内容复制失败造成部分区域无法启动。还可以编写PowerShell脚本，每天检查引导映像的分发状态，发现失败自动触发重新分发或发送邮件通知。
另一个实用策略是控制引导映像的规模和数量。为高层级设备使用一个通用引导映像，包含主流网卡和存储驱动；为特殊行业设备或新硬件单独创建引导映像，避免通用映像过度膨胀。如果环境中有大量跨网段部署，优先使用IP Helper而不是DHCP选项66/67，并在核心交换机上为每个VLAN配置正确的下一跳分发点地址。对于低带宽分支，可以考虑启用HTTP引导替代TFTP，利用HTTP的断点续传和并发能力提升下载速度，不过需要确保客户端固件支持UEFI HTTP Boot。
最终目标是让终端用户在操作系统部署过程中几乎感知不到引导映像的存在。只要引导映像配置正确、内容及时同步、网络路径通畅，PXE启动就会非常快速和稳定。出现问题时不要盲目重启服务，先从日志中确认故障阶段，再针对性地检查驱动、分发和注册表参数，逐步缩小范围。这样才能把SCCM操作系统部署的可靠性和效率维持在高水平。