Freigeben über

Richtlinien für die Problembehandlung beim Schlüsselverwaltungsdienst (Key Management Service, KMS)

Unternehmenskunden richten schlüsselverwaltungsdienst (Key Management Service, KMS) als Teil ihres Bereitstellungsprozesses ein, da sie einen einfachen, einfachen Prozess zum Aktivieren von Windows in ihren Umgebungen verwenden können. Wenn Sie den KMS-Host eingerichtet haben, stellen die KMS-Clients in der Regel automatisch eine Verbindung mit dem Host her und aktivieren sie selbst. Manchmal funktioniert der Prozess jedoch nicht wie erwartet. In diesem Artikel erfahren Sie, wie Sie Probleme beheben können, die auftreten können.

Weitere Informationen zu Ereignisprotokolleinträgen und zum Skript finden Sie in der slmgr.vbstechnischen Referenz zur Volumenaktivierung.

Wo mit der Problembehandlung von KMS begonnen werden soll

Beginnen wir mit einer schnellen Aktualisierung der Funktionsweise der KMS-Aktivierung. KMS ist ein Clientservermodell, das einige Ähnlichkeiten mit dem Dynamic Host Configuration Protocol (DHCP) aufweist. Anstatt jedoch auf Anfrage IP-Adressen an Endgeräte zuzuweisen, ermöglicht KMS die Produktaktivierung. KMS ist außerdem ein Verlängerungsmodell, in dem Clients versuchen, sich in regelmäßigen Abständen erneut zu aktivieren. Es gibt zwei Rollen: den KMS-Host und den KMS-Client.

  • Der KMS-Host führt den Aktivierungsdienst aus und ermöglicht die Aktivierung in der Umgebung. Um einen KMS-Host zu konfigurieren, müssen Sie KMS-Schlüssel aus dem Volume License Service Center (VLSC) installieren und dann den Dienst aktivieren.
  • Der KMS-Client ist das Windows-Betriebssystem, das Sie in der Umgebung bereitstellen und aktivieren müssen. KMS-Clients können jede Edition von Windows ausführen, die die Volumenaktivierung verwendet. Die KMS-Clients verfügen über einen vorinstallierten Schlüssel, der als generic Volume License Key (GVLK) oder KMS-Clientsetupschlüssel bezeichnet wird. Das Vorhandensein des GVLK macht ein System zu einem KMS-Client. Die KMS-Clients verwenden SRV-Records des Domain Name System (DNS) (_vlmcs._tcp), um den KMS-Host zu identifizieren. Als Nächstes versuchen die Clients automatisch, diesen Dienst zu ermitteln und zu verwenden, um sich selbst zu aktivieren. Während der standardmäßigen Aktivierungszeitraum von 30 Tagen versuchen sie alle zwei Stunden, sich zu aktivieren. Nachdem Sie die KMS-Clients aktiviert haben, versuchen sie alle sieben Tage, ihre Aktivierung zu verlängern.

Aus Sicht der Problembehandlung müssen Sie möglicherweise sowohl die Host- als auch die Clientseite betrachten, um herauszufinden, warum ein Problem auftritt.

Problembehandlung auf dem KMS-Host

Wenn Sie den KMS-Host während der Problembehandlung untersuchen, sollten Sie sich zwei Bereiche ansehen:

  • Überprüfen Sie den Status des Hostsoftwarelizenzdiensts mithilfe des slmgr.vbs Befehls in einer Befehlszeilenaufforderung.
  • Überprüfen Sie die Ereignisanzeige auf Ereignisse im Zusammenhang mit der Lizenzierung oder Aktivierung.

Überprüfen des Softwarelizenzierungsdiensts mithilfe des Befehls "slmgr.vbs"

Um die ausführliche Ausgabe des Softwarelizenzierungsdiensts anzuzeigen, öffnen Sie ein Eingabeaufforderungsfenster mit erhöhten Rechten, und geben Sie slmgr.vbs /dlv ein. Der folgende Screenshot zeigt die Ergebnisse der Ausführung dieses Befehls auf einem unserer KMS-Hosts in Microsoft.

Screenshot der Befehlsausgabe

