Freigeben über


winmgmt

Winmgmt ist der WMI-Dienst innerhalb des SVCHOST-Prozesses, der unter dem Konto "LocalSystem" ausgeführt wird.

In allen Fällen wird der WMI-Dienst automatisch gestartet, wenn die erste Verwaltungsanwendung oder das erste Skript eine Verbindung mit einem WMI-Namespace anfordert. Weitere Informationen finden Sie unter Starten und Beenden des WMI-Diensts.

Hinweis

WMI ist eine Kernkomponente des Windows-Betriebssystems, mit der Entwickler und IT-Administratoren Skripts und Anwendungen schreiben können, um bestimmte Aufgaben zu automatisieren. Winmgmt.exe ist der Dienst, mit dem WMI auf Ihrem lokalen Computer ausgeführt werden kann. Weitere Informationen zur Verwendung von WMI finden Verwenden von WMI. Wenn Sie eine Fehlermeldung bezüglich winmgmt.exe erhalten haben, finden Sie weitere Informationen unter WMI-Problembehandlung. Weitere Informationen zu Winmgmt.exe finden Sie unter Verwenden von WMI-Verwaltungstools.

Bei Ausführung über die Eingabeaufforderung verfügt der WMI-Dienst über die folgenden Schalter.

winmgmt 
  [/backup <filename>] 
  [/restore <filename> <mode>] 
  [/resyncperf <winmgmt service process id>] 
  [/standalonehost <level>]
  [/sharedhost]
  [/verifyrepository <path>]
  [/salvagerepository] 
  [/resetrepository]

Switches

/backup<filename>

Bewirkt, dass WMI das Repository mit dem angegebenen Dateinamen sichert. Das Argument filename sollte den vollständigen Pfad zum Dateispeicherort enthalten. Dieser Prozess erfordert eine Schreibsperre für das Repository, damit Schreibvorgänge in das Repository angehalten werden, bis der Sicherungsvorgang abgeschlossen ist.

Wenn Sie keinen Pfad für die Datei angeben, wird sie im Verzeichnis %Windir%\System32 abgelegt.

/restore<filename><flag>

Stellt das WMI-Repository manuell aus der angegebenen Sicherungsdatei wieder her. Das Argument filename sollte den vollständigen Pfad zum Speicherort der Sicherungsdatei enthalten. Um den Wiederherstellungsvorgang auszuführen, speichert WMI das vorhandene Repository, um es zurückzuschreiben, wenn der Vorgang fehlschlägt. Anschließend wird das Repository aus der Sicherungsdatei wiederhergestellt, die im Argument filename angegeben ist. Wenn kein exklusiver Zugriff auf das Repository erreicht werden kann, werden vorhandene Clients von WMI getrennt.

Das Argument flag muss 1 (Erzwingen der Trennung von Benutzern und Wiederherstellen) oder 0 (Standardwiederherstellung, wenn keine Benutzer verbunden sind) sein und den Wiederherstellungsmodus angeben.

/resyncperf<winmgmt-service-process-id>

Registriert die Leistungsbibliotheken des Computers bei WMI. WMI PID ist die Prozess-ID für den WMI-Dienst.

Nur erforderlich, wenn die Leistungsmonitorklassen keine zuverlässigen Ergebnisse zurückgeben.

/standalonehost [<level>]

Verschiebt den Winmgmt-Dienst in einen eigenständigen Svchost-Prozess, der über einen festen DCOM-Endpunkt verfügt. Der Standardendpunkt ist "ncacn_ip_tcp.0.24158". Der Endpunkt kann jedoch geändert werden, indem Dcomcnfg.exe ausgeführt wird. Weitere Informationen zum Einrichten eines festen Ports für WMI finden Sie unter Einrichten eines festen Ports für WMI.

Das Argument level ist die Authentifizierungsebene für den Svchost-Prozess. WMI wird normalerweise als Teil eines Hosts für gemeinsame Dienste ausgeführt, und Sie können die Authentifizierungsebene für WMI nicht allein erhöhen. Wenn level nicht angegeben ist, ist der Standardwert 4 (RPC_C_AUTHN_LEVEL_PKT oder WbemAuthenticationLevelPkt).

