이 글의 목적은 Windows 11에서 검색이 동작하지 않거나 결과가 누락되는 문제를 인덱싱 재구성과 시스템 점검으로 신속하고 안전하게 복구하는 절차를 제공하는 것이다.
문제 증상 정의와 1분 점검
Windows 11 검색 문제가 재현되는 상황을 먼저 정의하고 즉시 수행 가능한 점검을 통해 원인을 좁히는 것이 효율적이다.
- 검색창이나 Win+S에서 아무 키워드도 입력되지 않거나 결과가 비어 있음이다.
- 파일 최신 생성·수정 후 검색에 반영되지 않음이다.
- Outlook, OneNote, 파일 탐색기 내 검색이 느리거나 멈춤이다.
- CPU 사용률 상승과 함께 SearchIndexer.exe 또는 SearchApp.exe의 비정상 동작이다.
- 네트워크 드라이브가 분리되었는지 확인한다. 끊긴 경로가 인덱싱 지연을 유발한다.
- 디스크 여유 공간이 10% 이상인지 확인한다. 인덱스 재구성에는 여유 공간이 필요하다.
- 개인정보 보호 설정에서 Windows 검색 권한이 차단되지 않았는지 확인한다.
- 최근 대용량 폴더를 인덱싱 경로에 추가했는지 확인한다. 과도한 대상은 재구성을 지연한다.
주의 : 인덱스 파일은 시스템 데이터 경로에 저장되므로 보안 제품의 실시간 검사가 과도하면 인덱싱이 지연될 수 있다. 실시간 검사 예외에 인덱스 경로를 추가하기 전에 조직 보안 정책을 확인해야 한다.
경로와 구성 개요
Windows 검색은 WSearch 서비스와 인덱스 데이터베이스(Windows.edb)로 구성된다.
- 서비스 이름:
Windows Search(WSearch)이다. - 인덱스 데이터 경로(기본):
%PROGRAMDATA%\Microsoft\Search\Data\Applications\Windows\Windows.edb이다. - 설정 경로(일부 정책):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search이다. - 로그 확인: 이벤트 뷰어 →
Applications and Services Logs\Microsoft\Windows\Search\Operational이다.
가장 빠른 복구: 검색 및 인덱싱 문제 해결사
- 설정 → 시스템 → 문제 해결 → 기타 문제 해결사를 연다.
- 검색 및 인덱싱 실행을 선택한다.
- 증상에 해당하는 체크박스(검색이 작동하지 않음, 인덱스가 느림, 결과 누락 등)를 선택하고 진단을 완료한다.
문제 해결사가 레지스트리·서비스·권한을 자동 교정하면 재부팅 후 개선된다. 개선이 없으면 다음 단계로 진행한다.
GUI로 인덱스 재구성(Rebuild)
- 제어판 → 인덱싱 옵션을 연다. 빠르게 열려면
control /name Microsoft.IndexingOptions를 실행한다. - 고급 → 문제 해결 섹션에서 다시 만들기를 클릭한다.
- 새 인덱스 생성이 시작되며 상태는 인덱싱 옵션 창 상단의 진행률로 확인한다.
- 인덱싱 대상은 수정 버튼에서 최소화한다. 자주 찾는 사용자 프로필, 문서, 바탕화면, Outlook(필요 시) 정도만 유지한다.
주의 : 인덱스 재구성 중에는 검색 결과가 일시적으로 제한된다. 노트북은 전원에 연결하고 절전 모드를 해제한다.
PowerShell·명령행으로 서비스 초기화
GUI가 응답하지 않거나 원격 관리가 필요할 때는 다음 명령을 사용한다.
# 관리자 PowerShell # 1) Windows Search 서비스 재시작 및 자동 시작 설정 Stop-Service WSearch -Force Set-Service WSearch -StartupType Automatic Start-Service WSearch
2) 인덱스 상태 빠른 점검(서비스 상태, 시작 유형)
Get-Service WSearch | Select-Object Status, StartType, Name
3) 검색 UI(SearchApp) 프로세스 재시작
taskkill /IM SearchApp.exe /F
몇 초 후 자동 재기동됨
4) 시스템 파일 무결성 복구
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
주의 :
DISM과 SFC는 시스템 파일에 영향을 주므로 작업 중 전원을 차단하지 않는다.Windows.edb 재생성(클린 재구성)
인덱스 손상이 의심될 때는 데이터베이스를 안전하게 재생성한다.
- 관리자 PowerShell을 연다.
- 다음 순서로 실행한다.
# 1) 서비스 정지 net stop WSearch
2) 경로 백업 후 삭제(필요 시 복구 대비)
set IDX=%PROGRAMDATA%\Microsoft\Search\Data\Applications\Windows
mkdir "%IDX%_backup_%DATE:/=-%%TIME::=-%"
copy "%IDX%\Windows.edb" "%IDX%_backup%DATE:/=-%_%TIME::=-%" >nul 2>&1
3) 손상 가능 파일 제거
del "%IDX%\Windows.edb" /f /q
4) 권한 정합성 확인(선택)
icacls "%PROGRAMDATA%\Microsoft\Search\Data" /inheritance:e
5) 서비스 시작
net start WSearch
서비스 시작 후 인덱스는 자동으로 다시 만들어진다. 진행률은 인덱싱 옵션에서 확인한다.
인덱싱 대상과 필터 정확도 설정
불필요한 대상 제거와 파일 형식 필터 설정은 재발 방지의 핵심이다.
- 인덱싱 옵션 → 수정에서 네트워크 드라이브, 대용량 로그 폴더, 백업 폴더를 제외한다.
- 고급 → 파일 형식에서 자주 검색하는 확장자만 속성과 파일 내용 인덱싱으로 유지한다.
- Outlook을 사용하는 경우, Outlook 프로필 인덱싱이 선택되어 있는지 확인한다.
| 대상 | 권장 설정 | 효과 |
|---|---|---|
| 사용자 문서·바탕화면 | 포함 | 일상 파일 검색 정확도 향상이다. |
| 다운로드 폴더 | 선택 포함 | 대량 파일은 제외해 속도 개선이다. |
| 네트워크 드라이브 | 대부분 제외 | 지연·오류 감소이다. |
| 시스템·백업 폴더 | 제외 | 불필요한 인덱싱 방지이다. |
| Outlook 데이터 | 프로필 포함 | 메일·일정 검색 가능이다. |
레지스트리·정책 점검(관리자용)
조직 환경에서 정책이 검색 기능을 제한할 수 있다. 변경 전 백업을 수행한다.
# 관리자 PowerShell, 레지스트리 쿼리 예시 reg query "HKLM\SYSTEM\CurrentControlSet\Services\WSearch" /v Start reg query "HKLM\SOFTWARE\Microsoft\Windows Search" /s HKLM\SYSTEM\CurrentControlSet\Services\WSearch\Start값이2(자동)인지 확인한다.- 그룹 정책: 컴퓨터 구성 → 관리 템플릿 → Windows 구성 요소 → 검색에서 검색 비활성화 관련 항목이 설정됨인지 확인한다.
주의 : 정책 충돌 상태에서 클라이언트 측 재구성만으로는 문제가 재발한다. GPO 적용 우선순위와 OU 링크를 점검한다.
이벤트 로그로 근본 원인 추적
다음 로그는 인덱싱 오류, 경로 접근 거부, 필터 실패를 신속히 보여준다.
- 채널:
Microsoft-Windows-Search/Operational이다. - 관심 이벤트: 인덱싱 일시 중지, 경로 액세스 거부, 프로퍼티 핸들러 실패이다.
- 대응: 경로 권한 교정, 문제 파일 형식 제외, 손상된 PST/OST 복구이다.
Outlook·Office 연동 문제 별도 처리
- Outlook에서 파일 → 옵션 → 검색에서 인덱싱 옵션을 열어 Outlook이 포함되어 있는지 확인한다.
- OST/PST가 손상되면
SCANPST.EXE로 복구 후 인덱스 재구성한다. - 대용량 공용 사서함은 서버측 검색에 의존하도록 정책을 검토한다.
성능 최적화: 인덱스 크기·I/O 관리
- 대용량 코드 저장소, 로그, 아카이브는 인덱스 대상에서 제외한다.
- SSD가 아닌 HDD 환경은 인덱싱 시간 증가가 크다. 필요 시 전원 옵션을 최고 성능으로 설정한다.
- 보안 제품에서 인덱스 디렉터리 스캔을 시간대 기반으로 제한한다.
스크립트로 일괄 복구
다음 스크립트는 서비스 초기화, 데이터베이스 재생성, 기본 대상 적용을 일괄 수행한다. 조직 표준에 맞게 수정한다.
@echo off :: Windows 11 검색 복구 스크립트(관리자) echo [1/6] Windows Search 서비스 중지 net stop WSearch
echo [2/6] 인덱스 DB 백업 및 제거
set IDX=%PROGRAMDATA%\Microsoft\Search\Data\Applications\Windows
if not exist "%IDX%" mkdir "%IDX%"
set BKP=%IDX%_backup_%DATE:/=-%_%TIME::=-%
mkdir "%BKP%"
copy "%IDX%\Windows.edb" "%BKP%" >nul 2>&1
del "%IDX%\Windows.edb" /f /q
echo [3/6] 권한 정합성
icacls "%PROGRAMDATA%\Microsoft\Search\Data" /inheritance:e >nul
echo [4/6] 서비스 자동 시작 설정
sc config WSearch start= auto
echo [5/6] 서비스 시작
net start WSearch
echo [6/6] 시스템 파일 검사
sfc /scannow
echo 완료. 제어판 > 인덱싱 옵션에서 진행률을 확인하라.
문제별 원인-대응 매핑
| 증상 | 가능 원인 | 우선 조치 | 후속 조치 |
|---|---|---|---|
| 검색창 반응 없음 | SearchApp 교착, 사용자 세션 손상 | taskkill /IM SearchApp.exe /F | 재부팅, 사용자 프로필 무결성 점검이다. |
| 결과 누락 | 인덱스 손상, 대상 제외 설정 | 인덱스 다시 만들기 | 대상 경로 재선정, 파일 형식 필터 조정이다. |
| 검색 느림 | 대상 과다, 디스크 I/O 병목 | 대상 축소, 전원 옵션 변경 | 보안 스캔 예외 시간대 조정이다. |
| Outlook 미색인 | 프로필 제외, OST/PST 손상 | Outlook 포함 확인 | SCANPST.EXE 복구, OST 재동기화이다. |
| 서비스 시작 실패 | 권한 오류, 레지스트리 오염 | sc query WSearch 점검 | DISM/SFC, 정책 충돌 해소이다. |
품질 검증 체크리스트
- 인덱싱 옵션에 진행률이 증가하고 완료 상태로 바뀌는지 확인한다.
- 새로 만든 텍스트 파일을 특정 키워드로 저장 후 1~2분 내 검색되는지 확인한다.
- 이벤트 로그에 오류 반복이 없는지 확인한다.
- CPU·디스크 사용률이 안정화되는지 모니터링한다.
재발 방지 베스트 프랙티스
- 업무상 대용량 데이터는 인덱스 대상에서 제외한다.
- 정기적인 디스크 정리와 드라이브 상태 점검을 수행한다.
- 정책 변경 전후로 테스트 장비에서 인덱싱 동작을 검증한다.
- 원격·네트워크 경로는 별도 검색 솔루션이나 서버측 인덱싱을 고려한다.
FAQ
인덱스를 다시 만들면 얼마나 걸리나?
데이터 용량, 파일 수, 저장장치 성능에 따라 수십 분에서 수 시간이 소요될 수 있다. 노트북은 전원 연결 상태로 두는 것이 좋다.
인덱스 위치를 다른 드라이브로 옮겨도 되나?
가능하다. 인덱싱 옵션 → 고급 → 인덱스 위치에서 변경한다. SSD 권장이며, 이동 후 재구성이 자동으로 수행된다.
보안 프로그램이 영향을 주나?
실시간 스캔이 인덱스 파일 접근을 지연할 수 있다. 조직 정책을 따르며 예외 지정은 신중히 적용한다.
검색창 자체가 열리지 않는다
taskkill /IM SearchApp.exe /F로 프로세스를 재시작하고, WSearch 서비스 상태를 확인한다. 그래도 미해결이면 새 사용자 프로필로 비교 테스트한다.
네트워크 드라이브를 인덱싱해야 한다
오프라인 파일(오프라인 캐시)로 동기화된 경로는 인덱싱 성능이 좋은 편이다. 직접 네트워크 경로 인덱싱은 권장하지 않는다.