我们在用户login时遇到了一些问题。 许多用户抱怨10到20分钟的login时间。 当重新检查一些用户确实花了很多分钟才能login。
首先想到的是，这些用户有一个很大的漫游configuration文件造成的延误。 但用户只有200 MB的configuration文件（这是可以接受的imho），所以即使客户端必须得到整个configuration文件，它应该只需要一两分钟（我们有千兆交换机）。
当查看C：\ Users \％username％文件夹时，bigest文件夹是C：\ Users \％username％\ AppData \ Local。 现在我认为该文件夹应该是“本地”configuration文件的一部分，不需要同步，所以此文件夹的大小应该不会影响login时间。 还是呢？
我想知道Windows在屏幕上显示“欢迎”（在input凭据并开始login过程之后）所执行的步骤。 因为这是一些用户需要这么长时间的部分。
如果你需要更多的信息，请问我会很乐意为你提供额外的信息。 感谢您的任何提示，想法或build议。
你需要开始一个消除的过程 – 当“欢迎”屏幕旋转时，Windows会做很多事情，但好消息是大多数问题都会logging在事件日志中。
这是我会做的事情：
希望通过这样做，你可以开始消除某些原因，缩小你的调查范围。 这是Mark Russinovich关于进入一些真正的低级诊断的一篇很好的文章：
http://blogs.technet.com/b/markrussinovich/archive/2012/07/02/3506849.aspx
谢谢大家的回应。
使用排除过程，我开始分析事件日志，并且有多条logging显示login有问题的用户的用户configuration文件已损坏。
由于用户configuration文件的复杂性，我们决定进行备份（如果需要，还原文件），同时删除服务器副本和configuration文件的本地副本。 新的configuration文件有可接受的login时间。
对于会有类似问题的人，我在事件日志中find最常见的错误ID（在Application-Microsoft-Windows-User Profiles Service下）：1530，6005，6006，1542
@丹提供了一个系统的方法。 我会帮你的。
我有一些快速的事情来检查已经影响到我们networking上的用户。
我会查找打印机不能用于任何原因，也映射驱动器不可用。
我已经看到了用户访问分支机构并添加本地打印机和文件共享的情况，然后再回到主办公室时看到很长的login。 也适用于家庭networking上的打印机。