我在办公室有几台networking打印机。 目前，它们都设置在我们的域控制器上 – DC_Main然后打印机被共享，并且所有用户工作站连接到例如“DC_Main上的打印机x”
这目前正在放慢我们的域控制器，并导致性能问题。
这样做似乎过度杀戮 – 所有的打印机都build立在打印服务器？
我可以添加打印机作为networking打印机，通过它的IP地址…但有什么办法，我可以“暴露”在Active Directory中的打印机，并将其自动添加到用户的PC？ 例如login
我们的DC运行的是Windows 2003，我们有Windows XP / vista / windows 7工作站的混合。
微软在Windows Server 2003 R2中添加了通过组策略将打印队列部署到用户configuration文件的function： http : //technet.microsoft.com/en-us/library/cc722179 ( WS.10).aspx （我不太在意为它，并使用我自己创build的脚本做一个类似的事情，虽然基于“打印机对象”在AD相对于用户或计算机的位置…也许有一天，我会发布在某个地方，如果我曾经得到周围清理它。）
但是，我上面提到的微软组策略devise依赖于通过在服务器上创build共享打印队列并将客户端引导到该队列而暴露的“指向和打印”function。 既然这就是你所说的问题的症结所在，那么这对你并没有什么帮助。
就个人而言，我更喜欢将客户机直接打印到打印机上的LPR /直接打印服务器上。 我想引用以下优点：
根据我的经验，一些embedded式打印服务器设备在大量客户端与他们直接通话时会变得很脆弱。 我不能引用任何特定的制造商或模型，因为经验很久以前在我的脑海里模糊不清。 （事实上，现在的打印服务器设备在很久以前就已经解决了这些问题……我只是不再有这个机会了，因为一旦被一个问题困扰了，我几乎会永远警惕导致问题的情况首先。）
集中排队的打印机与微软的基于组策略的打印机部署工具结合在一起，使打印机的添加/移动/更改变得非常轻松。
我惊讶地发现，在服务器计算机上托pipe打印队列会导致性能问题。 我有一台特定的文件服务器计算机（一台老式的2004年计算机），它可以在任何给定的时间为大约30台打印机和用户主目录提供400到800个login用户，并且该计算机通常能够填充其千兆位具有无CPU或内存瓶颈的stream量的以太网pipe道。 也许你有一些效率非常低的打印机驱动程序，一个非常高的打印量，或者是一个服务器供电严重不足的服务器。
如果你真的想设置每个客户端直接发送作业到每台打印机，你将不得不脚本安装。 从“点和打印”加载驱动程序也无济于事。 Windows中的“PrintUI.dll”function会让你开始，但它不会为你创build“标准的TCP / IP端口”，所以你也必须编写脚本。
我同意埃文，卸载到独立打印机内置的打印服务器引起了一些长期的行政头痛。 如果由于打印队列而在DC上出现性能问题，那么最简单的解决scheme可能是将假脱机文件夹移动到另一个驱动器（不是太忙），或者最坏的情况是在该盒中添加一个便宜的快速驱动器，并使用它来卸载后台打印程序文件夹。
除了这里的注释之外，您还可以在AD中创buildprintQueue对象来提供“查找打印机”对话框。