윈도우11 윈도우10 손상 복구, DISM /online /cleanup-image /restorehealth 제대로 쓰는 법

윈도우11 / 윈도우10에서 업데이트가 자꾸 실패하거나, 앱 실행이 꼬이고, 설정/스토어/기본 기능이 말썽인데 원인 잡기가 애매할 때가 있어요.

이럴 때 가장 먼저 의심해볼 게 시스템 파일과 Windows 구성 요소 저장소(WinSxS) 쪽 손상입니다.

윈도우에 기본으로 들어있는 복구 도구 중에서 DISM은 “구성 요소 저장소”를 정리/복구하는 쪽에 강하고, SFC는 “현재 시스템 파일”을 검사/복구하는 쪽에 강합니다.

DISM 명령어는 관리자 권한으로 실행해야 하고, 보통 SFC / Scannow 명령어와 같이 묶어서 쓰는 경우가 많습니다.

Dism /online /cleanup-image /restorehealth 명령어

DISM(Deployment Image Servicing and Management)은 윈도우 “이미지/구성 요소”를 다루는 도구예요.

지금 사용 중인 윈도우(=현재 설치된 시스템)의 구성 요소 저장소가 깨졌는지 확인하고, 필요하면 정상 파일로 바꿔치기해서 복구하는 데에 초점이 있습니다.

비교 포인트	DISM	SFC /scannow
어디를 주로 보나	구성 요소 저장소(WinSxS), 이미지/패키지	현재 시스템 파일
잘 먹히는 상황	업데이트/드라이버 적용 후 꼬임, 저장소 손상, 복구 파일 부족	파일 누락/손상, 기본 기능 오류, 시스템 파일 무결성 문제
특징	필요 시 복구 원본을 받아오거나(정책/환경에 따라) 로컬 원본을 지정해 복구	로컬에 있는 “정상 원본”을 참고해 복구 (원본 자체가 깨졌으면 한계)
권한	관리자 권한 필요	관리자 권한 필요

Dism vs SFC 복구명령어 차이점

SFC Scannow vs Dism 복구명령어 기능차이

자주 보이는 증상	SFC가 더 먼저 먹힐 때	DISM이 더 필요한 때
시스템 파일 손상/누락	가벼운 손상, 일부 파일 교체로 끝나는 케이스	SFC가 “복구 원본”을 못 찾거나, 저장소가 같이 깨진 케이스
업데이트 오류	업데이트 직후 가벼운 꼬임	구성 요소 저장소 문제로 업데이트가 연쇄 실패하는 케이스
블루스크린/충돌	시스템 파일 쪽 흔들림이 의심될 때	드라이버/패치 적용 후 OS 구성요소까지 영향 받은 느낌일 때
부팅/복구 환경	부팅은 되는데 여기저기 오류가 날 때	부팅이 불안정하거나, 복구 환경에서 오프라인 이미지 복구가 필요할 때

SFC가 “겉에 보이는 시스템 파일”을 정리해주는 느낌이라면, DISM은 그 파일들이 참조하는 원본 보관함(구성 요소 저장소)까지 손봐주는 느낌에 가깝습니다.

그래서 DISM으로 저장소를 먼저 정상화해두면, 그 다음 SFC가 더 시원하게 끝나는 경우가 꽤 많아요.

Dism /online /cleanup-image /restorehealth는 현재 설치된 윈도우에서 구성 요소 저장소 손상을 확인하고, 가능한 경우 손상된 파일을 복구하는 데 쓰는 명령어입니다.

옵션	무슨 뜻인지
/online	지금 사용 중인 윈도우(현재 시스템)를 대상으로 작업
/cleanup-image	구성 요소 저장소(WinSxS) 관련 검사를 수행
/checkhealth	이미 기록된 손상 여부만 빠르게 확인(짧게 끝나는 편)
/scanhealth	손상 여부를 좀 더 꼼꼼히 검사(시간이 꽤 걸릴 수 있음)
/restorehealth	검사 + 복구까지 한 번에 처리

윈도우 이미지 복구 명령어

관리자 권한으로 명령 프롬프트(또는 터미널/파워쉘)를 열고 아래를 입력합니다.

