我遇到一些特定的GPO问题，导致login时间超过5分钟（不仅仅是初始login）。 服务器正在运行Windows Server 2012
我在用户\控制面板\打印机（GPP）下添加了打印机，而且我有一组特定的用户需要访问所有打印机，这个打印机在这个阶段大约有20台左右。
我在一台打印机的GPP页面上添加了一个条目，所以我有大约20个GPP条目。 我没有运行任何项目级过滤，他们应该是一个直接的映射。
我已经确认每台打印机在GP结果报告中都是成功的。
有四个通用打印机驱动程序是需要的（4个品牌的20个打印机，所有的通用驱动程序），所以它不是像每个login有数百MB的传输。
任何想法可以解释缓慢的login时间？ 或者我应该使用login脚本来映射这些打印机。
干杯
更新：
使用的驱动程序和版本：
利盟Universal v2 2.1.5.0
三星通用打印驱动程序2.3.9.0
惠普通用打印PCL 6（v5.6.0）61.140.4.14430
KX DRIVER for Universal Printing 6.0.2212.0
我已经通过将GPP中的所有打印机映射更改为Update来解决了此问题。
当缓慢发生时，我已经将它们设置为Replace ，并且从我可以收集的内容中，每当有人login到机器上，都将完全重新安装所有的打印机驱动程序。 对于一些人来说，这意味着所有的司机。
现在，login通常是相当快的，重新映像后的初始login可能会稍微慢一点，但之后每次login都非常快。
为此，使用login脚本很可能会有所帮助，或者至less有助于将问题隔离开来，方法是使打印机映射与loginasynchronous。 驱动程序可能会导致操作系统轮询每台打印机，或者花费很长时间来设置新设备; registrylocking也是延迟的原因。
如果你这样做，而且问题实际上是打印机映射，请注意，有些用户可能会发出求助台呼叫，抱怨他们的打印机不在，实际上他们只是需要等待映射完成（或者如果他们设法杀死login脚本）。 尽pipe这会导致pipe理开销，但仅为每个用户映射一些打印机可能是有用的。
假定您已经检查了事件日志，但是没有得到任何有用的信息，您可能需要远程监视主机上运行的进程，以便在此延迟期间看到实际发生的情况。
一个开源的远程进程监视器可以在这里findhttp://sourceforge.net/projects/yaprocmon/ – 边缘有点粗糙，但它完成了工作。
只需安装在您的pipe理员工作站上，并指出问题所在的机器。 希望它会给你一个更好的想法发生了什么事情。
使用打印机pipe理控制台选项与GPP进行打印机部署（在Windows Server 2003r2 +中可用 – 您还需要更新您的域function级别），我已经取得了更好的成功。
在你的情况下，我build议使用打印机pipe理控制台使用每用户打印机部署（你也可以做每台计算机打印机部署）。
请注意，打印机pipe理控制台确实使用本地组策略，即它不是第三方添加的。 更多信息，请访问http://technet.microsoft.com/en-us/library/cc753109%28v=ws.10%29.aspx