监控DHCP服务器性能数据

冲突检测
另一个可以监控的队列是“冲突检查队列（conflict check queue）”。我确信你了解，在网络上每台主机的IP地址都是独一无二的。因为IP地址冲突将导致问题，基于Windows的 DHCP服务器在释放一个IP地址之前，都有能力预先测试其是否在网络上已经存在。基本上，这意味着对打算分发的IP地址进行Ping操作，从而确认没有其他人已经使用了该IP地址 。

当启用了冲突检测后，打算分发的地址会被先放入一个队列。然后它们会被进行检测，以确保不会产生冲突。正如活动查询队列，冲突检查队列的长度在任何时候都应该不超过个 位数。过长的队列长度意味着性能问题，或者意味着服务器对冲突检测的设置过高。你可以通过查看“DHCP ServerConflict Check Queue Length”计数器，来检查队列长度。

拒绝
不能仅仅因为一个客户端申请了一个IP地址，而DHCP服务器也返回了一个DHCPACK消息，就认定该客户端接受了这个IP地址。如果客户端发现在网络上的另一台主机已经使用了该地 址，它将返回一个DHCPDECLINE（DHCP拒绝）消息给服务器，表明自己不接受该地址。

通常情况下，DHCP拒绝不应当发生。DHCPDECLINE信息的出现几乎总是意味着网络配置出现了问题。当这发生时，你应当做的第一件事情就是启用冲突检测。你也可以通过关注 “DHCP ServerDeclines/sec”计数器，来测试DHCPDECLINE信息是否出现。

DHCP释放
另一个你可以监控的计数器是“DHCP ServerReleases/sec”计数器。该计数器显示了每秒DHCP分发被客户释放的IP地址的次数。通常情况下，仅当客户端被配置为关机时自动释 放所租借的地址，或客户端通过使用IPCONFIG /RELEASE命令人为的对IP地址进行释放时，才会发生IP地址的释放。因此，这大概不是量度服务器性能的好方法，不过我也就只是提 一提而已。

丢弃的重复数据
一个更好的监控服务器性能的计数器，是“DHCP ServerDuplicates Dropped/sec”计数器。其想法就是有时重复的数据包会被发到一台DHCP服务器上，服务器会依次丢弃重复部 分。重复数据包可能由多台DHCP中继代理向服务器转发同一数据包而产生。不管怎样，丢弃的重复数据包表明了客户端的超时过于迅速，或者表明DHCP服务器的反应不够迅速。

DHCP通知
一个你可能有，也可能没有兴趣的计数器，它就是“DHCP ServerInforms/sec”计数器。这个计数器代表了每秒服务器接受到DHCPINFORM信息的次数。这些信息在当DHCP服务器为 企业root查询活动目录时，或在服务器根据客户行为执行动态更新时，才会出现。

毫秒每数据包
“DHCP ServerMilliseconds per packet”计数器代表了DHCP处理接受到的每个数据包所需要的毫秒数。不幸的是，我无法告诉你一个该计数器可接受的数值到底应该是多少，因 为该数值依据服务器的硬件和工作量不同，服务器和服务器之间会大不一样。我能告诉你的只有一条，就是通过对这个计数器进行监控以确定你的DHCP服务器是否工作正常，是一 个很好的想法。如果该数值突然升高，有很大的几率表明服务器的负载增加了，也就表明某些系统部件成为了一个瓶颈。

盘点计数器
正如你能看到的，有很多DHCP的特定性能计数器让你可以利用，以确认你的DHCP服务器处理当前的工作量是否状态良好。我推荐使用这些数据包来确定是否存在有性能问题。如果 你的确发现了性能问题，那么你最好的做法就是使用更多的传统性能监控技术（比如对CPU，硬盘以及内存的监控）来确定到底问题出在何处。

（责任编辑:陈毅东）

查看本文的国际来源