[Windows] 이벤트 뷰어에서 애플리케이션 오류를 좁히는 법

사용 상황

애플리케이션 오류를 발생 시각·이벤트 ID·공급자로 좁혀 확인합니다.

적용 환경과 권한

Windows PowerShell 5.1 기준. Windows 시스템 cmdlet은 Windows 환경이 필요합니다. 일반 사용자 권한에서 시작하고 접근 실패는 메시지로 확인합니다. PowerShell 7 호환성은 별도 실행하지 않았습니다.

명령

$startTime = (Get-Date).AddHours(-2)
$filter = @{LogName='Application'; Level=2; StartTime=$startTime}
try {
    Get-WinEvent -FilterHashtable $filter -MaxEvents 20 -ErrorAction Stop |
        Select-Object TimeCreated, Id, ProviderName, LevelDisplayName
} catch {
    Write-Warning ('이벤트 조회 결과 없음 또는 조회 실패: ' + $_.Exception.Message)
}
# 필요하면 filter에 ProviderName='Application Error'를 추가합니다.
# 원문 Message는 개인 경로·프로그램 인자를 포함할 수 있어 공유 전 확인합니다.

경로·주소·패키지·포트는 자신의 대상에 맞게 지정합니다. 예제에 있는 기존 파일 보호 조건은 유지하세요.

출력과 해석 — 설명용

출력 열: TimeCreated / Id / ProviderName / LevelDisplayName. 이벤트 ID 하나만으로 원인을 확정하지 않습니다. 조회 결과 없음은 해당 조건의 기록이 없다는 뜻입니다.

여기 적은 출력은 설명용입니다. 실제 격리 실행 범위와 결과는 아래 검증 기록을 기준으로 판단하세요.

검수 기준

• 오류 발생 시각과 조회 기간이 겹치는가
• 로그 종류·공급자·이벤트 ID를 함께 기록했는가
• 시간대와 재현 동작을 기록했는가

실패 시 수정과 복구

일치 없음·권한 부족·로그 비활성 상태를 실제 오류 메시지로 구분한다. 먼저 기간을 늘리거나 공급자 조건을 줄인다. 이벤트 로그 삭제·Clear-EventLog는 실행하지 않는다. 읽기 전용이다.

검증 환경·검증일·출처

검토일: 2026-10-10.

실행 범위: 조회 명령 문법 및 존재하지 않는 공급자 오류 경로 검증. 실제 앱 장애 재현은 미실행.

Microsoft 공식 문서

명령 인자 안내: LiteralPath는 경로 문자를 그대로 취급합니다. ErrorAction Stop은 처리 가능한 오류를 예외로 중단시킵니다. 조회 결과 없음과 실패는 동일하지 않습니다.