应使用jetpack.exe工具压缩优化dhcp数据库，命令为jetpack.exe dhcp.mdb temp.mdb，需先停止dhcp server服务、在数据库所在目录执行、再重启服务。
windows dhcp 服务器的数据库（dhcp.mdb）长期运行后容易产生碎片、体积膨胀，影响服务响应速度甚至引发异常。维护重点不是“删文件”或“压缩磁盘”，而是用正确工具优化数据库结构本身。
什么时候该压缩数据库？
当出现以下情况时，建议手动压缩：
- DHCP管理控制台响应明显变慢，尤其在查看租约列表或导出作用域时卡顿
- %SystemRoot%\System32\DHCP\ 下 dhcp.mdb 文件持续增长（例如超过 100 MB），且近期无大量新增保留地址或作用域
- Event ID 1054 或 1056（提示数据库碎片化或性能警告）
压缩前必须做的三件事
跳过任一环节都可能导致压缩失败或服务无法启动：
- 以管理员身份打开命令提示符（CMD 或 PowerShell）
- 执行 net stop dhcpserver，确认服务已完全停止（不可仅“暂停”）
- 进入数据库目录：cd %SystemRoot%\System32\DHCP，确保当前路径正确
- 提前备份：复制一份 dhcp.mdb 到其他位置（如 D:\dhcp_backup\），防止操作意外中断
用 jetpack 正确执行压缩
jetpack 是 Windows 内置的 Jet 数据库专用工具，只用于 dhcp.mdb、wins.mdb 等系统数据库：
- 运行命令：jetpack dhcp.mdb temp.mdb
- 成功后原 dhcp.mdb 将被自动替换为优化后的新文件，temp.mdb 会被删除
- 若提示“文件正被使用”，说明 dhcpserver 服务未彻底停止；若报错“Jet Error”，可能是备份不完整或磁盘空间不足
- 压缩完成后，执行 net start dhcpserver 启动服务，并检查事件查看器中是否出现错误日志
别踩这些常见坑
以下操作看似省事，实则危险或无效：
- 用 compact 命令压缩 dhcp.mdb —— 这是 NTFS 层压缩，会破坏 Jet 数据库结构
- 直接复制粘贴或剪切 dhcp.mdb 文件 —— 数据库受系统保护，手动拷贝可能不一致
- 启用“文件属性→压缩内容”—— 同样干扰数据库读写，微软明确不推荐
- 在多服务器环境中以为要“统一操作”—— 每台 DHCP 服务器数据库独立，需逐台停服压缩
