WMI oder Windows Management Instrumentation ist eine Datenbank, die Metainformationen und Definitionen für WMI-Klassen speichert. Damit können Administratoren verschiedene Windows-Umgebungen einschließlich der Remote-Systeme verwalten. Wenn das WMI-Repository beschädigt wird, funktioniert der WMI-Dienst nicht ordnungsgemäß. Manchmal erhalten Sie möglicherweise falsche Anmeldeinformationen, unzureichende Berechtigungen oder Zugriffsverweigerungsfehler mit WMI, während Sie sich mit dem Remoteserver verbinden. In diesem Artikel sehen wir einige Lösungen, die Ihnen helfen können, das Problem zu beheben Zurücksetzen des WMI-Repositorys fehlgeschlagen, Fehler 0x80070005, 0x8007041B, 0x80041003. Die Beschreibung dieser Fehlermeldungen zeigt entweder ein „Zugriff verweigert“ oder ein „Der Zugriff wird verweigert” Botschaft.

Zurücksetzen des WMI-Repositorys fehlgeschlagen, Fehler 0x80070005, 0x8007041B, 0x80041003

Diese Fehler treten entweder aufgrund von Berechtigungsproblemen auf DCOM-Ebene oder WMI-Berechtigungsproblemen auf. Bevor wir die möglichen Lösungen zur Behebung dieser Fehler diskutieren, werfen wir einen Blick auf die vollständigen Fehlermeldungen:

Überprüfung des WMI-Repositorys fehlgeschlagen Fehlercode: 0x80041003 Einrichtung: WMI Beschreibung: Zugriff verweigert

Überprüfung des WMI-Repositorys fehlgeschlagen Fehlercode: 0x80041003 Einrichtung: WMI Beschreibung: Zugriff verweigert

Das Zurücksetzen des WMI-Repositorys ist fehlgeschlagen Fehlercode: 0x80070005 Einrichtung: Win32 Beschreibung: Zugriff verweigert.

Die obigen Fehlermeldungen zeigen den Fehlercode zusammen mit Einrichtung und Beschreibung an.

Das Einrichtung: Win32 gibt an, dass es sich um ein Sicherheitsberechtigungsproblem auf DCOM-Ebene handelt. Dies bedeutet, dass das Konto, das Sie zum Herstellen einer Verbindung mit dem Remoteserver verwenden, keine Sicherheitsberechtigungen auf DCOM-Ebene hat, um über WMI auf das Remotegerät zuzugreifen.

Das Einrichtung: WIM gibt an, dass es sich um ein Sicherheitsberechtigungsproblem auf WMI-Ebene handelt. Dies bedeutet, dass das Konto, das Sie für den Zugriff auf den WMI-Namespace verwenden, nicht über die Sicherheitsberechtigungen auf WMI-Ebene verfügt.

Um diese Probleme zu beheben, finden Sie hier einige Lösungen, die Sie ausprobieren können.

1. Bereinigen Sie das WBEM-Repository
2. Erstellen Sie die WMI-Werte neu
3. Überprüfen Sie die DCOM-Berechtigungen

Sehen wir uns an, wie diese Korrekturen durchgeführt werden.

1]Reinigen Sie das WBEM-Repository

Bereinigen Sie das WBEM-Repository und prüfen Sie, ob das Problem dadurch behoben wird. Die Schritte dazu sind unten beschrieben.

Starten Sie die Eingabeaufforderung als Administrator. Geben Sie den folgenden Befehl ein und drücken Sie die Eingabetaste.

net stop winmgmt

Auswählen Y zu akzeptieren (wenn Sie dazu aufgefordert werden). Warten Sie, bis der Befehl erfolgreich ausgeführt wurde.

Kopieren Sie nun den folgenden Befehl und fügen Sie ihn in die Eingabeaufforderung ein und drücken Sie Eingeben.

C:\Windows\System32\wbem\Repository*

Auswählen Y zu akzeptieren (wenn Sie dazu aufgefordert werden). Typ Ausgang und drücken Sie die Eingabetaste. Dadurch wird die Eingabeaufforderung geschlossen.

Starte deinen Computer neu. Warten Sie nach dem Neustart Ihres Computers einige Minuten und prüfen Sie, ob das Problem behoben ist.

Wenn das Problem dadurch nicht behoben wird, kann es hilfreich sein, die WMI-Werte neu zu erstellen.

2]Erstellen Sie die WMI-Werte neu

