在 AD-LDS（Server 2008 R2 64 位）上进行性能测试时，我们在单个 OU 中创建了一百万用户。我们还创建了一个组对象，并使这百万用户成为该组的成员。
当我们尝试列出一百万用户时，ADSIEdit 超时并显示错误消息，提示无法显示那么多用户。好吧。
但如果我们打开该组的属性，ADSIEdit 就会冻结，占用所有可用内存和 CPU垃圾（不到一小时就发生近 60M 次页面错误）。
AD-LDS（在另一台计算机上运行）的 CPU 使用率仅仅达到 1%，它像什么都没有发生一样为其他 ldap 请求提供服务。
我们可以投入更多内存来解决这个问题，但总有一天我们需要管理更多的用户，然后我们又将回到原点。
有没有办法在 ADSIEdit 中设置一个限制，以便在检索非常大的多值对象时不会挂起计算机？
答案1
有没有办法在 ADSIEdit 中设置一个限制，以便在检索非常大的多值对象时不会挂起计算机？
据我所知没有。LDAP 完全可以为多值属性提供一小组值，但据我所知，ADSIEDIT 不会利用这一点。另一种工具更适合管理此类对象。
对于您描述的目录结构，通过脚本管理可能是最好的方法，而不是信任 GUI 工具。RSAT 附带的命令行工具非常擅长对象操作，即使对于非常大的对象也是如此。