MENU
  1. Início
  2. Windows
  3. Windows Server
  4. Transferir a chave do Windows Server 2019: recuperar, migrar e ativar (KMS, MAK, Retail e OEM)

Transferir a chave do Windows Server 2019: recuperar, migrar e ativar (KMS, MAK, Retail e OEM)

Windows Server

Precisa mover a licença do Windows Server 2019 de um servidor para outro? Este guia prático explica como identificar o tipo de chave, quando é possível transferir, e o passo a passo para ativar o novo servidor sem desativar o antigo antes de ter a chave correta em mãos.

Índice

Visão geral e contexto

Ao abrir as propriedades de ativação do Windows Server 2019, você só enxerga os últimos 5 dígitos da chave. Isso é intencional: por design, o Windows não revela a Product Key completa já instalada. Para migrar a ativação com segurança, primeiro confirme qual é o tipo de licença em uso — VOLUME (KMS/MAK), RETAIL ou OEM — e só então siga o procedimento adequado para cada caso.

Em ambientes corporativos, a maior parte das ativações é feita via Volume Licensing (KMS, ADBA ou MAK). Em pequenas empresas ou compras avulsas, é comum encontrar licenças RETAIL. Já em servidores comprados com o sistema pré-instalado, o canal tende a ser OEM (normalmente preso ao hardware de origem).

Árvore de decisão rápida

Use a tabela abaixo para decidir rapidamente o caminho certo após executar slmgr /dlv no servidor antigo.

Canal visto em slmgr /dlvTransferível?Onde obter a chave completaO que fazer no servidor antigoO que fazer no servidor novo
VOLUME_KMSCLIENT (KMS/ADBA)Não há “chave pessoal” para mover (é genérica)Não se aplicaOpcional: aposentar/desativar apenas quando o novo estiver okInstalar a chave cliente KMS, ingressar no domínio se ADBA, garantir alcance ao KMS, slmgr /ato
VOLUME_MAKSim (contabilizada por ativações)Portal de Licenciamento por Volume (VLSC/Admin Center) ou administrador de licençasslmgr /upk + slmgr /cpky (opcional, por higiene)slmgr /ipk <SUA‑CHAVE‑MAK> + slmgr /ato
RETAILSim (um dispositivo por vez)Comprovante de compra, conta do fornecedor, ou suporteslmgr /upk + slmgr /cpky quando for migrarslmgr /ipk <SUA‑CHAVE‑RETAIL> + slmgr /ato
OEMGeralmente nãoChave OEM gravada no BIOS (quando houver)Usar no mesmo hardware ou planejar nova licençaNormalmente exige nova aquisição

Como identificar o canal de licença

  1. Abra um Prompt de Comando como Administrador no servidor antigo.
  2. Execute: slmgr /dlv
  3. Na janela exibida, procure Description ou Canal. Exemplos:
    • VOLUME_KMSCLIENT → KMS (ou ADBA) com chave cliente genérica;
    • VOLUME_MAK → Chave MAK (contabilizada por ativações);
    • RETAIL → Licença de varejo;
    • OEM → Licença do fabricante, atrelada ao hardware.
  4. Para checar se a ativação é permanente e qual método foi usado: slmgr /xpr

Dica: anote também os últimos 5 dígitos exibidos pelo sistema. Eles ajudam a casar qual chave (do seu inventário) está realmente instalada.

Procedimentos detalhados por tipo de licença

Volume – KMS (inclui ADBA)

Se o canal for VOLUME_KMSCLIENT, o sistema usa uma chave cliente genérica. Você não “perde” uma chave pessoal ao trocar de servidor. O que precisa existir é:

  • Um host KMS alcançável (DNS/SRV vlmcs.tcp) ou Ativação Baseada em Active Directory (ADBA) configurada na sua floresta AD;
  • O servidor novo com a edição correta (Standard ou Datacenter) e a chave cliente KMS correspondente.