Im Folgenden finden Sie einige Variablen, die Sie bei der Problembehandlung in der Ausgabe beachten sollten:

  • Die Versionsinformationen sind am Anfang der slmgr.vbs /dlv Ausgabe. Die Versionsinformationen sind hilfreich, um zu bestimmen, ob der Dienst up-to-date ist. Stellen Sie sicher, dass alles auf dem neuesten Stand ist, da der KMS-Dienst unterschiedliche KMS-Hostschlüssel unterstützt. Sie können diese Daten verwenden, um auszuwerten, ob die aktuell verwendete Version den KMS-Hostschlüssel unterstützt, den Sie installieren möchten. Weitere Informationen zu Updates finden Sie unter Ein Update ist verfügbar für Windows Vista und Windows Server 2008, um die KMS-Aktivierungsunterstützung für Windows 7 und Windows Server 2008 R2 zu erweitern.

  • Der Name gibt an, welche Windows-Edition auf dem KMS-Hostsystem ausgeführt wird. Mithilfe dieser Informationen können Sie Probleme beheben, die das Hinzufügen oder Ändern des KMS-Hostschlüssels umfassen. Sie können diese Informationen beispielsweise verwenden, um zu überprüfen, ob die Betriebssystemedition den Schlüssel unterstützt, den Sie verwenden möchten.

  • In der Beschreibung wird angezeigt, welcher Schlüssel derzeit installiert ist. Verwenden Sie dieses Feld, um zu überprüfen, ob der Schlüssel, der den Dienst zuerst aktiviert hat, der richtige für die kmS-Clients war, die Sie bereitgestellt haben.

  • Der Lizenzstatus zeigt den Status des KMS-Hostsystems an. Der Wert sollte lizenziert sein. Jeder andere Wert bedeutet, dass Sie den Host reaktivieren sollten.

  • Die aktuelle Anzahl zeigt eine Anzahl zwischen 0 und 50 an. Die Anzahl ist kumulativ zwischen Betriebssystemen und gibt die Anzahl der gültigen Systeme an, die versucht haben, innerhalb von 30 Tagen aktiviert zu werden.

    Wenn die Anzahl 0 ist, wurde der Dienst kürzlich aktiviert, oder es sind keine gültigen Clients mit dem KMS-Host verbunden.

    Die Anzahl erhöht sich nicht über 50, unabhängig davon, wie viele gültige Systeme in der Umgebung vorhanden sind. Die Anzahl wird so festgelegt, dass nur zweimal die maximale Lizenzrichtlinie zwischengespeichert wird, die von einem KMS-Client zurückgegeben wird. Die vom Windows-Clientbetriebssystem festgelegte maximale Richtlinie erfordert eine Anzahl von 25 oder mehr vom KMS-Host, um sich selbst zu aktivieren. Daher beträgt die höchste Anzahl, die der KMS-Host erreichen kann, entweder 2 x 25 oder 50. In Umgebungen, die nur Windows Server KMS-Clients enthalten, beträgt die maximale Anzahl auf dem KMS-Host 10. Dieser Grenzwert liegt daran, dass der Schwellenwert für Windows Server-Editionen 5 (2 x 5 oder 10) beträgt.

    Ein häufiges Problem im Zusammenhang mit der Anzahl tritt dann auf, wenn die Umgebung über einen aktivierten KMS-Host und genügend Clients verfügt, sich die Anzahl jedoch nicht über eins erhöht. Wenn dieses Problem auftritt, bedeutet dies, dass das bereitgestellte Clientimage nicht ordnungsgemäß konfiguriert wurde, sodass die Systeme keine eindeutigen Clientcomputer-IDs (CMIDs) besitzen. Weitere Informationen finden Sie unter:

    Ein weiterer Grund, warum die Anzahl möglicherweise nicht steigt, besteht darin, dass es zu viele KMS-Hosts in der Umgebung gibt und die Anzahl über alle verteilt wird.

Häufig werden wir über den Abschnitt mit kumulativen Anforderungen der slmgr.vbs /dlv Ausgabe gefragt. Im Allgemeinen sind diese Daten für die Problembehandlung nicht hilfreich. Der KMS-Host zeichnet den Status jedes KMS-Clients kontinuierlich auf, der versucht, ihn zu aktivieren oder zu reaktivieren. Wenn Anforderungen fehlschlagen, deutet dies darauf hin, dass der KMS-Host einige KMS-Clients nicht unterstützt. Wenn z. B. ein Windows 7 KMS-Client versucht, einen KMS-Host zu aktivieren, der mit einem Windows Vista KMS-Schlüssel aktiviert wurde, schlägt die Aktivierung fehl.

Die Zeilen "Anfragen mit Lizenzstatus" beschreiben alle möglichen Lizenzzustände, sowohl in der Vergangenheit als auch gegenwärtig. Aus Sicht der Problembehandlung sind diese Daten nur relevant, wenn die Anzahl nicht wie erwartet steigt. In diesem Fall sollte sich die Anzahl der fehlgeschlagenen Anforderungen erhöhen. Um dieses Problem zu beheben, sollten Sie den Product Key überprüfen, der zum ersten Aktivieren des KMS-Hostsystems verwendet wurde. Beachten Sie außerdem, dass die kumulativen Anforderungswerte nur zurückgesetzt werden, wenn Sie das KMS-Hostsystem erneut installieren.

