这篇内容适合维护企业 KMS 主机、需要判断提示是否影响现有激活的系统管理员。
也适合负责 Windows Server 硬件更新、需要评估 TPM 与认证条件的 IT 负责人。
如果你正在规划服务器租用或采购，可以先用文中的检查项确认服务方公开了哪些硬件信息。
最后更新于 2026 年 10 月 30 日；核对依据为微软 KMS 硬件安全激活说明、KMS 规划资料及 Windows Server Catalog。 微软说明中列出的更新与要求是判断状态的依据；近期讨论可以提示你留意此事，但不能替代官方资料，也不能用来推定未来生效日期或版本号。
先区分提示与故障：当前 KMS 激活仍按标准方式工作
未就绪提示会让现有客户端立刻失去激活吗？
不会仅因这条提示而失效。微软明确说明，Windows Server 2025 上的硬件安全就绪消息是信息性提示，不影响当前激活；尚未满足硬件安全条件的 KMS 主机，仍可按当前标准方式为客户端提供激活。提示反映的是主机是否准备好满足未来版本可能采用的硬件信任要求，并不是当前激活失败的诊断结论。(微软 KMS 激活规划文档)
因此，你需要分别判断两件事：
- 当前激活是否正常：检查 KMS 主机和客户端的实际授权状态，以及是否有相关错误记录。
- 未来硬件安全条件是否满足：核实 TPM、Key Attestation 和服务器硬件认证情况。
微软将基于硬件信任的激活变化指向未来 Windows Server 版本，但没有在这份说明中给出可以据此确认的具体生效日期或版本号。不要把未来要求写成已经生效的规则，也不要从 KMS 主机未就绪推断普通客户端必须换设备。
主机资格怎么判：检查 TPM 2.0、Key Attestation 与目录认证
KMS 主机的硬件资格要核对什么？
微软列出的硬件安全主机条件包括：主机安装并启用 TPM 2.0，且服务器硬件已通过 Windows Server Catalog 认证。能够在系统中看到 TPM，不足以证明 TPM 支持所需的 Key Attestation，也不等于服务器型号已通过目录认证。(微软 KMS 硬件安全激活说明)
先在服务器的 TPM 管理界面或设备管理器中确认系统能否检测到 TPM，再用管理员权限打开 PowerShell，执行微软列出的功能检查命令：
Get-TpmSupportedFeature -FeatureList "Key Attestation"
微软说明，返回结果中显示 Key Attestation，表示主机支持用于 KMS 硬件安全激活的 TPM 证明能力。若没有显示，先记录命令输出，并向硬件供应方或虚拟化平台维护方核实；不要只凭固件设置里存在 TPM 选项就认定符合要求。(微软 Get-TpmSupportedFeature 命令说明)
然后按服务器型号或产品名称检索 Windows Server Catalog，确认能否找到对应的认证记录。虚拟 KMS 主机也要单独核实虚拟 TPM 和 Key Attestation 能力；不能拿宿主机的目录记录，直接替代对虚拟机环境的检查。
状态查看与留档：先保存证据，再判断是否有故障
命令行和图形界面分别能看到什么？
微软列出的就绪信号有两个查看入口：在命令行运行 slmgr /dlv，或在事件查看器的“应用程序和服务日志 > Key Management Service”中查看相关消息。前者展示 KMS 主机的硬件安全资格提示，后者可用于留存相应警告记录。
在提升权限的命令提示符或 PowerShell 中运行：
slmgr.vbs /dlv
若输出显示设备不符合硬件安全 KMS 主机要求，记录原文、主机版本和检查时间；这本身不代表激活失败。还要检查当前许可状态，并在客户端侧确认激活是否实际正常。微软说明，/dlv 用于查看详细授权信息；排查 KMS 故障时，应结合软件授权服务输出和事件查看器，而非只根据一条就绪提示下结论。(微软 Slmgr.vbs 命令说明；微软 KMS 故障排查指南)
你可以依次完成以下检查并归档：
- 在“服务器管理器”或“设置 > 系统 > 关于”确认 Windows Server 版本，并运行
winver保存版本信息。 - 运行
slmgr.vbs /dlv，保存授权状态与硬件安全提示。 - 打开事件查看器，进入“应用程序和服务日志 > Key Management Service”，保存相关事件。
- 在 KMS 主机及客户端分别核实激活状态；若发现实际激活故障，按 KMS 故障排查流程继续诊断。
- 运行 Key Attestation 检查命令，并核对 TPM 与 Catalog 认证资料。
- 将物理与虚拟 KMS 主机分开记录，注明检查人、日期、输出和未确认项。
微软的 KMS 规划资料说明，KMS 主机可以运行在受支持的物理或虚拟系统上；主机与客户端的版本组合也会影响激活支持情况。因此，硬件就绪与版本兼容应分开核验，不能把其中一项的结果当作另一项的结论。
继续监测、整改还是换机：按条件决定，不按提示单点决策
主机不符合条件时，怎么选择下一步？
微软建议盘点现有 KMS 主机、核实 TPM 与服务器硬件认证，并在硬件变更后重新验证；文档没有要求你仅凭未就绪提示立即换机。将当前业务影响、硬件可核实程度和既定更新周期放在一起判断，会比单看提示更稳妥。(微软创建 KMS 激活主机文档)
- 若当前客户端激活正常、设备仍在维护周期内，且没有明确适用的未来强制日期，则选“保持现状并监测”：保存提示和检查结果，在后续更新或微软发布新要求时复核。
- 若现有硬件可满足条件，且供应方能提供 TPM 2.0、Key Attestation 与目录认证的核实依据，则评估“整改现有主机”：先在测试环境验证，再安排生产变更；不要仅凭固件设置里有 TPM 开关认定改造可行。
- 若硬件不具备所需能力、认证无法核实，或服务器已在近期更新计划内，则选“纳入下一轮换机”：先验证新主机和计划中的 Windows Server 版本，再规划 KMS 配置与依赖迁移。
- 若 KMS 是关键业务的单点依赖，则先降低变更风险：盘点依赖、准备回退方案并验证替代主机，再安排切换；不要在未确认客户端连接和激活结果前直接下线旧主机。
这类判断不是授权类型比较，也不意味着应绕过现有许可流程。涉及 KMS 部署或迁移时，按微软当前文档和适用于你组织的授权条款确认方案；有实际激活错误时，再按错误信息排查，而不是把硬件就绪提示当作唯一原因。
服务器租用或采购前：把未确认的硬件能力写进询问项
采购前，应确认准备安装的 Windows Server 版本、实际硬件是否具备并启用 TPM 2.0、TPM 是否支持 Key Attestation，以及服务器硬件能否在 Windows Server Catalog 中核实。请服务方提供型号、规格或可查证的认证信息；不能从 AMD 处理器型号、独立服务器形态或“支持 Windows Server”推断这些条件已经满足。
OSFP Cloud 产品页列有 Windows Server 2019、2022、2025，并提供 Standard 与 Datacenter 版本，以及英文、繁体中文和简体中文选项；公开资料没有明确披露 TPM 2.0、Key Attestation 或 Windows Server Catalog 认证情况，因此这些条件应标为未确认，在采购前单独询问。你可以先查看 OSFP Cloud 的 Windows Server 选项，并结合服务范围说明确认公开披露的能力边界。
如果你正在为下一轮设备更新做预算，也可以把 KMS 主机的更换计划纳入服务器周期与成本核算，但不要在硬件能力未核实前先假设某种租用方案符合资格。共享云主机可能存在资源共享、硬件细节不透明或配置受限等问题；独享 AMD 物理机能提供独立硬件环境这一类选择，但同样不自动意味着满足 TPM、Key Attestation 或认证条件。若你考虑 OSFP Cloud 的独立服务器，先核对产品页已公开的 Windows Server 版本与硬件信息；未披露的 KMS 条件应先联系服务方确认，再决定是否纳入采购方案。