- 공유 링크 만들기
- X
- 이메일
- 기타 앱
이 글의 목적은 Windows 10/11에서 “스캔이 갑자기 안됨”, “WIA 서비스가 중단되었거나 응답하지 않음”, “오류 1068”, “0x800706be” 등으로 스캔이 실패할 때, Windows Image Acquisition(WIA) 서비스를 중심으로 원인을 빠르게 분리하고 재발을 줄이는 표준 복구 절차를 현장에서 바로 적용할 수 있게 정리하는 것이다.
1. 증상 패턴과 원인 분류
1) 대표 증상
스캐너 전용 프로그램(제조사 앱), Windows 스캔(Scan), 팩스 및 스캔, Office/Adobe의 스캔 기능에서 장치를 찾지 못하거나 스캔 시작 직후 중단되는 증상이 발생하다.
서비스 관리에서 Windows Image Acquisition(WIA)이 “중지됨”으로 표시되며 시작 버튼이 동작하지 않거나, 시작되더라도 스캔 시도 중 다시 중지되는 경우가 많다.
2) 대표 오류 코드/메시지
| 표시되는 내용 | 의미(현상 관점) | 우선 점검 포인트 |
|---|---|---|
| WIA 서비스가 중단되었거나 응답하지 않음 | 스캔 중간에 WIA가 종료되거나 호출에 응답하지 않다 | WIA 재시작, 의존 서비스(RPC/DCOM 등) 상태 확인, 드라이버 충돌 점검하다 |
| 오류 1068: 종속 서비스 또는 그룹이 시작되지 않음 | WIA가 필요로 하는 서비스가 내려가 있어 시작 자체가 실패하다 | 의존성 서비스 시작 유형/실행 상태 확인, 이벤트 로그 확인하다 |
| 0x800706be | 원격 프로시저 호출(RPC) 계열 통신 실패로 스캔 호출이 끊기다 | RPC 관련 서비스, 보안 소프트웨어/정책, 시스템 파일 무결성 점검하다 |
| 장치를 찾을 수 없음 / Scanner not found | 장치 열거/드라이버 로딩 단계에서 실패하다 | 케이블/USB 포트, 장치 관리자, 드라이버 재설치, Windows 업데이트 확인하다 |
주의 : 스캔 장애를 “서비스만 다시 켜면 된다”로 단정하면 재발이 잦다. “시작이 안 되는 경우(1068)”와 “스캔 중에 꺼지는 경우(스캔 시작 후 중지)”는 원인이 다르므로, 아래 절차대로 분기하여 점검하는 것이 안전하다.
2. 가장 빠른 복구: WIA 서비스 재시작과 자동 시작 설정
1) services.msc에서 WIA 시작 유형과 상태 복구
Windows 키를 누르고 services.msc를 실행한 뒤, Windows Image Acquisition(WIA)을 찾아 속성을 열어 점검하다.
시작 유형은 “자동”을 권장하며, 서비스 상태가 “중지됨”이면 시작을 시도하다.
| 항목 | 권장 값 | 설명 |
|---|---|---|
| 서비스 이름 | Windows Image Acquisition (WIA) | 스캐너/카메라 이미지 획득 표준 인터페이스를 제공하다 |
| 시작 유형 | 자동 | 부팅 후 장치 연결/호출에 즉시 대응하도록 구성하다 |
| 서비스 상태 | 실행 중 | 스캔 앱이 WIA를 호출할 때 중지 상태면 실패하다 |
2) 작업 관리자에서 StiSvc 재시작으로 즉시 복구
현장에서는 서비스 목록에서 재시작이 더 빠르다. 작업 관리자(CTRL+SHIFT+ESC)에서 “서비스” 탭을 열고 StiSvc를 찾아 재시작하다.
이 방식은 스캔 업무를 급히 진행해야 하는 상황에서 1차 응급조치로 유효하다.
3. WIA가 시작되지 않는 경우: 의존성 서비스(RPC/DCOM 등) 확인
1) WIA 의존성 확인 방법
WIA 속성의 “종속성” 탭에서 WIA가 의존하는 서비스를 확인하다. 오류 1068이 나오면 여기의 서비스 중 하나 이상이 실행되지 않거나 시작이 차단된 상태이다.
2) 실무에서 반드시 확인할 핵심 서비스
환경에 따라 표시 이름은 조금 다를 수 있으나, 다음 계열이 정상 동작해야 WIA가 안정적으로 유지되다.
| 서비스(표시 이름 예) | 역할 | 권장 시작 유형 |
|---|---|---|
| Remote Procedure Call (RPC) | 스캔 호출/드라이버 통신의 기반이 되다 | 자동 |
| RPC Endpoint Mapper | RPC 엔드포인트 매핑을 제공하다 | 자동 |
| DCOM Server Process Launcher | COM/DCOM 구성 요소 실행 기반이 되다 | 자동 |
| Shell Hardware Detection | 장치 연결 이벤트/자동 실행 흐름에 관여하다 | 자동 |
주의 : 보안 기준(CIS 하드닝), WDAC, AppLocker, 서비스 하드닝 정책 적용 환경에서는 특정 서비스가 정책으로 “사용 안 함”으로 강제될 수 있다. 이 경우 로컬에서 수동으로 바꿔도 재부팅 후 원복될 수 있으니, 정책(GPO/MDM) 측 설정을 함께 점검해야 하다.
4. 스캔 중 WIA가 다시 중지되는 경우: 복구 옵션과 이벤트 로그로 재발 방지
1) 서비스 복구(Recovery) 설정 권장값
WIA 속성의 “복구” 탭에서 첫째/둘째/이후 실패 동작을 “서비스 다시 시작”으로 설정하면, 스캔 중 일시적인 충돌로 서비스가 내려가도 자동 복구되다.
| 복구 항목 | 권장 설정 | 설명 |
|---|---|---|
| 첫째 실패 | 서비스 다시 시작 | 일시 오류 대응을 자동화하다 |
| 둘째 실패 | 서비스 다시 시작 | 반복 충돌 시에도 업무 연속성을 높이다 |
| 이후 실패 | 서비스 다시 시작 | 근본 원인 해결 전 임시 안정화에 유효하다 |
| 재설정 실패 횟수 | 1일(또는 0일) | 환경에 맞게 조정하되, 과도한 재시작은 근본 원인 분석을 방해할 수 있다 |
2) 이벤트 뷰어에서 중지 원인 단서 확보
이벤트 뷰어에서 Windows 로그의 시스템(System) 항목을 확인하여, Service Control Manager 관련 오류(예: 서비스 예기치 않은 종료) 기록을 확인하다.
동일 시간대에 드라이버 오류, USB 장치 재연결, 보안 프로그램 차단 로그가 함께 발생하면 충돌 가능성이 높다.
5. 장치 관리자와 드라이버 관점의 표준 조치
1) “WIA 드라이버가 필요함” 유형
스캐너가 TWAIN만 제공하거나, WIA 드라이버가 손상/미설치된 경우 스캔 앱이 WIA 드라이버를 요구하다. 이 경우 서비스만 정상이어도 스캔이 실패하다.
제조사 드라이버/유틸리티를 최신 버전으로 재설치하고, 기존 구성요소를 완전 제거 후 재부팅하는 절차가 안정적이다.
2) 권장 드라이버 재설치 순서
| 순서 | 작업 | 목적 |
|---|---|---|
| 1 | 스캐너 USB 분리(네트워크는 전원만 유지 또는 재부팅 준비)하다 | 잘못된 장치 캐시/열거 상태를 끊다 |
| 2 | 앱 및 기능에서 제조사 스캔 소프트웨어 제거하다 | 충돌 모듈/구버전 구성요소를 제거하다 |
| 3 | 장치 관리자에서 스캐너/이미징 장치 제거(가능 시 드라이버도 삭제)하다 | 드라이버 스택을 초기화하다 |
| 4 | 재부팅 후 최신 드라이버/유틸 설치하다 | 호환 버전으로 재구성하다 |
| 5 | 마지막에 USB 연결 또는 네트워크 재검색하다 | 정상 열거 후 스캔 테스트하다 |
주의 : 회사 환경에서 동일 모델 다수 운용 시, “드라이버 자동 업데이트”가 오히려 문제를 재발시키는 경우가 있다. 검증된 드라이버 버전과 Windows 업데이트 수준을 표준으로 고정하고, 변경은 테스트 후 반영하는 운영이 안전하다.
6. Windows 업데이트와 기능 업데이트 이후 스캔 장애 대응
1) 누적 업데이트 적용 여부 점검
Windows 11 기능 업데이트 이후 특정 장치군에서 스캔 인식/연결 문제가 보고되는 경우가 있다. 이 경우 제조사 공지에서 특정 누적 업데이트 적용을 요구하거나, Windows 업데이트 최신 상태에서 개선되는 사례가 있다.
2) 업데이트 적용 전후 체크리스트
| 체크 항목 | 업데이트 전 | 업데이트 후 |
|---|---|---|
| WIA 실행 상태 | 실행 중 확인하다 | 스캔 시도 중 중지 여부 확인하다 |
| 장치 관리자 상태 | 경고 아이콘 확인하다 | 드라이버 재적용 여부 확인하다 |
| 제조사 앱 동작 | 스캔/미리보기 테스트하다 | 호환성/권한 문제 발생 여부 확인하다 |
| 정책/보안 도구 | 서비스 차단 정책 확인하다 | 업데이트로 정책 재적용 여부 확인하다 |
7. 시스템 파일/구성 손상 점검: SFC와 DISM
1) SFC 실행
WIA가 반복적으로 종료되거나 RPC 계열 오류가 지속되면 시스템 파일 손상 점검이 필요하다. 관리자 권한 터미널에서 SFC를 실행하다.
sfc /scannow2) DISM 복구
SFC에서 복구가 불완전하거나, Windows 구성 요소 저장소 문제 가능성이 있으면 DISM 복구를 수행하다.
DISM /Online /Cleanup-Image /RestoreHealth주의 : WSUS 사용 환경에서는 DISM이 복구 소스를 찾지 못하는 경우가 있다. 이때는 조직의 업데이트 정책과 복구 소스(기능/언어 팩 포함) 구성을 함께 점검해야 하다.
8. 보안 프로그램/클린 부팅으로 충돌 분리
1) 충돌의 전형
은행/관공서 보안 모듈, DLP, EDR, 프린터/스캐너 통합 관리 도구 등이 COM/RPC 호출을 가로채거나 장치 접근을 제한하여 WIA가 스캔 중 종료되는 경우가 있다.
2) 클린 부팅으로 재현 여부 확인
클린 부팅 상태에서 스캔이 정상이라면, 서드파티 서비스/시작프로그램 충돌 가능성이 높다. 충돌 후보를 단계적으로 복원하며 원인 모듈을 특정하다.
9. 현장용 빠른 진단 플로우
| 질문 | 예(Yes)일 때 | 아니오(No)일 때 |
|---|---|---|
| WIA가 시작 자체가 안 되다(오류 1068 등) | 의존성 서비스(RPC/DCOM/Endpoint Mapper/Shell Hardware) 상태를 먼저 복구하다 | 다음 단계로 진행하다 |
| WIA는 실행되지만 스캔 중 꺼지다 | 복구 옵션을 “서비스 다시 시작”으로 설정하고, 드라이버/보안 충돌을 분리하다 | 다음 단계로 진행하다 |
| 장치를 찾지 못하다 | USB/전원/포트 변경 후 장치 관리자 재인식, 드라이버 재설치하다 | 다음 단계로 진행하다 |
| 제조사 앱은 되는데 Windows 스캔만 안 되다 | WIA 기반 앱 권한/서비스/정책 문제 가능성이 높으므로 서비스 안정화와 정책을 점검하다 | 드라이버/장치 자체 문제로 범위를 좁히다 |
10. 재발 방지 운영 팁(기업/현장)
1) 서비스 상태 모니터링
업무 PC에서 반복 발생한다면, WIA가 중지될 때 이벤트 ID와 발생 시간을 기록하고 동일 패턴을 비교하는 운영이 유효하다.
2) 표준 이미지/드라이버 버전 관리
스캐너가 많은 조직에서는 검증된 Windows 빌드와 누적 업데이트 수준, 검증된 드라이버 버전을 표준으로 정하고 변경관리로 운영하는 방식이 장애율을 낮추다.
3) USB 전원 관리 점검
노트북/도킹 환경에서 USB 선택적 절전(Selective Suspend)이나 허브 전원 부족으로 스캔 중 장치가 재연결되며 서비스가 흔들리는 경우가 있다. 동일 증상이 반복되면 포트 변경, 허브 교체, 전원 어댑터 점검을 병행하다.
FAQ
WIA를 “자동”으로 해도 스캔할 때마다 다시 중지되다. 무엇을 먼저 봐야 하나?
서비스 복구 옵션을 “서비스 다시 시작”으로 바꾸고, 이벤트 뷰어에서 WIA 중지 시점의 시스템 로그를 확인하는 것이 우선이다. 같은 시점에 드라이버 오류, USB 재연결, 보안 프로그램 차단이 함께 있으면 충돌 가능성이 높으므로 드라이버 재설치 또는 클린 부팅으로 원인을 분리하다.
오류 1068이 떠서 WIA 시작 버튼이 비활성화되다. 해결 순서는 어떻게 되나?
WIA 속성의 종속성 탭에서 의존 서비스가 실행 중인지 확인하고, RPC/DCOM/Endpoint Mapper 계열이 중지 또는 사용 안 함이면 먼저 정상화해야 하다. 그 다음 WIA 시작 유형을 자동으로 맞추고 시작을 시도하다.
제조사 스캔 프로그램은 되는데 Windows 스캔만 실패하다. 드라이버 문제인가?
제조사 앱이 TWAIN 경로로만 동작하고 Windows 스캔은 WIA 경로를 쓰는 경우가 있다. 이때는 WIA 서비스 안정화와 WIA 드라이버 설치 여부가 핵심이며, WIA가 스캔 중 중지된다면 복구 옵션 설정과 충돌 분리가 필요하다.
현장 응급조치로 가장 빠른 방법은 무엇인가?
작업 관리자에서 서비스 탭을 열고 StiSvc를 재시작한 뒤 즉시 스캔을 재시도하는 방법이 가장 빠르다. 단, 재발한다면 의존성/드라이버/보안 충돌을 정식 절차로 점검해야 하다.