Nützliche KMS-Hostereignisse

Die in den folgenden Abschnitten beschriebenen Ereignis-IDs sind diejenigen, mit denen Sie sich vertraut machen sollten, um die Problembehandlung hostbezogener Probleme effizienter zu gestalten.

Ereignis-ID 12290

Der KMS-Host erstellt ein Protokoll mit der Beschriftung Ereignis-ID 12290, wenn ein KMS-Client den Host kontaktiert, um ihn zu aktivieren. Die Ereignis-ID 12290 enthält Informationen, die Sie verwenden können, um herauszufinden, welche Art von Client mit dem Host kontaktiert wurde und warum ein Fehler aufgetreten ist. Das folgende Segment eines Eintrags der Ereignis-ID 12290 stammt aus dem Schlüsselverwaltungsdienst-Ereignisprotokoll unseres KMS-Hosts.

Screenshot der Ereignisanzeige mit geöffnetem k m m-Ereignisprotokoll 12290.

Die Ereignisdetails enthalten die folgenden Informationen:

  • Die zum Aktivieren erforderliche Mindestanzahl, die meldet, dass die Anzahl vom KMS-Host 5 sein muss, damit der Client aktiviert werden kann. Das bedeutet, dass es sich bei diesem Betriebssystem um ein Windows Server-Betriebssystem handelt, obwohl diese Variable allein nicht angibt, welche Edition der Client verwendet. Wenn Ihre Clients nicht aktiviert werden, stellen Sie sicher, dass die Anzahl des Hosts dem Client die Aktivierung ermöglicht.
  • Die CLIENT Machine ID (CMID) ist ein eindeutiger Wert für jedes System. Wenn dieser Wert nicht eindeutig ist, liegt es daran, dass das Image nicht ordnungsgemäß für die Verteilung mithilfe von Sysprep konfiguriert wurde. Weitere Informationen zum Verallgemeinern Ihrer Computer finden Sie unter Sysprep (Verallgemeinern) einer Windows-Installation. Wenn dieses Problem auftritt, wird die KMS-Hostanzahl nicht erhöht, obwohl genügend Clients in der Umgebung vorhanden sind.
  • Der Lizenzstatus und die Zeit bis zum Ablauf des Status, der den aktuellen Lizenzstatus des Clients beschreibt. Diese Variable kann Ihnen helfen, festzustellen, ob ein Client zum ersten Mal aktiviert werden soll oder ob er reaktiviert werden soll. Der Zeiteintrag kann Ihnen auch mitteilen, wie lange der Client in diesem Zustand verbleibt, wenn nichts anderes geändert wird.

Wenn Sie eine Problembehandlung für einen Client durchführen und keine entsprechende Ereignis-ID 12290 auf dem KMS-Host finden können, verbindet sich der Client nicht mit dem KMS-Host. Gründe, warum der Eintrag für die Ereignis-ID 12290 fehlt, kann Folgendes umfassen:

  • Es gab einen Netzwerkausfall.

  • Der Host wird nicht aufgelöst oder ist nicht im DNS registriert.

  • Die Firewall blockiert TCP 1688.

    • Der Port könnte auch an anderen Stellen innerhalb der Umgebung blockiert werden, einschließlich des KMS-Hostsystems selbst. Standardmäßig verfügt der KMS-Host über eine Firewall-Ausnahme für KMS, diese Ausnahme ist jedoch nicht automatisch aktiviert. Um diese Ausnahme hinzuzufügen, führen Sie den folgenden Befehl in einem PowerShell-Fenster mit erhöhten Rechten aus:

      New-NetFirewallRule -DisplayName "KMS Host Activation" -Direction Inbound -Protocol TCP -LocalPort 1688 -Action Allow
New-NetFirewallRule -DisplayName "KMS Host RPC" -Direction Inbound -Protocol TCP -LocalPort 135 -Action Allow

  • Das Ereignisprotokoll ist voll.

KMS-Clients protokollieren zwei entsprechende Ereignisse: Ereignis-ID 12288 und Ereignis-ID 12289. Informationen zu diesen Ereignissen finden Sie im KMS-Clientabschnitt .

Ereignis-ID 12293

