租约期设得太短是地址池频繁耗尽最常见且易被忽略的原因；它导致ip高频分配与回收，高峰时段断供，需结合网络类型设合理租期（办公内网3–7天）、核查统计信息与事件id（11/14）并压测验证效果。
租约期设得太短，是地址池频繁耗尽最常见也最容易被忽略的原因。它不会立刻报错，但会让ip像流水一样反复分配又快速回收，最终在高峰时段直接“断供”。
看租期是否低于实际需求
默认8小时租期适合移动设备多、人员流动大的场景（比如会议室、访客区），但对固定办公终端反而有害——每8小时就续租一次，服务器要处理大量请求，旧地址还没来得及回收，新请求又涌进来。
- 打开DHCP控制台 → 展开作用域 → 右键“作用域选项” → “配置选项” → 查看“005 租约期限”值（单位：秒）
- 对照实际网络类型调整：办公内网建议设为 3–7天（259200–604800秒）；生产工控或打印机等长期在线设备可设为14天甚至更长
- 特别注意：若启用了DHCP故障转移，MCLT（最大客户端领先时间）必须设为租期的1/3～1/2，否则两台服务器因时间差会重复释放地址
查租约真实回收节奏
租期只是理论值，实际回收取决于客户端行为和网络稳定性。光看设置不够，得看服务器统计结果。
- 右键作用域 → “显示统计信息”，重点关注：已分配地址数 / 总地址数 和 平均租期时长
- 运行PowerShell命令：
Get-DhcpServerv4ScopeStatistics -ScopeId 192.168.1.0，观察LeasesExpired和LeasesActive的比值 - 如果活跃租约数波动剧烈（例如上午10点飙升、下午2点骤降），说明租期与用户作息不匹配，需拉长租期并避开整点集中续租
盯紧关键事件ID确认异常释放
租期设短本身不致命，但叠加异常释放就会雪上加霜。Windows DHCP日志里藏着真实线索。
- 打开事件查看器 → 应用和服务日志 → Microsoft → Windows → DHCP-Server → Operational
- 筛选事件ID 11（续租失败） 和 14（收到DISCOVER但未响应）：高频出现说明客户端频繁掉线或服务响应延迟
- 配合日志中的MAC地址，在交换机查对应端口流量——若该端口设备频繁上下线（如Wi-Fi信号弱的笔记本），就得延长租期缓冲波动
验证扩容前先压测租期效果
别急着扩大地址池。先用小范围验证新租期是否真能缓解压力。
- 新建一个测试作用域（如192.168.2.0/24），设租期为3天，只给10台测试机使用
- 连续观察3天：
Get-DhcpServerv4ScopeStatistics输出中PercentageInUse是否稳定在40%以下 - 若有效，再批量修改生产作用域；若仍超70%，再排查是否存在私接路由器、虚拟机NAT等干扰源
