Dela via


WMI-felsökning

När du kommer åt lokala WMI-data eller fjärrdata i ett program eller skript kan det uppstå fel som sträcker sig från saknade klasser till nekad åtkomst. Leverantörer har också felsökningsalternativ och felsökningsklasser tillgängliga.

Obs

Informationen i det här avsnittet är avsedd för utvecklare och IT-administratörer. Om du är en slutanvändare som har fått ett felmeddelande om WMI kan du gå till Microsoft Supportoch söka efter felkoden som visas i felmeddelandet. Mer information om felsökning av problem med WMI-skript och WMI-tjänsten finns i WMI inte fungerar!

WMI-diagnosverktyg

Viktig

WMI-diagnosverktyget (WMIDiag.exe) stöds inte längre, från och med Windows 8 och Windows Server 2012.

Windows 7, Windows Server 2008 R2, Windows Vista och Windows Server 2008:

Om WMI returnerar felmeddelanden bör du vara medveten om att de kanske inte indikerar problem i WMI-tjänsten eller i WMI-providers. Fel kan uppstå i andra delar av operativsystemet och visas som fel via WMI. Under inga omständigheter bör du ta bort WMI-lagringsplatsen som ett första steg. eftersom borttagning av lagringsplatsen kan orsaka skador på systemet eller installerade program.

Tidigare kunde du ladda ned och köra kommandoradsverktyget WMI Diagnostic Utility för att få mer information om orsaken till problemet. Det här verktyget skapade en rapport som vanligtvis kan isolera orsaken till problemet och ge instruktioner om hur du åtgärdar det. Rapporten hjälpte även Microsofts supporttjänster att hjälpa dig. WMI-diagnosverktyget var tidigare tillgängligt i Download Center.

Som providerskrivare kan du också stöta på felsökningsproblem om du inte skapar en frikopplad leverantör. Mer information finns i felsökningsleverantörer.

Loggning och spårning

WMI-loggfilerna finns inte längre. de ersattes av Händelsespårning för Windows (ETW). Mer information finns i spårning av WMI-aktivitet, loggning av WMI-aktivitetoch WMI-loggfiler.

Felsökning i skript och program

WMI innehåller en uppsättning klasser för felsökning av klientprogram som använder WMI-leverantörer. Mer information finns i Felsöka WMI-klientprogram.

Hur leverantörsförfattare kan förhindra WMI-problem

Provider-författare kan förhindra många problem (som visas i felmeddelanden via WMI) genom att utföra följande åtgärder:

För mer information, se Felsökningsprovidrar, Tillhandahållande av data till WMIoch Konfiguration och felsökning av leverantörsklasser.

Åtkomst nekad

Åtkomst nekad Fel som rapporteras av skript och program som får åtkomst till WMI-namnområden och data brukar delas in i tre kategorier. I följande tabell visas de tre felkategorierna tillsammans med problem som kan orsaka felen och möjliga lösningar.

Fel Möjliga problem Lösning
0x800706BA HRESULT_FROM_WIN32(RPC_S_SERVER_UNAVAILABLE)
Brandväggsproblem eller servern är inte tillgänglig.
Datorn finns verkligen inte eller så blockerar Windows-brandväggen anslutningen
Anslut till Vista: netsh advfirewall firewall set rule group="windows management instrumentation (wmi)" new enable=yes Anslut till äldre versioner: Tillåt regeln "Fjärradministration" i Windows-brandväggen.
0x80070005 E_ACCESS_DENIED
Åtkomst nekad av DCOM-säkerhet.
Användaren har inte fjärråtkomst till datorn via DCOM. Normalt uppstår DCOM-fel när du ansluter till en fjärrdator med en annan operativsystemversion.
Ge användaren behörigheter för fjärrstart och fjärraktivering i dcomcnfg. Högerklicka på Min dator> Egenskaper. Under COM-säkerhet klickar du på "Redigera gränser" för båda avsnitten. Ge den användare som du vill ha fjärråtkomst, fjärrstart och fjärraktivering. Gå sedan till DCOM Config, leta upp "Windows Management Instrumentation" och ge den användare som du vill ha fjärrstart och fjärraktivering. Mer information finns i Ansluta mellan olika operativsystem
0x80041003 WBEM_E_ACCESS_DENIED
Åtkomst nekad av en leverantör
Användaren har inte behörighet att utföra åtgärden i WMI. Detta kan inträffa när du kör frågor mot vissa klasser som användare med låg behörighet, men oftast händer när du försöker anropa metoder eller ändra WMI-instanser som användare med låg behörighet. Namnområdet som du ansluter till är krypterat och användaren försöker ansluta med en okrypterad anslutning
Ge användaren åtkomst med WMI-kontrollen (kontrollera att de har Remote_Access inställt på sant) Anslut med hjälp av en klient som stöder kryptering.
  • Normalt uppstår DCOM-fel när du ansluter till en fjärrdator med en annan operativsystemversion.

  • Leverantörer kan också neka åtkomst till data i specifika namnområden eller kräva vissa nivåer av anslutningssäkerhet. Mer information finns i Konfigurera säkerhet för klientprogramprocesser och leverantörens hosting och säkerhet.

  • Åtkomst nekades på grund av ändringar i Internetanslutnings-brandväggen (ICF).

    För mer information, se Ansluta via Windows-brandväggen.

  • Ett fel om nekad åtkomst returneras av DCOM-säkerhet när en klient med låg integritet försöker komma åt WMI. Till exempel har en ActiveX-kontroll som körs i Internet Explorer, som har säkerhetsnivån inställd på låg, inte åtkomst till att utföra lokala WMI-åtgärder.

    Windows 7: Lågintegritetsanvändare har skrivskyddad behörighet för lokala WMI-åtgärder.

Information om fel

När du får ett felmeddelande från WMI kan du hitta meddelandet i WMI-felkonstanter eller WbemErrorEnum för skript. Den information som tillhandahålls enbart av felet är dock vanligtvis inte tillräcklig för att avgöra vad som händer. WMI-lagringsplatsen skadas kan maskeras som klasser eller instanser "hittades inte".

Mer information om WMI-fel:

WMI-felsökning

WMI-aktivitetsspårning

Loggning av WMI-aktivitet