监控DHCP服务器性能数据

DHCPDISCOVER
当一个客户端刚上线时，它没有IP地址，也没有任何有关网络上DHCP服务器的资料。因此，它会发送一个DHCPDISCOVER包，以尝试发现网络上的DHCP服务器。

一个可以用于测量这种行为对服务器造成了多大负载的方法，就是看看服务器多久会收到一个DHCPDISCOVER数据包。你可以通过分析DHCP ServerDiscovers/sec计数器，从而做到 这一点。这个计数器将显示每秒有多少个DHCPDISCOVER数据包。

DHCPOFFER
当一个DHCP服务器收到了一个DHCPDISCOVER信息，它会用一个DHCPOFFER数据包进行回应。这是服务器用来通知客户端自身存在的方法。DHCPOFFER数据包中含有诸如服务器多长时 间会发放一个地址，客户端子网掩码是什么，广播地址是什么，以及子网路由器的列表（根据优先级排序），解析主机名时应使用的域名是什么，DNS服务器的IP地址是多少等等这 样的信息。

因为DHCPOFFER数据包是发出去回应DHCPDISCOVER数据包的，所以每秒所发出的DHCPOFFER数据包数量也就大概反应了每秒发送的DHCPDISCOVER数据包。因为服务器有个反应时间， 所以两者之间有些不一致是很正常的。你可以使用DHCP ServerOffers/sec来确定每秒到底发送了多少个DHCPOFFER数据包。如果DHCPOFFER数据包的数量比DHCPDISCOVER的数据包 数目小的话，那么服务器很可能存在着一个性能瓶颈问题需要解决。

DHCPREQUEST
当一个客户端初始化一个DHCPDISCOVER数据包时，该客户可能会收到多个DHCPOFFER信息（假设在网络上存在多台DHCP服务器）。基于这个原因，该客户必须对DHCP服务器做出选择 ，选定那个自己希望从中获取IP地址的DHCP服务器。客户端通过向所希望的DHCP服务器发送一个DHCPREQUEST数据包来做到这一点。

你可以通过监控DHCP ServerRequests/sec计数器，来监控一台DHCP服务器每秒收到多少DHCPREQUEST数据包。要注意，如果你的网络存在多台DHCP服务器（或一个内置了DHCP功能 的路由器，或是内置DHCP能力的无线AP），那么接收到的DHCPREQUEST数据包数目将无法符合接收到的DHCPDISCOVER数据包数目，也无法和发送的DHCPOFFER数据包数目相符。

DHCPACK
当一个DHCP服务器接收到一个DHCPREQUEST数据包，服务器会用一个DHCPACK数据包作为回答。这是一个服务器发往客户端的确认数据包，以确定该客户端可以租借先前所提供的IP 地址。

你可以通过监控DHCP ServerAcks/sec计数器，来监控每秒发送的DHCPACK数据包数目。

DHCPNACK
可能一开始看上去DHCPACK数据包每秒发送的数量应当可以大概反应入站的DHCPREQUEST数据包数目。理想状态下，应该是这样，不过通常并不总会这样。

如果一个客户端先前已经从一个DHCP服务器租借了一个IP地址，则该客户端所发送的DHCPREQUEST数据包将包含一个复用先前IP地址的请求。问题是，在该客户离线的时间段内，该 IP可能已经被发放给了其他人。

如果一台DHCP服务器收到了一个DHCPREQUEST数据包，其所要求的IP地址已经不再可用，则服务器会返回一个DHCPNACK数据包，这样服务器就通知该客户端该请求被拒绝了。你可以 通过监控DHCP ServerNacks/sec计数器，来监控每秒发送的DHCPNACK数据包数目。

接受到的数据包
你可能已经注意到，我至今为止所提到的计数器里，没有一个可以给你DHCP服务器实际接受的入站数据包精确数值。如果你试图量度DHCP服务器上发生的整体请求情况，那么我推 荐你检查一下“DHCP ServerPackets Received/sec”计数器。这个计数器能够显示每秒入站数据包的总计数目。

活动查询长度
如果你正试图估量你的DHCP服务器对请求的同步反应情况如何，那么有一个很好的计数器可用于监控，这就是“DHCP ServerActive Queue Length ”计数器。

基本的想法是，当基于Windows的DHCP服务器接受到请求时，那些请求并不是立刻进行处理的，而是会被放入一个处理队列中等待处理。一般情况下，该队列中应当最多不超过几件 事务。但是，如果服务器上常常有沉重的负荷，其对请求将无法保持同步反应，队列就会变得越来越长。通过观察活动队列的长度，你就可以估量出服务器处理请求的效率到底如 何。