Wie bereits erläutert, treten diese Fehler auf, wenn der Benutzer nicht berechtigt ist, einen Vorgang in WMI auszuführen. Durch die Neuerstellung der WMI-Werte kann dieses Problem behoben werden.

Öffnen Sie Notepad auf Ihrem Windows-Rechner. Kopieren Sie nun den folgenden Befehl und fügen Sie ihn ein.

@echo on 
cd /d c:\temp 
if not exist %windir%\system32\wbem goto TryInstall 
cd /d %windir%\system32\wbem 
net stop winmgmt 
winmgmt /kill 
if exist Rep_bak rd Rep_bak /s /q 
rename Repository Rep_bak 
for %%i in (*.dll) do RegSvr32 -s %%i 
for %%i in (*.exe) do call :FixSrv %%i 
for %%i in (*.mof,*.mfl) do Mofcomp %%i 
net start winmgmt 
goto End 

:FixSrv 
if /I (%1) == (wbemcntl.exe) goto SkipSrv 
if /I (%1) == (wbemtest.exe) goto SkipSrv 
if /I (%1) == (mofcomp.exe) goto SkipSrv 
%1 /Regserver 
:SkipSrv 
goto End 
:TryInstall 
if not exist wmicore.exe goto End 
wmicore /s 
net start winmgmt 
:End

Speichern Sie die Datei als WMI.bat und schließen Sie den Editor. Führen Sie nun die Datei WMI.bat als Administrator aus. Klicken Sie dazu mit der rechten Maustaste auf die Datei WMI.bat und wählen Sie die aus Als Administrator ausführen Möglichkeit. Dadurch werden die WMI-Werte neu erstellt.

Nachdem Sie einen Wiederherstellungsversuch für WMI-Werte durchgeführt haben, führen Sie die folgenden Schritte aus, um die WMI-Berechtigungen zu überprüfen:

Klicken Sie mit der rechten Maustaste auf Dieser PC Symbol auf Ihrem Desktop und wählen Sie aus Verwalten. Dadurch wird die gestartet Computerverwaltungsfenster.

Doppelklicken Sie auf Computerverwaltung (lokal) auf der linken Seite, um es zu erweitern. Danach erweitern Dienste und Anwendungen indem Sie darauf doppelklicken. Klicken Sie nun mit der rechten Maustaste auf WMI-Steuerung und auswählen Eigenschaften. Das Dialogfeld WMI-Steuerelementeigenschaften wird angezeigt.

Wähle aus Sicherheit Registerkarte und erweitern Sie die Wurzel Mappe. Wählen Sie danach die aus Sicherheit Unterordner und klicken Sie dann auf die Sicherheit Schaltfläche unten rechts. Das bringt die Sicherheit für ROOT Dialogfeld auf Ihrem Bildschirm.

Die folgenden Berechtigungen sollten für aktiviert werden Authentifizierte Benutzer.

• Methoden ausführen
• Anbieter schreiben
• Konto aktivieren

Klicken Sie auf OK, um das Dialogfeld Sicherheit für ROOT zu schließen. Schließen Sie die Computerverwaltung und starten Sie Ihren Computer neu. Überprüfen Sie nun, ob das Problem weiterhin besteht.

3]Überprüfen Sie die DCOM-Berechtigungen

Befolgen Sie die Schritte zum Überprüfen und Ändern der DCOM-Berechtigungen.

Klicken Windows-Suche und Typ Dcomcnfg. Wählen Sie die Dcomcnfg-App aus den Suchergebnissen aus.

Gehe zu “Komponentendienste > Computer > Arbeitsplatz.“ Klicken Sie mit der rechten Maustaste auf Mein Computer und auswählen Eigenschaften. Das Eigenschaften meines Computers Dialogfeld erscheint. Wähle aus COM-Sicherheit Tab.

Klick auf das Grenzen bearbeiten Schaltfläche unter der Zugriffsberechtigungen Sektion. Dies öffnet die Zugriffsberechtigung Dialogbox. Wähle aus Jedermann Benutzergruppe und überprüfen Sie, ob ihr die folgenden Berechtigungen erteilt wurden oder nicht:

• Lokaler Zugang
• Fernzugriff

Wenn die Erlauben das Kontrollkästchen für die beiden oben genannten Berechtigungen nicht aktiviert ist, wählen Sie sie aus und klicken Sie auf OK.

