이벤트 뷰어 오류 로그 읽는 법｜중요한 기록과 무시해도 되는 기록

컴퓨터가 갑자기 재부팅되거나 프로그램이 종료되면 Windows 이벤트 뷰어에서 당시 기록을 확인할 수 있습니다.

하지만 이벤트 뷰어에 빨간색 오류가 있다는 이유만으로 컴퓨터가 고장 났다고 판단하면 안 됩니다. 정상적으로 사용하는 컴퓨터에도 복구된 오류, 일시적인 네트워크 실패, 사용하지 않는 서비스의 시작 실패 기록이 남을 수 있기 때문입니다.

이벤트 뷰어에서 중요한 것은 오류의 개수가 아니라 다음 세 가지입니다.

• 실제 문제가 발생한 시간과 일치하는가?
• 같은 원본과 이벤트 ID가 반복되는가?
• 해당 기록과 일치하는 증상이 실제로 발생했는가?

이번 글에서는 수많은 이벤트 로그 중 실제 문제와 관련된 기록을 찾고, 이벤트 ID를 올바르게 해석하는 방법을 알아보겠습니다.

이벤트 뷰어는 오류를 고치는 프로그램이 아닙니다

이벤트 뷰어는 Windows와 프로그램, 드라이버, 서비스가 남긴 기록을 확인하는 관리 도구입니다.

대표적으로 다음과 같은 내용을 확인할 수 있습니다.

• Windows 시작과 종료
• 예기치 않은 재부팅
• 프로그램 충돌
• 드라이버와 서비스 시작 실패
• 저장장치 및 파일 시스템 오류
• Windows 업데이트 관련 문제
• 사용자 로그인 및 보안 감사 기록

이벤트 뷰어는 문제의 단서를 보여주지만 원인을 자동으로 확정하거나 오류를 직접 복구하지는 않습니다.

로그에는 “컴퓨터가 비정상적으로 종료되었다”는 결과만 기록되고, 종료를 일으킨 전원·드라이버·메모리·발열 문제는 별도로 확인해야 하는 경우도 많습니다.

1단계: 문제 발생 시간부터 기록하기

이벤트 뷰어를 열기 전에 증상이 발생한 시간을 먼저 확인해야 합니다.

예를 들어 오후 3시 10분경 프로그램이 종료됐다면 3시 5분부터 3시 15분 사이의 기록을 집중적으로 살펴봅니다.

함께 기록하면 좋은 정보는 다음과 같습니다.

• 문제가 발생한 날짜와 시간
• 당시 실행 중이던 프로그램
• 프로그램 종료, 멈춤, 재부팅 등 정확한 증상
• 오류 메시지 또는 블루스크린 중지 코드
• 문제가 한 번만 발생했는지 반복되는지
• 업데이트나 프로그램 설치 후 시작됐는지

문제 발생 시간을 모른 채 오래된 오류를 조사하면 현재 증상과 관계없는 기록을 원인으로 착각하기 쉽습니다.

정확한 날짜를 먼저 찾기 어렵다면 신뢰성 모니터로 컴퓨터 오류가 발생한 날짜와 원인 찾기를 이용할 수 있습니다.

2단계: 이벤트 뷰어 실행하기

다음 방법 중 하나로 실행합니다.

검색으로 실행하기

1. 시작 버튼을 누릅니다.
2. 이벤트 뷰어를 검색합니다.
3. 검색 결과에서 이벤트 뷰어를 실행합니다.

실행 창으로 열기

1. Windows 키 + R을 누릅니다.
2. eventvwr.msc를 입력합니다.
3. 확인을 누릅니다.

이벤트 뷰어를 실행하면 왼쪽에서 Windows 로그를 펼칩니다.

일반적인 컴퓨터 문제는 주로 다음 두 곳에서 확인합니다.

• 시스템: Windows, 장치 드라이버, 전원, 저장장치, 서비스 관련 기록
• 응용 프로그램: 설치된 프로그램과 Windows 구성요소의 충돌 기록