Ein weiteres relevantes Ereignis, das auf Ihrem KMS-Host gesucht werden soll, ist die Ereignis-ID 12293. Dieses Ereignis gibt an, dass der Host die erforderlichen Einträge nicht in DNS veröffentlicht hat. In diesem Szenario können möglicherweise Fehler auftreten, und Sie sollten sicherstellen, dass das Ereignis nicht vorhanden ist, nachdem Sie den Host eingerichtet haben und bevor Sie die Clients bereitstellen. Weitere Informationen zu DNS-Problemen finden Sie unter Allgemeine Problembehandlungsverfahren für KMS- und DNS-Probleme.

KMS-Client

Sie können auch den slmgr.vbs Befehl und die Ereignisanzeige verwenden, um die Aktivierung auf KMS-Clients zu überprüfen.

Slmgr.vbs und der Softwarelizenzierungsdienst

Um ausführliche Ausgaben vom Softwarelizenzierungsdienst zu erhalten, öffnen Sie ein Eingabeaufforderungsfenster mit erhöhten Rechten, und geben Sie slmgr.vbs /dlv bei der Eingabeaufforderung ein. Der folgende Screenshot zeigt die Ergebnisse dieses Befehls auf einem unserer KMS-Hosts in Microsoft.

Screenshot der Ausgabe für den Befehl

Im Folgenden finden Sie einige Variablen, die Sie bei der Problembehandlung in der Ausgabe beachten sollten:

  • Name, der Ihnen angibt, welche Edition von Windows das KMS-Clientsystem verwendet. Sie können diese Variable verwenden, um zu überprüfen, ob die Version von Windows, die Sie aktivieren möchten, mit KMS kompatibel ist.
  • Beschreibung, die zeigt, welcher Schlüssel installiert wurde. Wenn beispielsweise VOLUME_KMSCLIENT angibt, dass das System den KMS-Clientsetupschlüssel oder GVLK installiert hat, handelt es sich um die Standardkonfiguration für Volumenlizenzmedien. Ein System mit einem GVLK versucht automatisch, mithilfe eines KMS-Hosts zu aktivieren. Wenn hier ein anderer Wert angezeigt wird, z. B. MAK, müssen Sie den GVLK neu installieren, um dieses System als KMS-Client zu konfigurieren. Sie können den Schlüssel manuell installieren, indem Sie die Anweisungen zum Ausführen von slmgr.vbs /ipk <GVLK> in KMS-Clientsetupschlüsseln befolgen, oder die Anweisungen in Technischen Referenz zum Tool für die Volumenaktivierungsverwaltung (Volume Activation Management Tool, VAMT), um stattdessen das VAMT zu verwenden.
  • Der Partielle Product Key, den Sie verwenden können, um zu bestimmen, ob der KMS-Clientsetupschlüssel mit dem Betriebssystem übereinstimmt, das der KMS-Client verwendet. Standardmäßig ist der richtige Schlüssel auf Systemen vorhanden, die mithilfe von Medien aus dem VLSC-Portal (Volume License Service Center) erstellt werden. In einigen Fällen können Kunden die Mak-Aktivierung (Multiple Activation Key) verwenden, bis genügend Systeme in der Umgebung vorhanden sind, um die KMS-Aktivierung zu unterstützen. Sie müssen den KMS-Clientsetupschlüssel auf diesen Systemen installieren, um sie von MAK zu KMS zu übertragen. Verwenden Sie das VAMT, um diesen Schlüssel zu installieren, und stellen Sie sicher, dass Sie den richtigen Schlüssel verwenden.
  • Der Lizenzstatus zeigt den Status des KMS-Clientsystems an. Für ein system, das von KMS aktiviert wird, sollte dieser Wert lizenziert sein. Ein anderer Wert kann darauf hinweisen, dass ein Problem vorliegt. Wenn der KMS-Host beispielsweise ordnungsgemäß funktioniert und der KMS-Client weiterhin nicht aktiviert oder in einem Grace-Zustand hängen bleibt, bedeutet dies, dass etwas verhindert, dass der Client das Hostsystem erreicht. Diese Blockierung kann ein Firewallproblem, ein Netzwerkausfall usw. sein.
  • Die Clientcomputer-ID (CMID), die in jedem KMS-Client eindeutig sein soll. Wie im Abschnitt 'Überprüfung des Softwarelizenzierungsdienstes mit dem Befehl slmgr.vbs' erwähnt, tritt ein häufiges Problem auf, wenn die Zählung nicht über eins hinausgeht, unabhängig davon, wie viele KMS-Hosts oder Clients Sie in der Umgebung aktivieren. Weitere Informationen finden Sie unter "Die aktuelle KMS-Anzahl erhöht sich nicht, wenn Sie dem Netzwerk neue Windows Vista- oder Windows 7-basierte Clientcomputer hinzufügen.
  • Der KMS-Computername aus DNS, der sowohl den FQDN des KMS-Hosts anzeigt, den der Client erfolgreich für die Aktivierung verwendet hat und welchen TCP-Port er für die Kommunikation verwendet hat.
  • KMS-Hostzwischenspeicherung, der angibt, ob die Zwischenspeicherung aktiviert ist oder nicht. Die Zwischenspeicherung ist in der Regel standardmäßig aktiviert. Wenn Sie die Zwischenspeicherung aktivieren, speichert der KMS-Client denselben KMS-Host zwischen, der für die Aktivierung verwendet wurde, und kommuniziert direkt mit diesem Host, anstatt DNS abzufragen, wenn es an der Zeit ist, die Aktivierung erneut zu aktivieren. Wenn der Client keinen Kontakt mit dem zwischengespeicherten KMS-Host aufnehmen kann, fragt er DNS ab, um einen neuen KMS-Host zu ermitteln.

