问题背景

公司绍兴生产基地正在推进「无盘电脑系统镜像升级变更项目」，计划将 380 台无盘终端从 Windows 10 21H2 黄金镜像统一升级至 Windows 11 24H2 企业版。变更使用 BDA（Broker Desktop Agent）+ Citrix PVS（Provisioning Services）架构，目标是实现「一次升级、全网生效」。

变更计划分三批灰度：第一批 50 台（IT 部门测试机）、第二批 120 台（财务/HR 办公区）、第三批 210 台（生产车间）。升级前已完成 vDisk 版本创建、Target Device 绑定策略配置、驱动兼容矩阵评审，理论上应「零风险」。

但在 2026-09-19 凌晨 02:30 执行第一批升级后，现场反馈「大量终端启动卡在『Contacting the Login Server』或『Preparing Windows』阶段无法进入桌面」。IT 值班立即启动应急响应。

故障现象

第一批（50 台）现象：

• 28 台终端启动后卡在「Preparing Windows」界面 15 分钟无响应，最终蓝屏（0x0000007B）
• 15 台终端反复重启，日志显示「Target Device 连接 PVS 服务器超时」
• 7 台终端能进入桌面，但登录后立即弹出「设备驱动程序无法加载」错误，部分 USB 外设（打印机、U 盘）失效

第二批（120 台）现象（已紧急叫停，未全量下发）：

• 现场反馈「部分机器启动正常，部分机器启动失败」，呈现随机性
• 经核对，失败机器均为「联想 ThinkCentre M920t」和「戴尔 OptiPlex 7070」两种机型，与第一批的「惠普 EliteDesk 800 G5」完全不同

第三批（210 台）：

• 尚未执行，已全部暂停

关键指标：

• PVS 服务器日志：StreamProcess.exe 正常响应，但 ARDBP32（Target Device 驱动）频繁报错「Version mismatch detected」
• 终端事件日志：Kernel-PnP 记录大量「设备配置失败」事件，驱动签名验证失败
• 监控大屏：PVS 服务器 CPU/内存正常，但「Active Target Devices」数量从 380 骤降至 52（仅剩未升级的旧版本终端）

排查过程

步骤 1：确认 vDisk 版本策略是否正确下发

登录 PVS 服务器控制台，检查第一批 50 台 Target Device 的绑定策略：

1
2

# 在 PVS 服务器上执行
Get-PvsDevice -Name "SC-*" | Select-Object DeviceName, DiskLocatorName, Version, Status

输出显示：

• 28 台设备绑定到 Win11-24H2-v2（最新版本，状态 Maintenance）
• 15 台设备绑定到 Win11-24H2-v1（旧版本，状态 Production）
• 7 台设备绑定到 Win10-21H2-Gold（基线版本，状态 Production）

异常点：策略下发结果与变更计划严重不符。变更计划中第一批应全部绑定到 Win11-24H2-v2，但实际只有 28 台正确，其余 22 台仍停留在旧版本或基线版本。

步骤 2：检查 vDisk 版本策略的「自动更新」开关

进一步检查 vDisk 版本的「自动更新」配置：

1

Get-PvsDiskLocator -Name "Win11-24H2-v2" | Select-Object AutoUpdateEnabled, UpdateType, ServerName

输出：

1
2
3

AutoUpdateEnabled : False
UpdateType        : Manual
ServerName        : PVS-SRV-01

根因定位：vDisk 版本 Win11-24H2-v2 的「自动更新」开关为 False，且 UpdateType 为 Manual。这意味着 PVS 服务器不会自动将新版本策略推送到 Target Device，必须手动执行「Promote to Production」或「Assign Version」操作。

变更执行人在升级前仅完成了 vDisk 版本创建和驱动注入，但遗漏了「将版本从 Maintenance 提升到 Production」这一关键步骤。

步骤 3：检查 Target Device 缓存不一致

对于已绑定正确版本但仍启动失败的 28 台终端，进一步检查本地缓存：

在终端安全模式下执行：

1

dir C:\Windows\System32\drivers\Citrix\*

发现：

• 22 台终端的 arbd.sys 版本为 7.15.0.12345（对应 PVS 7.15 LTSR）
• 6 台终端的 arbd.sys 版本为 7.20.0.56789（对应 PVS 7.20）

但 PVS 服务器当前运行的是 PVS 2203 LTSR（版本号 7.33.x），驱动版本严重不匹配。

进一步排查：检查 Target Device 安装包的部署方式，发现第一批 50 台终端中有 28 台是通过「旧版 PVS 7.15 安装包」手动安装的，驱动未随 vDisk 版本升级而自动更新。

步骤 4：检查异构机型驱动兼容矩阵

对于第二批随机失败的「联想 ThinkCentre M920t」和「戴尔 OptiPlex 7070」，检查驱动兼容矩阵：

