- 공유 링크 만들기
- X
- 이메일
- 기타 앱
이 글의 목적은 Windows에서 스캐너가 갑자기 인식되지 않거나 “스캔을 시작할 수 없음”과 같은 오류가 발생할 때, 원인 중 가장 빈도가 높은 WIA(Windows Image Acquisition) 서비스 중지 문제를 신속하고 재발 없이 해결할 수 있도록 절차와 점검 포인트를 실무 기준으로 정리하는 것이다.
1. 증상으로 빠르게 판단하는 WIA 서비스 중지 이슈
스캔 실패는 장치 불량만의 문제가 아니다. Windows에서 스캔 기능은 서비스, 드라이버, 장치 연결, 권한 정책이 함께 맞물린다. 특히 WIA 서비스가 중지되면 스캐너가 연결되어 있어도 응용프로그램이 장치를 찾지 못하거나 시작 단계에서 즉시 실패한다.
1.1 대표 증상
- Windows “스캔” 앱 또는 “Windows 팩스 및 스캔”에서 장치가 목록에 안 보이거나 선택 후 바로 실패한다.
- 복합기 제조사 스캔 유틸리티에서 “연결된 스캐너 없음”, “장치 초기화 실패”가 발생한다.
- Office, PDF 편집기 등에서 “스캐너를 사용할 수 없음” 또는 WIA 관련 오류 코드가 표시된다.
- 최근 보안 기준(CIS, 조직 보안정책) 적용 이후부터 스캔만 실패하기 시작한다.
1.2 흔한 오해
- 드라이버를 재설치해도 해결되지 않는다.
- USB 케이블을 바꿔도 동일하다.
- 프린터 출력은 정상인데 스캔만 안 된다.
주의 : 동일 증상이더라도 원인이 “서비스 중지”가 아닌 경우가 있다. 아래의 “서비스 상태 확인 → 시작 유형 복구 → 의존성 점검” 순서를 먼저 수행하면 불필요한 드라이버 재설치와 현장 방문을 줄일 수 있다.
2. WIA 서비스가 왜 스캔을 좌우하는가
WIA는 Windows에서 이미지 취득(스캐너/카메라 등)을 중개하는 핵심 구성 요소이다. 응용프로그램은 WIA를 통해 장치 목록을 조회하고, 스캔 세션을 열며, 데이터를 받아온다. 이 서비스가 중지되면 앱 입장에서는 “스캐너가 없는 것”처럼 동작한다.
2.1 관련 서비스와 구성 요소
환경에 따라 아래 서비스들이 함께 영향을 준다. 특히 WIA만 켜고 끝내면 재부팅 후 다시 실패하는 경우가 있으므로 의존성을 같이 확인하는 것이 안정적이다.
| 구성 요소 | 역할 | 문제 발생 시 증상 | 권장 상태 |
|---|---|---|---|
| Windows Image Acquisition (WIA) | 스캔 장치 열거/세션/데이터 취득 | 스캐너 미인식, 즉시 실패 | 실행 중, 시작 유형 자동 |
| RPC (Remote Procedure Call) | Windows 서비스 간 통신 기반 | 서비스 시작 자체가 불가 | 실행 중(기본값 유지) |
| DCOM Server Process Launcher | COM/DCOM 활성화 | 장치/앱 연동 오류 | 실행 중(기본값 유지) |
| Shell Hardware Detection | 장치 자동 인식/자동 실행 트리거 | 연결 인식 지연, 일부 앱에서 미표시 | 실행 중 또는 수동(환경에 따라) |
| Print Spooler | 프린터 출력/일부 복합기 연동 | 복합기 소프트웨어 연동 불안정 | 출력 필요 시 실행 중 |
3. 원인 패턴: 왜 WIA 서비스가 중지되는가
3.1 보안 기준 또는 조직 정책에 의한 비활성화
보안 기준 적용 과정에서 “불필요 서비스 비활성화” 목록에 WIA가 포함되는 사례가 있다. 카메라/이미징 장치 경로를 줄이려는 목적이지만, 복합기 스캔까지 같이 막아 업무 중단으로 이어진다.
3.2 서비스 시작 유형이 ‘사용 안 함’으로 변경
서비스가 일시적으로 중지된 수준이 아니라 시작 유형이 “사용 안 함(Disabled)”으로 고정되면 재부팅 시마다 스캔이 다시 실패한다. 이 경우 단순히 “시작” 버튼만 누르는 것으로는 해결되지 않는다.
3.3 드라이버 업데이트 또는 장치 설치/제거 반복 후 서비스 상태 꼬임
특정 제조사 유틸리티가 장치 설치 과정에서 WIA 연동 구성 요소를 재설정하다가, 운영 정책과 충돌해 서비스가 중지 상태로 남는 경우가 있다.
4. 1차 해결: 서비스 상태 확인과 즉시 복구
4.1 GUI로 빠르게 복구(현장 대응용)
- Win + R 실행 후 services.msc 입력한다.
- 목록에서 Windows Image Acquisition (WIA)를 찾는다.
- 상태가 “중지됨”이면 “시작”을 누른다.
- 시작 유형이 “사용 안 함”이면 “속성”에서 자동 또는 수동으로 변경 후 적용한다.
주의 : 운영 환경에서 스캔이 상시 필요하면 시작 유형은 “자동”이 안전하다. 단, 노트북에서 간헐 사용만 하는 환경은 “수동”도 가능하나, 일부 앱은 호출 시점에 서비스 시작이 지연되어 첫 스캔이 실패할 수 있다.
4.2 명령어로 복구(원격/표준화 대응용)
관리자 권한 터미널에서 아래 명령을 순서대로 실행하면 시작 유형과 실행 상태를 동시에 정리할 수 있다.
sc query stisvc sc config stisvc start= auto net start stisvcPowerShell을 표준으로 쓰는 조직에서는 아래 방식이 일관적이다.
# 관리자 권한 PowerShell Get-Service -Name stisvc Set-Service -Name stisvc -StartupType Automatic Start-Service -Name stisvc5. 2차 점검: “시작이 안 됨” 또는 “바로 중지됨”일 때
WIA를 시작했는데 오류가 뜨거나, 시작되었다가 곧바로 중지되는 경우는 의존 서비스, 드라이버, 시스템 파일 손상, 장치 충돌을 의심해야 한다. 아래 순서대로 진행하면 원인 범위를 빠르게 좁힐 수 있다.
5.1 이벤트 로그로 실패 원인 확인
- Win + R → eventvwr.msc 실행한다.
- Windows 로그 → 시스템에서 “Service Control Manager” 관련 오류를 찾는다.
- WIA 또는 stisvc 시작 실패 이벤트의 오류 코드/설명을 확인한다.
5.2 의존 서비스 상태 점검
RPC 계열 서비스가 비정상이라면 WIA만으로 해결되지 않는다. 보안 템플릿이 과도하게 적용된 환경에서 자주 보인다.
| 점검 항목 | 확인 방법 | 정상 기준 | 조치 |
|---|---|---|---|
| RPC 서비스 상태 | services.msc에서 RPC 관련 항목 확인 | 실행 중 | 기본값 유지, 임의 비활성화 금지 |
| WIA 시작 유형 | stisvc 속성 확인 | 자동 또는 수동 | 사용 안 함이면 변경 |
| 장치 관리자에서 스캐너 인식 | devmgmt.msc → 이미징 장치/프린터 | 경고 아이콘 없음 | 드라이버 재설치/업데이트 |
| 네트워크 스캐너 연결 | IP/포트, 제조사 앱에서 장치 검색 | 검색/연결 성공 | 방화벽/포트/장치 설정 점검 |
5.3 시스템 파일 손상 점검(SFC/DISM)
서비스 구성 요소 자체가 손상되면 시작이 실패할 수 있다. 특히 업데이트 중단, 디스크 오류, 강제 종료가 반복된 PC에서 발생한다.
# 관리자 권한 CMD sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth주의 : DISM은 조직의 업데이트 구성(예: WSUS, 오프라인 이미지)에 따라 복구 원본 경로가 필요할 수 있다. 이 경우 무리하게 반복 실행하기보다 조직 표준 복구 절차(소스 지정, 설치 이미지 활용)를 적용해야 한다.
6. 3차 해결: 보안 정책/구성 관리로 인해 다시 꺼지는 문제
가장 재발이 잦은 형태는 “사용자가 켜면 잠깐 되는데, 다음 날 또는 재부팅 후 다시 스캔이 안 됨”이다. 이 경우는 서비스 시작 유형이 다시 “사용 안 함”으로 돌아가거나, 서비스가 정책으로 중지되는 패턴이 많다.
6.1 로컬 보안/정책 변경 여부 확인
조직 PC에서는 로컬에서 변경해도 그룹 정책이 덮어쓰는 구조가 흔하다. 서비스가 다시 비활성화된다면, 변경 주체는 사용자 조작이 아니라 정책일 가능성이 높다.
6.2 서비스 구성의 고정 여부 확인(명령으로 비교)
sc qc stisvc출력에서 START_TYPE이 Disabled로 보이면 정책 또는 배포 스크립트가 주기적으로 적용되는 상황이다. 이 경우에는 임시 조치가 아니라 기준 자체를 조정해야 한다.
6.3 운영 관점의 권장 기준
- 복합기 스캔이 업무 필수인 조직은 WIA 비활성화를 “보안 강화”로 보지 않고 “업무 중단 위험”으로 평가해야 한다.
- 스캔이 불필요한 단말만 예외로 비활성화하고, 일반 사무 단말은 활성화로 표준화하는 방식이 안정적이다.
- 보안 기준을 적용할 때는 “서비스 비활성화 목록”이 실제 업무 기능에 미치는 영향을 사전 검증해야 한다.
7. 제조사 스캔 프로그램은 되는데 Windows 앱만 안 되는 경우
일부 환경에서 제조사 유틸리티는 자체 드라이버 경로(TWAIN 등)를 사용하고, Windows 기본 앱은 WIA 경로를 사용한다. 이때 WIA가 꺼져 있으면 제조사 앱은 동작하지만 Windows 기본 스캔은 실패할 수 있다. 반대로 WIA만 켜고 TWAIN 드라이버가 손상된 경우 제조사 앱만 실패할 수 있다.
7.1 판단 기준
- Windows “스캔” 앱만 실패하면 WIA 경로 문제 가능성이 높다.
- 제조사 앱만 실패하면 드라이버/유틸리티 구성 문제 가능성이 높다.
- 둘 다 실패하면 장치 연결, 드라이버, 서비스, 권한을 모두 점검해야 한다.
8. 현장 대응 체크리스트
아래 체크리스트를 순서대로 수행하면 대부분의 WIA 기반 스캔 실패는 10분 내에 원인 분리가 가능하다.
| 단계 | 체크 항목 | 정상 기준 | 조치 |
|---|---|---|---|
| 1 | WIA 서비스 실행 여부 | 실행 중 | 시작, 시작 유형 자동 |
| 2 | 장치 관리자 경고 아이콘 | 없음 | 드라이버 재설치 |
| 3 | Windows 기본 스캔 앱에서 장치 노출 | 장치 선택 가능 | 서비스/권한 점검 |
| 4 | 재부팅 후 재발 여부 | 재발 없음 | 정책 덮어쓰기 조사 |
| 5 | 이벤트 로그 서비스 시작 실패 | 오류 없음 | 의존성, SFC/DISM |
9. FAQ
WIA를 켰는데도 “스캐너를 찾을 수 없음”이 계속 뜨는 이유는 무엇인가?
서비스는 스캔 경로의 한 축일 뿐이다. 장치 관리자에서 스캐너가 정상 인식되는지, 연결 방식(USB/네트워크)에 맞는 드라이버가 설치되어 있는지, 제조사 앱에서 장치 검색이 되는지를 함께 확인해야 한다. 네트워크 스캐너는 방화벽, 장치 IP 변경, 검색 브로드캐스트 제한으로도 동일 증상이 발생한다.
시작 유형을 자동으로 바꿨는데 다음 날 다시 꺼진다. 어떻게 해야 하는가?
그룹 정책 또는 구성 관리 도구가 서비스 구성을 덮어쓸 가능성이 높다. sc qc stisvc로 START_TYPE 변화를 확인하고, 정책 적용 시간대 이후 다시 Disabled로 바뀌는지 추적해야 한다. 재발을 막으려면 해당 기준에서 WIA 비활성화를 예외 처리하는 방식으로 정리해야 한다.
Windows 업데이트 이후 갑자기 스캔이 안 된다. 드라이버를 먼저 지워야 하는가?
우선 서비스 상태(WIA 실행/시작 유형)부터 확인하는 것이 우선순위이다. 서비스가 Disabled로 바뀐 경우가 실제로 많다. 서비스가 정상인데도 실패하면 그때 드라이버/유틸리티를 점검한다. 무조건 재설치부터 하면 원인 분리가 어려워지고, 복구 시간만 늘어난다.
제조사 스캔 프로그램은 되는데 Windows 스캔 앱만 안 된다. 무엇을 의미하는가?
제조사 프로그램이 WIA가 아닌 다른 인터페이스 경로를 사용할 수 있다. Windows 스캔 앱은 WIA 의존성이 높으므로, 이 경우 WIA 서비스 또는 WIA 구성 요소가 문제일 확률이 높다. WIA를 자동으로 두고 재검증하는 것이 효율적이다.
원격으로 여러 PC를 일괄 조치하려면 어떤 방법이 좋은가?
sc config 및 net start, 또는 PowerShell Set-Service/Start-Service를 표준 스크립트로 배포하는 방식이 유리하다. 다만 재발이 있다면 스크립트로 매번 켜는 방식이 아니라 정책에서 비활성화 항목을 제거하는 것이 근본 해결이다.