KMS-Clientereignisse

In den folgenden Abschnitten werden Client-Ereignisse beschrieben, mit denen Sie vertraut sein sollten, um potenzielle Probleme effizienter zu lösen.

Ereignis-ID 12288 und Ereignis-ID 12289

Wenn ein KMS-Client erfolgreich aktiviert oder reaktiviert wird, protokolliert der Client zwei Ereignisse: Ereignis-ID 12288 und Ereignis-ID 12289. Der folgende Screenshot zeigt ein Segment eines Eintrags der Ereignis-ID 12288 aus dem Key Management Service-Ereignisprotokoll unseres KMS-Clients.

Screenshot des Fensters

Wenn Sie nur die Ereignis-ID 12288 ohne übereinstimmende Ereignis-ID 12289 beobachten, gibt es eines der folgenden Probleme an: Der KMS-Client konnte keine Verbindung mit dem KMS-Host herstellen, der KMS-Host konnte nicht antworten, oder der Client hat die Antwort des Hosts nicht empfangen.

In diesen Fällen müssen Sie überprüfen, ob der KMS-Host auffindbar ist und dass die KMS-Clients ihn kontaktieren können.

Die relevantesten Informationen in der Ereignis-ID 12288 sind die Daten im Feld "Info ". Beispielsweise zeigt Info den aktuellen Status des Clients und den FQDN und den TCP-Port des Clients an, der beim Aktivieren verwendet wurde. Sie können den FQDN verwenden, um Szenarien zu behandeln, in denen die Anzahl eines KMS-Hosts nicht erhöht wird. Wenn beispielsweise zu viele KMS-Hosts für die Clients verfügbar sind (entweder legitime oder nicht unterstützte Systeme), kann die Anzahl über alle verteilt werden.

Eine nicht erfolgreiche Aktivierung bedeutet nicht immer, dass der Client die Ereignis-ID 12288 und nicht 12289 aufweist. Eine fehlgeschlagene Aktivierung oder Reaktivierung kann auch beide Ereignisse aufweisen. In diesem Fall müssen Sie das zweite Ereignis untersuchen, um den Grund für den Fehler zu überprüfen.

Screenshot der Clientereignis-ID 12289 in der Ereignisanzeige mit Bezeichnungen, die erläutern, was jeder Wert bedeutet.

Der Abschnitt "Info" der Ereignis-ID 12289 enthält die folgenden Informationen:

  • Aktivierungskennzeichnung, die angibt, ob die Aktivierung erfolgreich war (1) oder fehlgeschlagen (0).
  • Current Count on the KMS Host, der den Zählerwert auf dem KMS-Host anzeigt, wenn der Client versucht, zu aktivieren. Wenn die Aktivierung fehlschlägt, liegt dies möglicherweise daran, dass die Anzahl für dieses Clientbetriebssystem nicht ausreicht oder dass nicht genügend Systeme in der Umgebung vorhanden sind, um die Anzahl zu erstellen.

Was erbittet der Support?

Wenn Ihre Aktivierungen nach der Problembehandlung nicht wie erwartet funktionieren, können Sie sich an den Microsoft-Support wenden , um technische Hilfe zu erhalten. Der Supporttechniker fragt in der Regel nach den folgenden Informationen:

  • slmgr.vbs /dlv-Ausgabe des KMS-Hosts und der KMS-Clientsysteme.
  • Ereignisprotokolle aus dem KMS-Host (Schlüsselverwaltungsdienstprotokoll) und KMS-Clientsystemen (Anwendungsprotokoll).