基于 Active Directory 的激活（ADBA）专题

ADBA（Active Directory-Based Activation）是微软批量授权家族里的第三条路：不部署 KMS 主机，把「激活对象」直接存进 Active Directory，域内计算机开机后通过 LDAP 向域控制器领取激活。对「所有机器都加域」的环境，它是微软官方文档点名的最省事方案。本页讲原理、前置条件、部署步骤、与 KMS 的对比，以及混合环境下的选择逻辑。依据为 Microsoft Learn 批量激活官方文档。

一、ADBA 的工作原理

KMS 的思路是「找一台主机要激活」，ADBA 的思路是「激活本身就是目录里的一条数据」。整个链路只有四步：

1. 安装激活对象（AO）：管理员用批量激活工具把组织的 KMS 主机密钥（CSVLK）提交给微软验证，验证通过后，一个激活对象被写入 AD 林（随架构扩展存储在目录服务中）
2. 客户机启动：域内计算机的软件保护 / 许可服务在开机时自动运行
3. 联系目录：服务自动通过 LDAP 联系域控制器，获取激活对象——全程用户无感知，不需要任何配置
4. 比对并激活：客户机把拿到的激活对象与本地版本（由 GVLK 定义）比对，匹配即完成激活

续订机制与 KMS 同源：激活状态自上次与域联系起最多保持 180 天，客户端默认每 7 天尝试重新激活一次，每次重新激活就是重新走一遍上面的 LDAP 流程。

二、前置条件清单

部署前的验证清单

安装激活对象是全林范围的操作，动手前按这张清单逐项确认，全部打勾再执行：

三、部署：安装激活对象

官方给出两条路径，按你的服务器版本与工具偏好二选一：

路径 A 详细步骤（Volume Activation Tools）

1. 使用同时具有域管理员和企业管理员凭据的账户登录域控制器
2. 打开服务器管理器，添加 Volume Activation Services 角色
3. 启动 Volume Activation Tools（批量激活工具）
4. 选择 Active Directory-Based Activation 选项
5. 输入组织的 KMS 主机密钥（CSVLK），可选项填一个显示名称（激活对象名）
6. 选择联机或电话方式激活该主机密钥
7. 点击 Commit（提交），然后关闭。激活对象即创建完成

路径 B 详细步骤（VAMT，含离线代理）

部署后验证

rem 1. 列出 AD 中的激活对象（在装有 ADBA 工具的管理机上）
slmgr /ao-list

rem 2. 客户机侧确认已通过 ADBA 激活
slmgr /dlv

rem 3. 客户机加域后通常无需任何操作，重启即激活；
rem    若未激活，确认本机 GVLK 与版本匹配、能通过 LDAP 访问 DC

客户机侧的验证标准：slmgr /dlv 显示 License Status = Licensed，且版本与 GVLK 对应。加域前的机器，入域后许可服务启动即自动完成激活——这正是 ADBA 「透明」的含义。

客户端视角：从加域到激活发生了什么

整个过程不需要管理员登录客户机、不需要输密钥、不需要重启等待——与 KMS 需要凑阈值、等续订相比，这是 ADBA 体验上最大的差异。

激活对象的日常管理

rem 列出当前林中的激活对象
slmgr /ao-list

rem 删除指定的激活对象（谨慎：删除后依赖它的客户端会回退 KMS）
slmgr /del-ao <激活对象ID>

rem 查看林的安装 ID（代理激活时与 CILx 文件配合使用）
slmgr /ad-activation-get-lid

除命令行外，VAMT 还能做这些日常事：发现网络内的机器、集中分发 GVLK、查看每台机器的许可状态、导出合规报告。对审计友好的环境，建议用 VAMT 的报告替代手工台账。

四、ADBA 与其它机制的分工

一个企业环境里，几种激活机制往往同时存在，各自管一片。理清边界能避免「用错工具」：

五、ADBA vs KMS：一张对比表

微软官方文档的结论很直接：所有计算机都加域且运行受支持版本的环境，ADBA 是激活客户机与服务器的最佳选择，甚至可能让你移除环境中的 KMS 主机。

六、混合部署：KMS + ADBA 并存时客户端怎么选

混合环境（部分机器在域内、部分在域外，或还有旧版本系统 / 应用需要 KMS）完全可行，客户端的选择逻辑是固定的、自动的：

七、排障

相关错误码的官方解释可在 错误码速查工具 检索；通用排障方法论见 激活故障排查手册。

三个常见误解

八、ADBA 在虚拟化与 VDI 场景的价值

官方文档点名了一个典型场景：VDI。某些 VDI 方案要求新客户端在加入池之前就完成激活，用 KMS 时一旦主机临时故障（KMS outage），新克隆的桌面就可能卡在「未激活」状态进不了池；ADBA 把激活放到目录里，新虚拟机加域即激活，不依赖任何单台主机的可用性。

• 克隆 / 新建虚拟机 → 加域 → 许可服务启动 → 从 DC 领 AO → 激活，全程分钟级
• 没有「凑阈值」问题：ADBA 没有 KMS 那样的 25 / 5 台门槛，一台新机器也能立刻激活
• Hyper-V 上的 Windows Server 客户机还可以叠加 AVMA，两条路互不冲突
• 非持久池、频繁重建的桌面农场，ADBA 比 KMS 少一个故障点

虚拟化激活的完整对比见 虚拟机中的 Windows 激活。

与 VAMT 的配合：激活之外的日常

VAMT 不只是装 AO 的工具，它在混合环境里还承担这些日常工作：

九、什么时候该选 ADBA：决策清单