Auf der Eigenschaften meines Computers Dialogfeld, klicken Sie auf die Grenzen bearbeiten Schaltfläche unter der Start- und Aktivierungsberechtigungen Sektion. Wähle aus Jedermann Benutzergruppe und prüfen Sie, ob die folgenden Berechtigungen erlaubt sind oder nicht:

• Lokaler Start
• Lokale Aktivierung

Wenn die Erlauben das Kontrollkästchen für die beiden oben genannten Berechtigungen nicht aktiviert ist, wählen Sie sie aus und klicken Sie auf OK.

Klicken Sie auf Übernehmen und dann auf OK, um das Dialogfeld Eigenschaften von Arbeitsplatz zu schließen.

Gehen Sie nun im Fenster „Computerdienste“ zu „Komponentendienste > Computer > Arbeitsplatz > DCOM-Konfiguration.“ Scrollen Sie auf der rechten Seite nach unten und suchen Sie Windows-Verwaltung und -Instrumentierung. Wenn Sie es gefunden haben, klicken Sie mit der rechten Maustaste darauf und wählen Sie es aus Eigenschaften.

Wähle aus Sicherheit Registerkarte und klicken Sie auf die Bearbeiten Schaltfläche unter der Start- und Aktivierungsberechtigungen Sektion. Auswählen Administratoren unter der Benutzergruppe und prüfen Sie, ob ihm die folgenden Berechtigungen erteilt wurden oder nicht.

• Lokaler Start
• Remote-Start
• Lokale Aktivierung
• Fernaktivierung

Wenn die Kontrollkästchen nicht aktiviert sind, aktivieren Sie sie und klicken Sie auf OK.

Lesen: Hohe CPU-Auslastung des WMI-Anbieterhosts (WmiPrvSE.exe) behoben.

Wie kann ich das Windows WMI-Repository reparieren oder vollständig neu erstellen?

Wenn das WMI-Repository beschädigt ist, erhalten Sie verschiedene Fehler, je nachdem, welche Aktivität Sie zu diesem Zeitpunkt ausführen. WMI verfügt über einen Selbstwiederherstellungsmodus. Wenn WMI die Beschädigung des Repositorys erkennt, wird der Selbstwiederherstellungsmodus automatisch aktiviert. WMI sucht nach den Backup-Images im System, die vom VSS-Backup-Mechanismus erstellt wurden, und wendet den AutoRestore-Ansatz an, um die gültigen Images wiederherzustellen (falls möglich).

Wenn der Selbstwiederherstellungsmodus das beschädigte Windows-WMI-Repository nicht wiederherstellen kann, erhalten Sie mehrere Fehlermeldungen, die darauf hinweisen, dass das WMI-Repository beschädigt ist. In einem solchen Fall können Sie das Windows WMI-Repository manuell reparieren oder neu erstellen, indem Sie einen Befehl in einer Eingabeaufforderung mit erhöhten Rechten ausführen.

Woher weiß ich, ob mein WMI beschädigt ist?

Wenn WMI beschädigt ist, erhalten Sie einige Fehler und Berechtigungsprobleme mit WMI. In einem solchen Fall sehen Sie die folgenden Fehler und Symptome auf Ihrem Computer:

• Es kann keine Verbindung zu rootdefault- oder rootcimv2-Namespaces hergestellt werden. Fehler bei der Rückgabe des Fehlercodes 0x80041002, der auf WBEM_E_NOT_FOUND verweist.
• Wenn Sie die „WMI. Not Found“ oder Ihr Computer hängt sich beim Öffnen der Eigenschaften der Computerverwaltung (Lokal) auf.
• 0x80041010 WBEM_E_INVALID_CLASS.
• Schemas/Objekte fehlen.
• Seltsame Verbindungs-/Betriebsfehler (0x8007054e).
• Ihr System hängt sich jedes Mal auf, wenn Sie das Dienstprogramm wbemtest verwenden.

Die oben genannten Fehler sind die Symptome einer WMI-Beschädigung. Um die WMI-Beschädigung zu bestätigen, müssen Sie daher den folgenden Befehl in einer Eingabeaufforderung mit erhöhten Rechten ausführen.

winmgmt /verifyrepository

Wenn Sie nach dem Ausführen des obigen Befehls die Meldung „Repository ist nicht konsistent”, WMI ist beschädigt. Wenn Sie die Meldung „Repository ist konsistent“, hat das Repository kein Problem. In diesem Fall gibt es etwas anderes, das das Problem verursacht.

Hoffe das hilft.

Lesen Sie weiter: Fehler 1083 der Windows-Verwaltungsinstrumentation behoben.