컴퓨터 성능이 저하되거나 특정 앱이 예상대로 작동하지 않을 때, 추측만으로 원인을 찾으려다 보면 길을 잃기 쉽습니다. 이는 문제를 찾을 수 있는 확실한 방법이 있다는 사실을 모르기 때문인 경우가 많습니다.
하지만 항상 그런 것은 아닙니다. Windows는 기본적으로 필요한 답변의 대부분을 로그로 기록하고 있다는 사실을 모를 수 있습니다. 이벤트 뷰어(Event Viewer)는 가장 강력한 문제 해결 리소스 중 하나입니다. 너무나 방대하기 때문에 파고들 엄두가 나지 않을 수도 있습니다. 하지만 이 도구 어딘가에는 수주, 수개월, 때로는 그 이상에 걸친 앱 설치 및 제거에 대한 타임스탬프 기록이 숨겨져 있습니다. 이 작은 정보만으로도 대부분의 Windows 문제 해결에는 충분합니다.
Windows는 처음부터 설치 기록을 남기고 있었습니다
대부분의 사람이 찾는 곳이 아닌, 이벤트 뷰어에 있습니다
Windows 이벤트 뷰어는 상세한 활동 로그입니다. 문제 해결에 특히 유용한 섹션이 하나 있는데, 바로 Windows 로그 -> 응용 프로그램입니다.
필터링되지 않은 이 섹션에는 수천 개의 백그라운드 서비스, 앱 이벤트 및 시스템 활동 항목이 포함되어 있습니다. 이 매우 밀도 높은 목록은 불필요한 정보 속에서 길을 찾는 방법을 모를 경우 유용함을 확인하기도 전에 창을 닫게 만들 수 있습니다. 바로 이곳에 설치되거나 제거된 앱의 기록이 남습니다. 이는 Windows 내부 작업 추적 시스템의 일부로서 기본적으로 수행됩니다.
이 로그가 캡처하는 데이터에 대해 두 가지 중요한 사항을 이해해야 합니다. 로그는 기본적으로 20MB로 제한되어 있으며, 로그가 가득 차면 오래된 항목부터 덮어쓰여집니다. 시스템 사용량이 많은 경우 몇 주간의 기록이 남지만, 많은 경우 훨씬 더 긴 기간의 기록이 유지될 수도 있습니다. 둘째, Windows Installer를 통해 설치된 소프트웨어에 대한 기록만 포함합니다. 대부분의 설치된 앱이 여기에 해당하지만, Microsoft Store 앱, 포터블 도구 및 특정 EXE 기반 설치 프로그램은 제외됩니다.
관련 항목
이 로그를 여는 두 가지 이벤트 ID
1033과 1034로 필터링하세요 나머지는 모두 배경 소음입니다
무엇을 찾아야 할지 모르면 응용 프로그램 로그는 도움이 되지 않습니다. 설치와 제거를 추적하는 두 가지 이벤트는 다음과 같습니다.
| 이벤트 ID | 트리거 원인 | 항목 내용 |
|---|---|---|
| 1033 | 지원되는 앱이 성공적으로 설치됨 | 제품명, 설치된 버전, 정확한 타임스탬프 |
| 1034 | 지원되는 앱이 성공적으로 제거됨 | 제품명, 제거된 버전, 정확한 타임스탬프 |
이러한 이벤트는 성공적인 설치나 제거 후에만 생성되며, 실패한 작업은 이 ID로 기록되지 않습니다. 하지만 이 방법이 설치된 소프트웨어를 확인하는 다른 방법들과 차별화되는 점은 타임스탬프가 추가된다는 것입니다. 예를 들어, 설정에서는 설치된 모든 앱을 볼 수 있지만 언제 설치되었는지는 알 수 없습니다.
항목을 자세히 살펴보기 전에, 소프트웨어 업데이트가 여러 이벤트로 나타날 수 있다는 점에 유의해야 합니다. 설치 프로그램을 통해 업데이트되는 앱의 경우, 이전 버전은 1034 이벤트로, 새로운 버전은 1033 이벤트로 기록됩니다. 이 쌍을 이루는 시퀀스를 인식하는 방법을 이해하면 나중에 혼란을 크게 줄일 수 있습니다.
로그를 필터링하고 남은 내용을 읽는 방법
30초짜리 필터로 수천 개의 항목을 필요한 것만 남길 수 있습니다
먼저 이벤트를 분리하는 것부터 시작해야 합니다. Windows 로그 -> 응용 프로그램으로 이동한 다음, 오른쪽 창에서 ‘현재 로그 필터링(Filter Current Log)’을 클릭하고 이벤트 ID 필드에 1033, 1034를 입력한 후 확인을 클릭합니다.
이제 이벤트를 클릭하면 일반 탭 항목에서 정확히 무슨 일이 일어났는지 확인할 수 있습니다. 여기에는 일반적으로 제품명과 버전이 포함되며, 설치인지 앱 제거인지 알려줍니다. 이러한 세부 정보는 평이한 언어로 작성되어 있습니다.
날짜 및 시간별로 정렬하면 필터링된 보기를 더욱 유용하게 만들 수 있습니다. 이렇게 하면 이벤트 순서를 재구성하기가 더 쉬워집니다. 이는 특정 기간에 이벤트를 고정해야 할 때 유용합니다. 또한, 보기를 ‘사용자 지정 보기(Custom View)’로 저장할 수도 있습니다. 이렇게 하면 나중에 이 모든 단계를 다시 거칠 필요가 없습니다.
이 로그가 다루는 범위와 한계
한계를 아는 것이 신뢰성을 높이는 방법입니다
이 로그는 훌륭한 참조 자료이지만, 그 한계를 이해해야 합니다. 이것이 완전한 설치 기록이라고 믿으면 잘못된 결론을 내릴 수 있습니다.
| 도구 | 설치 기록 추적 | 타임스탬프 포함 | 실제 포함 범위 |
|---|---|---|---|
| 설치된 앱 목록 (설정) | 아니요 (현재 상태만) | 아니요 | 현재 설치된 모든 앱, 기록 없음 |
| Windows 업데이트 기록 | 아니요 (업데이트만) | 예 | OS 패치 및 드라이버 업데이트, 타사 앱 제외 |
| 안정성 모니터 | 아니요 (안정성 이벤트만) | 예 | 충돌, 오류 및 설치 관련 안정성 변경 사항 |
| 이벤트 뷰어 (응용 프로그램 로그) | 예 (보존 기간 내) | 예 | MSI 기반 설치 및 제거만 |
표에서 알 수 있듯이, 전체적인 상황을 하나의 도구에서 모두 찾을 수는 없습니다. 이벤트 뷰어에는 다른 도구에서는 제공하지 않는 맥락인 타임스탬프가 찍힌 소프트웨어 설치 기록이 포함되어 있습니다. 하지만 MSI 기반의 설치 및 제거만 다룹니다.
로그 항목을 실제 문제와 연결하는 방법
이벤트 뷰어의 응용 프로그램 로그는 단순히 설치 기록을 탐색하기 위한 것이 아닙니다. 실제로 문제가 발생하기 전에 무슨 일이 있었는지 보여줌으로써 중요한 공백을 메워줍니다. 이는 대부분의 시스템 문제가 트리거를 가지고 있기 때문에 유용합니다. 팬 소음이 커지거나 속도가 느려지기 전에는 보통 무언가 변화가 있었을 것이며, Windows는 어떤 변화가 트리거였는지 직접 알려주지 않으므로 로그를 직접 파헤쳐야 합니다.
문제가 언제 시작되었는지 알 때 날짜부터 시작하는 것이 도움이 됩니다. 그것이 기준점이 되며, 필터링된 로그를 통해 그 시점 전후의 이벤트를 조사할 수 있습니다.