Passo a passo no novo servidor

  1. Confira a edição: DISM /online /Get-CurrentEdition
  2. Instale a chave cliente KMS apropriada para o Windows Server 2019:
    • Datacenter: WMDGN-G9PQG-XVVXX-R3X43-63DFG
    • Standard: N69G4-B89J2-4G8F4-WWYCC-J464C
    • Essentials: WVDHN-86M7X-466P6-VHXV7-YY726
    slmgr /ipk <CHAVE-CLIENTE-KMS>
  3. Se o host KMS não for encontrado automaticamente pelo DNS, aponte-o manualmente: slmgr /skms SEU-KMS.DOMINIO.LOCAL:1688 slmgr /ato
  4. Para ADBA (Ativação pelo AD), basta ingressar no domínio e executar: slmgr /ato

Importante: o KMS exige contagem mínima para ativação (no caso de servidores, o threshold é menor que para clientes). Se for um ambiente muito pequeno e o host KMS ainda não “atingiu” a contagem, aguarde a soma de máquinas elegíveis ou use MAK/RETAIL conforme sua licença.

Volume – MAK

Com VOLUME_MAK, a ativação é contabilizada por número de ativações. O Windows só mostra parte da chave, então você deve recuperar a Product Key completa no seu portal de licenciamento por volume (ou com o administrador de licenças da organização).

Estratégia segura de migração

  1. Antes de tocar no servidor antigo, suba o novo servidor com o WS2019 (pode ser em modo de avaliação).
  2. Quando tiver a MAK correta, ative no novo: slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX slmgr /ato
  3. No antigo (opcional, por higiene e compliance): slmgr /upk slmgr /cpky

Observações cruciais

  • Desinstalar a chave (/upk) não “devolve automaticamente” uma ativação ao contador MAK. A gestão das contagens é feita no portal/licenciamento da sua organização.
  • Se a ativação online falhar (ambiente sem internet), use a ativação telefônica (slui 4) conforme seu procedimento interno.

RETAIL

Em licenças de varejo, a transferência é permitida para apenas um dispositivo por vez. O Windows também não exibe a chave completa de varejo já instalada; recupere-a pelo comprovante de compra ou na conta onde foi adquirida.

Procedimento recomendado

  1. Com a chave em mãos, ative o novo: slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX slmgr /ato
  2. Quando o novo estiver validado, remova a chave do antigo: slmgr /upk slmgr /cpky

Se houver divergências de edição (por exemplo, servidor antigo era Standard e o novo foi instalado como Datacenter), será preciso converter a edição corretamente antes de aplicar a chave (veja a seção “Converter avaliação/edição”).

OEM

Licenças OEM em geral não são transferíveis para outro hardware. Alguns fabricantes gravam a chave no BIOS/UEFI; para ler (quando existente):

wmic path SoftwareLicensingService get OA3xOriginalProductKey

Isso não altera as restrições de transferência do contrato OEM. Ao migrar para um servidor novo, normalmente será necessário adquirir uma nova licença conforme as regras do fornecedor.

Quer migrar sem “caçar” a chave primeiro?

Se precisa colocar o novo servidor no ar imediatamente, use o período de avaliação do Windows Server 2019. Depois, com a chave correta em mãos, converta e ative sem reinstalar:

  1. Confirme a edição desejada (Standard ou Datacenter).
  2. Converta a edição de avaliação para edição comercial com DISM: DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula :: ou DISM /online /Set-Edition:ServerDatacenter /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
  3. Finalize a ativação: slmgr /ato

Nota: se o sistema já está na edição correta (não Avaliação), slmgr /ipk + /ato normalmente bastam. A conversão com DISM é necessária quando a edição instalada não corresponde à chave que você possui.

Checklist de segurança antes de remover a chave do servidor antigo

  • Você já tem a chave completa correta (MAK/RETAIL) ou confirmou que o ambiente KMS/ADBA está operacional?
  • O novo servidor está funcional, com as funções/serviços validados?
  • Há um plano de retorno (snapshot/backup) caso a ativação no novo encontre imprevistos?
  • As políticas de compliance da organização foram seguidas (registro de quem, quando e por quê)?

Comandos úteis e o que cada um faz

