ntds.dit 文件压缩实为脱机碎片整理，须在dsrm模式下运行esentutl /d命令，重建数据库结构并释放空间；该操作不释放tombstone对象等逻辑冗余，且2012 r2+已支持自动在线优化。

ntds.dit 文件不能像普通文件那样用 zip 或 ntfs 压缩来减小体积，所谓“压缩”实质是通过脱机碎片整理（offline defragmentation）回收内部页碎片、重建索引、释放未使用空间。该操作必须在域控制器完全离线状态下进行，否则会因文件被独占锁定而失败。

必须进入目录服务还原模式（DSRM）

运行中的域控制器会始终锁定 ntds.dit，任何直接调用 esentutl 的尝试都会报错 operation not supported on a database that is in use。唯一安全入口是 DSRM：

• 重启服务器，在启动时反复按 F8，选择“目录服务还原模式”；或提前执行 bcdedit /set safeboot dsrepair 后重启
• 使用安装 AD 时设定的 DSRM 管理员密码 登录（不是域管理员账户）
• 确认服务已停止：运行 sc query ntds，返回状态应为 STATE: 1 STOPPED

执行 esentutl /d 进行物理层整理

esentutl.exe 是 Windows 内置的 ESE 引擎维护工具，/d 参数会重建整个数据库结构，同时完成校验、去碎片、重排索引三重任务：

• 基础命令：esentutl /d "C:\Windows\NTDS\ntds.dit" /t"C:\Temp\tempdfrg.edb"
• /t 指定临时路径，该卷必须有 不小于当前 ntds.dit 文件大小的空闲空间（例如 ntds.dit 为 12 GB，临时盘至少需 12 GB 可用）
• 执行时间取决于数据库大小与磁盘 I/O，10–15 GB 典型耗时 40–120 分钟，期间严禁断电或强制关机
• 成功后原 ntds.dit 被替换，旧文件默认保留为 ntds.dit.001，如磁盘紧张需手动删除

操作前后的关键准备与验证

脱机整理虽不改变逻辑数据，但属高风险维护动作，疏漏易致 DC 启动失败或复制异常：

• 整理前务必完成完整系统状态备份（含 NTDS 文件夹全量拷贝），并确认无复制延迟
• 整理完成后重启进正常模式，检查 services.msc 中 NTDS 服务是否自动启动
• 用 dcdiag /test:replications 验证复制状态，重点排查事件 ID 2108/1084（提示数据库不一致）
• 清理残留：手动删除临时文件（tempdfrg.edb）、日志文件（edb*.log），保留 edb.chk 不删

它不能解决哪些问题

脱机碎片整理对以下情况无效，需配合其他手段：

• 已删除但仍在 tombstone lifetime（默认 180 天）内的对象——空间不会释放
• 大量禁用账户、冗余组成员关系（如 memberOf）、多值属性膨胀——需人工清理或脚本归档
• 链接追踪（LVR）积累的历史链接条目——只能靠自然老化或升级架构降低影响
• Windows Server 2012 R2 及更新版本中，自动在线碎片整理已覆盖大部分日常优化需求，脱机操作频率可大幅降低