试用虚拟代理 - 它可以帮助你快速识别和修复与 KMS 和 MAK 激活相关的常见问题
本文介绍在密钥管理服务（KMS）激活期间可出现常见问题和问题，并提供解决问题的指导。
Note
如果怀疑问题与 DNS 相关，请参阅 KMS 和 DNS 问题的常见故障排除过程。
我应该备份 KMS 主机信息吗？
KMS 主机不需要备份。 但是，如果使用工具定期清理事件日志，则日志中存储的激活历史记录可能会丢失。 如果使用事件日志跟踪或记录 KMS 激活，请定期从事件查看器的“应用程序和服务日志”文件夹中导出密钥管理服务事件日志。
如果使用 System Center Operations Manager，则 System Center 数据仓库数据库存储事件日志数据进行报告，因此不必单独备份事件日志。
KMS 客户端计算机是否已激活？
On the KMS client computer, open the System control panel, and look for the Windows is activated message. Alternatively, run Slmgr.vbs and use the the /dli command-line option.
KMS 客户端计算机未激活
验证是否满足 KMS 激活阈值。 On the KMS host computer, run Slmgr.vbs and use the /dli command-line option to determine the host’s current count. 在 KMS 主机计数为 25 之前，无法激活 Windows 7 客户端计算机。 Windows Server 2008 R2 KMS 客户端需要 KMS 计数达到 5 才能激活。 有关 KMS 要求的详细信息，请参阅 批量激活规划指南。
在 KMS 客户端计算机上，在应用程序事件日志中查找事件 ID 12289。 查看此活动以获取以下信息：
Is the result code 0? 任何其他内容都是错误的。
事件中的 KMS 主机名是否正确？
KMS 端口是否正确？
KMS 主机是否可访问？
如果客户端运行的是非Microsoft防火墙，是否需要配置出站端口？
在 KMS 主机上，在 KMS 事件日志中查找事件 ID 12290。 查看此活动以获取以下信息：
KMS 主机是否记录了来自客户端计算机的请求？ 验证 KMS 客户端计算机的名称是否已列出。 验证客户端和 KMS 主机是否可以通信。 客户端是否收到响应？
如果未从 KMS 客户端记录任何事件，则请求未到达 KMS 主机或 KMS 主机无法处理它。 确保路由器不会阻止使用 TCP 端口 1688 的流量（如果使用默认端口），并允许有状态流量到达 KMS 客户端。
此错误代码的含义是什么？
除具有事件 ID 12290 的 KMS 事件外，Windows 会将所有激活事件记录到事件提供程序名称Microsoft-Windows-Security-SPP 下的应用程序事件日志。 Windows 将 KMS 事件记录到应用程序和服务文件夹中的密钥管理服务日志。 IT 专业人员可以运行 Slui.exe 以显示大多数与激活相关的错误代码的说明。 此命令的常规语法如下所示：
slui.exe 0x2a ErrorCode
例如，如果事件 ID 12293 包含错误代码0x8007267C，可以通过运行以下命令来显示该错误的说明：
slui.exe 0x2a 0x8007267C
有关特定错误代码以及如何解决这些问题的详细信息，请参阅 “解决常见激活错误代码”。
客户端未添加到 KMS 计数
To reset the client computer ID (CMID) and other product-activation information, run sysprep /generalize or slmgr /rearm. 否则，每个客户端计算机看起来完全相同，KMS 主机不会将它们算作单独的 KMS 客户端。
KMS 主机无法创建 SRV 记录
域名系统（DNS）可能会限制写入访问，或者可能不支持动态 DNS（DDNS）。 在这种情况下，授予 KMS 主机对 DNS 数据库的写入访问权限，或手动创建服务（SRV）资源记录（RR）。 有关 KMS 和 DNS 问题的详细信息，请参阅 KMS 和 DNS 问题的常见故障排除过程。
只有第一台 KMS 主机能够创建 SRV 记录
如果组织有多个 KMS 主机，则其他主机可能无法更新 SRV RR，除非更改了 SRV 默认权限。 有关 KMS 和 DNS 问题的详细信息，请参阅 KMS 和 DNS 问题的常见故障排除过程。
我在 KMS 客户端上安装 KMS 密钥
KMS 密钥应仅安装在 KMS 主机上，而不应安装在 KMS 客户端上。 运行 slmgr.vbs -ipk
KMS 主机失败
如果 KMS 主机失败，则必须在新主机上安装 KMS 主机密钥，然后激活主机。 请确保新的 KMS 主机在 DNS 数据库中具有 SRV RR。 如果使用与失败的 KMS 主机相同的计算机名称和 IP 地址安装新的 KMS 主机，则新的 KMS 主机可以使用失败主机的 DNS SRV 记录。 如果新主机具有不同的计算机名称，则可以手动删除失败主机的 DNS SRV RR，或者（如果在 DNS 中启用了清理），让 DNS 自动删除它。 如果网络使用的是 DDNS，则新的 KMS 主机会自动在 DNS 服务器上创建新的 SRV RR。 然后，新的 KMS 主机开始收集客户端续订请求，并在满足 KMS 激活阈值后立即开始激活客户端。
如果 KMS 客户端使用自动发现，则当原始 KMS 主机不响应续订请求时，它们会自动选择另一个 KMS 主机。 If the clients do not use auto-discovery, you must manually update the KMS client computers that were assigned to the failed KMS host by running slmgr.vbs /skms. 若要避免这种情况，请将 KMS 客户端配置为使用自动发现。 有关详细信息，请参阅 批量激活部署指南。