ComandoPara que serve
slmgr /dlvExibe detalhes de licença (canal, últimos 5 dígitos, GUIDs, etc.).
slmgr /xprMostra se a ativação é permanente e o método usado.
slmgr /ipk <CHAVE>Instala a Product Key informada (MAK, Retail ou chave cliente KMS).
slmgr /atoTenta ativar o Windows (online, KMS ou ADBA, conforme o caso).
slmgr /upkDesinstala a chave do sistema (não remove rastros do registro).
slmgr /cpkyApaga a chave do registro (remove rastro legível).
slmgr /skms HOST:PORTADefine manualmente o host KMS se o DNS não resolver automaticamente.
nslookup -type=SRV vlmcs.tcpConsulta DNS para descobrir o host KMS publicado via SRV.
DISM /online /Get-CurrentEditionInforma a edição atual do Windows instalada.
wmic path SoftwareLicensingService get OA3xOriginalProductKeyLê a chave OEM gravada no BIOS/UEFI (quando existente).

Exemplos práticos de migração

Cenário com KMS

A empresa usa KMS. O servidor antigo mostra VOLUMEKMSCLIENT. No novo servidor (instalado como Standard), o administrador garante que o DNS publica vlmcs._tcp, instala a chave cliente KMS de Standard e executa slmgr /ato. O sistema ativa via KMS/ADBA e não é necessário “transferir” nenhuma Product Key específica.

Cenário com MAK

O servidor antigo mostra VOLUME_MAK. O inventário indica a MAK XYZ. O administrador ativa primeiro o novo servidor com a mesma MAK e valida o serviço. Em seguida, remove a chave do antigo com /upk e /cpky para cumprir compliance. A contagem de ativações é acompanhada no portal de licenciamento.

Cenário com RETAIL

Uma pequena empresa comprou uma licença Retail. O administrador localiza a chave na conta do fornecedor, ativa o novo servidor e, após a validação, remove a chave do antigo. Sem necessidade de reinstalação, desde que a edição corresponda.

Resolução de problemas comuns

  • 0xC004F074 – “Não foi possível contatar um serviço KMS”: verifique DNS vlmcs.tcp, firewall para a porta 1688, tempo e data do sistema, ou defina manualmente o host com slmgr /skms.
  • 0xC004C020 – “A chave MAK excedeu o número de ativações”: confirme se há ativações restantes no portal; se necessário, solicite incremento conforme sua licença.
  • 0xC004F050 – “Chave inválida para esta edição”: a edição instalada não corresponde à chave. Converta com DISM /Set-Edition.
  • 0xC004C003 – “Product Key bloqueada/negada”: verifique origem da chave, ortografia e se não há uso indevido reportado.
  • 0x80072EE7 – “Nome de servidor/DNS não resolvido”: valide conectividade à Internet (para MAK/Retail) ou resolução interna (para KMS).
  • Erro ao executar /upk: se o sistema reporta “No key installed”, confirme o canal e use /dlv para checar a instalação atual.

Diferenças no Server Core vs. Desktop Experience

No Server Core, execute tudo via cmd ou PowerShell. Para ajustes rápidos de rede, domínio e ativação, o sconfig ajuda. Já no Desktop Experience, as mesmas ações podem ser feitas via GUI, mas os comandos slmgr e DISM continuam sendo o caminho mais direto e auditável.

Automatização com PowerShell (diagnóstico e ação)

O script abaixo coleta informações chave e auxilia na padronização da ativação. Personalize conforme sua política.