变更计划中的「驱动兼容矩阵」仅覆盖了「惠普 EliteDesk 800 G5」的网卡驱动（Intel I219-LM）和显卡驱动（Intel UHD 630），完全没有覆盖联想和戴尔的网卡/显卡型号。

在 PVS 服务器上执行：

1

Get-PvsDeviceBoot -Name "SC-LENOVO-*" | Select-Object DeviceName, BootedFrom, DriverVersion

发现联想和戴尔终端启动时尝试加载 e1d68x64.sys（Intel I225-V 网卡驱动），但该驱动未注入到 Win11-24H2-v2 版本中，导致「设备配置失败」。

解决方案

紧急回滚（已执行）

1. 立即停止所有批次升级，将 Target Device 绑定策略回滚到 Win10-21H2-Gold 基线版本
2. 在 PVS 控制台中执行「Revert to Previous Version」，确保所有终端恢复到可启动状态
3. 现场确认：380 台终端全部恢复正常登录，业务无损失

根治措施（计划执行）

1. vDisk 版本策略规范化：

   • 所有新版本创建后，必须执行「Promote to Production」并开启「Auto Update」
   • 在变更 SOP 中增加「版本提升检查」门禁，由第二人复核

2. Target Device 驱动统一升级：

   • 制定「全网 Target Device 驱动升级计划」，使用 PVS 2203 LTSR 官方安装包批量推送
   • 升级后执行 arbd.sys 版本核对脚本，确保驱动与 PVS 服务器版本一致

3. 异构机型驱动兼容矩阵补全：

   • 补充联想 ThinkCentre M920t（Intel I225-V + Intel UHD 750）和戴尔 OptiPlex 7070（Intel I219-V + Intel UHD 630）的驱动注入
   • 建立「机型-驱动-版本」三维矩阵，每新增机型必须先在测试环境验证通过

4. 变更验收 Checklist 落地：

   • 在「变更结单」前增加「Target Device 版本一致性核对」和「异构机型驱动覆盖率核对」两项检查
   • 使用 PowerShell 脚本自动化核对，避免人工遗漏

根因分析

直接根因：vDisk 版本 Win11-24H2-v2 的「自动更新」开关为 False，且未执行「Promote to Production」，导致策略未正确下发。

深层根因：

1. 变更执行 checklist 缺失：变更计划中「vDisk 版本创建」和「Target Device 绑定」是两个独立步骤，但 SOP 未明确「版本提升」是绑定前的强制前置条件
2. 异构机型覆盖不全：驱动兼容矩阵仅覆盖参考机型，未建立「全量机型清单」和「驱动注入验证」机制
3. Target Device 驱动版本漂移：历史遗留的 PVS 7.15/7.20 安装包未清理，导致驱动版本与服务器版本不一致

预防措施

1. 建立「vDisk 版本生命周期管理规范」：

   • 新版本创建 → 驱动注入 → 测试验证 → Promote to Production → 灰度下发 → 全量推广
   • 每个阶段设置「门禁检查点」，未通过前一阶段不得进入下一阶段

2. 建立「机型-驱动-版本」三维矩阵：

   • 维护全量终端机型清单（当前 12 种机型）
   • 每新增机型，必须在测试环境完成「启动-登录-外设-性能」四项验证
   • 驱动注入后执行自动化核对脚本，输出「驱动版本一致性报告」

3. Target Device 驱动统一升级：

   • 制定「全网 Target Device 驱动升级计划」，使用 PVS 2203 LTSR 官方安装包批量推送
   • 升级后执行 arbd.sys 版本核对脚本，确保驱动与 PVS 服务器版本一致

4. 变更验收 Checklist 落地：

   • 在「变更结单」前增加「Target Device 版本一致性核对」和「异构机型驱动覆盖率核对」两项检查
   • 使用 PowerShell 脚本自动化核对，避免人工遗漏

总结

本次无盘终端镜像升级失败的根源是「vDisk 版本策略未正确下发 + Target Device 驱动版本漂移 + 异构机型驱动覆盖不全」三重因素叠加。看似「零风险」的变更，因 checklist 缺失和版本管理不规范，导致三批次终端启动失败。

通过紧急回滚，所有终端已恢复正常。后续将落地「vDisk 版本生命周期管理规范」「机型-驱动-版本三维矩阵」「Target Device 驱动统一升级」三项根治措施，确保下次升级「一次成功、全网生效」。

延伸阅读

• 记一次 Citrix PVS 镜像升级后虚拟桌面为何批量蓝屏？一次 vDisk 版本回滚的排查实录
• 记一次终端批量重装后部分机型网卡驱动丢失导致无法入域的排查
• 一次服务器暴露面收敛Checklist：从端口扫描到凭据治理的落地清单