我办公室里有几台网络打印机。目前，它们都安装在我们的域控制器 DC_Main 上。然后共享打印机，所有用户工作站都连接到例如“DC_Main 上的打印机 x”
这会减慢我们的域控制器的速度，并导致性能问题。
按照上述方式做似乎有点过头了——所有打印机都内置了打印服务器？
我可以通过 IP 地址将打印机添加为网络打印机...但是有什么方法可以在 Active Directory 中“公开”此打印机，并将其自动添加到用户 PC 吗？例如在登录时
我们的 DC 运行的是 Windows 2003，并且我们混合使用了 Windows XP/vista/Windows 7 工作站。
答案1
Microsoft 在 Windows Server 2003 R2 中添加了通过组策略将打印队列部署到用户配置文件的功能：http://technet.microsoft.com/en-us/library/cc722179(WS.10).aspx （我不太在意它，并使用我自己创建的脚本来做类似的事情，尽管基于 AD 中相对于用户或计算机的“打印机对象”的位置……也许有一天我会把它发布在某个地方，如果我有时间清理它的话。）
不过，我上面提到的 Microsoft 组策略设计依赖于通过在服务器上创建共享打印队列并将客户端引导到该队列而公开的“指向和打印”功能。由于这就是您所说的问题的关键，因此它对您没有多大帮助。
就我个人而言，我更喜欢排队打印机，而不是让客户端直接打印到打印机上的 LPR/直接打印服务器。我认为它有以下优点：
- 能够在网络上移动打印机而不影响客户端
- 能够将打印机放入 VLAN，并通过打印服务器计算机上的 ACL 和队列权限控制对打印机的访问
- 能够使用打印服务器计算机上的打印统计软件来计量打印机的使用情况
根据我的经验，当大量客户端直接与某些嵌入式打印服务器设备通信时，它们会变得不稳定。我无法列举任何特定的制造商或型号，因为这种经历已经过去很久了，我记不清了。（事实上，那是很久以前的事了，现代打印服务器设备可能已经解决了这些问题……我只是不再冒险了，因为一旦遇到问题，我几乎永远都会对导致问题的最初情况保持警惕。）
集中排队的打印机与 Microsoft 基于组策略的打印机部署工具等相结合，使得打印机的添加/移动/更改变得非常轻松。
我有点惊讶于您看到由在服务器计算机上托管打印队列而导致的性能问题。我有一台特定的文件服务器计算机（一台 2004 年的老式机器），它在任何给定时间托管大约 30 台打印机的打印队列和 400 - 800 个登录用户的用户主目录，并且该机器能够定期用流量填充其千兆以太网管道，而不会出现 CPU 或内存瓶颈。也许您的打印机驱动程序效率过低，打印量非常大，或者托管队列的服务器严重不足。
如果您确实想设置每个客户端以直接将作业发送到每台打印机，则必须编写安装脚本。您也无法从“指向和打印”获得有关加载驱动程序的帮助。“PrintUI.dll”Windows 中的功能可以帮助您入门，但它不会为您创建“标准 TCP/IP 端口”，因此您也必须编写脚本。
答案2
我同意 Evan 的观点，将负载转移到独立打印机上的内置打印服务器会带来一些长期的管理难题。如果您的 DC 因打印队列而出现性能问题，那么最简单的解决方案可能是将后台处理程序文件夹移至另一个驱动器（不太繁忙的驱动器），或者在最坏的情况下，在机箱中添加一个便宜的快速驱动器，并使用它来卸载打印后台处理程序文件夹。
- 打开开始|打印机和传真机。
- 选择文件菜单，然后选择服务器属性。
- 在“高级”选项卡上，修改 Splooler 位置以指向新驱动器上的文件夹。
- 重新启动打印机后台处理程序服务或重新启动。
答案3
除了这里的评论之外，您还可以在 AD 中创建 printQueue 对象来为“查找打印机”对话框提供信息。