$channel = (cscript.exe //Nologo C:\Windows\System32\slmgr.vbs /dlv | Select-String -Pattern 'VOLUME|RETAIL|OEM') -join ''
Write-Host "Canal detectado: $channel"

Descoberta do KMS via DNS (se aplicável)

try { nslookup -type=SRV \vlmcs.\tcp | Out-Null; Write-Host "SRV \vlmcs.\tcp encontrado." } catch { Write-Host "SRV \vlmcs.\tcp não encontrado." }

Funções utilitárias

function Set-KmsClientKey {
param(\[Parameter(Mandatory=\$true)]\[ValidateSet('Standard','Datacenter','Essentials')]\$Edition)
\$keys = @{
'Standard'   = 'N69G4-B89J2-4G8F4-WWYCC-J464C'
'Datacenter' = 'WMDGN-G9PQG-XVVXX-R3X43-63DFG'
'Essentials' = 'WVDHN-86M7X-466P6-VHXV7-YY726'
}
\$key = \$keys\[\$Edition]
& cscript.exe //Nologo C:\Windows\System32\slmgr.vbs /ipk \$key
& cscript.exe //Nologo C:\Windows\System32\slmgr.vbs /ato
}

Exemplo de uso:

Set-KmsClientKey -Edition 'Standard'

Boas práticas: audite em log (transcript do PowerShell) cada alteração de chave/ativação; isso facilita compliance e solução de incidentes.

Boas práticas de compliance e inventário

  • Mantenha um inventário centralizado com a correspondência “servidor ↔ chave ↔ comprovante/contrato”.
  • Guarde prints ou logs de slmgr /dlv e /xpr antes e depois da migração.
  • Padronize um procedimento de descomissionamento que inclua slmgr /upk + /cpky quando aplicável.
  • Para KMS/ADBA, monitore o contador de ativações e a publicação DNS para evitar surpresas em novas instalações.
  • Se houver auditorias, os registros do portal de licenças e os contratos são a fonte de verdade para MAK/RETAIL.

Perguntas frequentes

Posso “extrair” a chave completa do próprio Windows?
Não de forma confiável/segura. O Windows oculta a chave completa por design. Ferramentas de terceiros costumam exibir apenas a chave cliente KMS (genérica) ou dados parciais, o que não resolve a migração.

Preciso desligar o servidor antigo antes de ativar o novo?
Não. Ative o novo primeiro (especialmente em MAK/RETAIL). Só depois remova a chave do antigo para evitar indisponibilidade ou conflitos.

É obrigatório usar DISM para converter?
Apenas quando a edição instalada não corresponde à chave que você tem (ou quando está em Avaliação). Se edição e chave estiverem alinhadas, slmgr /ipk + /ato normalmente bastam.

Minha MAK acabou. E agora?
Verifique no portal de licenças se há ativações restantes, limpe instalações antigas e, se preciso, solicite ajuste de contagem conforme o contrato.

Uso virtualização. Isso muda algo?
O método de ativação (KMS/MAK/RETAIL) é o mesmo. Mas direitos de virtualização (quantidade de VMs por host, etc.) são tratados no contrato/licenciamento — valide antes de migrar.

Resumo final

Para migrar a licença do Windows Server 2019 sem dores de cabeça, siga a lógica: identifique o canal com slmgr /dlv, depois aja conforme o canal. Em KMS/ADBA, não há chave “pessoal” a mover: garanta conectividade e a chave cliente correta. Em MAK/RETAIL, obtenha a Product Key completa no seu inventário/portal, ative o novo primeiro e só então limpe o antigo. Se precisar ganhar tempo, use a edição de avaliação e converta com DISM quando a chave estiver em mãos. Assim, você migra com segurança, previsibilidade e conformidade.

Guia rápido de comandos (coloque em prática)

:: Informações detalhadas (tipo de canal e últimos dígitos da chave)
slmgr /dlv

\:: Status de expiração/ativação
slmgr /xpr

\:: Desinstalar a chave do sistema antigo
slmgr /upk

\:: Limpar chave do registro (não deixa rastro)
slmgr /cpky

\:: Instalar a chave no servidor novo (MAK/RETAIL/KMS-Cliente)
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

\:: Ativar online / KMS / ADBA
slmgr /ato

\:: Converter edição (quando necessário)
DISM /online /Set-Edition\:ServerStandard /ProductKey\:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
\:: ou
DISM /online /Set-Edition\:ServerDatacenter /ProductKey\:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula

\:: Descobrir host KMS via DNS
nslookup -type=SRV \vlmcs.\tcp

\:: Definir host KMS manualmente (se for o caso)
slmgr /skms SEU-KMS.DOMINIO.LOCAL:1688

\:: Ler chave OEM do BIOS (quando existir)
wmic path SoftwareLicensingService get OA3xOriginalProductKey

Pontos-chave para não ter surpresas

  • Não conte com “extrair a chave completa” do próprio Windows: por design, o sistema só exibe parte da chave.
  • Em Volume Licensing (MAK/KMS/ADBA), a fonte de verdade é o seu portal e o administrador de licenças.
  • OEM normalmente fica preso ao hardware original.
  • Para transferência Retail, mantenha comprovantes e ative apenas um dispositivo por vez.
  • Use slmgr /upk + /cpky no servidor antigo apenas quando tiver certeza de que já possui (ou não precisa) a chave.
Windows Server
KMS licença MAK Retail slmgr Windows Server 2019
Índice