在 Windows 2008 服务器上测试创建~800 个 AD 帐户的脚本时出现以下错误：
目录服务已耗尽相对标识符池
此后，所有 dsadd 尝试都会导致约 10 秒的暂停，并且 dsadd 失败：指定的域不存在或无法联系。
重新启动服务器后，第一个 dsadd 给出“池已耗尽”消息，然后给出“不存在或无法联系”
在事件日志中我看到
已指定分配给此域控制器的最大帐户标识符。域控制器无法获取新的标识符池。
和
新帐户标识符池的请求失败。操作将重试，直到请求成功。错误为“请求的 FSMO 操作失败。无法联系当前 FSMO 持有者。”
检查 RID/PDC/基础架构 FSMO 角色显示它们全部分配给此服务器（它是单个服务器 AD 域），那么还有什么可能导致此问题？我重新启动了服务器，但问题仍然存在。
答案1
似乎尚未生成新的 RID。
这表明 RID 服务已损坏，或者 RID 主机角色未正确分配给该服务器，无论您的检查结果如何。
我建议运行“netdom query fsmo”来仔细检查 RID 主机角色持有者
事件日志中是否有服务启动失败的错误？
答案2
正如 xenny 所说，它确实告诉您无法访问 RID Master。DCDiag 将运行一组测试，让您更好地了解正在发生的事情：
dcdiag /v /测试：ridmanager
如果一切正常，这将给出类似以下内容的输出：
开始测试：RidManager
* 域的可用 RID 池为 8604 到 1073741823
* mydc1.mydomain.com 是 RID 主机
* 与 RID 主机的 DsBind 成功
* rIDAllocationPool 为 7604 到 8103
* rIDPreviousAllocationPool 为 7604 到 8103
* rIDNextRID：7768
......................... MYDC1 已通过测试 RidManager
答案3
最终追踪到了这个问题 - 在 _ldap._tcp.domain.com 的 DNS 中存在指向旧的、已删除的 AD 控制器的杂散 SRV 记录 - 它们没有正确地自动更新，并且 DC 正在转向它们，然后在超时时不再与自己联系。
手动删除记录可解决该问题。
在旧的 AD 被移除之后，该环境已经运行了九个月，没有出现超时或延迟，因此在运行可能导致问题的最近更改时，我没有想到要检查这一点。