보안 로그는 로그인과 감사 정책에 관한 기록입니다. 로그인 실패 기록이 있다고 해서 곧바로 외부 침입으로 단정해서는 안 됩니다. 사용자가 비밀번호를 잘못 입력했거나 프로그램이 저장된 인증 정보로 접속을 시도한 경우에도 기록될 수 있습니다.

3단계: 현재 로그 필터링으로 범위 줄이기

시스템 또는 응용 프로그램 로그를 선택한 뒤 오른쪽의 현재 로그 필터링을 누릅니다.

처음에는 다음 수준을 선택합니다.

• 위험
• 오류
• 경고

기존 글처럼 위험과 오류만 선택하면 문제 직전에 발생한 중요한 경고를 놓칠 수 있습니다. 따라서 발생 시간을 먼저 좁히고, 해당 시간대의 경고도 함께 확인하는 것이 좋습니다.

필터링할 때는 다음 순서로 범위를 줄입니다.

1. 문제 발생 날짜와 가까운 시간 범위를 선택합니다.
2. 위험, 오류, 경고를 선택합니다.
3. 확인을 눌러 결과를 표시합니다.
4. 문제 발생 시간 직전과 직후의 기록을 확인합니다.

오류가 너무 많이 표시되면 이벤트 ID를 입력해 다시 필터링할 수 있습니다. 다만 처음부터 특정 이벤트 ID만 지정하면 함께 발생한 다른 기록을 놓칠 수 있으므로 시간 기준으로 먼저 살펴보는 것이 안전합니다.

4단계: 로그의 수준을 올바르게 이해하기

이벤트 수준은 기록을 남긴 프로그램이나 구성요소가 판단한 심각도입니다. 아이콘 색상만으로 실제 고장 여부가 확정되지는 않습니다.

정보

서비스 시작, 업데이트 완료, 정상적인 시스템 동작 등이 기록됩니다. 대부분 문제 해결 대상이 아니지만 오류 직전의 작동 순서를 확인할 때는 단서가 될 수 있습니다.

경고

작업은 계속됐지만 예상하지 못한 상황이나 일시적인 실패가 발생했다는 뜻입니다. 반복되지 않고 실제 증상이 없다면 즉시 조치할 필요가 없는 경우가 많습니다.

오류

특정 작업이나 프로그램이 실패했다는 뜻입니다. 오류가 발생했더라도 Windows가 자동으로 복구했거나 사용하지 않는 기능에서 발생했다면 실제 사용에 영향을 주지 않을 수 있습니다.

위험

시스템이 정상적인 방식으로 종료되지 않았거나 복구하기 어려운 문제가 감지됐다는 뜻입니다. 중요하게 확인해야 하지만 위험 로그 하나만으로 하드웨어 고장을 확정할 수는 없습니다.

결국 중요한 판단 기준은 아이콘의 색상이 아니라 발생 시간, 반복 여부, 실제 증상과의 연관성입니다.

5단계: 이벤트 ID만 보지 말고 다섯 항목 확인하기

확인하려는 이벤트를 두 번 클릭하면 자세한 내용이 표시됩니다.

다음 다섯 항목을 함께 확인해야 합니다.

• 로그 이름
• 원본
• 이벤트 ID
• 발생 날짜와 시간
• 일반 탭의 설명

같은 이벤트 ID라도 원본이 다르면 의미가 달라질 수 있습니다. 따라서 인터넷에서 검색할 때 이벤트 ID 1000처럼 숫자만 검색하면 다른 구성요소의 결과가 섞일 수 있습니다.

다음과 같은 형식으로 검색하는 것이 정확합니다.

원본 이름 + 이벤트 ID + 오류 설명의 핵심 문장

예시는 다음과 같습니다.

Application Error 이벤트 ID 1000 faulting module

로그를 복사하려면 해당 이벤트를 마우스 오른쪽 버튼으로 누른 뒤 복사 → 세부 정보를 텍스트로 복사를 선택합니다.

