Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
A Ativação Automática de Máquina Virtual (AVMA) atua como um mecanismo de prova de compra, ajudando a garantir que os produtos Windows sejam usados de acordo com os Direitos de Uso do Produto e os Termos de Licença para Software Microsoft.
O AVMA permite ativar máquinas virtuais (VM) do Windows Server em um host do Windows Server Hyper-V ativado corretamente, mesmo em ambientes desconectados. O AVMA vincula a ativação da VM ao host de virtualização licenciado e ativa a VM quando ela é iniciada. Ao usar o AVMA, você pode obter relatórios em tempo real sobre o uso e dados históricos sobre o estado da licença da VM. Os dados de relatórios e rastreamento estão disponíveis no host de virtualização.
Aplicações práticas
Em hosts de virtualização, o AVMA oferece vários benefícios.
Os gerentes de data center do servidor podem usar o AVMA para executar as seguintes tarefas:
- Ative VMs em locais remotos.
- Ative VMs com ou sem conexão com a Internet.
- Rastreie o uso e as licenças da VM a partir do host de virtualização, sem exigir nenhum direito de acesso nos sistemas virtualizados.
Os parceiros do Contrato de Licença do Provedor de Serviços (SPLA) e outros provedores de hospedagem não precisam compartilhar chaves de produto com locatários ou acessar a VM de um locatário para ativá-la. A ativação da VM é transparente para o locatário quando o AVMA é usado. Os provedores de hospedagem podem usar os logs do servidor para verificar a conformidade da licença e rastrear o histórico de uso do cliente.
Requisitos do sistema
Para que um host de servidor de virtualização execute VMs convidadas, você deve ativá-lo. Para fazer isso, obtenha chaves por meio do Centro de Serviços de Licenciamento por Volume ou do seu provedor OEM.
Observação
Em um cluster de failover, cada host de servidor de virtualização no cluster deve ser ativado para que as VMs convidadas permaneçam ativadas, independentemente do servidor em que são executadas.
O AVMA requer uma edição do Windows Server Datacenter com a função de host de servidor Hyper-V instalada. A versão do Windows Server do host determina quais versões ele pode ativar em uma VM convidada. A tabela a seguir lista as versões de VM convidada que cada versão de host pode ativar. Uma versão de host pode acessar todas as edições (Datacenter, Standard ou Essentials) de suas versões de VM convidada qualificadas.
Versão do host do servidor | VM convidada do Windows Server 2025 | VM convidada do Windows Server 2022 | VM convidada do Windows Server 2019 | VM convidada do Windows Server 2016 | VM convidada do Windows Server 2012 R2 |
---|---|---|---|---|---|
Windows Server 2025 | X | X | X | X | X |
Windows Server 2022 | X | X | X | X | |
Windows Server 2019 | X | X | X | ||
Windows Server 2016 | X | X | |||
Windows Server 2012 R2 | X |
Observação
O AVMA não funciona com outras tecnologias de virtualização de servidor.
Como implementar o AVMA
Para ativar VMs com AVMA, use uma chave AVMA genérica (detalhada em chaves AVMA) que corresponde à versão do Windows Server que você deseja ativar. Para criar uma VM e ativá-la com uma chave AVMA, siga estas etapas:
No servidor que hospeda as VMs, instale e configure a função Microsoft Hyper-V Server. Certifique-se de que o servidor está ativado com êxito. Para obter mais informações, consulte Instalar o Hyper-V Server.
Crie uma máquina virtual e instale um sistema operacional Windows Server suportado nela.
Importante
O serviço de integração do Data Exchange (também conhecido como Key-Value Pair Exchange) deve ser habilitado nas configurações da VM para que o AVMA funcione. Ele é habilitado por padrão para novas VMs.
Depois de instalar o Windows Server na VM, instale a chave AVMA na VM. No PowerShell ou em um prompt de comando elevado, execute o seguinte comando:
slmgr /ipk <AVMA_key>
A VM é ativada automaticamente, desde que o próprio host de virtualização seja ativado.
Sugestão
Você também pode adicionar as chaves AVMA em qualquer arquivo de instalação autônoma.
Teclas AVMA
- Windows Server 2025
- Windows Server 2022
- Windows Server 2019
-
Windows Server versões 1909,
1903 e 1809 -
Windows Server versões 1803
e 1709 - Windows Server 2016
- Windows Server 2012 R2
Edição | Chave |
---|---|
Centro de dados | YQB4H-NKHHJ-Q6K4R-4VMY6-VCH67 |
Datacenter: Azure Edition |
6NMQ9-T38WF-6MFGM-QYGYM-88J4F |
Padrão | WWVGQ-PNHV9-B89P4-8GGM9-9HPQ4 |
Relatórios e acompanhamento
A troca de par Key-Value (KVP) entre o host de virtualização e a VM fornece dados de rastreamento em tempo real para os sistemas operacionais convidados, incluindo informações de ativação. Essas informações de ativação são armazenadas no registro do Windows da VM. Os dados históricos sobre solicitações AVMA são registrados no Visualizador de Eventos no host de virtualização.
Para obter mais informações sobre o KVP, consulte Data Exchange: Usando pares chave-valor para compartilhar informações entre o host e o convidado no Hyper-V.
Observação
Os dados KVP não estão protegidos. Ele pode ser modificado e não é monitorado para alterações.
Importante
Os dados KVP devem ser removidos se a chave AVMA for substituída por outra chave de produto (chave de licenciamento de varejo, OEM ou por volume).
Como o processo de ativação do AVMA é transparente, as mensagens de erro não são exibidas. No entanto, as solicitações AVMA também são registradas no host de virtualização no Visualizador de Eventos no log do Aplicativo com ID de Evento 12310 e na VM com ID de Evento 12309. Os seguintes eventos são capturados nas VMs:
Notificação | Descrição |
---|---|
Sucesso AVMA | A VM foi ativada. |
Host inválido | O host de virtualização não está respondendo. Esse evento pode acontecer quando o servidor não está executando uma versão suportada do Windows. |
Dados inválidos | Esse evento geralmente resulta de uma falha na comunicação entre o host de virtualização e a VM, geralmente causada por corrupção, criptografia ou incompatibilidade de dados. |
Ativação negada | O host de virtualização não pôde ativar o sistema operacional convidado porque o ID AVMA não correspondia. |