WMI 리포지토리가 손상되면 공급자 로드 실패(Provider Load Failure) 오류가 발생하는 경우가 많습니다. 이 가이드에서는 Windows 11/10에서 WMI 리포지토리를 복구하거나 재구축하는 방법을 단계별로 소개합니다. WMI(Windows Management Instrumentation)는 네트워크 내 장치와 애플리케이션의 관리를 통합하기 위해 Microsoft가 제공하는 사양 집합입니다. WMI 클래스의 메타 정보와 정의를 저장하는 데이터베이스 역할을 하며, 이를 통해서만 시스템의 상태를 파악할 수 있습니다.
리포지토리는 다음 경로에 위치합니다.
%windir%\System32\Wbem\Repository
간단히 말해, WMI는 로컬 또는 원격 컴퓨터 시스템의 상태 정보를 최종 사용자에게 제공하는 역할을 합니다.
참고: Server 2012 클러스터 머신에는 이 방법을 사용하지 마세요.
Windows에서 WMI 리포지토리 복구 또는 재구축하기
WMI 리포지토리를 수정, 초기화 또는 복원할 수 있는 명령줄 도구들이 존재합니다. 다만 Microsoft는 무엇보다 먼저 손상 여부를 확인할 것을 권장합니다.
아래는 나타날 수 있는 대표적인 오류 및 권한 문제 목록입니다.
- rootdefault 또는 rootcimv2 네임스페이스에 연결할 수 없으며, 오류 코드 "0x80041002(WBEM_E_NOT_FOUND)"와 함께 실패합니다.
- 컴퓨터 관리를 열고 컴퓨터 관리(로컬)를 마우스 오른쪽 버튼으로 클릭한 후 속성을 선택하면 "WMI: 찾을 수 없음" 오류가 표시되거나 연결을 시도하다 멈춥니다.
- 0x80041010 WBEM_E_INVALID_CLASS 오류가 발생합니다.
- wbemtest를 실행하면 프로그램이 멈춥니다.
- 스키마/개체가 누락됩니다.
- 원인을 알 수 없는 연결/작업 오류(0x8007054e)가 발생합니다.
손상 여부를 확인하는 가장 확실한 방법은 관리자 권한 명령 프롬프트에서 다음 명령을 실행하는 것입니다.
winmgmt /verifyrepository
리포지토리에 문제가 있다면 "repository is not consistent(리포지토리가 일치하지 않음)"이라는 응답이 반환됩니다. 이 메시지가 나타나지 않는다면 다른 원인으로 인한 문제일 가능성이 높습니다. 손상이 확인되었다면, 아래 방법들을 따라 WMI 리포지토리를 복구하거나 재구축해 보세요.
1] WMI 리포지토리 초기화
먼저 관리자 권한으로 명령 프롬프트를 엽니다.
다음 명령을 실행합니다.
winmgmt /salvagerepository
그런 다음 일관성이 회복되었는지 확인하기 위해 아래 명령을 실행합니다.
winmgmt /verifyrepository
여전히 "Repository is not consistent" 메시지가 표시된다면 다음 명령을 실행해야 합니다.
winmgmt /resetrepository
이 과정을 통해 WMI 리포지토리를 수정할 수 있습니다. 각 WMI 명령의 의미는 다음과 같습니다.
- salvagerepository: winmgmt 명령과 함께 사용하면 일관성 검사를 수행합니다. 불일치가 감지되면 리포지토리를 자동으로 다시 빌드합니다.
- verifyrepository: WMI 리포지토리에 대한 일관성 검사만 수행합니다.
- resetrepository: 리포지토리를 운영체제가 처음 설치되었을 때의 초기 상태로 재설정합니다.
각 명령을 실행했을 때 어떤 작업이 수행되는지 이해하는 데 도움이 되기를 바랍니다.
2] WMI 강제 복구
WMI에는 자체 복구 프로세스가 기본적으로 내장되어 있습니다. WMI 서비스가 다시 시작되거나 손상을 감지하면 자체 복구 절차가 자동으로 트리거되며, 두 가지 방식으로 진행됩니다.
AutoRestore(자동 복원): VSS(볼륨 섀도 복사본) 백업이 활성화되어 있는 경우 백업 이미지를 사용하여 복원합니다.
AutoRecovery(자동 복구): 등록된 MOF 파일을 기반으로 리포지토리의 새 이미지를 생성하여 재구축합니다. MOF 목록은 레지스트리의 다음 위치에서 확인할 수 있습니다.
HKLM\Software\Microsoft\WBEM\CIMOM: Autorecover MOFs
참고: Autorecover MOFs는 레지스트리 키입니다. 값을 확인하려면 해당 키를 더블클릭하세요.
WMI 자체 복구가 작동하지 않는 경우
자체 복구가 정상적으로 작동하지 않는다면 강제 복구 프로세스를 사용할 수 있습니다.
먼저 다음 위치의 레지스트리 키 값이 비어 있는지 확인합니다.
HKLM\Software\Microsoft\WBEM\CIMOM\Autorecover MOFs
위 레지스트리 키가 비어 있다면, 다른 컴퓨터에서 해당 키 값을 복사하여 붙여넣습니다. 이때 반드시 문제가 발생한 컴퓨터와 동일한 환경의 시스템에서 가져온 값이어야 합니다.
그런 다음 아래 명령을 실행합니다.
Winmgmt /resetrepository
"WMI repository reset failed. Error code:0x8007041B. Facility: Win32" 오류가 발생한다면, 다음 명령을 실행하여 WMI 서비스의 모든 종속 서비스를 먼저 중지한 후 재시도합니다.
net stop winmgmt /y Winmgmt /resetrepository
위에서 소개한 두 가지 해결 방법 모두 효과가 없다면, 이제 자동화 도구를 사용해 볼 차례입니다.
3] WMI Fixer 도구 활용
이 도구는 서버의 WMI 리포지토리가 손상되었거나 관련 문제가 발생했을 때 이를 자동으로 수정해 줍니다. 원래 WMI Fixer 도구는 Technet에서 다운로드할 수 있었지만 현재는 제공이 중단되었으며, PowerShell 버전은 Github.com에서 다운로드할 수 있습니다.
더 고급 문제 해결 방법은 microsoft.com에서 확인할 수 있습니다.
관련 항목: WMI 리포지토리 재설정 실패, 오류 0x80070005, 0x8007041B, 0x80041003
WMI 손상 여부를 확인하는 방법
WMI가 손상되면 다양한 오류와 권한 문제가 발생합니다. 이 경우 컴퓨터에서 다음과 같은 오류와 증상이 나타날 수 있습니다.
- rootdefault 또는 rootcimv2 네임스페이스에 연결할 수 없으며, 오류 코드 0x80041002(WBEM_E_NOT_FOUND)가 반환됩니다.
- 컴퓨터 관리(로컬) 속성을 열 때 "WMI. 찾을 수 없음" 오류가 표시되거나 컴퓨터가 멈춥니다.
- 0x80041010 WBEM_E_INVALID_CLASS 오류가 발생합니다.
- 스키마/개체가 누락됩니다.
- 원인을 알 수 없는 연결/작업 오류(0x8007054e)가 발생합니다.
- wbemtest 유틸리티를 사용할 때마다 시스템이 멈춥니다.
위 오류들은 WMI 손상의 전형적인 증상입니다. 따라서 WMI 손상 여부를 확실하게 확인하려면 관리자 권한 명령 프롬프트에서 다음 명령을 실행해야 합니다.
winmgmt /verifyrepository
명령 실행 후 "repository is not consistent" 메시지가 표시되면 WMI가 손상된 것입니다. 반대로 "repository is consistent" 메시지가 표시되면 리포지토리에는 문제가 없는 것이므로, 다른 원인을 찾아 문제를 해결해야 합니다.
함께 읽으면 좋은 글: WMI로 인한 CPU 사용량 급증 문제 해결 방법