다른 사람에게 로그를 전달할 때는 컴퓨터 이름, 사용자 계정 이름, 개인 폴더 경로 등 개인정보가 포함됐는지 확인해야 합니다.

6단계: 자주 보이는 이벤트 ID 해석하기

Kernel-Power 이벤트 ID 41

이 기록은 컴퓨터가 정상적인 종료 과정을 거치지 않고 다시 시작됐다는 뜻입니다.

다음과 같은 상황에서 발생할 수 있습니다.

• 정전이나 전원 케이블 분리
• 전원 버튼을 길게 눌러 강제 종료
• 시스템 멈춤 후 재부팅
• 블루스크린 발생
• 전원 공급 문제
• 발열 또는 하드웨어 불안정
• 드라이버나 펌웨어 문제

이벤트 ID 41은 비정상 종료가 있었다는 결과 기록이지, 파워서플라이가 고장 났다는 확정 진단이 아닙니다.

이벤트의 자세히 탭에서 BugcheckCode 값이 0이 아니라면 블루스크린 정보가 함께 기록됐을 가능성이 있습니다. 블루스크린이 의심된다면 블루스크린 중지 코드 확인법도 확인합니다.

Application Error 이벤트 ID 1000

프로그램이 비정상적으로 종료됐을 때 주로 응용 프로그램 로그에 기록됩니다.

일반 탭에서 다음 내용을 확인합니다.

• 오류가 발생한 응용 프로그램 이름
• 오류가 발생한 모듈 이름
• 예외 코드
• 프로그램과 모듈의 경로

faulting module에 DLL 파일이 표시됐다고 해서 해당 DLL 파일 자체가 고장 났다는 뜻은 아닙니다. 프로그램의 오류가 해당 모듈을 실행하던 중 발생했다는 단서이므로 프로그램 버전, 추가 기능, 드라이버, 손상된 설정 등을 함께 확인해야 합니다.

같은 프로그램의 이벤트 ID 1000과 Windows 오류 보고 이벤트 ID 1001이 반복된다면 프로그램 충돌 문제를 우선 점검합니다.

Service Control Manager 이벤트 ID 7000

Windows 서비스가 시작되지 못했을 때 시스템 로그에 기록될 수 있습니다.

일반 탭에서 시작하지 못한 서비스 이름과 실패 사유를 확인합니다. 삭제된 프로그램의 남은 서비스, 드라이버 파일 누락, 권한 문제, 시작 시간 초과 등이 원인이 될 수 있습니다.

이 기록이 있다는 이유만으로 Windows 핵심 기능이나 장치 드라이버가 고장 났다고 단정하면 안 됩니다. 해당 서비스가 현재 사용하는 프로그램이나 장치와 관련 있는지 먼저 확인해야 합니다.

저장장치 관련 이벤트

원본에 다음 이름이 반복된다면 저장장치와 파일 시스템을 점검할 필요가 있습니다.

• Disk
• Ntfs
• storahci
• stornvme
• volmgr
• WHEA-Logger

그러나 Disk나 Ntfs라는 단어가 보인다는 이유만으로 SSD 또는 HDD의 물리적 고장을 확정할 수는 없습니다. 케이블 접촉, 컨트롤러, 드라이버, 갑작스러운 전원 차단, 파일 시스템 문제도 관련 로그를 만들 수 있습니다.

같은 저장장치 오류가 반복되거나 파일 손상, 인식 끊김, 이상 소음이 함께 발생한다면 중요한 자료를 먼저 백업하고 저장장치 상태를 점검해야 합니다.

7단계: 중요한 로그와 무시할 수 있는 로그 구분하기

다음 조건에 해당하는 기록은 우선적으로 확인합니다.

