打印服务器队列卡死、脱机的修复
打印服务器上某台打印机状态显示『脱机』或『正在删除』，文档在队列中堆积且无法取消，用户反复提交导致堵塞加剧，甚至影响同一服务器上的其他打印机。这通常是后台打印服务（Print Spooler）卡死、后台文件（SPL 与 SHD）损坏，或驱动不匹配所致。在多人共享的打印环境里，一个坏作业就可能拖垮整条队列，因此发现卡死应尽早干预而非放任用户反复重试。
原理与判断
打印后台采用『提交即落盘』机制，每个作业在 PRINTERS 目录生成 SHD（作业头）与 SPL（数据）两个文件，Spooler 按顺序发送给打印机。一旦某个作业数据损坏或打印机长时间无响应，Spooler 会卡在该作业上，后续作业全部排队。很多『脱机』其实是 SNMP 状态探测失败造成的误报，并非真脱机。理解这个机制后，清目录、关双向支持就是对症下药，而不是盲目重装驱动。
一、清空后台打印文件
- 停止服务：Stop-Service Spooler -Force，或在 services.msc 停用 Print Spooler；注意同时会暂停该服务器上所有打印，应择低峰操作。
- 删除卡死作业文件：del /Q /F C:/Windows/System32/spool/PRINTERS/*，需先停止服务否则文件被占用无法删除。
- 检查 drivers 目录与 PRINTERS 同级的缓存是否也有损坏文件，必要时一并清理后再启动服务。
- 重新启动服务：Start-Service Spooler，队列清空后打印机恢复就绪状态，原有作业由客户端重发即可。
二、重置端口与驱动
- 若仍脱机，进入打印机属性——端口，取消勾选『启用双向支持』，很多网络打印机因 SNMP 状态探测失败而误报脱机。
- 删除并重新添加打印机端口（如标准 TCP/IP 端口），确认 IP 正确且可 ping 通，再选中新端口替换旧端口。
- 在『打印服务器属性——驱动程序』中更新或重新安装对应驱动；对驱动冲突运行 printui /s /t2 移除多余版本。
- 优先使用厂商的 v4 驱动或通用类驱动，减少版本碎片与 32 位、64 位混用带来的兼容问题。
三、处置顽固作业与预防
- 卡在『正在删除』的作业：停止 Spooler 后删除 PRINTERS 目录文件通常即可解除；若注册表残留可在 HKLM 打印键下清理。
- 若作业仍残留，用 wmic printer get name,status 确认，必要时重启打印服务器主机释放文件句柄。
- 长期预防：在组策略中限制用户仅能管理自己的作业，并定期更新、统一服务器端驱动版本。
四、高可用与分流
- 对关键打印机配置多台后台服务器做群集，或把负载拆分到不同打印服务器，避免单点卡死影响全员。
- 为网络打印机启用固定 IP 与别名，端口故障只需改 IP 而不必动驱动与客户端配置。
技术总结：打印队列卡死根源多在 Spooler 与后台文件。标准动作是停服务、清 PRINTERS 目录、重启服务，并关闭双向支持避免误报脱机。长期建议在服务器端统一驱动版本、规范端口配置并做负载分流，从源头减少卡死概率。