我注意到，当打印机或驱动程序在Windows服务器上拧紧时，它通常会locking或杀死打印后台处理程序，并且每个人都无法打印，直到它被修复。 通常我们不得不把麻烦的打印机放在另一台服务器上，所以当它失败的时候，它不会把整个组合在一起。 这是假设我们曾经弄清楚哪台打印机是问题所在。
有没有办法让一个坏苹果不毁了一堆？ 即使它是另一种打印机服务forms，只要用户不难find打印机并安装驱动程序，就可以工作。
我知道这不能帮助您当前的服务器情况，但需要注意的是：Windows Server 2008 R2和Windows 7将允许您设置打印机驱动程序隔离 。 它允许您将麻烦的打印机作为一个单独的进程运行，所以它们不会杀死后台打印程序。
当我们遇到这样的问题时，我们发现它与打印服务器上混合的惠普型号打印驱动程序相比，坏的驱动程序更相关。 一旦我们移动所有的惠普打印机使用通用打印驱动程序，我们的问题就消失了。
我们刚刚经历了类似的问题。 某些用户打印某些打印机的某些文档将完全拧在win 2k3服务器上的假脱机服务，因此，将所有其他打印机敲出。
我们并没有真正find一个合适的方法来避免将整个假脱机程序除了有许多显然不是很友好的打印服务器。 但是，我们所做的是为使用PCL或PS驱动程序的问题打印机（基本上不使用当前使用的打印机）创build额外的队列。 之后用-ps / -pcl调用它，并build议有问题的用户打印到该文件。
在打印服务器上的services.msc中检查后台打印程序服务设置为自动重新启动也是值得的。 这样，您可能只需要几分钟的停机时间即可离开。
我想你也可以build议那些需要打印到恶意打印机上的人，通过直接的IP打印，从而将打印服务器从等式中排除在外。
作为一个解决scheme，直到你得到一个function更强大的错误打印机驱动程序，是当后台打印程序崩溃（服务恢复属性）时运行脚本。 使脚本清除假脱机目录中的所有文档，然后重新启动假脱机程序。 失去打印工作的可能性很小，但通常当我看到这个队列中唯一的工作就是违规工作。
其他的事情要检查确保你在最新的驱动程序版本，或回去一个版本。 确保您的打印机和IO（Jetdirect？）固件是最新的。 最后，我发现使用HP或供应商提供的端口types，标准TCP / IP端口更可靠。 我们的打印服务器每个月的页数超过600,000页，端口types似乎对打印服务器是否保持稳定性影响最大。
更新：
对于脚本（batch file），这将是这样简单的事情：
del /qc:\windows\system32\spool\PRINTERS\*.* net start spooler 然后运行batch file作为第一次失败时服务恢复的一部分。 您可能希望通知后续失败。
一种方法是创build多个虚拟机，每个虚拟机都有自己的打印机（或每台虚拟机不超过几台打印机）。
什么服务器OS？ 打印后台处理程序服务是否停止？ 如果是这样，为什么不设置服务自动重启，如果停止？