• 실제 문제가 발생한 시간과 일치한다.
• 같은 원본과 이벤트 ID가 반복된다.
• 프로그램 종료나 재부팅 같은 증상과 연결된다.
• 특정 드라이버나 장치 이름이 반복적으로 등장한다.
• 업데이트 또는 프로그램 설치 후 새로 발생했다.
• 저장장치 오류와 파일 손상이 함께 나타난다.
• 블루스크린이나 강제 종료가 반복된다.

반대로 다음 조건이라면 즉시 수정할 필요가 없는 경우가 많습니다.

• 발생 시점에 사용자가 느낀 문제가 없다.
• 한 번 발생한 뒤 다시 나타나지 않는다.
• Windows가 자동으로 복구했다.
• 제거한 프로그램의 서비스가 한 번 시작에 실패했다.
• 네트워크가 잠시 끊긴 시간과 일치한다.
• 절전 모드 진입이나 종료 과정에서만 발생한다.
• 프로그램은 정상적으로 작동하는데 오래된 오류만 남아 있다.

오류를 무시한다는 것은 기록을 삭제한다는 뜻이 아닙니다. 증상과 관련 없는 로그를 해결 대상으로 삼지 않는다는 의미입니다.

이벤트 로그를 발견한 뒤의 해결 순서

원인과 관련된 로그를 찾았다면 다음 순서로 해결합니다.

특정 프로그램이 반복해서 종료되는 경우

1. 프로그램을 최신 버전으로 업데이트합니다.
2. 최근 추가한 플러그인이나 확장 기능을 중지합니다.
3. 프로그램의 복구 또는 재설치 기능을 사용합니다.
4. 오류가 발생한 모듈과 관련된 공식 지원 문서를 확인합니다.
5. 특정 파일을 열 때만 종료된다면 해당 파일의 손상 여부도 확인합니다.

드라이버 이름이 반복되는 경우

1. 장치 관리자로 장치 이름을 확인합니다.
2. PC 또는 부품 제조사의 공식 지원 페이지에서 드라이버를 확인합니다.
3. 문제가 업데이트 이후 시작됐다면 드라이버 롤백 가능 여부를 확인합니다.
4. 인터넷에서 내려받은 비공식 드라이버 설치 프로그램은 사용하지 않습니다.

비정상 종료가 반복되는 경우

1. 블루스크린 중지 코드와 덤프 파일을 확인합니다.
2. CPU와 GPU 온도를 점검합니다.
3. 메모리 오류 검사를 진행합니다.
4. 전원 케이블과 전원 공급 상태를 확인합니다.
5. BIOS와 장치 드라이버의 알려진 문제를 제조사 문서에서 확인합니다.

저장장치 오류가 반복되는 경우

1. 중요한 자료부터 백업합니다.
2. 저장장치의 SMART 상태를 확인합니다.
3. SATA 데이터·전원 케이블 또는 외장 저장장치 연결을 점검합니다.
4. 파일 시스템 검사 전에 백업 상태를 확인합니다.
5. 인식 끊김과 파일 손상이 계속되면 저장장치 교체를 검토합니다.

이벤트 로그 한 개만 보고 레지스트리 수정, 시스템 파일 삭제, 서비스 강제 중지부터 진행하는 것은 피해야 합니다.

사용자 지정 보기 활용하기

같은 문제를 며칠간 관찰해야 한다면 사용자 지정 보기를 만들 수 있습니다.

1. 이벤트 뷰어 오른쪽에서 사용자 지정 보기 만들기를 선택합니다.
2. 위험, 오류, 경고 중 필요한 수준을 선택합니다.
3. 시스템 또는 응용 프로그램 로그를 지정합니다.
4. 필요한 경우 이벤트 원본과 ID를 입력합니다.
5. 알아보기 쉬운 이름으로 저장합니다.

사용자 지정 보기는 기존 로그를 삭제하거나 변경하지 않고 조건에 맞는 기록만 모아서 보여줍니다.

기존 글에 있던 “작업 스케줄러와 연결하면 이벤트 발생 시 이메일을 바로 보낼 수 있다”는 설명은 현재 Windows에서 그대로 사용하기 어렵습니다. 작업 스케줄러의 기본 이메일 전송 기능은 오래전에 사용 중단됐기 때문에 이 글에서는 권장하지 않습니다.

