Precisa saber qual product key foi usada para ativar as RDS CALs no Windows Server 2022? A resposta curta: o servidor não mostra a chave. Ainda assim, é possível identificar com precisão qual pedido/contrato originou o pacote instalado e comprovar sua legitimidade. Veja como.
Visão geral e resposta direta
Não é possível ver a chave de ativação (product key) das RDS CALs no servidor. Após a instalação/ativação no Remote Desktop Licensing, o Windows Server 2022 armazena apenas informações operacionais do pacote, como Key Pack ID, tipo (Per User ou Per Device) e contagens (Total/Emitidas/Disponíveis). A product key ou número de contrato usado para instalar o pacote não fica exposta na interface, no registro ou em arquivos legíveis.
Na prática, você “recupera” a origem da chave correlacionando o Key Pack ID e o Programa de Licenciamento com seus registros de compra (VLSC/EA/MPSA, revendedor, nota fiscal, cartão de licença). Se perdeu os dados, a Microsoft Clearinghouse pode validar o Key Pack ID e orientar reemissão/migração.
Como verificar o que está instalado
Use o Remote Desktop Licensing Manager (licmgr.exe
) para consultar os pacotes instalados e suas contagens.
- Abra o Server Manager → Tools → Remote Desktop Services → Remote Desktop Licensing Manager (ou execute
licmgr.exe
). - Selecione o servidor de licenças na árvore à esquerda.
- No painel direito, em Installed RDS CALs, revise as colunas principais.
Campos que você verá no Licensing Manager
Campo | O que significa | Como usar na identificação |
---|---|---|
Descrição / Tipo | Indica Per User ou Per Device e a versão (ex.: RDS CALs 2022). | Confirme se corresponde à compra e ao modo configurado no ambiente. |
Total | Quantidade total de licenças no pacote. | Compare com a quantidade do pedido/contrato. |
Emitidas | Número de tokens emitidos (aplicável a Per Device). | Ajuda a avaliar consumo e necessidades de reemissão. |
Disponíveis | Saldo no pacote. | Útil para planejamento de capacidade. |
Key Pack ID | Identificador do pacote instalado no servidor. | Use para casar com registros internos e para suporte na Clearinghouse. |
Programa de Licenciamento | Origem do licenciamento (Volume, Varejo, etc.). | Direciona para onde procurar a documentação de compra. |
Como identificar qual chave foi usada
A abordagem mais confiável é correlacionar o Key Pack ID, o Programa de Licenciamento e a quantidade com seus registros de aquisição:
- Licenciamento por Volume (EA/MPSA/antigo Open/Select): acesse o portal corporativo de licenças e localize o pedido ou a inscrição que contenha o pacote de RDS CALs com a mesma quantidade. Os identificadores típicos incluem Enrollment/Agreement Number e detalhes do produto (edição/versão).
- Compra via revendedor: procure a nota fiscal, o e-mail de entrega de licença ou o comprovante de pedido. O revendedor consegue localizar o número de contrato/chave associada ao Key Pack ID e à quantidade.
- Varejo (FPP/cartão): verifique a mídia/embalagem/cartão de licença onde a product key foi fornecida. A correspondência de versão, edição e contagem torna a identificação inequívoca.
Em muitos casos, a soma desses elementos é suficiente para afirmar “este pacote corresponde a este contrato/chave”, mesmo sem ver a product key no servidor.
Se perdeu os dados de compra
Se não há registro interno ou acesso ao portal de licenças, utilize os caminhos abaixo.
- Revendedor: peça a confirmação do pedido, com a chave/contrato atrelado. Revendedores autorizados mantêm histórico e conseguem reemitir documentos.
- Microsoft Clearinghouse: no Licensing Manager, acione Install Licenses… e escolha a opção via telefone para obter o número regional. Tenha o Key Pack ID e os dados da empresa em mãos. A equipe valida o pacote e orienta reinstalação, reemissão ou migração de acordo com seu contrato.
Dica: ao migrar o servidor de licenças, normalmente você ativa o novo servidor e reinstala os pacotes usando o mesmo contrato/chave. Em cenários de perda do servidor antigo, a Clearinghouse pode reemitir os pacotes após validação.
Por que a product key não aparece
O mecanismo de licenciamento do RDS não expõe a product key após a instalação: o servidor armazena certificados e uma base local de licenças emitidas. O que a interface mostra são metadados operacionais do pacote (como o Key Pack ID), que bastam para auditoria e suporte. Por segurança e desenho do produto, a chave em si não fica armazenada em formato recuperável.
Consultando por script ou linha de comando
Se preferir automatizar a coleta do inventário de pacotes, use WMI/CIM para ler as classes de Terminal Services. Exemplos:
PowerShell com CIM
# Executar no servidor de licenças RDS
Get-CimInstance -Namespace root/cimv2/TerminalServices -ClassName Win32_TSLicenseKeyPack |
Select-Object KeyPackId, ProductVersion, TypeAndDescription, TotalLicenses, IssuedLicenses, AvailableLicenses, LicenseProgram |
Format-Table -AutoSize
PowerShell com WMI (compatibilidade)
Get-WmiObject -Namespace root\cimv2\TerminalServices -Class Win32_TSLicenseKeyPack |
Select-Object KeyPackId, ProductVersion, TypeAndDescription, TotalLicenses, IssuedLicenses, AvailableLicenses, LicenseProgram |
Sort-Object ProductVersion
Esses comandos retornam exatamente as mesmas informações visíveis no Licensing Manager: Key Pack ID, versão, tipo, contagens e programa de licenciamento — suficientes para correlacionar com seus registros.
Diagnóstico e onde olhar quando “nada aparece”
- RD Licensing Diagnoser (ferramenta gráfica): no Server Manager → Tools → Remote Desktop Services → RD Licensing Diagnoser, valide a ativação do servidor de licenças e a configuração dos servidores RDSH/VDI apontando para ele.
- Logs de evento: Event Viewer → Applications and Services Logs → Microsoft → Windows → TerminalServices-Licensing e TerminalServices-RemoteConnectionManager costumam registrar alertas de ativação e emissão de licenças.
- Banco de dados local: por padrão fica em
%SystemRoot%\System32\LServer
. Não edite arquivos manualmente; use apenas as ferramentas do produto ou apoio da Clearinghouse.
Per User versus Per Device
Característica | Per User | Per Device |
---|---|---|
Fiscalização pelo servidor | Não há emissão de “token” por usuário. | Emite um token por dispositivo, com expiração/renovação. |
Visibilidade no Licensing Manager | Você vê o pacote e a quantidade instalada. | Você vê pacotes e contadores de Emitidas/Disponíveis. |
Medição de consumo | Requer controle administrativo externo. | Controlado pelo servidor de licenças. |
Recuperação/migração | Reinstale o pacote no novo servidor. | Pode exigir reemissão de tokens via Clearinghouse se o servidor antigo foi perdido. |
Procedimentos comuns de suporte
Reparar pacotes após problemas no servidor
- Ative novamente o servidor pelo Licensing Manager (Activate Server… ou Reactivate Server…).
- Reinstale os pacotes com os mesmos dados de contrato/chave. Se não tiver os dados, contate a Clearinghouse citando o Key Pack ID.
- Valide os pontos de licenciamento nos servidores RDSH/Connection Broker (políticas/registry/Server Manager) para apontar para o servidor correto.
Migrar o servidor de licenças para outra máquina
- Instale o papel Remote Desktop Licensing no novo Windows Server.
- Ative o novo servidor no Licensing Manager.
- Reinstale os pacotes de RDS CALs com o mesmo contrato/chave. Sem os dados? Use o Key Pack ID e ligue para a Clearinghouse para reemissão.
- Ajuste os servidores RDSH/VDI/CB para apontar para o novo servidor de licenças.
- Monitore o Diagnoser e os logs para confirmar emissão regular de licenças.
Sem acesso ao servidor antigo
Proceda como uma reinstalação completa no novo servidor e contate a Clearinghouse para revalidar e reemitir pacotes, quando necessário. Tenha documentos da empresa e qualquer evidência de compra.
Boas práticas para não passar por isso de novo
- Documente a cada instalação: Key Pack ID, contrato/pedido, quantidade, data e responsável. Guarde em cofre de senhas/notas corporativas.
- Backup: inclua o System State do servidor de licenças e o diretório
%SystemRoot%\System32\LServer
na rotina de backup. Isso simplifica a recuperação. - Padronize o modo de licenciamento (Per User vs Per Device) e reflita isso em políticas de grupo e documentação de onboard.
- Audite periodicamente: extraia inventário via script (CIM/WMI) e reconcilie com o ERP/portal de licenças.
- Controle de mudanças: registre toda alteração de servidor de licenças, ativação e migração de papéis.
Perguntas frequentes
Consigo ver a product key das RDS CALs no registro?
Não. O registro não armazena a chave em formato legível/recuperável. O que existe são artefatos de ativação e o banco do servidor de licenças.
Existe ferramenta de “key finder” que mostre a chave de RDS?
Não para RDS CALs. Ferramentas desse tipo podem extrair chaves de produtos que as armazenam localmente, o que não é o caso do licenciamento de RDS.
O Key Pack ID é a minha product key?
Não. O Key Pack ID identifica o pacote instalado no servidor. Ele é usado para suporte e para você casar com o pedido/contrato, mas não é a chave em si.
Per User não mostra consumo. Está errado?
Não. Por design, Per User não é auditado individualmente pelo servidor de licenças. Ainda assim, o pacote e a quantidade instalada são visíveis no Licensing Manager.
Posso “mover” licenças de um servidor para outro sem reinstalar?
O caminho suportado é ativar o novo servidor e reinstalar os pacotes (ou reemitir via Clearinghouse quando aplicável). Copiar arquivos/banco não é um procedimento suportado para migração.
Checklist rápido
- Abrir licmgr.exe e anotar: Descrição/Tipo, Total/Emitidas/Disponíveis, Key Pack ID, Programa de Licenciamento.
- Comparar com VLSC/EA/MPSA, revendedor ou cartão de licença.
- Se faltarem dados, contatar a Clearinghouse com o Key Pack ID.
- Registrar tudo em cofre corporativo e ajustar sua rotina de backup.
Resumo executivo
Você não verá a product key das RDS CALs no Windows Server 2022 — isso é normal e esperado. O que o sistema fornece é o Key Pack ID, o tipo e as contagens, suficientes para comprovar a origem do pacote e manter a conformidade. Para identificar “qual chave foi usada”, compare esses dados com seus registros (VLSC/EA/MPSA, revendedor ou varejo). Sem registros? A Microsoft Clearinghouse valida o Key Pack ID e pode reemitir ou orientar a migração. Fortaleça sua governança anotando cada ativação, mantendo backups e padronizando processos.