本文有助于解决升级域控制器（DC）后发生的性能问题（例如登录延迟和 Outlook 挂起）。
原始 KB 数： 2668820
现象
升级 DC 后，可能会受到此问题的影响。 可能的症状是登录延迟、Outlook 和其他应用程序挂起，从而增加 Exchange 队列。
一个更明显的指标是，响应较慢的 DC 上的事件警告 Netlogon 5807 具有大量客户端，如下所示：
事件类型: 警告 事件源：NETLOGON 事件类别: 无 事件 ID：5807 用户：无 计算机： <MyW2k8R2DC1>
说明：在过去 4.23 小时内，有 123450 个连接到此域控制器的客户端计算机，其 IP 地址不会映射到企业中的任何现有站点。 因此，这些客户端具有未定义的站点，并可能连接到任何域控制器，包括那些与客户端相距较远的位置的域控制器。 客户端的站点由其子网映射到现有站点之一来确定。 若要将上述客户端移动到其中一个站点，请考虑创建覆盖上述 IP 地址的子网对象（s），并将这些地址映射到其中一个现有站点。 在以下日志文件“%SystemRoot%\debug\netlogon.log”中记录了有关客户端的名称和 IP 地址，如果以前的日志已满，则可能是在日志文件“%SystemRoot%\debug\netlogon.bak”中创建。 日志可能包含其他不相关的调试信息。 若要筛选出所需的信息，请搜索包含文本“NO_CLIENT_SITE：”的行。 此字符串后面的第一个单词是客户端名称，第二个单词是客户端 IP 地址。 日志的最大大小由以下注册表 DWORD 值
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\LogFileMaxSize控制;默认值为 20000000 字节。 当前最大大小为 20,000,000 字节。 若要设置不同的最大大小，请创建上述注册表值并设置所需的最大大小（以字节为单位）。
原因
对于站点未映射的客户端 IP，DC 执行名称解析，因为 Vista 和引入 IPv6 后，客户端可能有多个 IP。 客户端在 LDAP UDP Netlogon ping 期间用来联系 DC 的 IP 地址可能不是唯一可用的 IP 地址。 如果 DC 未为此 IP 配置子网，它将尝试查找具有映射的其他子网，并将根据 Sitename 返回给客户端。
根据 DC 上配置的名称解析机制，此名称解析可能需要几秒钟的时间。 在此期间，LDAP Ping 请求从有限的 ATQ 池保存 ATQ 线程。 大量此类站点未映射的 LDAP Ping 可能会饱和此池。 由于其他 LDAP 和 Kerberos 请求也需要此池，因此它们也可能受到影响。
单步执行此问题时的典型设置是具有信任资源林的客户端，其中客户端 IP 段在资源林中没有子网/站点匹配。 资源林 DC 可能会记录具有大量客户端的事件警告 Netlogon 5807。
解决方法
发布了一个允许关闭此 DNS 查找的更新：
2922852更新解决了 LDAP、Kerberos 和 DC 定位符响应速度缓慢或 Windows 超时的问题
可以应用解决方法：
- 创建匹配的子网/站点，避免 Netlogon 5807 与大量未映射的连接
- 将 MaxPoolThreads 增加到 10 （每个核心的计数） Ref。 315071如何使用 Ntdsutil.exe 在 Active Directory 中查看和设置 LDAP 策略
- 优化 DC 名称解析，禁用 Netbios，或者在需要 WINS 引用时使用 P-Node。 第 11 章 - 基于 TCP/IP 的 NetBIOS - Microsoft TechNet：资源
详细信息
ATQ（活动线程队列）性能计数器监视：“监视分支机构环境”， https://technet.microsoft.com/library/dd736504(WS.10).aspx