dism /online /cleanup-image /restorehealth

실행 중에는 퍼센트가 멈춘 것처럼 보여도 내부 작업이 계속 도는 경우가 많습니다.

끝나고 나서 “복구가 완료” 같은 문구가 보이면, 바로 이어서 SFC도 한 번 돌려주는 편이 깔끔합니다.

sfc /scannow

윈도우 업데이트 설치오류

업데이트 패키지(CAB 등)를 따로 받아 둔 상태라면 아래처럼 적용할 수 있습니다. (경로만 본인 환경에 맞게)

dism /online /add-package /packagepath:C:pathtoupdate.cab

업데이트가 자꾸 꼬일 때는 “패키지 적용”보다 먼저 restorehealth로 저장소부터 정리해두는 게 체감이 좋아요.

WinSxS 폴더 구성요소 저장소 정리

dism /online /cleanup-image /startcomponentcleanup

WinSxS 폴더에 쌓인 불필요한 구성 요소 잔여물을 정리해서 디스크 공간을 확보할 때 사용합니다.

윈도우 시스템 복구 속도 느린경우

DISM 복구가 느린 이유는 여러 가지가 섞입니다.

• 저장소 상태가 심하게 꼬였거나
• 복구에 필요한 파일을 가져오는 쪽이 느리거나(정책/환경/네트워크)
• 디스크가 HDD이거나, 남은 공간이 빡빡하거나
• 백신/보안 프로그램이 파일 교체를 계속 검사하는 경우

“좀 더 빠르게 끝내고 싶다”는 느낌일 때, 아래 설정이 의외로 도움이 되는 경우가 많습니다.

시작 메뉴 검색 창에 gpedit.msc를 입력하고 Enter 키를 눌러 로컬 그룹 정책 편집기를 엽니다.

컴퓨터 구성 > 관리 템플릿 > 시스템 > 선택적 구성 요소 설치 및 구성 요소 복구 설정 지정으로 이동한 다음 설정 창을 두 번 클릭해서 엽니다.

설정을 사용으로 바꾸고, 옵션에서 Windows 업데이트에 직접 문의하여 WSUS(Windows Server Update Services) 대신 복구 콘텐츠 다운로드 항목에 체크합니다.

DISM은 상태에 따라 10분 전후로 끝나기도 하고, 상황이 안 좋으면 1시간 이상 걸리는 경우도 있습니다.

DISM 명령어 실행되지 않는다면?

가장 먼저 관리자 권한으로 열었는지 확인합니다. (이거 하나로 끝나는 경우가 진짜 많아요.)

그리고 요즘 윈도우는 Windows Terminal이나 PowerShell에서 실행해도 똑같이 됩니다.

우선 Windows Powershell을 관리자권한으로 실행 후 시스템 파일 검사를 한 번 돌려봅니다.

sfc /scannow

그 다음 Windows Update 서비스가 꼬인 느낌이면 아래를 한 번 실행하고, 다시 DISM을 시도해봅니다.

net stop wuauserv
net start wuauserv

“뭔가 자꾸 다운로드 쪽에서 막히는 느낌”이 나면, 위에 적어둔 그룹 정책(WSUS 대신 직접 다운로드) 체크도 같이 보세요.

참고로 DISM을 더 안정적으로 끝내고 싶다면

DISM이 실패하는 케이스 중에서 특히 많은 게, 복구에 필요한 파일을 못 구하는 상황입니다.

대표적으로 아래 같은 메시지/코드가 함께 뜨는 경우가 있어요.

• 0x800f081f (원본 파일을 찾을 수 없음)
• 0x800f0906 (필요한 파일을 다운로드/가져오기 실패)

이럴 땐 “인터넷이 느려서”만의 문제가 아니라, 정책(WSUS), 프록시/VPN, 또는 원본 손상 가능성도 같이 봐야 합니다.

복구 원본을 직접 지정해서 끝내는 방법(오프라인 원본)

윈도우 설치 ISO(또는 설치 USB)에 들어있는 install.wim / install.esd를 복구 원본으로 지정하면, 다운로드를 덜 타고 훨씬 안정적으로 끝나는 경우가 많습니다.

예시는 이런 모양입니다. (드라이브 문자는 환경마다 다릅니다.)

