六种方法解决Active Directory问题(一) 数据恢复，唯实不晚

　　·/sort:Delta 意味着以递减方式展示结果

　　看下表中展示的输出示例。它展示了域中六个DCs和Delta。我们可以看到除了WTEC-DC2以外，域都很正常，WTEC-DC2已经有五天没有复制了，错误为1722。由于上海硬盘数据恢复中心计划中的移动，DC已经出现问题。此外，如果DC还没有在存留时间内被复制，在报告中它就会标记出来，因此管理员可以立刻发现危险，并采取措施将其从网络中删除。

数据恢复，唯实不晚

　　笔者之所以喜欢这个命令是因为它比Repadmin/replsum命令显示的错误更多。此外，它还经常报告一些不同的错误——或者额外的错误，错误代码等，还能提供/replsum所不能提供的命名语境和特定上海硬盘数据恢复。

　　方法四：NTDS诊断 copyright 51data

　　在Directory Service事件中获取额外上海硬盘数据恢复时肯定要用到这一方法。它激活了 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Diagnostics注册表中的每个DC。激活的时候，各种数值会将额外事件抛到事件记录中以协助故障排除。有效上海硬盘数据恢复是0到5之间的整数。默认值是0，是最小的。而5则抛出的事件会多于预计。通常我们要将值设置为3，然后再看看是不是需要更多。最常用的数值包括： 本文来自唯实上海数据恢复公司

　　9 Internal Processing数值便于获取DS事件的额外详情，它表明一个已经出现一个内部错误。这将导致“诊断问题”事件的发生。通常会多设置几个值。 本文来自唯实上海数据恢复公司

　　15 Field Engineering值会将额外事件抛到DS记录中。不像其他诊断，这个值需要被设置为5以便提供相关上海硬盘数据恢复。特别是，它会产生事件1644和1643，它们会报告无效LDAP查询，包括那些提供查询，查询字符串和查询根的客户。这一点之所以很重要是因为AD中有个令人头疼的问题，即Local System Authority Subsystem Service (LSASS)消耗了足够的资源来安装或撤销DC并导致客户端注销延迟。用户或应用执行的无效LDAP查询将为LSASS带来大量加载。激活这一诊断将通过名称或IP地址快速确定问题源头。一些将这些诊断一直设置为启用状态以便监测繁忙的环境，但是，它会填满事件记录，且可能会隐藏或重写DS记录中某些重要的事件。 内容来自51data

　　方法五：组策略管理控制台和HTML报告

51data.net.cn

　　肯定地说，每个AD管理者都会使用这一工具，但是HTML报告也值得一提。笔者经常使用的报告有两种，因为笔者对自己处理的环境不是非常熟悉，通常希望获取组策略对象的设置证明以及来自特殊客户端的结果。 内容来自51data

　　获取组策略对象的报告是很有价值的，因为它准确显示了定义的设置，事实上，它也只显示所定义的设置，因此不需要在GP编辑器中煞费苦心。该方法可以快速地查看GPO是否按照预计的方式被定义。它还会显示链接，应用的过滤器和其他详情。默认域策略的HTML报告易于读取，且可以按需要实施扩展和关闭，因为它们都是HTML格式的文件。为了获取这份报告，可以右键单击域目录树中的任意GPO，然后选择“保存报告”即可。

数据恢复，唯实不晚

　　解决GPO相关问题中存在的一个难题是让距离很远的用户登录并获取GPResult。如果用户已经登录一次，组策略管理控制台可以为用户提供一个HTML格式的GPResult，该GPResult于用户登录时生成。右键单击“组策略结果”节点，选择“组策略结果向导”可以在GPMC控制台中获取该结果。当然，GPResult是在诊断客户端问题时才需要用到。 唯实上海数据恢复公司

　　方法六：Active Directory性能诊断 唯实上海数据恢复公司

　　虽然我们还有其他窍门可以阐述，但这个还鲜为人知。在解决服务器数据恢复性能方面，存在一组标准的对象，包括处理器，逻辑盘，服务器数据恢复，内存和系统等。但是，由一个NTDS对象可以为我们提供相关的AD计数器，如DRA,Kerberos，LDAP，甚至是与NTLM有关的计数器。此外，我们还可以通过监测LSASS进程收集有价值的AD上海硬盘数据恢复。这里推荐使用下列各项：

　　·对象进程 内容来自51data

　　·计数器：%ProcessorTime，工作组，工作集峰值

本文来自唯实上海数据恢复公司

　　·对象：NTDS

　　·计算器：(所有计数器) 内容来自51data

　　遗憾的是，在可接受最低限度内几乎没有什么可用信息。我们唯一找到的一个是微软的Branch Office 部署指南。虽然许多计数器可能不为人所熟悉，我们还是找到了几个： 本文来自唯实上海数据恢复公司

　　·DRA Pending Replication Synchronizations：存在排队的目录同步和复制积压。微软只表示这些数值应该尽可能低，硬件复制在放缓。这些迹象表明DC资源利用率很高。 唯实上海数据恢复公司

　　·LDAP Client Sessions：使用上海硬盘数据恢复的时候，LDAP客户端会打开一些对话。如果DC能够处理加载，那么这有助于确定LDAP客户端的活动情况。当然，出现验证峰值不一定会导致问题，但是长时间保持在高峰值则表明DC使用过度。 内容来自51data

　　·LDAP Bind Time：这一时长包含在完成LDAP绑定的几毫秒之中。说明称，它应该尽可能低，但是如果你在日志性能分析工具来运行输出执行的话，它就会标出15毫秒的警告阈值，以及30毫秒的误差值。补丁程序资源丰富：处理器，内存等。 本文来自唯实上海数据恢复公司

　　在诊断LSASS进程的时候，和其他性能分析一样，必须建立基准。微软DS博客上的说明指出，如果无可用基准，就以80%为准。也就是说，LSASS计数器不应该超过80%的能耗。超过80%的能耗意味着状态超负荷，可能是一个高LDAP查询请求或缺乏服务器数据恢复资源。解决方案是增加资源或减少请求，但是这里要告诉各位，这一问题可能导致域性能不佳。 内容来自51data

　　如果你真想解决LSASS资源问题，将DC放到具备若干处理器和32G RAM的x64平台上。或许你会对LSASS实际使用的内存感到吃惊。 数据恢复，唯实不晚