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
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:
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.
Bild minimierenBild vergrößern
Wenn Sie für eines Administratorkennworts bzw. zur Bestätigung aufgefordert werden, geben Sie das Kennwort ein, oder klicken Sie auf zulassen.
Geben Sie in die Eingabeaufforderung den folgenden Befehl ein, und drücken Sie anschließend die [EINGABETASTE]:
Cscript c:\windows\system32\slmgr.vbs ? dli
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)
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.
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.
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:
Klicken Sie auf Start, und geben Sie C:\Windows\System32\sysprep\Panther\setupact.log auf einem betroffenen Computer.
Untersuchen der "SYSPRP ParseCommands: gefunden" Zeilen wie in der folgenden Beispielprotokolldatei dargestellt:
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 is okay
Info [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprep
Info [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag does not already exist, no need to delete anything
Info [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'
Wenn die Option / generalize vorhanden ist, stellen Sie sicher, dass diese Option auf dem Computer verwendet wurde, die das Basisabbild erstellt.
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:
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.
Bild minimierenBild vergrößern
Wenn Sie ein Administratorkennwort oder eine Bestätigung aufgefordert werden, geben Sie das Kennwort ein, oder klicken Sie auf zulassen.
Geben Sie in die Eingabeaufforderung den folgenden Befehl ein, und drücken Sie anschließend die [EINGABETASTE]:
Cscript c:\windows\system32\slmgr.vbs-?rearm
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.
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.
Die Informationen in diesem Artikel beziehen sich auf:
Windows Vista Enterprise
Windows Vista Business
Keywords:
kbmt kbtshoot kbprb KB929829 KbMtde
Maschinell übersetzter Artikel
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
(http://support.microsoft.com/kb/929829/en-us/
)
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
Wie hoch war der Aufwand für Sie persönlich, um diesen Artikel zu verwenden?
Sehr gering
Gering
Mittel
Hoch
Sehr hoch
Sagen Sie uns bitte, wie wir diese Informationen noch verbessern können
Danke! Dieses Feedback hilft uns dabei, die Supportartikel weiter zu verbessern. Weitere Informationen finden Sie auf der Hilfe und Support-Startseite.
Zum Anfang
