在基于Windows Server 2003的networking上有两台HP LaserJet打印机。 两台打印机都由打印服务器pipe理，并从那里共享给域中的多个用户，其中大多数用户使用Windows XP。 他们通常工作正常。 有时候，有人将文档发送到打印机，并在打印队列上“locking”。 该文档显示在打印队列小程序上，但从未实际打印。 没有错误信息出现，没有事件在服务器中。 这个问题影响两台打印机。 我们发现解决此问题的唯一方法是重新启动服务器上的后台打印程序服务。
一些线索。 在我们观察过的每一个场合，所涉及的文件都是PDF文件。 另外，问题似乎是随机发生的，但特别是一大早，所以我们怀疑它可能与从省电模式唤醒打印有关。 我们一直没有成功地重现这个问题。 我们甚至等待打印机进入省电模式，并发送了一个已知导致上一次locking的PDF; PDF打印完美。
我已经做了一些研究，似乎有人在讨论Windows Server 2003上的HP LaserJet驱动程序可能存在的问题，但没有提供具体的细节或解决scheme。
基本上，我们不知道可能会发生什么。 有任何想法吗？ 谢谢。
更新09年12月9日 。 我们已经与惠普公司开通了技术支持服务。 他们似乎没有解决这个问题的方法。
更新13-Jan-10 。 我们已经按照HP支持的build议在打印服务器上安装了HP Easy Printer Care 。 不要问我为什么，但问题似乎已经消失了！
这几乎总是一个打印驱动程序的问题。 尝试使用不同的打印驱动程序来获得所需的结果。 在某些打印机上（关于pdf文件），我们必须使用PCL6驱动程序，而在其他打印机上使用PCL5驱动程序。
另一种可能出现类似问题的人可能想看看PDF文件本身。 我们最近发现，这样的工作是因为PDF是以尽可能高的分辨率进行扫描而造成的，发送者可以做到这一点 – 1200 DPI，它扼杀了服务器上的打印队列，以及他们的打印机。
显然（我们是一家律师事务所），在请求信息的时候，现在就相当于发送大量文件。 因为有这么多人坚持打印PDF的结果是服务器被卡住了，我们不得不浪费时间find不好的工作，清理出来，让用户知道发生了什么事情。 我们已经完成了几次使用，我们将不得不采取措施来处理这样的文件。
你认为这个问题可能与networking有关吗？ 你有没有试图看到实际上到达打印机的stream量？ 打印机的日志（不是打印服务器的日志）显示的事件发生在什么时候？
我已经多次看到过这种情况，但是在任何情况下，我都经历过这种情况，唯一的解决方法就是解决networking连接问题。 有一次我更换了打印机的网线，一年多来我没有遇到这个问题。 另外还有一些其他的产品连接到了消费级的Linksys 5端口交换机上，并replace了上游的交换机。 有几个案例是JetDirect卡发生故障。
这只是一个领域。 我已经在PDF和佳能复印机/打印机方面遇到过很多驱动问题，但是到目前为止（我可能只是自杀了），我还没有看到惠普驱动的这个特殊问题。
两件事情：
File > Print > Advanced (on Print Wizard) > Print as image (on Advanced Print Wizard) 。 这就让我们印象处理器。 打印处理器是用户模式DLL文件，将打印作业的假脱机数据转换为打印监视器可以理解的格式。 当打印作业被假脱机时，数据被包含在假脱机文件中。 打印处理器读取文件，对数据stream执行转换并将转换后的数据写入假脱机程序。 假脱机程序将数据发送到正确的打印监视器。 打印处理器在驱动程序安装过程中与打印机驱动程 操作系统提供的默认打印处理器是winprint.dll。
参考：性能团队博客
你可以检查每个打印机如下所示： cmd /k wmic printer get name, printprocessor 。 默认是WinPrint。 几乎所有的司机都捆绑在一起。 一个打印服务器软件供应商，我不会因为垃圾而命名，他们总是build议将其设置为WinPrint，而不是由供应商与其驱动程序捆绑在一起的驱动程序首选打印处理器。 这消除了Windows打印驱动程序必须使“行动很酷”的许多花里胡哨的事情。 你可以尝试切换它们并测量两者之间的性能。 无论漂浮你的船。