Freigeben über

Automatische Aktivierung virtueller Computer in Windows Server

  • Artikel

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 Anwendung

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

Damit ein Virtualisierungsserverhost Gast-VMs ausführen kann, müssen Sie ihn aktivieren. Rufen Sie dafür Schlüssel über das Volume Licensing Service Center oder Ihrer OEM-Anbieter ab.

Hinweis

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

Hinweis

AVMA funktioniert nicht mit anderen Servervirtualisierungstechnologien.

Implementieren von AVMA

Um VMs mit AVMA zu aktivieren, verwenden Sie einen generischen AVMA-Schlüssel (in AVMA-Schlüssel beschrieben), 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.

    Wichtig

    Der Datenaustausch-Integrationsdienst (auch als Austausch von Schlüsselwertepaaren bezeichnet) muss in den VM-Einstellungen aktiviert sein, damit AVMA funktioniert. Er ist für neue VMs standardmäßig 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.

Tipp

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

AVMA-Schüssel

Edition Schlüssel
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.

Hinweis

KVP-Daten sind nicht geschützt. Sie können geändert werden und werden nicht auf Änderungen überwacht.

Wichtig

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 auf dem Virtualisierungshost in der Ereignisanzeige im Anwendungsprotokoll mit der Ereignis-ID 12310 und auf der VM mit der Ereignis-ID 12309 protokolliert. Die folgenden Ereignisse werden auf den VMs erfasst:

Benachrichtigung Beschreibung
AVMA Success (AVMA erfolgreich) Die VM wurde aktiviert.
Invalid Host (Ungültiger Host) Der Virtualisierungshost reagiert nicht. Dies kann auftreten, wenn auf dem Server keine unterstützte Version von Windows ausgeführt wird.
Invalid Data (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.
Activation Denied (Aktivierung verweigert) Das Gastbetriebssystem konnte vom Virtualisierungshost nicht aktiviert werden, weil die AVMA-ID nicht übereinstimmte.