Die aktuelle KMS-Anzahl wird nicht erhöht, wenn Sie dem Netzwerk neue Windows Vista- oder Windows 7-basierte Clientcomputer hinzufügen.

  • Artikel

Dieser Artikel bietet Hilfe bei der Behebung eines Problems, bei dem die Anzahl der Clients auf einem KMS-Computer (Key Management Server) nicht zunimmt, wenn Sie dem Netzwerk neue Windows Vista-basierte Clientcomputer hinzufügen.

Gilt für: Windows 7 Service Pack 1
Ursprüngliche KB-Nummer: 929829

Symptome

Wenn Sie das Slmgr.vbs Skript auf einem Schlüsselverwaltungsserver-Computer (KMS) ausführen, überprüfen Sie, ob die Anzahl der Clientcomputer nicht zunimmt, wenn Sie dem Netzwerk neue Windows-basierte Clientcomputer hinzufügen. Darüber hinaus wird möglicherweise das folgende Ereignis im Ereignisprotokoll des Schlüsselverwaltungsdiensts für jeden neuen Windows-basierten Clientcomputer angezeigt, den Sie dem Netzwerk hinzufügen.

Wenn Sie das Slmgr.vbs Skript zusammen mit dem -dli Argument ausführen, erhöhen sich die Informationen zur Anzahl der Clientcomputer nicht wie erwartet. Im folgenden Ereignis, das im Ereignisprotokoll des Schlüsselverwaltungsdiensts protokolliert wird, bleibt die aktuelle Anzahl unverändert.

Ursache

Dieses Problem kann auftreten, wenn Windows-basierte Clientcomputer, die Sie dem Netzwerk hinzufügen, identische KMS-Clientcomputer-IDs (CMIDs) aufweisen. Die aktuelle Anzahl steigt auf einem KMS-Computer, wenn die Clientcomputer über unterschiedliche CMIDs verfügen. Zwei oder mehr Computer können in einem der folgenden Szenarien über dieselben CMIDs verfügen:

  • Das benutzerdefinierte Windows-Image, das Sie zum Installieren des Clientcomputers verwenden, wird generiert, obwohl Sie das Systemvorbereitungstool (Sysprep.exe) nicht zusammen mit der Option /generalize ausführen.
  • Das benutzerdefinierte Windows-Image wird zusammen mit der Option /generalize generiert. Sie geben jedoch die <SkipRearm-Einstellung> in der Unattended.xml-Datei an.

Führen Sie die folgenden Schritte aus, um zu überprüfen, ob Clientcomputer über identische CMIDs verfügen:

  1. Klicken Sie auf einem der Windows-basierten Clientcomputer auf Start, zeigen Sie auf Programme, zeigen Sie auf Zubehör, klicken Sie mit der rechten Maustaste auf Eingabeaufforderung , und klicken Sie dann auf Als Administrator ausführen. Wenn Sie zur Eingabe eines Administratorkennworts oder zur Bestätigung aufgefordert werden, geben Sie das Kennwort ein, oder klicken Sie auf Zulassen.

  2. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, und drücken Sie dann die EINGABETASTE: cscript c:\windows\system32\slmgr.vbs -dli

  3. Überprüfen Sie die folgenden Ergebnisse, und notieren Sie sich die CMID.

  4. Wiederholen Sie die Schritte 1 bis 4 auf einem zweiten Windows-basierten Clientcomputer. Stellen Sie sicher, dass die CMID des zweiten Clientcomputers mit der CMID des ersten Computers identisch ist.

Lösung

Es wird empfohlen, das Basisimage, das zum Bereitstellen der betroffenen Computer verwendet wird, neu zu erstellen, sobald Sie feststellen, ob sie über identische CMIDs verfügen.

Problemumgehung

