我试图在服务器被病毒和被忽视的地方解决问题。 虽然有些事情从用户的angular度来看是没有pipe理的，例如我不能添加/删除用户。
我们build立了另一台服务器，并给它一个相同的域名。 我们导出/导入了组和用户的列表。 我们复制了文件/数据库。
在我们closures“旧”服务器之前，我们转向每台台式电脑，并将其移至工作组 – 即将其从域中删除。 然后，我们从networking中删除旧的服务器，插入新的服务器，并开始将PC添加回域。
我们试过的Win98机器好像回来了。
Win XP Pro机器没有任何问题地join到域中，但是当你login时，他们坐在那里说“应用你的个人设置”，而且从未发生过任何事情。
有谁知道为什么？ 或者我们可以如何解决它？
更新 – 离开很长时间（15分钟左右）后，他们最终login和工作。
明天我们有更多的机器join到域，所以我会尝试下面的日志loggingbuild议。
如果您想对此类问题进行疑难解答，可以尝试设置具有较高详细信息的userenv.log文件，尝试login，稍等一会儿，然后查看userenv.log文件。
你应该能够看到什么是停止你的login。
更多信息在这里： http : //support.microsoft.com/kb/221833
大部分与ADlogin时间相关的这类问题都与DNS相关，这是由于客户端无法查找域的重要SRVlogging所致。 这是不直观的，因为即使configuration错误的DNS，这些客户端也可以通过NetBIOS定位域来join域，然后处于无法实际执行任何操作的状态。
在大多数情况下，特别是在小型站点，这些问题是由于除了Active Directory向上游Internet DNS服务器发送DHCP服务器（通常是廉价的宽带路由器），而不是将DNS传递到AD之外。 解决这个问题的最简单方法通常是在路由器上禁用DHCP，并确保Active Directory负责处理DHCP租约，但是如果您继续使用另一个DHCP源，至less应确保其configuration了正确的AD DNS服务器。
在客户端系统最终完成login时，仔细检查DNSconfiguration，并确保所有重要的SRVlogging都可以通过nslookupparsing。
当机器从DC下载任何强制性或漫游configuration文件时，应用个人设置。 您应该检查它们在新服务器上是否可用。
如果你join的域名，然后DNS似乎工作。
如果您没有更改原始域名，那么旧的configuration文件可能会被重新使用。