Manches Mal die WMI-Repository wird beschädigt, was zu einem Provider-Ladefehler führt. In diesem Leitfaden teilen wir Ihnen mit, wie es geht das WMI-Repository reparieren oder neu erstellen unter Windows 11/10. Für diejenigen, die es nicht wissen, Windows Management Instrumentation oder WMI ist eine Reihe von Spezifikationen von Microsoft, um die Verwaltung von Geräten und Anwendungen in einem Netzwerk zu konsolidieren. Es ist eine Datenbank, die Metainformationen und Definitionen für speichert WMI Klassen. Nur durch deren Verwendung können die Zustände der Systeme bekannt werden.

Das Repository ist hier verfügbar –

%windir%\System32\Wbem\Repository

Kurz gesagt, es liefert Endbenutzern den Status des lokalen oder entfernten Computersystems.

Notiz: Verwenden Sie dies nicht auf einem Server 2012-Clustercomputer

Reparieren oder erstellen Sie das WMI-Repository unter Windows neu

Es gibt Befehlszeilentools zum Reparieren oder Zurücksetzen oder Wiederherstellen des WMI-Repositorys. Microsoft schlägt jedoch vor, dass Sie am besten überprüfen, ob eine Beschädigung vorliegt.

Nachfolgend finden Sie eine Liste von Fehlern und Berechtigungsproblemen, die Sie möglicherweise sehen.

1. Es kann keine Verbindung zu Root-Standard- oder Rootcimv2-Namespaces hergestellt werden. Es schlägt mit dem Fehlercode „0x80041002“ fehl, der auf „WBEM_E_NOT_FOUND“ zeigt.
2. Wenn Sie die Computerverwaltung öffnen und mit der rechten Maustaste auf Computerverwaltung (Lokal) klicken und Eigenschaften auswählen, erhalten Sie die folgende Fehlermeldung: „WMI: Not Found“ oder es hängt beim Verbindungsversuch
3. 0x80041010 WBEM_E_INVALID_CLASS
4. Versuch zu benutzen wbemtestund es hängt
5. Schemas/Objekte fehlen
6. Seltsame Verbindungs-/Betriebsfehler (0x8007054e).

Die ultimative Möglichkeit zur Überprüfung besteht darin, diesen Befehl in einer Eingabeaufforderung mit erhöhten Rechten auszuführen.

winmgmt /verifyrepository

Wenn das Repository ein Problem hat, antwortet es: „Repository ist nicht konsistent“, wenn nicht, dann ist es etwas anderes, das das Problem verursacht. Nachdem Sie nun sicher sind, dass die Beschädigung vorhanden ist, befolgen Sie diese Tipps, um das WMI-Repository zu reparieren oder neu zu erstellen.

1]WMI-Repository zurücksetzen

Öffnen Sie die Eingabeaufforderung mit erhöhten Rechten.

Führen Sie den Befehl aus:

winmgmt /salvagerepository

Führen Sie dann den Befehl aus, um zu sehen, ob er jetzt als konsistent zurückkommt.

winmgmt /verifyrepository

Wenn es das sagt Das Repository ist nicht konsistentdann müssen Sie ausführen:

winmgmt /resetrepository

Es hilft Ihnen, das WMI-Repository zu reparieren. Hier ist, was jeder der WMI-Befehle bedeutet:

• Bergungslager: Diese Option führt bei Verwendung mit dem Befehl winmmgmt eine Konsistenzprüfung durch. Wenn eine Inkonsistenz erkannt wird, wird das Repository neu erstellt.
• Verifizierrepository: Führt eine Konsistenzprüfung für das WMI-Repository durch.
• Repository zurücksetzen: Bei der Erstinstallation des Betriebssystems wird das Repository auf den Ausgangszustand zurückgesetzt

Ich hoffe, das erklärt, was passiert, wenn Sie die Befehle ausführen.

2]WMI-Wiederherstellung erzwingen

WMI verfügt über einen integrierten Selbstwiederherstellungsprozess. Wenn der WMI-Dienst neu startet oder eine Beschädigung erkennt, wird die Selbstwiederherstellungsprozedur automatisch ausgelöst. Es geschieht auf zwei Arten:

Automatische Wiederherstellung: Hier werden die Backup-Images verwendet, wenn die VSS-Sicherung (Volume Shadow Copy) aktiviert ist.

Automatische Zurückherstellung: Dabei wird der Wiederherstellungsprozess basierend auf registrierten MOFs neue Images des Repositorys erzeugen. Das MOFS ist hier in der Registrierung verfügbar:

HKLM\Software\Microsoft\WBEM\CIMOM: Autorecover MOFs

Notiz: Die automatische Wiederherstellung von MOFs ist ein Schlüssel. Doppelklicken Sie darauf, um den Wert zu überprüfen.

Die WMI-Selbstwiederherstellung funktioniert nicht

Wenn die Selbstwiederherstellung nicht funktioniert, können Sie immer den erzwungenen Wiederherstellungsprozess verwenden.

Überprüfen Sie, ob der Regkey-Wert ist leer oder nicht hier:

HKLM\Software\Microsoft\WBEM\CIMOM\Autorecover MOFs

Wenn der obige Regkey leer ist, kopieren Sie den Regkey-Wert von einem anderen Computer und fügen Sie ihn ein. Stellen Sie sicher, dass es sich um ein System handelt, das dem betreffenden Computer entspricht.

Als nächstes führen Sie den Befehl aus-

Winmgmt /resetrepository

Wenn Sie eine Fehlermeldung erhalten: „Das Zurücksetzen des WMI-Repositorys ist fehlgeschlagen. Fehlercode: 0x8007041B. Facility: Win32“, stoppen Sie dann alle Abhängigkeitsdienste auf dem WMI-Dienst, indem Sie die folgenden Befehle ausführen:

net stop winmgmt /y

Winmgmt /resetrepository

Wenn beide vorgeschlagenen Korrekturen nicht funktionieren, sollten Sie ein automatisiertes Tool ausprobieren.

3]WMI-Fixer-Tool

Dieses Tool repariert das WMI-Repository des Servers, wenn es beschädigt ist oder verwandte Probleme auftreten. Sie können das WMI Fixer Tool von Technet herunterladen. Dieses Tool wurde jetzt entfernt, aber Sie können seine PowerShell-Version von herunterladen Github.com.

Eine erweiterte Fehlerbehebung ist hier verfügbar microsoft.com.

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

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.

Verwandte Lektüre: WMI verursacht eine hohe CPU-Auslastung.