Automatic Virtual Machine Activation in Windows Server8/20/20214 minutes to read
Automatic Virtual Machine Activation (AVMA) acts as a proof-of-purchase mechanism, helping to ensure that Windows products are used in accordance with the Product Use Rights and Microsoft Software License Terms.
AVMA lets you activate Windows Server virtual machines (VMs) on Windows Server Hyper-V host that is properly activated, even in disconnected environments. AVMA binds the virtual machine activation to the licensed virtualization host and activates the virtual machine when it starts up. You can get real-time reporting on usage and historical data on the license state of the virtual machine when using AVMA. Reporting and tracking data is available on the virtualization host.
On virtualization hosts, AVMA offers several benefits.
Server data center managers can use AVMA to do the following:Activate virtual machines in remote locationsActivate virtual machines with or without an internet connectionTrack virtual machine usage and licenses from the virtualization host, without requiring any access rights on the virtualized systems
Service Provider License Agreement (SPLA) partners and other hosting providers do not have to share product keys with tenants or access a tenant's virtual machine to activate it. Virtual machine activation is transparent to the tenant when AVMA is used. Hosting providers can use the server logs to verify license compliance and to track client usage history.
The virtualization host that will run virtual machines needs to be activated. Keys can be obtained through the Volume Licensing Service Center or your OEM provider.
In a failover cluster, each virtualization host in the cluster must be activated for VMs to stay activated regardless of which server they run on.
AVMA requires Windows Server Datacenter edition with the Hyper-V host role installed. The operating system version of the Hyper-V host determines which versions of operating system can be activated in a virtual machine. Here are the guests that the different version hosts can activate:Server host versionWindows Server 2022 guest VMWindows Server 2019 guest VMWindows Server 2016 guest VMWindows Server 2012 R2 guest VMWindows Server 2022XXXXWindows Server 2019XXXWindows Server 2016XXWindows Server 2012 R2X
The table above applies all editions (Datacenter, Standard, or Essentials).
AVMA does not work with other server virtualization technologies.
To activate VMs with AVMA, you use a generic AVMA key (detailed in the AVMA keys section below) that corresponds to the version of Windows Server that you want to activate. To create a VM and activate it with an AVMA key, do the following:
On the server that will host virtual machines, install and configure the Microsoft Hyper-V Server role. For more information, see Install Hyper-V Server. Ensure that the server is successfully activated.
Create a virtual machine and install a supported Windows Server operating system on it.
The Data Exchange integration service (also known as Key-Value Pair Exchange) must be enabled in the VM settings for AVMA to work. It is enabled by default for new VMs.
Once Windows Server is installed on the VM, you install the AVMA key in the VM. From PowerShell or an elevated Command Prompt, run the following command:slmgr /ipk
The virtual machine will automatically activate, providing the virtualization host itself is activated.
The following AVMA keys can be used for Windows Server 2022:EditionAVMA keyDatacenterW3GNR-8DDXR-2TFRP-H8P33-DV9BGStandardYDFWN-MJ9JR-3DYRK-FXXRW-78VHK
The following AVMA keys can be used for Windows Server 2019:EditionAVMA keyDatacenterH3RNG-8C32Q-Q8FRX-6TDXV-WMBMWStandardTNK62-RXVTB-4P47B-2D623-4GF74Essentials2CTP7-NHT64-BP62M-FV6GG-HFV28
The following AVMA keys can be used for Windows Server, versions 1909, 1903, and 1809:EditionAVMA keyDatacenterH3RNG-8C32Q-Q8FRX-6TDXV-WMBMWStandardTNK62-RXVTB-4P47B-2D623-4GF74
The following AVMA keys can be used for Windows Server, version 1803 and 1709:EditionAVMA keyDatacenterTMJ3Y-NTRTM-FJYXT-T22BY-CWG3JStandardC3RCX-M6NRP-6CXC9-TW2F2-4RHYD
The following AVMA keys can be used for Windows Server 2016:EditionAVMA keyDatacenterTMJ3Y-NTRTM-FJYXT-T22BY-CWG3JStandardC3RCX-M6NRP-6CXC9-TW2F2-4RHYDEssentialsB4YNW-62DX9-W8V6M-82649-MHBKQ
The following AVMA keys can be used for Windows Server 2012 R2:EditionAVMA keyDatacenterY4TGP-NPTV9-HTC2H-7MGQ3-DV4TWStandardDBGBW-NPF86-BJVTX-K3WKJ-MTB6VEssentialsK2XGM-NMBT3-2R6Q8-WF2FK-P36R2
The Key-Value Pair (KVP) exchange between the virtualization host and the VM provides real-time tracking data for the guest operating systems, including activation information. This activation information is stored in the Windows registry of the virtual machine. Historical data about AVMA requests is logged in Event Viewer on the virtualization host.
See Data Exchange: Using key-value pairs to share information between the host and guest on Hyper-V for more information about KVP.
KVP data is not secured. It can be modified and is not monitored for changes.
KVP data should be removed if the AVMA key is replaced with another product key (retail, OEM, or volume licensing key).
Since the AVMA activation process is transparent, error messages are not displayed. However, AVMA requests are also logged on the virtualization host in Event Viewer in the Application log with Event ID 12310, and on the virtual machine with Event ID 12309.The following events are captured on the virtual machines:NotificationDescriptionAVMA SuccessThe virtual machine was activated.Invalid HostThe virtualization host is unresponsive. This can happen when the server is not running a supported version of Windows.Invalid DataThis usually results from a failure in communication between the virtualization host and the virtual machine, often caused by corruption, encryption, or data mismatch.Activation DeniedThe virtualization host could not activate the guest operating system because the AVMA ID did not match.
PREV: Client-Server Overview - Learn web development | MDN
NEXT: Client-server - Simple English Wikipedia, the free encyclopedia