打印服务器上的打印机隔离不良或更好的方法？

我注意到，当打印机或驱动程序在Windows服务器上拧紧时，它通常会锁定或杀死打印后台处理程序，并且所有人都无法打印，直到修复为止。通常，我们必须将故障打印机放置在另一台服务器上，以便当它出现故障时，它不会占用整个服务器。那是假设我们曾经弄清楚问题出在哪台打印机上。

有没有办法使一个坏苹果不会毁坏它呢？即使这是打印机提供的另一种形式，只要用户不难找到打印机并安装驱动程序，它就可以工作。

我知道这对您当前的服务器状况没有帮助，但是请注意：Windows Server 2008 R2和Windows 7将允许您设置打印机驱动程序隔离。它使您可以将麻烦的打印机作为单独的进程运行，因此它们不会杀死后台处理程序。

当我们遇到这样的问题时，我们发现它与打印服务器上混合的HP型号打印驱动程序有关，而不是与错误的驱动程序有关。一旦我们将所有HP打印机移至使用通用打印驱动程序，我们的问题就消失了。

我们刚刚经历了类似的问题。某些用户打印到某些打印机的某些文档将完全拧紧Win 2k3服务器上的后台打印服务，因此，所有其他打印机都将被淘汰。

除了拥有很多打印服务器之外，我们并没有真正找到避免淘汰整个后台打印程序的合适方法，这显然不是很友好。但是，我们为使用PCL或PS驱动程序（基本上是当前未使用的驱动程序）的问题打印机创建了其他队列。在其后使用-ps / -pcl进行相同的调用，并建议有问题的用户打印到该文件。

还值得在打印服务器上检查services.msc，以将后台处理程序服务设置为自动重新启动。这样一来，您可能只需短暂的停机时间就可以摆脱困境。

我想您还可以建议需要直接使用躲避式打印机进行打印的人员通过直接IP打印来进行打印，从而从方程式中完全消除了打印服务器。

要解决此问题，直到为故障打印机获取更多功能的驱动程序，是在后台打印程序崩溃时运行脚本（服务上的恢复属性）。让脚本清除后台打印目录中的所有文档，然后重新启动后台打印程序。丢失打印作业的可能性很小，但是通常当我看到此消息时，队列中唯一的作业就是有问题的作业。

要检查的其他事项是确保您使用的是最新的驱动程序版本，或者回溯到一个版本。确保您的打印机和IO（Jetdirect？）固件是最新的。最后，我发现标准TCP / IP端口比使用HP或供应商提供的端口类型更可靠。我们的打印服务器每月要处理超过600,000页，并且端口类型似乎对打印服务器是否保持稳定影响最大。

更新：

对于脚本（批处理文件），它就像这样简单：

del /q c:\windows\system32\spool\PRINTERS\*.*
net start spooler

然后将批处理文件作为服务的一部分运行，以在首次失败时恢复。您可能希望在以后的失败时发出通知。

一种方法是创建多个VM，每个VM都有自己的打印机（每个VM不超过几个打印机）。

什么服务器操作系统？后台打印程序服务是否刚刚停止？如果是这样，为什么不将服务设置为在停止后自动重新启动？