Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Ihr Browser wird nicht unterstützt.

Sie müssen Ihren Browser aktualisieren, um die Website zu verwenden.

Aktualisieren Sie auf die neueste Version von Internet Explorer.

Wenn Sie neue Windows Vista-Clientcomputer mit dem Netzwerk hinzufügen, wird die aktuelle Anzahl von KMS nicht erhöht

Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 929829
Problembeschreibung
Wenn Sie das Skript slmgr.vbs auf einem Computer (Key Management Server, KMS) ausführen, überprüfen Sie, dass die Anzahl der Clientcomputer nicht breiter wird, wenn Sie neue Windows Vista-Clientcomputer mit dem Netzwerk hinzufügen. Außerdem sehen Sie möglicherweise das folgende Ereignis in der Schlüsselverwaltungsdienst Ereignisprotokoll für jeden neuen Windows Vista-Clientcomputer an, die Sie mit dem Netzwerk hinzufügen:


Name des Protokolls: Schlüsselverwaltungsdienst
Quelle: Microsoft-Windows-Security-Licensing-SLC
Ereignis-ID: 12290
Ebene: Information
Beschreibung: Eine Aktivierungsanforderung wurde verarbeitet.

Wenn Sie das Skript slmgr.vbs zusammen mit dem Argument – dli ausführen, wird Anzahl Clientcomputerinformationen nicht wie erwartet erhöht. In das folgende Ereignis, die protokolliert wird, die Schlüsselverwaltung-Ereignisprotokoll, die aktuelle Anzahl bleibt unverändert:


Name: Windows(TM) Vista Enterprise edition
Beschreibung: Windows-Betriebssystem - Vista VOLUME_KMS Kanal
Partieller Produktschlüssel: XXXXX
Lizenzstatus: lizenzierten

Key Management Service ist auf diesem Computer aktiviert.
Aktuelle Anzahl: 1
Port abhören: 1688
DNS-Veröffentlichung: aktiviert
KMS-Priorität: Normal

Ursache
Dieses Problem kann auftreten, wenn Windows Vista-Clientcomputern, die Sie mit dem Netzwerk hinzufügen identische KMS Clientcomputer-IDs (CMIDs). Die aktuelle Anzahl Anzahl nimmt auf einem KMS-Computer, wenn die Clientcomputern unterschiedliche CMIDs. Zwei oder mehr Computern können die gleichen CMIDs in einem der folgenden Szenarios haben:
  • Die benutzerdefinierte Windows Vista Bild, das Sie, verwenden um den Clientcomputer installieren generiert wird, obwohl Sie nicht die Systemvorbereitung ausführen tool (Sysprep.exe) zusammen mit der Option / generalize.
  • Das benutzerdefinierte Windows Vista-Abbild wird zusammen mit der Option / generalize generiert. Jedoch geben Sie die Einstellung der <skiprearm>in der Datei Unattended.xml.
Um zu überprüfen, dass Client-Computern identische CMIDs haben, gehen Sie folgendermaßen vor:
  1. Klicken Sie auf einem der Windows Vista-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.

    User Account Control				permissionWenn Sie für eines Administratorkennworts bzw. zur Bestätigung aufgefordert werden, geben Sie das Kennwort ein, oder klicken Sie auf zulassen.
  2. Geben Sie in die Eingabeaufforderung den folgenden Befehl ein, und drücken Sie anschließend die [EINGABETASTE]:
    Cscript c:\windows\system32\slmgr.vbs – dli
  3. Untersuchen Sie die folgenden Ergebnisse, und beachten Sie die CMID:

    Name: Windows(TM) Vista Enterprise edition
    Beschreibung: Windows-Betriebssystem - Vista VOLUME_KMSCLIENT Kanal
    Partieller Produktschlüssel: XXXXX
    Lizenzstatus: lizenzierten
    Volume Aktivierung Ablaufdatum: 250467 Minuten (173 Tage)

    Key Management Service-Clientinformationen
    Client Machine ID (CMID): e5a0da51-8882-4bd7-a248-c1b794a7a671
    KMS-Computername aus DNS: Kms-machine.domain.com:1688
    Aktivierungsintervall: 120 Minute(n)
    Erneuerungsintervall: 90 Minute(n)

  4. Wiederholen Sie die Schritte 1 bis 4 auf einem zweiten Windows Vista-Clientcomputer. Stellen Sie sicher, dass die CMID des zweiten Clientcomputers mit dem CMID des ersten Computers identisch ist.
