DHCP数据库损坏需先定位类型再修复：停服务后检查文件状态，轻度问题用netsh cleanup整理，物理损坏用esentutl校验/硬修复/重放日志，优先从backup自动备份恢复并修正NETWORK SERVICE权限。
dhcp数据库损坏在windows server运维中虽不常见，但一旦发生会导致地址池无法分配、服务拒绝响应甚至服务崩溃。修复核心在于区分损坏类型（日志未提交、jet数据库文件损坏、权限异常或磁盘错误），再针对性执行整理与修复命令。
确认损坏状态与关键文件位置
DHCP数据库默认位于 %SystemRoot%System32dhcp，主要文件包括：
– dhcp.mdb：主Jet数据库文件
– dhcprlog.log 和 dhcprlog.00x：事务日志
– jet.log：Jet引擎日志
先停止DHCP服务：
net stop dhcpserver
然后检查文件时间戳是否异常（如.mdb比.log还新）、大小是否为0、或是否存在 tmp*.tmp 未清理临时文件。若服务启动失败并报错“Jet error -1018”或“database page read failure”，基本可判定为物理损坏。
强制整理数据库（适用于日志未提交或轻度一致性问题）
使用 netsh dhcp server 命令触发在线整理（无需停服，但建议在低峰期操作）：
netsh dhcp server \[服务器名] dump > dhcp_config_backup.txt（先备份配置）
netsh dhcp server \[服务器名] database cleanup
该命令会：
– 清理已释放但未回收的IP租约记录
– 合并碎片化数据页
– 尝试重放未提交日志（若日志完整）
执行后重启服务观察是否恢复：
net start dhcpserver
离线修复Jet数据库（适用于.mdb损坏但日志可用）
需使用Windows内置的 esentutl.exe 工具（位于System32目录）：
esentutl /g "C:WindowsSystem32dhcpdhcp.mdb"（校验完整性，输出错误页号）
esentutl /p "C:WindowsSystem32dhcpdhcp.mdb" /o（硬修复：重建数据库，丢失未提交事务）
esentutl /r dhcprlog /l "C:WindowsSystem32dhcp" /s "C:WindowsSystem32dhcp"（重放日志，恢复至最新一致状态）
⚠️ 注意：
– 执行前务必备份整个 dhcp 文件夹
– /p 操作不可逆，仅在 /g 显示“Checksum error”且无可用备份时使用
– 若日志文件缺失或损坏，/r 会失败，此时只能依赖最近一次自动备份（默认存于 dhcpackup）
从自动备份恢复（最稳妥的兜底方案）
Windows DHCP服务每60分钟自动备份数据库到 %SystemRoot%System32dhcpackup（子目录按时间命名）。恢复步骤：
– 停止DHCP服务：net stop dhcpserver
– 重命名原数据库文件夹（如改名为 dhcp_broken）
– 进入最近备份子目录（如 backup4-06-15_02-00-00），复制全部文件到 dhcp 目录
– 修正权限：右键 dhcp.mdb → 属性 → 安全 → 确保 NETWORK SERVICE 有“读取和执行”、“读取”、“写入”权限
– 启动服务：net start dhcpserver
验证：用 netsh dhcp server show scope 检查作用域是否加载，ipconfig /renew 测试客户端能否获取地址
