Compartir a través de


Activación automática de máquina virtual en Windows Server

La activación automática de máquina virtual (AVMA) actúa como un mecanismo de prueba de compra y ayuda a garantizar que los productos Windows se utilicen en conformidad con los Derechos de uso del producto y los Términos de licencia del software de Microsoft.

AVMA permite activar máquinas virtuales (VM) de Windows Server en un host de Hyper-V de Windows Server que esté activado correctamente, incluso en entornos desconectados. AVMA enlaza la activación de la VM con el servidor de virtualización con licencia y activa la VM cuando se inicia. Al utilizar AVMA. puede obtener informes en tiempo real sobre el uso y datos históricos sobre el estado de la licencia de la VM. Los datos de informes y seguimiento están disponibles en el host de virtualización.

Aplicaciones prácticas

En los hosts de virtualización, AVMA ofrece varias ventajas.

Los administradores de centros de datos de servidores pueden usar AVMA para llevar a cabo las tareas siguientes:

  • Activar VM en ubicaciones remotas.
  • Activar VM con o sin conexión a Internet.
  • Efectuar un seguimiento del uso y las licencias de las VM desde el host de virtualización, sin requerir derechos de acceso en los sistemas virtualizados.

Los asociados de Contrato de licencia de proveedor de servicios (SPLA) y otros proveedores de hospedaje no tienen que compartir claves de producto con inquilinos ni disponer de acceso a la VM de un inquilino para activarla. Al utilizar AVMA, la activación de VM es transparente para el inquilino. Los proveedores de hospedaje pueden usar los registros del servidor para comprobar el cumplimiento de las licencias y hacer un seguimiento del historial de uso de clientes.

Requisitos del sistema

Para que un host de servidor de virtualización pueda ejecutar VM invitadas, deberá activarlo. Para ello, puede obtener las claves a través del Centro de servicios de licencias por volumen o del proveedor OEM.

Nota:

En un clúster de conmutación por error, cada host de servidor de virtualización del clúster debe activarse para que las VM invitadas permanezcan activadas, independientemente del servidor en el que se ejecuten.

AVMA requiere Windows Server Datacenter Edition con el rol de host de servidor Hyper-V instalado. La versión de Windows Server del host determina qué versiones puede activar en una VM invitada. En la tabla siguiente se enumeran las versiones de VM invitada que cada versión del host puede activar. Una versión de host puede acceder a todas las ediciones (Datacenter, Standard o Essentials) de sus versiones aptas de VM invitada.

Versión del servidor host VM invitada de Windows Server 2025 VM invitada de Windows Server 2022 VM invitada de Windows Server 2019 VM invitada de Windows Server 2016 VM invitada de 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

Nota:

AVMA no funciona con otras tecnologías de virtualización de servidores.

Cómo implementar AVMA

Para activar VM con AVMA, use una clave AVMA genérica (descrita en la sección claves de AVMA) correspondiente a la versión de Windows Server que desea activar. Para crear una VM y activarla con una clave AVMA, proceda como se indica a continuación:

  1. En el servidor que hospeda las máquinas virtuales, instale y configure el rol Microsoft Hyper-V Server. Asegúrese de que el servidor se ha activado correctamente. Para más información, consulta el tema sobre la instalación de Hyper-V Server.

  2. Cree una máquina virtual e instale en ella un sistema operativo Windows Server compatible.

    Importante

    El servicio de integración Intercambio de datos (también conocido como Intercambio de pares clave-valor) debe estar habilitado en la configuración de la VM para que AVMA funcione. Está habilitado de forma predeterminada para las nuevas VM.

  3. Después de instalar Windows Server en la máquina virtual, instale la clave de AVMA en la máquina virtual. Ejecute el comando siguiente desde PowerShell o desde un símbolo del sistema con privilegios elevados:

    slmgr /ipk <AVMA_key>
    

La máquina virtual se activa automáticamente, siempre que el propio host de virtualización esté activado.

Sugerencia

También puede emplear las claves de AVMA en cualquier archivo de instalación desatendida.

Claves de AVMA

Edición Clave
Centro de datos YQB4H-NKHHJ-Q6K4R-4VMY6-VCH67
Centro de datos:
Azure Edition
6NMQ9-T38WF-6MFGM-QYGYM-88J4F
Estándar WWVGQ-PNHV9-B89P4-8GGM9-9HPQ4

Informes y seguimiento

El intercambio de pares clave-valor (KVP) entre el host de virtualización y la VM proporciona datos de seguimiento en tiempo real para los sistemas operativos invitados, que incluyen información de activación. Esta información de activación se almacena en el registro de Windows de la VM. Los datos históricos sobre las solicitudes de AVMA se registran en el Visor de eventos en el host de virtualización.

Para obtener más información sobre KVP, consulte Intercambio de datos: Uso de pares clave-valor para compartir información entre el host y el invitado en Hyper-V.

Nota:

Los datos de KVP no están protegidos. Pueden modificarse y no se supervisan ante posibles cambios.

Importante

Los datos de KVP deben quitarse si la clave de AVMA se sustituye por otra clave de producto (clave OEM, de licencia por volumen o comercial).

Dado que el proceso de activación de AVMA es transparente, no se muestran los mensajes de error. Sin embargo, las solicitudes de AVMA también se registran en el host de virtualización en el Visor de eventos del registro de aplicaciones con el id. de evento 12310 y en la VM con el id. de evento 12309. Los eventos siguientes se capturan en las VM:

Notification Descripción
Éxito de AVMA Se ha activado la VM.
Host no válido El host de virtualización deja de responder. Esto puede suceder cuando el servidor no ejecuta una versión compatible de Windows.
Datos no válidos Normalmente se da como resultado de un error de comunicación entre el host de virtualización y la VM, a menudo provocado por datos no coincidentes, dañados o cifrados.
Activación denegada El host de virtualización no ha podido activar el sistema operativo invitado porque el id. de AVMA no coincide.