过去一周，我的用户遇到了极度的login时间。 他们通常在20分钟或更多的范围内。 我将在下面列出我的研究，看看有没有人可能知道如何find根本原因。
terminal服务器：
- x2四核至强2.6GHz处理器
- 16 GB RAM
- Raid1中的x2 300GB SAS驱动器
- 千兆网卡
- Windows 2k3企业版
- 平均用户连接23
域控制器：
- Windows 2k3企业版
- 千兆网卡
- 还存储漫游configuration文件
我收集的大部分信息来自parsingUSEREVN.log文件。 我写了一个自定义的parsing工具来尝试从logging用户login过程中收集尽可能多的信息。 以下是这些日志中的一些统计信息。
- 最常用的日志程序是ReconcileFile
- 花费最多的时间是常规ReconcileFile
- 没有一个单一的例程需要花费很长的时间。
- ReconcileFile和RecurseDirectory比GPO处理长7倍
- 对于正常的用户负载，每个ReconcileFile例程花费的平均时间是223毫秒
- 每个ReconcileFile例程的平均时间为220毫秒，只有一个用户访问系统
- 从用户的预期来看，处理该特定用户的例程的线程的平均执行时间可以是1秒以上，但是每个例程的平均时间仍然可以是大约223毫秒。
- 一个特定的用户可能会有20分钟的执行时间来执行login，但实际上只有大约2分钟的执行时间用于login。
收集所有的诊断数据后，我仍然无法find问题的根源。 本周和最后一次服务器资源没有变化。 所以，我不知所措。