⚡ 3초 요약:
0x80073712는 Windows 구성 요소 저장소(WinSxS) 손상이 핵심입니다.
가장 안전한 순서는 DISM → SFC → 업데이트 캐시 초기화이며, 마지막에 업데이트를 다시 시도해 성공 여부를 확인합니다.
🚨 작업 전 필수 체크
- 관리자 권한으로 실행(명령 프롬프트/Windows PowerShell/터미널)
- 중요 데이터는 외장 저장장치 또는 클라우드로 즉시 백업 (디스크 물리 오류 가능성 배제 금지)
- 노트북은 전원 어댑터 연결 후 진행(복구 중 전원 차단은 손상 확대)
🧪 My Lab Test Log
증상: 업데이트 설치 중 롤백되며 0x80073712 반복, 재시도해도 동일 실패
원인: 업데이트 진행 중 강제 재부팅 + 저장장치 I/O 오류로 WinSxS 일부 파일/매니페스트 불일치 발생
해결: DISM RestoreHealth → SFC /scannow → SoftwareDistribution·catroot2 초기화 → 업데이트 재시도
결과: 동일 업데이트 정상 설치 완료(설정 > Windows 업데이트에 “성공적으로 설치됨” 표시)
1️⃣ 0x80073712의 정체: WinSxS(Component Store) 손상
0x80073712는 흔히 “파일이 없거나 손상되었다”로 묶여 보이지만, 실제로는 Windows 구성 요소 저장소(WinSxS)가 기준 상태(정상 원본)로서 일관성을 잃었을 때 자주 발생합니다.
WinSxS는 단순 캐시 폴더가 아니라, Windows가 업데이트·기능 설치·시스템 파일 복구를 수행할 때 참조하는 “부품 창고”입니다.
업데이트 과정에서 Windows는 새 파일을 덮어쓰는 것만 하지 않습니다. 어떤 파일을 어느 버전으로 교체했는지에 대한 매니페스트(.mum)·카탈로그(.cat) 등 메타데이터가 함께 기록되어야 합니다.
그런데 업데이트 도중 전원이 꺼지거나(강제 종료/배터리 방전), 갑자기 재부팅되거나, 저장장치가 순간적으로 읽기/쓰기 오류를 내면 이 기록이 “중간에서 끊긴 상태”가 됩니다.
이때 Windows는 다음 업데이트 단계에서 “필요한 구성 요소를 찾을 수 없음” 상태가 되어 설치를 중단하고 0x80073712를 반환합니다.
특히 여기서 중요한 포인트가 하나 있습니다. 0x80073712는 소프트웨어 문제로만 끝나지 않을 때가 있습니다.
노후 SSD/HDD의 배드섹터·불안정한 SATA/전원·파일시스템 오류가 누적되면 WinSxS 영역이 부분적으로 손상될 수 있습니다.
그래서 이 글의 초반에 “백업”을 강하게 강조했습니다. 복구 작업은 대부분 안전하지만, 물리적 디스크 문제가 섞여 있으면 예상치 못한 추가 손상이 발생할 수 있기 때문입니다.
👉 다른 업데이트 오류들도 동일한 “구성 요소 손상” 축으로 이어집니다
2️⃣ Step 1 — DISM으로 Component Store 복구
0x80073712의 1차 목표는 “WinSxS 일관성 회복”입니다. DISM은 현재 시스템 이미지(Online)에서 손상된 구성 요소를 진단하고, 필요하면 Windows Update 서버에서 정상 파일을 가져와 복구합니다.
명령 실행은 아래 한 줄이 핵심이며, 완료될 때까지 기다려야 합니다.
DISM /Online /Cleanup-Image /RestoreHealth
진행률이 20~40%에서 멈춘 것처럼 보이는 구간이 자주 있습니다. 이 구간은 손상 검사/복구 적용 단계라 “느려 보이는 것”이 정상입니다.
또한 환경에 따라 “복구 원본을 다운로드”하는 흐름이 발생할 수 있으니, DISM 실행 중에는 네트워크 연결을 유지하세요.
👉 DISM이 오래 걸리거나 멈춘 것 같다면 로그로 먼저 판단하세요
3️⃣ Step 2 — SFC로 누락/손상 시스템 파일 교체
DISM이 “부품 창고(WinSxS)를 고치는 작업”이라면, SFC는 그 창고를 기준으로 실제 시스템 파일을 교체하는 작업입니다.
순서를 반대로 하면(먼저 SFC) SFC가 참조할 원본이 손상된 상태라 복구가 불완전해질 수 있으므로, 반드시 DISM → SFC로 진행합니다.
sfc /scannow
완료 후 다음 메시지가 핵심 신호입니다.
(1) “손상된 파일을 찾아 성공적으로 복구했습니다.” → 정상 복구 흐름
(2) “일부를 복구할 수 없습니다.” → 로그(CBS.log) 확인 후 추가 조치 필요(위 [P12] 참고)
4️⃣ Step 3 — Windows Update 캐시 초기화 (이탈 방지: 필수 명령 포함)
DISM/SFC로 시스템 무결성을 회복했더라도, 업데이트 다운로드 캐시가 꼬여 있으면 같은 업데이트를 다시 시도할 때 동일 오류가 재발할 수 있습니다.
가장 기본이면서 효과적인 방법은 SoftwareDistribution 및 catroot2 폴더를 “이름 변경(리셋)”해 새로 생성되게 만드는 것입니다.
아래 코드는 최소 필수 세트이며, 관리자 권한으로 그대로 실행하세요.
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
명령이 끝나면, 다음 업데이트 시도에서 Windows가 새 캐시 폴더를 다시 만들면서 손상된 다운로드/서명 정보가 제거됩니다.
만약 “폴더가 사용 중이라 이름 변경이 안 된다” 같은 오류가 나오면, 서비스가 완전히 중지되지 않았거나 보안 모듈이 잠금(lock)을 잡고 있는 경우가 많습니다.
👉 위 기본 초기화로 해결되지 않으면, 더 강력한 리셋 시나리오로 진행하세요
5️⃣ Step 4 — 업데이트 재시도 및 성공 판정
이제 설정 → Windows 업데이트 → “업데이트 확인”을 눌러 동일 업데이트를 다시 설치합니다.
성공 판정은 “다운로드가 되는지”가 아니라 설치 완료 후 재부팅까지 정상 진행되고, 업데이트 기록에 성공으로 남는지입니다.
만약 여기까지 했는데도 0x80073712가 반복된다면, 손상 범위가 광범위하거나(구성 요소 저장소 대규모 불일치), 저장장치/파일시스템 이슈가 겹쳤을 가능성을 더 강하게 봐야 합니다.
이 경우엔 데이터 백업을 우선 확정한 뒤, 마지막 수단으로 인플레이스 업그레이드 복구를 검토하는 흐름이 안전합니다(데이터 유지 가능).
👉 업데이트 실패가 반복될 때 “최후의 안전 복구 루트”가 필요하다면
👉 0x800f0922 오류가 함께 발생한다면 아래 가이드를 참고하세요.
💬 자주 묻는 질문 (FAQ)
👉 질문을 클릭하면 답이 펼쳐집니다 ▼
Q. 0x80073712 오류는 왜 발생하나요? (▼ 클릭)
대부분 WinSxS(Component Store)의 매니페스트/구성 요소가 손상되어 “필요한 구성 요소를 찾을 수 없는 상태”가 되기 때문입니다. 업데이트 도중 강제 종료·재부팅이 대표 원인입니다.
Q. DISM만으로 해결되나요? (▼ 클릭)
DISM은 WinSxS 저장소를 복구하는 단계이고, 실제 시스템 파일 교체는 SFC가 담당합니다. 안정적으로 끝내려면 DISM 후 SFC까지 실행하는 것이 정석입니다.
Q. SSD/HDD 문제가 원인일 수도 있나요? (▼ 클릭)
가능합니다. 저장장치의 배드섹터·불안정한 전원·파일시스템 오류가 누적되면 시스템 파일/WinSxS가 손상될 수 있습니다. 중요한 데이터는 먼저 백업한 뒤 복구를 진행하세요.
Q. Step 3에서 폴더 이름 변경이 “액세스 거부/사용 중”으로 실패합니다. (▼ 클릭)
서비스가 완전히 중지되지 않았거나 보안 모듈이 잠금을 잡고 있을 수 있습니다. net stop 명령이 모두 성공했는지 확인한 뒤 다시 시도하세요. 그래도 실패하면 [P11]의 “완전 초기화” 절차로 진행하는 것이 빠릅니다.
Q. 그래도 계속 실패하면 재설치가 필요한가요? (▼ 클릭)
바로 포맷/재설치로 가지 말고, 먼저 인플레이스 업그레이드(데이터 유지 복구)를 권장합니다. 구성 요소 저장소를 통째로 재구성해 0x80073712 같은 반복 오류를 끊는 데 효과적입니다([P14] 참고).