Freigeben über

Automatische Aktivierung virtueller Computer in Windows Server

Die automatische Aktivierung virtueller Maschinen (Automatic Virtual Machine Activation, AVMA) dient als Kaufnachweisverfahren, damit Sie sicherstellen können, dass Windows-Produkte gemäß den Produktnutzungsrechten und den Microsoft-Software-Lizenzbedingungen verwendet werden. Mit AVMA können Sie virtuellen Windows Server-Computer (VM) auf einem auch in nicht verbundenen Umgebungen ordnungsgemäß aktivierten Windows Server-Hyper-V-Host aktivieren. AVMA bindet die VM-Aktivierung an den lizenzierten Virtualisierungshost und aktiviert die VM, wenn er gestartet wird. Wenn Sie AVMA verwenden, erhalten Sie Echtzeitberichte zur Verwendung sowie Verlaufsdaten zum Lizenzstatus der VM. Auf dem Virtualisierungshost stehen Berichterstellung und Nachverfolgungsdaten zur Verfügung.

Praktische Anwendungen

Auf Virtualisierungshosts bietet AVMA mehrere Vorteile. Manager von Serverrechenzentren können AVMA für folgende Aufgaben verwenden:

  • Aktivieren virtueller Computer an Remotestandorten.
  • Aktivieren von VMs mit oder ohne Internetverbindung.
  • Nachverfolgen der VM-Verwendung und Lizenzen auf dem Virtualisierungshost. Dafür sind keine Zugriffsrechte auf den virtualisierten Systemen erforderlich.

Partner eines Dienstanbieter-Lizenzvertrags (SPLA) und andere Hostinganbieter müssen die Product Keys nicht an Mandanten weitergeben oder zur Aktivierung auf die VM eines Mandanten zugreifen. Die VM-Aktivierung ist für Mandanten leicht verständlich, wenn AVMA verwendet wird. Hostinganbieter können anhand der Serverprotokolle die Einhaltung der Lizenzvorschriften überprüfen und den Verlauf der Clientauslastung nachverfolgen.

Systemanforderungen

Um Gast-VMs auf einem Virtualisierungsserverhost auszuführen, müssen Sie den Host aktivieren. Sie können Hostaktivierungsschlüssel aus dem Microsoft 365 Admin Center oder Ihrem OEM-Anbieter abrufen.

Note

In einem Failovercluster muss jeder Virtualisierungsserverhost im Cluster aktiviert werden, damit Gast-VMs aktiviert bleiben, und zwar unabhängig davon, auf welchem Server sie ausgeführt werden.

Für AVMA ist die Windows Server Datacenter-Edition mit installierter Hyper-V-Serverhostrolle erforderlich. Die Windows Server-Version des Hosts bestimmt, welche Versionen Sie in einer Gast-VM aktivieren können. In der folgenden Tabelle sind die Gast-VM-Versionen aufgeführt, die von jeder Hostversion aktiviert werden können. Eine Hostversion kann auf alle Editionen (Datacenter, Standard oder Essentials) der berechtigten Gast-VM-Versionen zugreifen.

Serverhostversion Windows Server 2025-Gast-VM Windows Server 2022-Gast-VM Windows Server 2019-Gast-VM Windows Server 2016-Gast-VM Windows Server 2012 R2-Gast-VM
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

Note

AVMA funktioniert nicht mit anderen Servervirtualisierungstechnologien.

Implementieren von AVMA

Um VMs mit AVMA zu aktivieren, verwenden Sie einen generischen AVMA-Schlüssel (ausführlich in AVMA-Schlüsseln), der der Version von Windows Server entspricht, die Sie aktivieren möchten. Gehen Sie wie folgt vor, um einen virtuellen Computer zu erstellen und mit einem AVMA-Schlüssel zu aktivieren:

  1. Installieren und konfigurieren Sie auf dem Server, der die VMs hostet, die Microsoft Hyper-V-Serverrolle. Stellen Sie sicher, dass der Server erfolgreich aktiviert wurde. Weitere Informationen findest du unter Installieren von Hyper-V Server.

  2. Erstellen Sie einen virtuellen Computer, und installieren Sie darauf ein unterstütztes Windows Server-Betriebssystem.

    Important

    Der Datenaustausch-Integrationsdienst (auch als Austausch von Schlüsselwertepaaren bezeichnet) muss in den VM-Einstellungen aktiviert sein, damit AVMA funktioniert. Sie ist standardmäßig für neue VMs aktiviert.

  3. Nach der Installation von Windows Server auf dem virtuellen Computer installieren Sie den AVMA-Schlüssel auf dem virtuellen Computer. Führen Sie in PowerShell oder an einer Eingabeaufforderung mit erhöhten Rechten den folgenden Befehl aus:

    slmgr /ipk <AVMA_key>

Der VM aktiviert sich automatisch, vorausgesetzt, dass der Virtualisierungshost selbst aktiviert ist.

Tip

Sie können die AVMA-Schlüssel auch zu jeder Unattend-Setupdatei hinzufügen.

AVMA-Tasten

Edition Key
Datacenter YQB4H-NKHHJ-Q6K4R-4VMY6-VCH67
Datacenter:
Azure Edition		 6NMQ9-T38WF-6MFGM-QYGYM-88J4F
Standard WWVGQ-PNHV9-B89P4-8GGM9-9HPQ4

Berichterstellung und Nachverfolgung

Der Austausch von Schlüsselwertepaaren (KVP) zwischen dem Virtualisierungshost und dem virtuellen Computer stellt Echtzeit-Nachverfolgungsdaten für die Gastbetriebssysteme bereit, einschließlich Aktivierungsinformationen. Diese Aktivierungsinformationen werden in der Windows-Registrierung der VM gespeichert. Verlaufsdaten zu AVMA-Anforderungen werden in der Ereignisanzeige auf dem Virtualisierungshost protokolliert.

Weitere Informationen zu KVP finden Sie unter Datenaustausch: Verwenden von Schlüssel-Wert-Paaren zum Austauschen von Informationen zwischen Host und Gast auf Hyper-V.

Important

KVP-Daten werden nicht gesichert. Sie kann geändert werden und wird nicht auf Änderungen überwacht. Sie sollten die KVP-Daten entfernen, wenn der AVMA-Schlüssel durch einen anderen Product Key (Verkaufs-, OEM- oder Volumenlizenzschlüssel) ersetzt wird.

Da der AVMA-Aktivierungsprozess transparent ist, werden keine Fehlermeldungen angezeigt. AvMA-Anforderungen werden jedoch auch im Anwendungsprotokoll mit der Ereignis-ID 12310 und auf der VM mit Ereignis-ID 12309 beim Virtualisierungshost angemeldet. Die folgenden Ereignisse werden auf den VMs erfasst:

Notification Description
AVMA-Erfolg Die VM wurde aktiviert.
Ungültiger Host Der Virtualisierungshost reagiert nicht. Dies kann auftreten, wenn auf dem Server keine unterstützte Version von Windows ausgeführt wird.
Ungültige Daten Dies liegt normalerweise an einem Fehler bei der Kommunikation zwischen dem Virtualisierungshost und der VM, wobei die Ursache häufig eine Beschädigung, Verschlüsselung oder ein Datenkonflikt ist.
Aktivierung verweigert Das Gastbetriebssystem konnte vom Virtualisierungshost nicht aktiviert werden, weil die AVMA-ID nicht übereinstimmte.
  • Last updated on