Windows 오류 발생 시각 찾기: 이벤트 로그를 좁혀 읽는 순서

오류 목록보다 장애 시간을 먼저 정합니다

이벤트 뷰어에는 평소에도 여러 경고가 나타납니다. 화면에서 빨간 표시를 발견했다고 바로 장애 원인이라고 쓰면 오래된 오류를 현재 문제와 연결할 수 있습니다. 사용자가 버튼을 눌렀던 시각과 오류가 관찰된 범위를 먼저 정하고, 그 구간의 이벤트를 대조하는 방식이 필요합니다.

이 글은 Windows의 Application 로그를 읽는 기본 절차입니다. 원격 시스템 접속이나 서비스 재시작은 하지 않습니다. 이벤트가 없다는 결과는 장애가 없었다는 뜻이 아니라 로그 종류, 권한, 보관 범위 또는 기록 방식이 맞지 않았을 가능성을 포함합니다.

15분 구간을 정해 조회합니다

아래 예시는 Windows PowerShell에서 읽기만 수행합니다. 날짜와 시각은 연습용이므로 실제 관찰 구간으로 바꾸어야 합니다. 컴퓨터의 시간대도 함께 기록하세요. 권한 부족 또는 해당 구간에 이벤트가 없다는 메시지를 조회 결과와 구분해 남깁니다.

$start = [datetime]'2026-10-14 08:00:00'
$end = [datetime]'2026-10-14 08:15:00'
Get-WinEvent -FilterHashtable @{
  LogName = 'Application'
  StartTime = $start
  EndTime = $end
  Level = 2
} -ErrorAction Stop |
  Select-Object TimeCreated, Id, ProviderName, LevelDisplayName, Message

Level 2는 오류 수준을 선택합니다. 경고나 정보 이벤트까지 필요하면 범위를 별도로 조정합니다. 처음부터 모든 로그를 장기간 조회하기보다 정확한 짧은 구간과 로그 종류를 정하면 검토 대상이 작아집니다. 이 명령을 사용자의 PC에서 실행한 것은 아니며 반환 내용은 시스템에 따라 달라집니다.

같은 시각의 이벤트를 어떻게 읽을까요

교육용 상황으로 08:06에 화면 오류가 관찰되고 08:05:58에 응용 프로그램 이벤트가 있다고 가정합니다. 시각이 가깝다는 것은 조사할 연결 후보입니다. 메시지의 프로그램 이름, 동작, 예외와 사용자가 실행한 기능을 비교해야 관련성을 판단할 수 있습니다. 이벤트 ID는 공급자와 함께 읽고 번호만으로 원인을 단정하지 않습니다.

로그를 외부에 전달할 때는 Message에 파일 경로, 계정명, 접속 주소와 자료 내용이 포함될 수 있습니다. 필요한 부분을 가린 사본을 만들고 원본은 정해진 내부 위치에 보존합니다. 전체 로그를 AI나 공개 게시판에 그대로 붙여 넣는 대신 상황을 설명하는 최소 구간을 선택합니다.

이벤트가 두 개일 때의 해석

가상 로그에서 08:05:58 앱 오류와 08:06:01 네트워크 오류가 함께 나타났다면 둘 중 먼저 기록된 것만 원인으로 정하지 않습니다. 이벤트 기록 시각이 실제 실패 시작 시각과 다를 수 있고, 한 오류가 다른 오류의 결과일 수 있습니다. 사용자 요청 시각과 앱의 요청 식별자를 추가로 찾아 관계를 확인합니다.

조회 범위가 너무 짧으면 앞선 경고나 재시작 기록을 놓칠 수 있습니다. 관련 후보가 생긴 다음 목적을 적고 범위를 조금 넓혀 확인하세요. 처음부터 하루 전체를 외부에 보내는 방식 대신 내부 원본에서 필요한 사건 흐름을 추출하고, 보고서에는 확인된 관계와 아직 추정인 관계를 나누어 적습니다.

보고서에 남길 최소한의 근거

관찰 시각: 08:06 KST, 사용자 화면 오류
조회 범위: Application / 08:00~08:15 / 오류 수준
후보 이벤트: 공급자 + ID + 기록 시각
확인된 사실: 메시지에 실제 나타난 내용
추정: 기능과 이벤트의 관련 가능성
다음 확인: 앱 로그와 요청 식별자 대조

여러 서버를 비교할 때 각 로그의 UTC·로컬 시각을 정렬해야 합니다. 밀리초 단위로 맞아 보이더라도 장비 시간이 어긋날 수 있으니 시간 동기화 상태를 별도 확인합니다. 로그 보관 기간이 지나 자료가 없다면 미확인으로 남기고 추정으로 채우지 않습니다.

오늘은 문제가 없는 연습 PC에서 이벤트 뷰어의 시간 필터를 확인하고, 장애 기록 양식에 ‘관찰 시각’과 ‘조회 시각 범위’를 분리해 보세요. 조회 결과와 해석을 나누어 적으면 다음 담당자가 같은 근거를 다시 확인하기 쉬워집니다.

공식 자료와 확인 범위

기술 자료 확인일: 2026년 10월 12일. 교육용 자료는 실제 기관·고객의 기록이 아닙니다.

Microsoft Learn: Get-WinEvent와 FilterHashtable