Die Problemumgehung ist nur gültig, wenn die Option /generalize in dem Image verwendet wurde, das zum Installieren von Windows-basierten Clients verwendet wurde. Diese Option ist erforderlich, wenn Sie mehrere Images bereitstellen. Führen Sie die folgenden Schritte aus, um zu bestimmen, ob die Option /generalize im Image verwendet wurde:

  1. Klicken Sie auf einem der betroffenen Computer auf Start, und geben Sie dann C:\Windows\System32\sysprep\Panther\setupact.log ein.

  2. Untersuchen Sie die Zeilen "SYSPRP ParseCommands: Found", wie in der folgenden Beispielprotokolldatei gezeigt:

    Info [0x0f004e] SYSPRP Initialized SysPrep log at C:\Windows\System32\sysprep\Panther

    Info [0x0f0054] SYSPRP ValidateUser:User has required privileges to sysprep machine
    Info [0x0f0056] SYSPRP ValidateVersion:OS-Version ist in Ordnung
    Info [0x0f005c] SYSPRP ScreenSaver:Bildschirmschoner für sysprep erfolgreich deaktiviert
    Info [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag ist nicht bereits vorhanden, es muss nichts gelöscht werden
    Info [0x0f005f] SYSPRP ParseCommands:Unterstützte Befehlszeilenoption "UNATTEND" gefunden
    Info [0x0f005f] SYSPRP ParseCommands:Unterstützte Befehlszeilenoption "OOBE" gefunden
    Info [0x0f005f] SYSPRP ParseCommands:Unterstützte Befehlszeilenoption "SHUTDOWN" gefunden
    Info [0x0f005f] SYSPRP ParseCommands:Unterstützte Befehlszeilenoption "GENERALIZE" gefunden

  3. Wenn die Option /generalize vorhanden ist, vergewissern Sie sich, dass diese Option auf dem Computer verwendet wurde, der das Basisimage erstellt hat.

  4. Wenn die Option /generalize verwendet wurde und Sie Über Computer mit identischen CMIDs verfügen, führen Sie die folgenden Schritte aus, um die betroffenen Computer umzugestalten und das Basisimage neu zu erstellen. Stellen Sie sicher, dass Sie die <Einstellung SkipRearm> nicht verwenden:

    1. Klicken Sie auf einem der Windows-Basisclientcomputer auf Start, zeigen Sie auf Programme, zeigen Sie auf Zubehör, klicken Sie mit der rechten Maustaste auf Eingabeaufforderung, und klicken Sie dann auf Als Administrator ausführen.

      Wenn Sie zur Eingabe eines Administratorkennworts oder zur Bestätigung aufgefordert werden, geben Sie das Kennwort ein, oder klicken Sie auf Zulassen.

    2. Geben Sie an der Eingabeaufforderung den folgenden Befehl ein, und drücken Sie dann die EINGABETASTE: cscript c:\windows\system32\slmgr.vbs -rearm

    3. Starten Sie den Computer neu.

Wenn das Basisimage nicht mithilfe von Sysprep mit der Option /generalize generiert wurde, müssen Sie das Basisimage neu erstellen und dann Windows auf den Clients neu installieren. Wenn Sie beim Neuerstellen des Basisimages eine Unattended.xml-Datei verwenden, stellen Sie sicher, dass die <Einstellung SkipRearm> nicht verwendet wird. Weitere Informationen zur <SkipRearm-Einstellung> finden Sie in der Dokumentation des Windows Automated Installation Kit (Windows AIK).

Weitere Informationen

Um den Aktivierungszeitgeber zurückzusetzen und eine eindeutige CMID festzulegen, muss der Rearm-Prozess auf dem Zielcomputer ausgeführt werden. Dieser Prozess wird verwendet, um den Aktivierungsstatus zurückzusetzen. In Windows kann der Prozess "Rearm" mit einer der beiden folgenden Methoden ausgeführt werden:

  • Führen Sie Sysprep zusammen mit der Option /generalize auf dem Computer aus, der zum Erstellen des benutzerdefinierten Windows-Images verwendet wird.
  • Erzwingen Sie den Ablauf des Rearm-Prozesses, indem Sie das Slmgr.vbs Skript in einem Eingabeaufforderungsfenster mit erhöhten Rechten ausführen. Geben Sie beispielsweise Folgendes ein: cscript c:\windows\system32\slmgr.vbs -rearm

Wenn der Rearm-Prozess nicht ausgeführt wurde, weil Sysprep zusammen mit der Option /generalize ausgeführt wurde oder Weil Sie die <Einstellung SkipRearm>1</SkipRearm> in der Unattended.xml-Datei verwendet haben, verfügen Clientcomputer möglicherweise über identische CMIDs. Daher erhöhen sich die Informationen zur Computeranzahl nicht wie erwartet. Die Option /generalize ist erforderlich, wenn Sie mehrere Images bereitstellen. Die <SkipRearm-Einstellung> sollte nicht in einer unbeaufsichtigten Datei verwendet werden, wenn Sie Computer in einer Produktionsumgebung bereitstellen. Daher wird für beide Fälle empfohlen, das Basisimage neu zu erstellen.

Datensammlung

Wenn Sie Unterstützung vom Microsoft-Support benötigen, empfehlen wir Ihnen, die Informationen zu sammeln, indem Sie die Schritte unter Sammeln von Informationen mithilfe von TSS für Bereitstellungsprobleme ausführen.