我有一个Windows 2003打印服务器，我需要退休。
通过不同的方法（login脚本等），我认为我已经每个人都从这个服务器迁移，并连接到新的打印服务器。
话虽如此，我想先确定下服务器:-)
有没有一个脚本，我可以运行查询我的域中的远程工作站，看看它连接到哪些打印机共享？
请记住，在NT衍生的操作系统（W2K，WXP，Vista，7等）中，每个用户的打印机“连接”以及每个机器的“连接”。 任何一个人都可以在场，而没有login的用户的注册pipe理机构将无法进行远程检查。
通过寻找“本地端口”的远程机器registry来参考退休打印服务器上打印机的SMB共享名称是一种可能性。 如果可以使用除SMB之外的其他协议访问它（例如，您已经安装了“Unix打印服务”并将其公开为LPR队列），则需要查找其他任何可能的方法，以便每台计算机“连接”已经制成。
我想你可以写一些东西，通过login每个用户的打印机列表寻找“连接”到退休的打印服务器。 不过每个用户login的时候都不会知道，除非你同时也有一些报告机制。 如果你没有漫游用户configuration文件，用户在计算机之间移动，你真的需要检查他们使用的每台计算机上的registry。 更多乐趣。
我认为你正在与一场失败的战斗作斗争：试图处理这个“幕后”。 在“第一天”，我使用脚本，GPO等“pipe理”用户的打印机连接的地方，迁移打印服务器已经取得了很好的成功。 OTOH，用户一直在控制，我更倾向于发出一个电子邮件说：“打印服务器xxx是永久在ZYY YYY。新的打印队列现在在AD公布，我build议连接到他们“。 只是让筹码落在他们可能的地方。
我越来越认为用户在打印机select方面应该像“成年人”一样对待，只要在服务器端有一个很好的识别打印机物理位置的惯例，用户就可以使用内置的Windows中的工具来查找已发布的打印机并“连接”到它们。
如果是我，我会让服务器离线，但是让它容易恢复（比如停止“服务器”和“后台打印程序”服务，或者修改队列上的ACL防止一般使用）。 等待投诉，当他们进来时解决（显然，如果有必要的话，让服务器恢复生产能力，让你有时间缓解短期投诉），然后当你“出火“。 继续，直到你有理由相信你已经消除了所有的“连接”。