이 글의 목적은 Windows에서 백업·복원 또는 시스템 보호 실행 시 발생하는 VSS 스냅샷 실패 0x80042306 그림자 복사본 오류의 원인과 해결 절차를 실무 수준에서 정리하여, 현장에서 즉시 적용 가능한 점검 체크리스트와 명령어 예시를 제공하는 데 있다.
1. VSS 스냅샷 실패 0x80042306 오류 개요
0x80042306 오류는 Volume Shadow Copy Service(VSS, 볼륨 섀도 복사 서비스)가 스냅샷을 생성하지 못했을 때 발생하는 코드이다. 보통 아래와 같은 메시지가 함께 나타나는 경우가 많다.
- “VSS_E_PROVIDER_VETO – The shadow copy provider had an error.”
- “그림자 복사본을 만들 수 없습니다.”
- “백업에 필요한 스냅샷을 생성하지 못했습니다.”
이 오류는 단순히 백업 프로그램의 문제라기보다는, VSS 인프라 자체에 문제가 있거나 디스크·서비스·타 백업 솔루션 간 충돌로 인해 Windows가 그림자 복사본을 거부하는 상황에서 발생하는 경우가 많다.
주의 : 0x80042306은 대부분 “일시적인 트래픽 증가” 수준이 아니라, 구조적인 설정 문제나 충돌을 의미하는 경우가 많으므로, 단순 재부팅 후 방치하지 말고 원인을 정확히 진단하는 것이 좋다.
2. 0x80042306 오류가 발생하는 대표 원인
실무에서 자주 발견되는 원인을 범주별로 정리하면 다음과 같다.
2.1 여러 개의 VSS Provider(스냅샷 공급자) 충돌
여러 백업 솔루션이 동시에 설치된 서버·PC에서 자주 발생하는 유형이다. 각 백업 솔루션은 자체 VSS Provider를 설치하는데, 이들이 Microsoft 기본 Provider와 충돌하여 스냅샷 생성을 거부하는 경우가 있다. 특히 오래전에 제거한 백업 솔루션의 Provider 레지스트리 흔적이 남아 있는 경우도 많다.
2.2 Shadow Storage(그림자 복사본 저장소) 공간 부족 또는 미구성
볼륨마다 그림자 복사본을 저장하기 위한 Shadow Storage가 설정되어야 하며, 여유 공간도 충분해야 한다. Shadow Storage가 너무 작게 설정되어 있거나, 설정 자체가 없을 경우 0x80042306과 함께 스냅샷 생성이 실패할 수 있다.
2.3 VSS 관련 서비스 비활성화 또는 오류 상태
다음 서비스가 꺼져 있거나 시작 유형이 잘못 설정되어 있으면 VSS가 정상 동작하지 않는다.
- Volume Shadow Copy
- Microsoft Software Shadow Copy Provider
- RPC(원격 프로시저 호출) 관련 서비스
특히 보안 강화를 이유로 불필요한 서비스를 일괄 비활성화했을 때 함께 꺼져 있는 사례가 많다.
2.4 VSS Writer 오류 상태
VSS Writer는 SQL Server, Hyper-V, System Writer 등 애플리케이션 또는 시스템 구성 요소의 일관성을 보장하는 역할을 한다. 특정 Writer가 실패 상태(Waiting for completion / Failed / Retry 등)에 머물러 있으면 전체 스냅샷 생성이 중단되면서 0x80042306 오류가 발생할 수 있다.
2.5 디스크 파일 시스템 손상 및 I/O 오류
디스크에 배드섹터가 있거나 NTFS 파일 시스템 손상이 있는 경우, VSS가 특정 블록을 읽거나 쓰는 과정에서 실패하여 Provider가 veto(거부)하게 된다. 이때 이벤트 뷰어에는 디스크 관련 오류 또는 NTFS 오류 이벤트가 함께 기록되는 경우가 많다.
2.6 대용량 볼륨·과도한 부하·동시 작업
수십 TB 규모의 대용량 볼륨에서 동시에 여러 볼륨을 백업하거나, 디스크 I/O 부하가 매우 높은 상태에서 백업을 시도할 경우 VSS가 시간 내에 작업을 완료하지 못해 오류를 반환하는 사례가 있다. 동시에 다른 백업 또는 이미지 작업이 실행 중일 때도 동일한 증상이 발생할 수 있다.
3. 사전에 확인해야 할 기본 체크리스트
본격적인 조치에 들어가기 전에, 아래 표를 기준으로 기본적인 환경을 먼저 점검하는 것이 효율적이다.
| 점검 항목 | 권장 확인 방법 | 비고 |
|---|---|---|
| 시스템 드라이브 여유 공간 | 파일 탐색기 또는 diskmgmt.msc | 10~20% 이상 확보 권장 |
| Shadow Storage 설정 | vssadmin list shadowstorage | 없다면 설정 필요, 너무 작으면 조정 |
| VSS 관련 서비스 상태 | services.msc에서 상태 확인 | 자동/수동 + 실행 중인지 확인 |
| VSS Writer 상태 | vssadmin list writers | 모두 Stable 상태인지 확인 |
| 다른 백업 솔루션 설치 여부 | 프로그램 목록, 레지스트리 Provider | 1개만 남기고 나머지 제거 권장 |
| 디스크/파일 시스템 오류 | 이벤트 뷰어, chkdsk 결과 | 오류 발견 시 우선 복구 필요 |
4. 단계별 0x80042306 그림자 복사본 오류 해결 절차
아래 절차는 Windows 10/11 및 Windows Server 계열 공통으로 적용 가능한 일반적인 접근 순서를 정리한 것이다. 운영 환경에 맞게 필요한 단계만 선택적으로 적용해도 된다.
4.1 1단계: VSS 및 관련 서비스 상태 점검
- Win + R을 눌러 실행 창을 연다.
services.msc를 입력하고 Enter를 눌러 서비스 관리 콘솔을 연다.- 다음 서비스를 찾는다.
- Volume Shadow Copy
- Microsoft Software Shadow Copy Provider
- 각 서비스를 더블 클릭하여 다음을 확인한다.
- 시작 유형: “수동” 또는 “자동” 등 비사용(사용 안 함)이 아닌지 확인한다.
- 서비스 상태: “실행 중”인지 확인하고, 아니면 “시작” 버튼을 눌러 실행한다.
주의 : 보안 강화를 이유로 불필요 서비스 일괄 중지 스크립트를 사용한 경우, Volume Shadow Copy와 Microsoft Software Shadow Copy Provider가 함께 비활성화되어 있는 경우가 많다. 이 경우 백업 작업 시간 동안만 수동으로 활성화하는 방식도 운영상 대안이 될 수 있다.
4.2 2단계: VSS Writer 상태 확인
관리자 권한 명령 프롬프트 또는 PowerShell에서 다음 명령을 실행한다.
vssadmin list writers 출력 결과에서 모든 Writer가 “Stable” 상태이며 오류 코드가 없는지 확인한다. 특정 Writer가 “Failed” 상태이거나 오류 코드를 가지고 있다면, 해당 Writer에 대응되는 서비스(예: SQL Server, Hyper-V, WMI 등)를 재시작 후 다시 확인한다.
주의 : Writer 오류가 반복될 경우, 단순 서비스 재시작이 아니라 해당 애플리케이션 로그(SQL 에러 로그, Hyper-V 이벤트 등)를 함께 분석해야 한다. Writer 오류는 애플리케이션 레벨 문제를 동시에 의미하는 경우가 많다.
4.3 3단계: Shadow Storage(그림자 복사본 저장소) 확인 및 조정
먼저 현재 설정을 확인한다.
vssadmin list shadowstorage 특정 드라이브(C: 등)에 대해 Shadow Storage가 설정되어 있지 않거나, “Max Size”가 지나치게 작게 책정되어 있다면 아래와 같이 조정한다.
vssadmin Resize ShadowStorage /For=C: /On=C: /MaxSize=10% /For=: 그림자 복사본을 생성할 볼륨/On=: 그림자 복사본 데이터를 저장할 볼륨(일반적으로 동일 볼륨)/MaxSize=: 전체 볼륨 대비 비율 또는 MB/GB 단위 지정(예: 10%, 20GB 등)
주의 : Shadow Storage 크기를 과도하게 작게 잡으면 스냅샷 생성 도중 공간 부족으로 실패할 수 있다. 반대로 너무 크게 잡으면 일반 데이터 공간이 줄어든다. 실제 사용량과 백업 주기, 데이터 변경량을 고려하여 10~30% 정도 범위에서 적절히 조정하는 것이 좋다.
4.4 4단계: 디스크 및 파일 시스템 무결성 점검
디스크 이상이 의심되는 경우, 관리자 권한 명령 프롬프트에서 다음 명령을 사용한다.
4.4.1 chkdsk 실행
chkdsk C: /f /r - /f : 파일 시스템 오류를 자동으로 수정한다.
- /r : 배드 섹터를 찾고 읽을 수 있는 정보를 복구한다.
시스템 드라이브의 경우 재부팅 후 검사 일정이 잡히며, 서버 환경에서는 점검 시간을 별도로 계획하는 것이 안전하다.
4.4.2 시스템 파일 검사(SFC)
sfc /scannow Windows 시스템 파일 손상을 검사하고 자동으로 복구를 시도한다.
4.4.3 DISM을 통한 구성 저장소 복구(Windows 8 이상)
DISM /Online /Cleanup-Image /RestoreHealth SFC에서 문제가 해결되지 않거나 추가적인 구성 손상이 의심될 때 함께 실행하는 것이 좋다.
4.5 5단계: 다른 백업 솔루션 및 VSS Provider 충돌 제거
여러 백업 솔루션이 설치되어 있었거나, 예전에 사용하던 백업 도구의 제거가 깔끔하게 이루어지지 않은 경우, VSS Provider 충돌이 0x80042306을 유발할 수 있다.
4.5.1 설치된 VSS Provider 목록 확인
관리자 권한 명령 프롬프트에서 다음 명령을 실행한다.
vssadmin list providers 일반적으로 “Microsoft Software Shadow Copy provider 1.0” 외에 타사의 Provider가 여러 개 나열되어 있다면, 실제로 사용 중인 백업 솔루션을 제외한 나머지는 제거하는 것이 좋다.
4.5.2 사용하지 않는 백업 솔루션 제거
- “앱 및 기능” 또는 “프로그램 및 기능”에서 사용하지 않는 백업 솔루션을 완전히 제거한다.
- 제거 후 재부팅한다.
- 필요시 해당 제조사가 제공하는 전용 제거 도구(cleanup tool)가 있다면 추가로 실행한다.
주의 : 레지스트리에서 직접 VSS Provider 키를 삭제하는 작업은 시스템에 치명적인 영향을 줄 수 있으므로, 반드시 전체 레지스트리 백업 또는 시스템 이미지 백업을 먼저 수행하고 진행해야 한다. 레지스트리 편집에 익숙하지 않다면, 단순 프로그램 제거와 제조사 제공 제거 도구 사용까지만 수행하는 것이 안전하다.
4.6 6단계: 이벤트 뷰어에서 상세 원인 추적
서비스와 기본 설정을 수정한 후에도 0x80042306이 반복되면, 이벤트 뷰어에서 구체적인 오류 코드를 확인하는 것이 중요하다.
- Win + R →
eventvwr.msc입력 후 실행한다. - Windows 로그 > 응용 프로그램 및 시스템 로그에서 다음과 같은 소스를 가진 이벤트를 찾아본다.
- VSS
- VolSnap
- Disk / Ntfs
- 해당 백업 애플리케이션 이름
- 동일 시간대에 발생한 디스크 오류, 파일 시스템 오류, 특정 Writer 관련 오류가 있는지 확인한다.
이벤트 ID와 메시지를 기반으로 추가적인 조치를 결정할 수 있다. 예를 들어 디스크 I/O 오류가 반복적으로 기록된다면, 하드웨어 점검(스토리지, 케이블, 컨트롤러 등)을 우선 수행해야 한다.
4.7 7단계: 대용량 볼륨 및 서버 환경에서의 추가 고려 사항
서버 환경(특히 Hyper-V, 파일 서버, 데이터베이스 서버)에서 대용량 볼륨을 백업하는 경우에는 다음 사항을 추가로 고려하는 것이 좋다.
- 백업 작업 시간을 디스크 I/O가 상대적으로 적은 심야 시간대로 조정한다.
- 동일 시점에 실행되는 다른 백업 작업(타 솔루션, DB 자체 백업 등)을 분산한다.
- Hyper-V의 경우, 호스트와 게스트 VM 양쪽의 VSS 상태를 모두 점검한다.
- 볼륨 크기가 매우 클 경우(수십 TB 이상), 볼륨 분할 또는 백업 전략(블록 레벨, 파일 레벨)을 재설계하는 것도 고려한다.
5. 실제 적용을 위한 실무형 점검 스크립트 예시
아래는 기본적인 VSS 상태를 한 번에 점검할 때 사용할 수 있는 PowerShell 예시이다. 운영 정책에 맞게 수정하여 사용하면 된다.
# VSS 기본 상태 점검 스크립트 예시 (관리자 권한으로 실행) Write-Host "=== VSS 서비스 상태 확인 ===" Get-Service -Name "VSS","swprv" | Format-Table -AutoSize
Write-Host "`n=== VSS Writer 상태 확인 ==="
vssadmin list writers
Write-Host "`n=== VSS Provider 목록 확인 ==="
vssadmin list providers
Write-Host "`n=== Shadow Storage 설정 확인 ==="
vssadmin list shadowstorage
이 스크립트를 기반으로, Writer 출력 내용·Provider 목록·Shadow Storage 설정을 캡처하여 장애 분석 기록으로 남기면, 추후 재발 시 비교 분석에 매우 유용하다.
6. 재발 방지를 위한 운영 팁
- 백업 솔루션을 하나로 표준화하여 동시에 여러 제품을 사용하지 않도록 한다.
- 서버·PC 도입 시 기본 Shadow Storage 용량을 적절히 확보하고, 데이터 증가량에 따라 주기적으로 재조정한다.
- 정기적인 디스크 상태 점검(chkdsk, SMART 모니터링 등)을 통해 하드웨어 문제를 조기에 발견한다.
- 백업 작업 실패 시, 단순히 다시 실행하는 것에 그치지 말고 0x80042306처럼 특정 오류 코드가 반복되는지 모니터링한다.
- Windows 업데이트와 백업 솔루션 업데이트를 꾸준히 적용하여 알려진 VSS 관련 버그 패치를 반영한다.
주의 : VSS 오류를 무시한 채 백업 실패를 방치하면, 정작 복원이 필요한 시점에 쓸 수 있는 정상 백업이 없는 상황이 발생할 수 있다. 0x80042306이 한 번이라도 발생했다면, 최소한 일시적 현상인지 구조적 문제인지 확인할 때까지 로그와 설정을 점검하는 것이 안전하다.
FAQ
Q1. 0x80042306 오류가 가끔 한 번씩만 발생하는데 꼭 조치해야 하는가?
단발성으로 한 번만 발생하고 이후 동일 조건에서 재현되지 않는다면 일시적인 부하나 Writer 타임아웃일 수 있다. 그러나 백업은 최후의 안전장치이므로, 같은 작업·같은 조건에서 여러 번 시도했을 때도 정상 완료되는지 확인하는 것이 좋다. 재현성이 없더라도 이벤트 로그에 디스크·VSS 관련 오류가 많이 쌓이고 있다면 선제적인 점검을 권장한다.
Q2. 시스템 보호(복원 지점 생성)에서도 0x80042306이 뜨는데, 백업 프로그램 문제인가?
시스템 보호 역시 내부적으로 VSS를 사용하므로, 복원 지점 생성 시 0x80042306이 나온다면 백업 솔루션이 아니라 VSS 인프라 자체 문제일 가능성이 크다. 이 경우에도 Shadow Storage 설정, VSS 서비스 상태, Writer 상태, 디스크 무결성 순으로 동일하게 점검해야 한다.
Q3. Shadow Storage를 늘렸는데도 여전히 0x80042306이 발생한다.
Shadow Storage 공간 부족 외의 다른 원인이 존재할 가능성이 높다. 특히 다른 백업 솔루션의 VSS Provider 충돌, 디스크 I/O 오류, 특정 Writer 실패 등이 숨어 있을 수 있다. vssadmin list writers와 이벤트 뷰어 로그를 함께 확인하여, 어떤 Writer 또는 디스크가 문제를 일으키는지 먼저 찾는 것이 중요하다.
Q4. 레지스트리에서 VSS Provider 키를 직접 삭제해도 되는가?
기술적으로는 가능하지만, 잘못 삭제할 경우 시스템 전체에 영향을 줄 수 있다. 공식 제거 도구나 프로그램 삭제 절차로도 Provider가 제거되지 않는 특수한 경우가 아니라면, 레지스트리 수동 수정은 최후의 수단으로만 사용해야 한다. 반드시 전체 백업 또는 최소한 시스템 이미지 백업을 먼저 확보한 후에 진행해야 한다.
Q5. 서버를 재시작하면 한동안은 정상인데 시간이 지나면 다시 0x80042306이 발생한다.
이 경우 지속적으로 리소스를 점유하는 백업 작업, 로그 축적, 디스크 부하, Writer 타임아웃 등이 복합적으로 작용하는 패턴일 가능성이 높다. 백업 작업 스케줄 간 간격을 넓히고, 동시에 동작하는 타 백업·검사 작업을 분산하며, 디스크 성능과 여유 공간을 모니터링하여 병목 지점을 찾는 것이 필요하다. 또한 정기적인 로그 분석을 통해 어떤 시점부터 다시 오류가 나타나는지 패턴을 파악하면 원인 추적에 도움이 된다.