Windows

Complete Guide to Event Viewer: How to Analyze Windows Logs

This guide will teach you how to effectively use the built-in Windows tool — Event Viewer. You'll learn to open logs, filter critical errors, and analyze logs for self-diagnosis of system and application failures.

Updated at February 15, 2026
10-15 min
Easy
FixPedia Team
Применимо к:Windows 10Windows 11Windows Server 2016+

Introduction / Why This Matters

Event Viewer is a powerful built-in Windows tool that maintains a detailed log of all system actions, installed applications, and security events. It is often the key source of information when diagnosing non-obvious failures, Blue Screens of Death (BSOD), program crashes, and driver issues.

In this guide, you will learn to confidently navigate the Event Viewer interface, quickly locate critical errors among thousands of entries, and correctly interpret log data. These skills will allow you to solve many problems on your own without resorting to a system reinstall.

Requirements / Preparation

Before you begin, ensure:

  1. You have a user account with administrative privileges (to access all logs).
  2. You are running Windows 10, 11, or Windows Server 2016 and newer. The interface and layout may differ slightly in older versions.
  3. The problem you are investigating has already occurred on the system. Logs contain only records of past events.

Step-by-Step Instructions

Step 1: Launch Event Viewer

The fastest method is to use the Run command:

  1. Press the Win + R key combination.
  2. In the window that appears, type eventvwr.msc.
  3. Press Enter or click OK.

The main Event Viewer window will open.

Step 2: Main Log Structure

On the left side of the window, you see the log tree. They are divided into two main categories:

  • Windows Logs (standard):
    • Application — events from installed programs (e.g., an MS Office startup error, antivirus warning).
    • System — events from OS components and drivers (disk issues, services, boot problems).
    • Security — audit events (successful/failed logon attempts, policy changes). Requires administrative privileges.
    • Setup — events from the Windows installer and components.
  • Applications and Services Logs — more specialized logs for specific programs (e.g., .NET Runtime, Microsoft-Windows-PrintService).

For most common issues, look in Application and System.

Step 3: Filtering Events to Find Errors

Logs contain thousands of entries. The filter is your primary tool.

  1. In the tree on the left, right-click the log you are interested in (e.g., System).
  2. Select Filter Current Log....
  3. In the dialog box, configure the parameters:
    • Level: check Critical and Error. Uncheck Information and Warning to avoid clutter.
    • Time: select Last 24 hours or set a specific range if you know when the problem occurred.
    • Event ID: if you know the error code (e.g., 1001 or 0x80070005), enter it here.
    • Keywords: enter part of the error text (e.g., timeout, failed, driver).
  4. Click OK. The log will be filtered to show only relevant entries.

Step 4: Analyzing an Event Entry

Each line in the log is an event. Click on it to see details in the lower pane.

Pay attention to these fields:

  • Level (Critical, Error, Warning) — severity.
  • Date and Time — when it occurred.
  • Source — which component/program generated the entry (e.g., Service Control Manager, Disk, Application Error).
  • Event ID — a unique number. This is the most important parameter for searching online.
  • Description — a textual description of the problem. Often contains technical details, file names, paths, or error codes (e.g., 0x80070005).

Step 5: Searching All Logs (Alternative Method)

If you don't know which specific log to search, use the global search:

  1. In the right pane, click Find (or press Ctrl + F).
  2. Enter a keyword or Event ID.
  3. From the Look in dropdown, select All logs.
  4. Click Find Next. The system will sequentially search for matches across all available logs.

Step 6: Exporting Logs for Archiving or Support

To save logs:

  1. Select the desired log in the left tree (e.g., a filtered System log).
  2. In the Actions menu (on the right), select Save All Events As....
  3. Specify the folder, file name, and format:
    • Events File (*.evtx) — native Windows binary format. Can only be opened in Event Viewer. Use this for sending to technical support.
    • Comma-separated values (*.csv) — tabular format. Can be opened in Excel.
  4. Click Save.

Verification

You have successfully mastered Event Viewer if you can:

  1. Launch the tool using one of the methods (Win+R -> eventvwr.msc).
  2. Clearly differentiate between the Application, System, and Security logs.
  3. Apply a filter by Level (Error/Critical) and/or Event ID.
  4. Find key data in an event's description: Source, Event ID, and error message.
  5. Export a filtered log to an .evtx file.

Try to find events with a level of Error in the System log from the last 24 hours. If the list is empty — that's good; it means there were no critical OS failures.

Common Issues

Issue: "Access Denied" when opening the Security log

Cause: Accessing the Security log requires administrative rights. Solution: Close and reopen Event Viewer by selecting Run as administrator (right-click the shortcut). Or log in to the system with a user account in the Administrators group.

Issue: Log is full, new events are not being recorded

Cause: By default, log size is limited (usually 20 MB). When full, old events are overwritten. Solution: In the log's properties (right-click the log → Properties), you can increase the Maximum log size (KB). A recommended value is 32768 (32 MB) or higher. You can also configure the policy to Overwrite events as needed (oldest events first).

Issue: Cannot find a specific error by Event ID

Cause: An Event ID without its Source is often too generic. The same Event ID in different sources indicates different problems. Solution: When searching online, always include the full query: "Event ID 1001 Source: Application Error" or "Event ID 41 Source: Kernel-Power". This narrows results to relevant ones.

Issue: Events from a specific program do not appear in the Application log

Cause: The program may maintain its own separate log in a different directory or may not be configured to write to the Windows Event Log. Solution: Check the program's own settings for enabling logging. Look for its logs in folders like %ProgramData%, %AppData%, or its installation directory.

F.A.Q.

What's the difference between Windows, Application, and System logs?
How to automatically find the latest critical errors?
Are administrator rights required to view logs?
How to save a log to send to support?

Hints

Launching Event Viewer
Navigating Logs
Filtering Events
Searching by Description
Exporting Logs

Did this article help you solve the problem?

FixPedia

Free encyclopedia for fixing errors. Step-by-step guides for Windows, Linux, macOS and more.

© 2026 FixPedia. All materials are available for free.

Made with for the community