dism /online /cleanup-image /restorehealth /source:wim:D:sourcesinstall.wim:1 /limitaccess

/limitaccess는 “Windows Update로 원본을 더 찾으러 가지 말고, 지정한 source로만 처리해”라는 느낌입니다.

만약 install.wim이 아니라 install.esd라면 이렇게도 씁니다.

dism /online /cleanup-image /restorehealth /source:esd:D:sourcesinstall.esd:1 /limitaccess

여기서 :1 같은 숫자는 에디션 인덱스인데, 설치 미디어에 여러 에디션이 들어있을 때 달라질 수 있어요.

DISM이 끝났는데도 찜찜하면

복구가 끝나면, 재부팅 한 번 하고 sfc /scannow를 다시 돌려보는 편이 속 편합니다.

그리고 로그로 확인하고 싶으면 아래 위치에 남습니다.

• C:WindowsLogsDISMdism.log
• C:WindowsLogsCBSCBS.log

에러 코드가 찍혀 있으면, “다운로드 문제인지 / 원본 문제인지 / 권한 문제인지” 감이 빨리 옵니다.

작업 도중 멈춘 것처럼 보일 때

특히 20% / 40% / 62% / 84% 근처에서 멈춘 듯한 느낌이 자주 드는데 이 구간은 내부 정리/검증이 길어지는 경우가 많아서, CPU/디스크가 바쁘게 움직이고 있으면 “진짜 멈춤”이 아닐 확률이 높습니다.

자주 묻는 질문(FAQ)

DISM /online 이면 인터넷이 꼭 필요해요?

/online은 “현재 설치된 윈도우를 대상으로”라는 뜻이라서, 그 자체가 인터넷을 의미하진 않습니다.

다만 복구 원본을 Windows Update에서 가져오는 설정이 걸려 있으면 인터넷/정책/네트워크 영향을 받을 수 있어요.

DISM이 20%에서 멈춘 것처럼 보여요. 종료해도 되나요?

대부분은 내부 작업이 길어지는 구간이라서, 디스크/CPU가 움직이고 있으면 조금 더 두는 편이 안전합니다.

반대로 몇십 분~수 시간 동안 리소스 사용량이 완전 0에 가깝고, 오류 메시지도 반복되면 그때는 로그를 확인하는 쪽이 빨라요.

DISM과 SFC 중에 뭐부터 돌리는 게 좋아요?

체감상은 DISM(restorehealth) → SFC(/scannow)가 더 깔끔하게 끝나는 경우가 많습니다.

SFC는 “원본 보관함”이 정상이라는 전제를 깔고 움직이는 편이라서, DISM으로 저장소를 먼저 바로잡아두면 성공률이 올라갑니다.

0x800f081f 오류가 뜨면 무조건 재설치 해야 하나요?

바로 재설치로 갈 필요는 없어요.

이 에러는 복구에 필요한 원본 파일을 못 찾는 경우가 많아서, 설치 ISO의 install.wim / install.esd를 /source로 지정하면 해결되는 케이스가 꽤 있습니다.

회사 PC에서 DISM이 실패하는데 이유가 있을까요?

있습니다. WSUS 정책, 프록시, 보안 솔루션, 업데이트 차단 정책 때문에 복구 원본을 못 가져오는 일이 자주 생겨요.

그럴 땐 WSUS 대신 Windows Update에서 복구 콘텐츠 받기 설정을 확인하거나, 아예 /source로 로컬 원본을 지정하는 쪽이 더 안정적입니다.

WinSxS 폴더를 직접 삭제해도 되나요?

직접 삭제는 추천하지 않습니다. 구성 요소 저장소라서, 잘못 건드리면 업데이트/복구가 더 꼬일 수 있어요.

공간이 필요하면 startcomponentcleanup 같은 정리 명령을 쓰는 쪽이 안전합니다.

DISM 실행 후 재부팅은 꼭 해야 하나요?

꼭은 아니지만, 파일 교체가 섞여 있으면 재부팅 한 번 해주는 편이 깔끔합니다.

그 다음 sfc /scannow까지 돌려보고 오류가 안 나오면 마무리 느낌이 좋아요.