하면 안 되는 조치

이벤트 뷰어를 확인할 때 다음 행동은 피하는 것이 좋습니다.

• 빨간색 오류를 전부 고치려고 시도하기
• 이벤트 ID 숫자만 검색해 첫 번째 해결책 적용하기
• 이벤트 ID 41만 보고 파워서플라이 교체하기
• DLL 이름이 나왔다는 이유로 인터넷에서 DLL 파일 내려받기
• 원인을 확인하기 전에 Windows 서비스 비활성화하기
• 레지스트리 정리 프로그램으로 오류를 자동 수정하기
• 진단이 끝나기 전에 이벤트 로그 삭제하기
• 저장장치 오류가 반복되는데 백업 없이 검사를 진행하기

특히 출처가 불분명한 DLL 파일과 드라이버를 설치하면 기존 문제보다 더 심각한 보안 및 시스템 오류가 발생할 수 있습니다.

다음 단계: 먼저 신뢰성 모니터에서 오류 날짜를 좁힌 뒤 같은 시간대의 이벤트를 확인하면 로그를 덜 헤맵니다. 중지 코드가 있다면 블루스크린 기본 진단 후 WinDbg 덤프 분석으로 이어가세요.

이벤트 로그를 해석할 때 피해야 할 네 가지 오해

오류와 경고가 많으면 컴퓨터가 고장 난 것인가요?

개수만으로 고장을 판단할 수 없습니다. 정상적으로 사용하는 컴퓨터에도 오류와 경고가 기록됩니다. 실제 증상이 발생한 시간과 일치하고 같은 원본의 기록이 반복되는지를 우선 확인하세요.

로그를 지우면 컴퓨터가 빨라지나요?

이벤트 로그는 문제의 원인이 아니라 발생한 일을 남긴 기록입니다. 삭제해도 일반적인 성능 향상 효과는 없고 중요한 진단 단서를 잃을 수 있으므로, 저장 공간 문제나 관리 목적이 아니라면 지우지 마세요.

이벤트 ID만 검색하면 원인을 알 수 있나요?

같은 번호라도 로그와 원본이 다르면 의미가 달라질 수 있습니다. 이벤트 ID와 함께 로그 이름·원본·발생 시간·일반 설명을 확인해야 검색 결과를 잘못 적용하지 않습니다.

검색 결과의 명령어를 바로 실행해도 되나요?

Microsoft와 PC·부품·프로그램 제조사의 공식 안내를 먼저 확인하세요. 레지스트리 수정, 서비스 중지, 파일 삭제 명령은 대상과 되돌리는 방법을 이해하지 못했다면 실행하지 않는 것이 안전합니다.

원인을 좁히는 순서

1. 문제가 생긴 시간을 기록합니다.
2. 시스템 또는 응용 프로그램 로그를 선택합니다.
3. 시간과 수준을 기준으로 범위를 줄입니다.
4. 증상과 같은 시각의 기록에서 원본·이벤트 ID·설명을 확인합니다.
5. 같은 기록의 반복 여부와 바로 앞뒤 로그를 비교합니다.
6. 확인된 원인에 맞는 해결 방법만 적용합니다.

이벤트 뷰어는 정답을 바로 알려 주는 도구가 아니라 문제 발생 전후의 흔적을 보여 주는 기록 장치입니다. 한 개의 오류를 단정적으로 해석하지 말고 실제 증상과 시간 흐름을 함께 비교하세요.

참고 자료

• Microsoft 이벤트 뷰어 설명
• Microsoft Kernel-Power 이벤트 ID 41 진단 안내
• Microsoft 응용 프로그램 충돌 이벤트 1000·1001 진단 안내
• Microsoft 이벤트 ID 7000·7026 안내
• Microsoft 작업 스케줄러에서 사용 중단된 기능