Lösung
Es wird empfohlen, dass Sie das Basisabbild neu, das verwendet wird erstellen, um die betroffenen Computern bereitstellen, sobald Sie feststellen, ob Sie über identische CMIDs verfügen.
Abhilfe
Die Problemumgehung ist nur gültig, wenn die Option / generalize im Bild verwendet wurde, die verwendet wurde, um die Installation von Windows Vista-Clients. Diese Option ist erforderlich, wenn Sie mehrere Bilder bereitstellen. Um zu bestimmen, ob die Option / generalize im Bild verwendet wurde, gehen Sie folgendermaßen vor:
  1. Klicken Sie auf Start, und geben Sie C:\Windows\System32\sysprep\Panther\setupact.log auf einem betroffenen Computer.
  2. Untersuchen der "SYSPRP ParseCommands: gefunden" Zeilen wie in der folgenden Beispielprotokolldatei dargestellt:
    Info       [0x0f004e] SYSPRP Initialized SysPrep log at C:\Windows\System32\sysprep\PantherInfo       [0x0f0054] SYSPRP ValidateUser:User has required privileges to sysprep machineInfo       [0x0f0056] SYSPRP ValidateVersion:OS version is okayInfo       [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprepInfo       [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag does not already exist, no need to delete anythingInfo       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'UNATTEND'Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'OOBE'Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'SHUTDOWN'Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'GENERALIZE'
  3. Wenn die Option / generalize vorhanden ist, stellen Sie sicher, dass diese Option auf dem Computer verwendet wurde, die das Basisabbild erstellt.
  4. Wenn die Option / generalize verwendet wurde und Sie Computer, auf denen CMIDs identisch ist, führen Sie die folgenden Schritte aus, um die betroffenen Computern rearm und erstellen Sie das Basisabbild erneut. Stellen Sie sicher, dass Sie die <skiprearm>-Einstellung nicht verwenden, werden nicht verwendet:
    1. Klicken Sie auf einem Windows Vista-Basis-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.

      User Account Control					 permissionWenn Sie ein Administratorkennwort oder eine Bestätigung aufgefordert werden, geben Sie das Kennwort ein, oder klicken Sie auf zulassen.
    2. Geben Sie in die Eingabeaufforderung den folgenden Befehl ein, und drücken Sie anschließend die [EINGABETASTE]:
      Cscript c:\windows\system32\slmgr.vbs-–rearm
    3. Starten Sie den Computer neu.
    Wenn das Basisabbild nicht mithilfe von Sysprep mit der Option / generalize generiert wurde, müssen Sie das Basisabbild Neuerstellung und Neuinstallieren von Windows Vista auf den Clients. Wenn Sie eine Unattended.xml-Datei, verwenden Wenn Sie das Basisabbild neu erstellen, stellen Sie sicher, dass die <skiprearm>-Einstellung nicht verwendet wird. Weitere Informationen über die <skiprearm>-Einstellung finden Sie im Windows Automated Installation Kit (Windows AIK)-Dokumentation.
Weitere Informationen
Der Aktivierungszeitgeber zurückgesetzt und ein eindeutiger CMID festlegen möchten, muss der Rearm Prozess auf dem Zielcomputer ausgeführt. Dieser Prozess wird verwendet, um den Aktivierungsstatus zurückzusetzen. In Windows Vista kann der Rearm-Prozess ausgeführt werden, mithilfe einer der beiden folgenden Methoden:
  • Führen Sie Sysprep zusammen mit der Option / generalize auf dem Computer, mit dem Erstellen der benutzerdefinierten Windows, Vista-Abbild.
  • Erzwingen der Rearm Prozess auftreten, indem Sie das slmgr.vbs ausführen in ein Eingabeaufforderungsfenster mit erhöhten Rechten Skript. Geben Sie z. B. Folgendes ein:
    Cscript c:\windows\system32\slmgr.vbs-–rearm
Wenn der Prozess Rearm nicht ausgeführt haben, da Sysprep zusammen mit der Option / generalize ausgeführt wurde oder weil Sie die Einstellung <skiprearm>1</skiprearm> in der Datei Unattended.xml verwendet, möglicherweise Client-Computern identische CMIDs. Daher wird die Count-Computerinformationen nicht wie erwartet erhöht. Die/ generalize Option ist erforderlich, wenn Sie mehrere Bilder bereitstellen. Die <skiprearm>-Einstellung sollte nicht in eine Datei für die unbeaufsichtigte Installation verwendet werden, wenn Sie Computer in einer Produktionsumgebung bereitstellen. Empfiehlt Microsoft daher, für beide Fälle, dass Sie das Basisabbild neu erstellen.
dieselbe Übereinstimmung

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 929829 – Letzte Überarbeitung: 02/22/2007 06:12:03 – Revision: 2.3

  • Windows Vista Enterprise
  • Windows Vista Business
  • kbmt kbtshoot kbprb KB929829 KbMtde
Feedback
://c1.microsoft.com/c.gif?DI=4050&did=1&t=">ta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?"> protocol) + "//c.microsoft.com/ms.js'><\/script>");