ADDS 性能优化中的硬件注意事项
重要
下面是针对 Active Directory 工作负载优化服务器硬件的重要建议和注意事项的摘要，这在 Active Directory 域服务的容量规划一文中更深入地进行了介绍。 强烈建议读者查看 Active Directory 域服务的容量规划，进一步了解这些建议的技术和含义。
避免转到磁盘
只要内存允许，Active Directory 会尽可能多地缓存数据库。 从内存中提取页面比转到物理介质要快几个数量级，无论介质是基于主轴还是基于 SSD。 添加更多内存以最大程度地减少磁盘 I/O。
Active Directory 最佳做法建议将足够的 RAM 用于将整个 DIT 加载到内存中，并容纳操作系统和其他已安装的应用程序，例如防病毒软件、备份软件、监视等。
有关旧版平台的限制，请参阅运行 Windows Server 2003 或 Windows 2000 Server 的域控制器上 Lsass.exe 进程的内存使用情况。
使用“内存\长期平均待机缓存生存期 (s) > 30 分钟”性能计数器。
将操作系统、日志和数据库放在单独的卷上。 如果可以缓存所有或大部分 DIT，一旦缓存被预热并处于稳定状态，这就会变得不那么相关，并在存储布局上提供更大的灵活性。 在无法缓存整个 DIT 的情况下，在单独的卷上拆分操作系统、日志和数据库变得更加重要。
通常，DIT 的 I/O 比率约为 90% 读取和 10% 写入。 写入 I/O 卷明显超过 10% - 20% 的情况被视为写入密集型。 写入密集型方案不会从 Active Directory 缓存中获得很大的好处。 为了保证写入目录的数据的事务持续性，Active Directory 不会执行磁盘写入缓存。 相反，它会将所有写入操作提交到磁盘，然后才会返回操作的成功完成状态，除非有不执行此操作的显式请求。 因此，快速磁盘 I/O 对于 Active Directory 的写入操作的性能非常重要。 下面是可能在这些方案中提高性能的硬件建议：
硬件 RAID 控制器
增加托管 DIT 和日志文件的低延迟/高 RPM 磁盘的数量
控制器上的写入缓存
逐个查看每个卷的磁盘子系统性能。 大多数 Active Directory 方案主要是基于读取的，因此，有关托管 DIT 的卷的统计数据是最需要检查的。 但是，不要忽视对其余驱动器（包括操作系统和日志文件驱动器）的监视。 若要确定域控制器是否已正确配置以避免存储成为性能瓶颈，请参阅有关存储子系统的部分，了解标准存储建议。 在许多环境中，理念是确保有足够的峰值储备空间来适应负载激增或峰值。 这些阈值是警告阈值，当超出这些阈值时，用于适应负载激增或峰值的峰值储备空间会受到限制，并且客户端响应能力会降低。 简言之，在短期内（每天几次，每次 5 到 15 分钟）超出这些阈值是没有问题的，但持续存在这些统计数据的系统并没有完全缓存数据库，可能会被超额征税，因此应进行调查。
数据库 ==> 实例 (lsass/NTDSA)\I/O 数据库读取平均延迟 < 15 毫秒
数据库 ==> 实例 (lsass/NTDSA)\I/O 数据库读取/秒 < 10
数据库 ==> 实例 (lsass/NTDSA)\I/O 日志写入平均延迟 < 10 毫秒
数据库 ==> 实例 (lsass/NTDSA)\I/O 日志写入/秒 - 仅供参考。
若要保持数据的一致性，必须将所有更改写入日志。 数值本身没有好坏之分，只是存储支持多少的度量值。
在非高峰负载期间规划非核心磁盘 I/O 负载，例如备份和防病毒扫描。 此外，请使用支持 Windows Server 2008 中引入的低优先级 I/O 功能的备份和防病毒解决方案，以减少与 Active Directory 的 I/O 需求的竞争。
不要对处理器超额征税
没有足够的可用周期的处理器可能会导致线程进入处理器执行的等待时间过长。 在许多环境中，理念是确保有足够的峰值储备空间来适应负载的激增或峰值，以在这些方案中尽量减少对客户端响应能力的影响。 简言之，在短期内（每天几次，每次 5 到 15 分钟）超出以下阈值是没有问题的，但是持续存在这些统计数据的系统无法提供任何峰值储备控件来适应异常负载，并且很容易陷入超额征税的情况。 应调查所用持续时间超过阈值的系统，以了解如何减少处理器负载。
有关如何选择处理器的详细信息，请参阅服务器硬件的性能优化。
添加硬件、优化负载、将客户端定向到其他位置，或者从环境中移除负载以减少 CPU 负载。
使用“处理器信息 (_Total)\% 处理器使用率 < 60%”性能计数器。
避免网络适配器过载
与处理器一样，过度使用网络适配器会导致出站流量进入网络的等待时间过长。 Active Directory 往往具有较小的入站请求，并且返回给客户端系统的数据量相对较大。 发送的数据远远超出接收的数据。 在许多环境中，理念是确保有足够的峰值储备空间来适应负载激增或峰值。 此阈值是警告阈值，当超出该阈值时，用于适应负载激增或峰值的峰值储备空间会受到限制，并且客户端响应能力会降低。 简言之，在短期内（每天几次，每次 5 到 15 分钟）超出这些阈值是没有问题的，但持续存在这些统计数据的系统会被超额征税，因此应进行调查。
有关如何优化网络子系统的详细信息，请参阅网络子系统的性能优化。
使用“比较 NetworkInterface(*)\发送的字节数/秒与 NetworkInterface (*)\当前带宽”性能计数器。 该比率应小于 60% 的使用率。