RDS 2022: como recuperar a chave de ativação (CAL) usada — o que é possível (e o que não é)

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.

Índice

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.

  1. Abra o Server ManagerToolsRemote Desktop ServicesRemote Desktop Licensing Manager (ou execute licmgr.exe).
  2. Selecione o servidor de licenças na árvore à esquerda.
  3. No painel direito, em Installed RDS CALs, revise as colunas principais.

Campos que você verá no Licensing Manager

CampoO que significaComo usar na identificação
Descrição / TipoIndica Per User ou Per Device e a versão (ex.: RDS CALs 2022).Confirme se corresponde à compra e ao modo configurado no ambiente.
TotalQuantidade total de licenças no pacote.Compare com a quantidade do pedido/contrato.
EmitidasNúmero de tokens emitidos (aplicável a Per Device).Ajuda a avaliar consumo e necessidades de reemissão.
DisponíveisSaldo no pacote.Útil para planejamento de capacidade.
Key Pack IDIdentificador do pacote instalado no servidor.Use para casar com registros internos e para suporte na Clearinghouse.
Programa de LicenciamentoOrigem 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ísticaPer UserPer Device
Fiscalização pelo servidorNão há emissão de “token” por usuário.Emite um token por dispositivo, com expiração/renovação.
Visibilidade no Licensing ManagerVocê vê o pacote e a quantidade instalada.Você vê pacotes e contadores de Emitidas/Disponíveis.
Medição de consumoRequer controle administrativo externo.Controlado pelo servidor de licenças.
Recuperação/migraçãoReinstale 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

  1. Ative novamente o servidor pelo Licensing Manager (Activate Server… ou Reactivate Server…).
  2. Reinstale os pacotes com os mesmos dados de contrato/chave. Se não tiver os dados, contate a Clearinghouse citando o Key Pack ID.
  3. 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

  1. Instale o papel Remote Desktop Licensing no novo Windows Server.
  2. Ative o novo servidor no Licensing Manager.
  3. 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.
  4. Ajuste os servidores RDSH/VDI/CB para apontar para o novo servidor de licenças.
  5. 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.

Índice