Comprou Windows Server 2022 Standard, mas o seu cluster exige Windows Server 2019? Veja como exercer o direito de downgrade com segurança, obter as chaves corretas (MAK/KMS), ativar host e VMs e manter a conformidade — passo a passo e com checklists práticos.
Entendendo o cenário: por que o downgrade é necessário
Clusters de Failover costumam impor requisitos rígidos de versão para garantir estabilidade e suporte. Se o seu ambiente (controladoras, drivers, aplicativos, HCI/S2D, ferramentas de backup, etc.) foi homologado para Windows Server 2019, operar nós 2022 pode quebrar compatibilidade ou impedir a entrada no cluster. A boa notícia: a licença do Windows Server 2022 inclui direitos de downgrade para versões anteriores como 2019 — e é exatamente isso que você vai usar aqui.
Solução rápida (visão geral)
- Solicite a chave do Windows Server 2019 via VLSC (Volume Licensing Service Center) ou com o revendedor/OEM de quem comprou o 2022.
- Confirme a edição: se a licença é 2022 Standard, instale/execute 2019 Standard.
- Ative cada instalação (host físico e VMs) com a chave 2019 (MAK/KMS/ADBA), via GUI ou linha de comando.
- Documente tudo (pedido de chaves, edições, comprovantes) para auditoria.
Passo a passo oficial para exercer o direito de downgrade e ativar
Obter a chave de produto do Windows Server 2019
Com licenças do Windows Server 2022 Standard (16 núcleos), você pode solicitar chaves de produto para o 2019 pelos mesmos canais da sua compra:
- VLSC: acesse sua relação de produtos e gere downgrade keys para Windows Server 2019 (MAK) ou utilize a chave do host KMS adequada.
- OEM/Revendedor/CSP: abra um chamado solicitando as chaves 2019 correspondentes à licença 2022 adquirida. Guarde respostas/evidências.
Importante: a chave do 2022 não ativa o 2019. Você precisa de chaves específicas de 2019 (MAK ou KMS). Em ambientes com KMS/ADBA, certifique-se de que a infraestrutura suporta a versão 2019.
Instalar (ou manter) a edição correta
Direitos de downgrade não mudam a edição licenciada; apenas a versão. Se sua licença é Windows Server 2022 Standard, use Windows Server 2019 Standard. Isso vale tanto para o host quanto para a VM já instalada. Caso tenha instalado a edição errada (ex.: Datacenter por engano), será necessário reinstalar com a edição apropriada, a menos que esteja fazendo conversão permitida (p.ex., Evaluation → Retail da mesma edição).
Ativar o host e a VM com a chave do 2019
Use o Server Manager → Local Server → Change product key → informe a chave do 2019. Se preferir CLI:
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato
Repita para cada nó/VM que executará 2019 no cluster.
Qual método de ativação usar? (MAK, KMS ou ADBA)
| Método | Quando usar | Vantagens | Cuidados |
|---|---|---|---|
| MAK (Multiple Activation Key) | Ambientes pequenos/médios, sem KMS; servidores isolados. | Simples e direto; pode ativar offline (telefone). | Contagem finita de ativações; guarde o consumo. |
| KMS (Key Management Service) | Ambientes com vários servidores/VMs. | Ativações automáticas e renovadas periodicamente. | Host KMS deve suportar 2019; requer DNS SRV ou configuração manual. |
| ADBA (Ativação baseada em Active Directory) | Domínios AD modernos; simplifica VMs efêmeras. | Ativação transparente via AD; sem dependência de KMS/SRV. | Necessita publicar a chave apropriada no AD; escopo limitado ao domínio. |
Como proceder em cada canal de compra
Se você usa VLSC
- Acesse o portal VLSC e localize o produto Windows Server 2022.
- Gere as downgrade keys de Windows Server 2019 (MAK) ou valide a chave do host KMS para 2019.
- Baixe a mídia/ISO do Windows Server 2019 (caso ainda não tenha) e mantenha o comprovante do download.
Se você comprou via OEM/Revendedor/CSP
- Abra chamado solicitando as chaves 2019 equivalentes às suas licenças 2022 (mencione edição e quantidade de núcleos).
- Peça também acesso à mídia oficial do 2019, se necessário.
- Guarde número de caso, e-mails e anexos como evidence pack de auditoria.
Checklist de conformidade
- Provas de compra das licenças Windows Server 2022 (documentos fiscais/contratuais).
- Registros do pedido de chaves de downgrade para 2019 (protocolo de chamado/prints).
- Lista dos servidores/VMs, edições e métodos de ativação utilizados (MAK/KMS/ADBA).
- Registros de instalação e ativação (logs,
slmgr.vbs /dlvpara arquivo). - Controle de alocação de núcleos por host e OSEs, de acordo com as regras de licenciamento.
Notas específicas para cluster de Failover
- Consistência de versão: mantenha todos os nós do cluster em Windows Server 2019 para evitar incompatibilidades.
- Patches e drivers: padronize nível de atualização (CUs) e drivers de HBA, NICs e controladoras.
- Validação de cluster: execute Validate Cluster antes de colocar em produção.
- Storage e rede: confirme suporte de multipath, RDMA, CSV e quorum conforme 2019.
Mídia/ISO e instalação
Se ainda precisa do instalador do Windows Server 2019, obtenha a ISO oficial pelos mesmos canais das suas chaves (VLSC ou OEM/Revenda). Lembre: downgrade não é in-place; na prática, é instalação limpa do 2019 seguida da ativação com a chave apropriada.
Já instalei o 2019. Como ativo corretamente?
Com a chave 2019 em mãos, ative pelo Server Manager ou por CLI:
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato
Se estiver sem Internet, use a ativação por telefone:
slui 4
No Server Core, você pode usar o SConfig (“Ativar Windows”) ou as mesmas linhas de comando.
Converter Evaluation para Retail (mesma edição)
Se instalou o Windows Server 2019 Evaluation e precisa converter para Retail/Volume da mesma edição (Standard ↔ Standard), use o DISM:
dism /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
Reinicie quando solicitado e finalize com slmgr /ato. Conversões entre edições diferentes (ex.: Datacenter ↔ Standard) geralmente requerem reinstalação limpa.
Ambientes KMS: pontos de atenção
- Compatibilidade do host KMS: garanta que a versão do host e a Key instalada suportam a ativação do Windows Server 2019.
- DNS SRV: verifique os registros
VLMCS.TCPe a resolução do nome do host KMS. - Firewall/Portas: libere a porta 1688/TCP entre clientes e o host KMS.
- Contagem mínima: assegure que há número suficiente de clientes elegíveis para o limiar de ativação do KMS.
Erros de ativação comuns (e como resolver)
| Código | Descrição típica | Como corrigir |
|---|---|---|
0xC004F050 | Chave inválida para a edição instalada. | Confirme a edição (Standard vs Datacenter) e use a chave correspondente a 2019. |
0xC004C003 | Chave bloqueada/negada. | Contate VLSC/Revendedor; solicite nova chave ou liberação; revise consumo MAK. |
0xC004F074 | Cliente não consegue contatar KMS. | Verifique DNS SRV, porta 1688/TCP, hora do sistema e reachability do host KMS. |
0x8007232B | Nome DNS do KMS inexistente. | Configure DNS SRV ou aponte o host KMS: slmgr /skms kms.seudominio:1688. |
0xC004C060 | Limite de ativações MAK excedido. | Solicite aumento/novas ativações no canal de licenciamento. |
0xC004F009 | Período de graça expirado. | Ative com chave válida ou ajuste KMS/ADBA. |
0x80072EE7 | Falha de DNS/Internet ao falar com o serviço. | Valide resolução de nomes, proxy e saída para a Internet ou use telefone. |
Automatizando a ativação em lote (PowerShell)
Para padronizar a ativação em múltiplos servidores/VMs, você pode usar um script remoto simples:
# Exemplo: ativando Windows Server 2019 via PowerShell Remoting
$Servers = @("HOST01","VM01")
$ProductKey = "XXXXX-XXXXX-XXXXX-XXXXX-XXXXX"
Invoke-Command -ComputerName \$Servers -ScriptBlock {
param(\$Key)
Start-Process cscript -ArgumentList "C:\Windows\System32\slmgr.vbs /ipk \$Key" -Wait -WindowStyle Hidden
Start-Process cscript -ArgumentList "C:\Windows\System32\slmgr.vbs /ato" -Wait -WindowStyle Hidden
} -ArgumentList \$ProductKey Em KMS, é comum também definir o host manualmente quando o DNS SRV não está presente:
slmgr /skms kms.seudominio:1688
slmgr /ato
Licenciamento: o que não muda com o downgrade
- Direitos continuam os do 2022: você apenas executa a versão 2019; a cobertura de licenciamento permanece associada ao 2022.
- Virtualização: Windows Server 2022 Standard cobre até 2 OSEs quando todos os núcleos físicos do host estão licenciados; Datacenter é ilimitado. O downgrade não altera esses direitos, apenas a versão do SO.
- CALs: CALs mais novas (p.ex., Windows Server 2022 CAL) dão acesso a versões anteriores como 2019. Normalmente, isso evita problemas de acesso de clientes. Para RDS, use RDS CALs na versão adequada.
- Core licensing: mantenha o mínimo de 16 núcleos por servidor e 8 por processador físico, adicionando pacotes extras conforme necessário.
Perguntas frequentes (FAQ)
Posso fazer downgrade “in‑place” do 2022 para 2019?
Não. Downgrade é, na prática, uma nova instalação/implantação do 2019 com ativação correspondente.
Minha VM 2019 já está instalada e funcionando. Preciso reinstalar?
Se a edição está correta (Standard ↔ Standard) e você tem a chave 2019, basta ativar. Não é necessário reinstalar.
Tenho 2022 Datacenter, posso rodar 2019 Standard?
O mais comum é usar a mesma edição ao fazer downgrade. Se o seu contrato/licença permitir cross-edition, siga a política aplicável; caso contrário, mantenha 2019 Datacenter.
Uso KMS. Preciso de nova chave?
Você precisa garantir que o host KMS possua a chave que suporta clientes 2019 e que os registros DNS SRV estejam corretos. Em alternativa, use MAK.
E se o servidor não tiver Internet?
Ative por telefone (MAK) com slui 4 ou use KMS/ADBA internos.
Checklist operacional para o seu caso (host + VM)
- Reunir licenças: comprovação de compra das 2x Windows Server 2022 Standard (16 núcleos).
- Solicitar chaves 2019: VLSC ou Revenda/OEM (MAK/KMS).
- Validar edição: garantir que host e VM executam Windows Server 2019 Standard.
- Ativar host: GUI ou
slmgr /ipk+slmgr /ato. - Ativar VM: repetir o procedimento.
- Padronizar updates: aplicar CUs e drivers idênticos entre os nós.
- Validar cluster: rodar Validate Cluster e revisar relatórios.
- Arquivar evidências: chaves, prints da ativação, logs (
slmgr /dlv), números de caso.
Modelo de registro interno (auditoria)
| Servidor/VM | Edição | Método (MAK/KMS/ADBA) | Chave (últimos 5) | Data de ativação | Responsável | Observações |
|---|---|---|---|---|---|---|
| HOST01 | WS2019 Standard | MAK | …XXXXX | dd/mm/aaaa | Nome | — |
| VM01 | WS2019 Standard | KMS | — | dd/mm/aaaa | Nome | SRV KMS configurado |
Boas práticas finais
- Backups e janelas de manutenção: trate a troca/regularização de versão com o mesmo rigor de uma mudança de produção.
- Padronização: scripts e documentação consistente reduzem tempo de troubleshooting em clusters.
- Separação de responsabilidades: TI Operações ativa; Compliance audita; Segurança valida inventário de chaves.
- Teste antes: se possível, valide o procedimento em laboratório (mesma topologia de cluster) antes de aplicar em produção.
Resumo rápido
- ✅ É permitido rodar Windows Server 2019 usando direitos de downgrade da licença Windows Server 2022.
- 🔑 Solicite chaves 2019 ao VLSC ou ao revendedor/OEM.
- 🖥️ Ative cada host/VM com a chave 2019 (Server Manager ou
slmgr). - 📌 Mantenha edição correspondente (Standard ↔ Standard) e considere que downgrade não é in‑place.
- 🧾 Direitos e CALs permanecem válidos; documente tudo para auditoria.
Seguindo estes passos, você cumpre as regras de licenciamento, ativa o Windows Server 2019 de forma correta e mantém seu cluster dentro do que foi homologado — sem surpresas em auditorias e sem dores de cabeça técnicas.