在AD-LDS（Server 2008 R2 64位）上进行性能testing，我们在一个OU中创build了一个千禧年用户。 我们还创build了一个单独的组对象，并使这些组的用户成为该组的成员 。
当我们尝试列出用户ADSIEdit超时的一个错误消息说，它不能显示这么多的用户。 精细。
但是，如果我们打开组的属性，ADSIEdit会冻结，消耗所有可用的内存和CPU 垃圾 （一小时内将出现近60M的页面错误）。
AD-LDS（在另一台计算机上运行）几乎没有达到1％的CPU标记，为其他ldap请求提供服务，就像什么都没有。
我们可以在这个问题上投入更多的记忆，但更多的用户将不得不被pipe理一天，我们将回到原点。
是否有办法在ADSIEdit中设置一个限制，以便在撤销一个非常大的多值对象时不会挂起计算机？
是否有办法在ADSIEdit中设置一个限制，以便在撤销一个非常大的多值对象时不会挂起计算机？
不是我所知道的。 对于多值属性，LDAP是完全正确的，但是据我所知，ADSIEDIT没有利用这一点。 另一个工具将会更好地pipe理这些对象。
对于像你所描述的目录结构来说，通过脚本来pipe理东西可能是最好的方法，而不是信任GUI工具。 RSAT附带的命令行工具非常擅长对象操作，即使是非常大的对象也是如此。