我注意到,当 Windows 服务器上的打印机或驱动程序出现问题时,它通常会锁定或终止打印后台处理程序,并且在修复之前每个人都无法打印。通常我们必须将麻烦的打印机放在另一台服务器上,这样当它发生故障时,它不会占用整个团队。那是假设我们曾经弄清楚哪台打印机是问题所在。
有没有办法让一个坏苹果不会毁了一堆?即使它是另一种形式的打印机服务,只要用户不难找到打印机并安装驱动程序,它就可以工作。
我注意到,当 Windows 服务器上的打印机或驱动程序出现问题时,它通常会锁定或终止打印后台处理程序,并且在修复之前每个人都无法打印。通常我们必须将麻烦的打印机放在另一台服务器上,这样当它发生故障时,它不会占用整个团队。那是假设我们曾经弄清楚哪台打印机是问题所在。
有没有办法让一个坏苹果不会毁了一堆?即使它是另一种形式的打印机服务,只要用户不难找到打印机并安装驱动程序,它就可以工作。
我知道这对您当前的服务器情况没有帮助,但需要注意的是:Windows Server 2008 R2 和 Windows 7 将允许您设置Printer Driver Isolation。它允许您将麻烦的打印机作为单独的进程运行,因此它们不会杀死假脱机程序。
当我们遇到这样的问题时,我们发现它与打印服务器上混合的 HP 型号打印驱动程序有关,而不是与错误的驱动程序有关。一旦我们将所有 HP 打印机转移到使用通用打印驱动程序,我们的问题就消失了。
我们刚刚经历了类似的问题。某些用户在某些打印机上打印的某些文档将完全破坏 win 2k3 服务器上的假脱机服务,因此,会破坏所有其他打印机。
除了拥有许多显然不是很友好的打印服务器之外,我们并没有真正找到避免取出整个假脱机程序的合适方法。但是,我们所做的是为使用 PCL 或 PS 驱动程序的问题打印机创建了额外的队列(基本上是当前未使用的打印机)。在它之后用 -ps / -pcl 调用它,并建议有问题的用户打印到它。
在打印服务器上的 services.msc 中检查后台处理程序服务设置为自动重新启动本身也是值得的。这样,您可能只需片刻的停机时间就可以逃脱。
我想您也可以建议需要打印到不可靠打印机的人,通过直接 IP 打印来完成,从而从等式中完全消除打印服务器。
在您获得故障打印机的功能更强大的驱动程序之前,作为一种解决方法,是在假脱机程序崩溃时运行脚本(服务上的恢复属性)。让脚本清除假脱机目录中的所有文档,然后重新启动假脱机程序。丢失打印作业的可能性很小,但通常当我看到这个时,队列中唯一的作业是有问题的作业。
其他要检查的事情是确保您使用最新的驱动程序版本,或者返回一个版本。确保您的打印机和 IO(Jetdirect?)固件是最新的。最后,我发现标准 TCP/IP 端口比使用 HP 或供应商提供的端口类型更可靠。我们的打印服务器每月处理超过 600,000 页,端口类型似乎对打印服务器是否保持稳定影响最大。
更新:
对于脚本(批处理文件),它会像这样简单:
然后在第一次失败时运行批处理文件作为服务恢复的一部分。您可能希望在后续失败时发出通知。
一种方法是创建多个 VM,每个 VM 都有自己的打印机(或每个 VM 不超过几台打印机)。
什么服务器操作系统?打印后台处理程序服务是否刚刚停止?如果是这样,为什么不将服务设置为停止后自动重新启动?