Windows Server: Troubleshooting von Lizenzierungs- und Aktivierungsproblemen mit dem Befehl slmgr

Beim Troubleshooting von Windows-Lizenzierungs- und Aktivierungsproblemen wird das slmgr.vbs ist oft hilfreich. Dieser Befehl verfügt über viele Switches, und in diesem Artikel werden einige der gebräuchlichsten beschrieben.

Das Skript slmgr /dlv command

Running slmgr /dlv erzeugt ein Popup-Fenster mit vielen Informationen über den Aktivierungsstatus des laufenden Betriebssystems (OS). Die Ausgabe sieht in etwa so aus:

Abbildung 1: Kommentierte Ausgabe der slmgr /dlv command

Die nummerierten Felder geben Folgendes an:

1. BS-Build-Nummer: Die Build-Nummer enthält einen Wert, der die Betriebssystemversion identifiziert.
      26100: Windows Server 2025
   20348: Windows Server 2022
   17763: Windows Server 2019
   14393: Betriebssystemedition für Windows Server 2016
   : Dies gibt an, ob es sich bei dem Betriebssystem um die Datacenter, Standard oder Essentials Edition handelt. Außerdem wird angezeigt, ob eine Evaluation Edition verwendet wird. Eine Evaluierungsedition muss in die Nicht-Evaluierungsedition konvertiert werden, bevor sie aktiviert werden kann. Eine Anleitung zur Konvertierung der Evaluierungsversion finden Sie in Microsoft Windows: Der Windows-Produktschlüssel funktioniert nicht, um die VM zu aktivieren.
2. Lizenzierungskanal: Dies gibt den Typ des verwendeten Product Keys an. Die gebräuchlichsten Werte sind hier OEM SLP, OEM non-SLP, Retail, GVLK/KMS und MAK.
   • OEM-SLP: Ein vom System gesperrter Vorinstallationsschlüssel (SLP) kann nur verwendet werden, um einen physischen Dell Server zu aktivieren. Dieser Schlüsseltyp wird verwendet, wenn das Betriebssystem werkseitig oder von offiziellen Dell Medien installiert ist. Ein SLP-Schlüssel benötigt bestimmte Daten im BIOS eines Servers für die Aktivierung, die ohne Nutzeraktion erfolgt. Diese Daten sind nur auf einem physischen Server vorhanden, sodass ein SLP-Schlüssel nicht verwendet werden kann, um eine virtuelle Maschine (VM) zu aktivieren.
   • OEM ohne SLP: Der Produktschlüssel, der auf dem Echtheitszertifikat-Aufkleber (COA) an einem Dell Server angegeben ist, ist ein OEM-Nicht-SLP-Schlüssel. Auf einem Dell Server kann ein OEM-Nicht-SLP-Schlüssel verwendet werden, um den physischen Server und die darauf gehosteten VMs zu aktivieren. Auf den VMs muss dieselbe Version und Edition von Windows Server wie auf dem Host ausgeführt werden.
   • Einzelhandel: Dieser Produktschlüssel stellt eine Betriebssystemlizenz dar, die über einen Einzelhandelskanal (nicht OEM) erworben wurde.
   • GVLK/KMS: Dies ist ein generischer Volumenlizenzschlüssel (GLVK), auch bekannt als KMS-Clientschlüssel (Key Management Services). GVLK/KMS-Clientschlüssel werden von Microsoft veröffentlicht. Sie können ein Betriebssystem nur dann erfolgreich aktivieren, wenn ein KMS-Server in der Umgebung vorhanden ist.
   • MAK: Hierbei handelt es sich um einen Mehrfachaktivierungsschlüssel (Multiple Activation Key, MAK), eine Art von Volumenlizenzschlüssel, für die kein KMS-Server erforderlich ist. MAKs können verwendet werden, um mehrere Instanzen eines Betriebssystems bis zu einem festgelegten Grenzwert zu aktivieren. Ein Windows Server-Betriebssystem, das von Dell über das CSP-Programm (Cloud Solution Provider) erworben wurde, verwendet einen MAK.
3. Teilproduktschlüssel: Dieser Wert zeigt die letzten fünf Zeichen des verwendeten Product Keys an. Dies ist hilfreich, um festzustellen, ob der installierte Produktschlüssel mit dem Schlüssel auf dem COA-Aufkleber übereinstimmt.
4. Lizenzstatus: Der Status "Lizenziert" bedeutet, dass das Betriebssystem aktiviert wurde. Wenn der Status "Notification" lautet, ist die Aktivierung fehlgeschlagen. In diesem Fall wird ein Benachrichtigungsgrund unterhalb des Lizenzstatus angezeigt. Der Grund für die Benachrichtigung ist ein hexadezimaler Code, der Informationen über den Aktivierungsfehler geben kann. Führen Sie slui 0x2a <code> , um zu versuchen, diesen Code in eine verständlichere Fehlermeldung zu übersetzen. Nicht immer gelingt das Übersetzen.

Das Skript slmgr /upk command

Running slmgr /upk Entfernt den Produktschlüssel aus dem laufenden Betriebssystem. Das Betriebssystem wird erst aktiviert, wenn ein neuer Schlüssel installiert wurde.

Das Skript slmgr /ipk command

Running slmgr /ipk <key> Installiert einen Produktschlüssel im laufenden Betriebssystem. Die grundlegende Validierung wird für den bereitgestellten Schlüssel durchgeführt, der Schlüssel kann jedoch akzeptiert werden, ohne das Betriebssystem zu aktivieren.

Das Skript slmgr /ato command

Running slmgr /ato Erzwingt, dass das ausgeführte Betriebssystem eine Aktivierung versucht. Dies ist nicht oft notwendig, da die Aktivierung automatisch nach Eingabe des Produktschlüssels erfolgen sollte.

Das Skript slmgr /rearm command

Running slmgr /rearm in einer Evaluierungsversion von Windows setzt den Aktivierungstimer auf 180 Tage zurück. Dies ist kein Ersatz für eine ordnungsgemäße Lizenzierung des Betriebssystems, da dies nur wenige Male möglich ist, bevor der Aktivierungstimer dauerhaft abläuft. Die Anzahl der verbleibenden Resets wird in der Ausgabe der slmgr /dlv .