Sie können WMI sicherer ausführen, indem Sie die Authentifizierungsebene auf Packet Privacy (RPC_C_AUTHN_LEVEL_PKT_PRIVACY oder WbemAuthenticationLevelPktPrivacy) erhöhen. Die Authentifizierungsebenen für Visual Basic und Skripterstellung werden in WbemAuthenticationLevelEnum beschrieben. Für C++, siehe Festlegen der Sicherheitsstufe für Standardprozesse mit C++. Weitere Informationen finden Sie unter Verwalten der WMI-Sicherheit.

/sharedhost

Verschiebt den Winmgmt-Dienst in den freigegebenen Svchost-Prozess.

/verifyrepository<path>

Führt eine Konsistenzprüfung für das WMI-Repository aus. Wenn Sie den Schalter /verifyrepository ohne das <Argument >path hinzufügen, wird das derzeit von WMI verwendete Live-Repository überprüft. Wenn Sie das Argument path angeben, können Sie jede gespeicherte Kopie des Repositorys überprüfen. In diesem Fall sollte das Argument path den vollständigen Pfad zur gespeicherten Repositorykopie enthalten. Das gespeicherte Repository sollte eine Kopie des gesamten Repositoryordners sein. Weitere Informationen zu Fehlern, die von diesem Befehl zurückgegeben werden, finden Sie im Abschnitt Hinweise.

/salvagerepository

Führt eine Konsistenzprüfung für das WMI-Repository durch, und wenn eine Inkonsistenz erkannt wird, wird das Repository neu erstellt. Der Inhalt des inkonsistenten Repositorys wird mit dem neu erstellten Repository zusammengeführt, sofern er gelesen werden kann. Der Bergungsvorgang funktioniert immer mit dem Repository, das der WMI-Dienst derzeit verwendet. Weitere Informationen zu Fehlern, die von diesem Befehl zurückgegeben werden, finden Sie im Abschnitt Hinweise.

% MOF-Dateien, die die Präprozessor-Anweisung #pragma autorecover enthalten, werden im Repository wiederhergestellt.

/resetrepository

Das Repository wird auf den Ursprünglichen Zustand zurückgesetzt, wenn das Betriebssystem zum ersten Mal installiert wird. MOF-Dateien, die die Präprozessor-Anweisung #pragma autorecover enthalten, werden im Repository wiederhergestellt.

Hinweise

Dieses Tool befindet sich im Verzeichnis %Windir%\System32\wbem. Um eine Liste der verfügbaren Schalter zu erhalten, geben Sie WinMgmt /? an der Eingabeaufforderung ein.

Das WMI-Repository, auch als CIM-Repository bezeichnet, ist nicht nur eine einzelne Datei, sondern eine Sammlung von Dateien im Repositoryordner, die als Datenbank zusammenarbeiten. Wenn Sie den Schalter /backup zum Sichern des Repositorys verwenden, ist die resultierende Sicherung eine einzelne komprimierte Datei.

WMI gibt den Fehler ERROR_INTERNAL_DB_CORRUPTION (net helpmsg 1358) zurück, wenn ein Überprüfungsvorgang darauf hinweist, dass sich das Repository nicht in einem konsistenten Zustand befindet. Dieser Fehler kann von jedem Befehl zurückgegeben werden, der die Repositoryüberprüfung ausführt, z. B. /verifyrepository oder /salvagerepository.

Hinweis

Wenn WMI Fehlermeldungen zurückgibt, sollten Sie beachten, dass diese möglicherweise nicht auf Probleme im WMI-Dienst oder in WMI-Anbietern hinweisen. Fehler können aus anderen Teilen des Betriebssystems stammen und über WMI als Fehler ausgegeben werden. Unter keinen Umständen sollten Sie als erste Aktion das WMI-Repository löschen, da das Löschen des Repositorys zu Schäden am System oder an installierten Anwendungen führen kann.

Weitere Informationen finden Sie unter WMI-Problembehandlung.

Anforderungen

Anforderung Wert
Unterstützte Mindestversion (Client)
Windows Vista
Unterstützte Mindestversion (Server)
Windows Server 2008

Siehe auch

WMI-Problembehandlung

Herstellen einer Remoteverbindungen mit WMI ab Windows Vista