Pod maską komputera z systemem Windows^(Windows) wiele się dzieje . Korzystając z Podglądu zdarzeń^{(Event Viewer)} , można śledzić procesy systemu Windows^{(track Windows processes)} , pomagając w diagnozowaniu nieznośnych problemów bez oczywistej przyczyny.

Przeglądarka zdarzeń^{(Event Viewer)} może być jednak myląca w użyciu ze względu na przestarzały interfejs użytkownika i słaby układ. Oto przewodnik dotyczący poruszania się po Podglądzie zdarzeń^{(Event Viewer)} w celu rozwiązywania problemów z systemem Windows^(Windows) .

Pierwsze kroki z Przeglądarką zdarzeń^{(Event Viewer)}

System operacyjny Windows „^{(Windows Operating System “)} rejestruje” każdą znaczącą aktywność podczas działania. Podgląd zdarzeń^{(Event Viewer)} to tylko aplikacja, która pomaga uzyskać dostęp do tych dzienników i czytać je^{(read these logs)} w jednym miejscu, zamiast ręcznie otwierać każdy plik tekstowy w Eksploratorze Windows^{(Windows Explorer)} .

Otwórz Podgląd zdarzeń^{(Event Viewer)} , wyszukując aplikację w menu Start^{(Start Menu)} .

Zmaksymalizuj aplikację zaraz po jej otwarciu, ponieważ potrzebujesz widoku pełnoekranowego, aby zobaczyć wszystkie dostępne informacje.

Zrozumienie interfejsu

Podgląd zdarzeń^{(Event Viewer)} nie ma dokładnie intuicyjnego interfejsu. Na początku narzędzie może być nieco mylące, więc przejrzyjmy wszystkie elementy jeden po drugim.

Lewe okienko

Po uruchomieniu Podglądu zdarzeń^{(Event Viewer)} zauważysz, że okno jest podzielone na trzy panele. Lewa strona kategoryzuje zdarzenia w widoku folderów, umożliwiając szybkie nawigowanie do określonego typu dzienników zdarzeń.

Istnieją cztery główne typy dzienników:

^(Custom)Widoki niestandardowe : kategoria Widoki niestandardowe^(Custom) , jak sama nazwa wskazuje, pozwala tworzyć niestandardowe wybory dzienników zamiast trzymać się standardowych kategorii. Na przykład domyślny widok Zdarzenia administracyjne zbiera zdarzenia Krytyczne^(Critical) , Błędy^(Error) i Ostrzeżenia ze wszystkich dzienników administracyjnych.

Dzienniki systemu Windows^(Windows) : Ten folder zawiera wszystkie dzienniki dotyczące usług systemu Windows . Nie jest to szczególnie przydatne, chyba że chcesz szczegółowo przyjrzeć się działaniu systemu operacyjnego.

Dzienniki aplikacji i usług^(Services) : Te dzienniki są generowane przez wszelkiego rodzaju usługi, od niekrytycznych usług systemu Windows^(Windows) po aplikacje innych firm. Nie musisz przeglądać tej listy, ponieważ wszelkie błędy i ostrzeżenia zostały już zebrane w widoku Zdarzenia administracyjne.

Subskrypcje: ta kategoria jest domyślnie niedostępna i w większości przypadków jest zbędna. Jego jedynym zastosowaniem jest zbieranie zdarzeń ze zdalnych komputerów, co czyni go zaawansowanym narzędziem do administrowania systemem.

Środkowe okienko

Tutaj znajdują się dzienniki. Domyślnie wyświetla Przegląd^(Overview) i Podsumowanie^(Summary) zdarzeń, a nie konkretną kategorię.

Pierwsza sekcja (i prawdopodobnie najważniejsza) to Podsumowanie^(Summary) zdarzeń administracyjnych. Zawiera listę kluczowych zdarzeń systemowych z ostatniego tygodnia, dając szybki wgląd w stan systemu. Zdarzenia są również klasyfikowane według ram czasowych w ujęciu godzinowym, dziennym i tygodniowym.

W tej sekcji jest pięć typów zdarzeń:

Krytyczny: W tej kategorii pojawiają się wszelkie poważne problemy systemowe. W prawidłowo działającym komputerze ta kategoria powinna być pusta, ale jeśli zauważysz zdarzenie tego typu, zwróć na nie uwagę.
Błąd: W każdym sprawnym komputerze występują błędy. To, że w tej kategorii są wymienione wydarzenia, nie oznacza, że coś jest nie tak. Problem tylko wtedy, gdy ten sam błąd pojawia się często na co dzień.
Ostrzeżenie: Ostrzeżenia są generowane, gdy coś jeszcze nie poszło nie tak, ale może wskazywać na możliwy problem. Obejmuje to takie rzeczy, jak mała ilość miejsca na dysku lub niewłaściwie skonfigurowane sterowniki.
Informacja: Ten jest całkowicie nieszkodliwy, ponieważ zapisuje wszystkie udane operacje na komputerze. Źródłem są zwykle usługi systemowe, chociaż często pojawiają się również aplikacje zabezpieczające.
Audit Success : Ten typ zdarzenia jest generowany za każdym razem, gdy próba uwierzytelnienia zakończy się powodzeniem. Obejmuje to loginy i inne środki bezpieczeństwa, więc nie przejmuj się, że znajdziesz wiele wystąpień w każdym przedziale czasowym.
Błąd audytu: Jak sama nazwa wskazuje, ten typ zdarzenia obejmuje nieudane próby uwierzytelnienia. Jest to dobry sposób, aby sprawdzić, czy ktoś próbował uzyskać dostęp do Twojego komputera przez połączenie sieciowe lub bezpośrednie logowanie.

Prawe okienko

Prawy panel okna zawiera wszystkie akcje, które możesz wykonać dla wybranego elementu. Akcje zmieniają się w zależności od tego, czy masz wybrany folder, czy wydarzenie.

Możesz między innymi utworzyć widok niestandardowy^{(Custom View)} , wyświetlić właściwości^(Properties) dziennika lub zapisać^(Save) wybrane zdarzenia, aby wyświetlić je później.

Jak czytać dzienniki zdarzeń

Otwieranie widoku i przeglądanie dzienników zdarzeń jest dość proste, ale jak rozumiesz wszystkie te informacje? Oto podział.

Po wybraniu zdarzenia otwiera się zakładka Ogólne^(General) , wyświetlając krótkie podsumowanie błędu, a następnie kilka pól informacyjnych:

Nazwa dziennika: nazwa dziennika, do którego należy zdarzenie. Głównie przydatne do identyfikacji usługi Windows , w której wystąpiło zdarzenie.
Źródło: zwykle taka sama jak nazwa dziennika, ponieważ zawiera listę aplikacji źródłowej zdarzenia.
Identyfikator zdarzenia: każde zdarzenie ma unikalny identyfikator zdarzenia. Ten identyfikator pomaga zidentyfikować określone zdarzenie z innych zdarzeń o podobnym charakterze, nawet jeśli są generowane z tego samego procesu.
Poziom: jest to tag, który decyduje o poziomie priorytetu wydarzenia. Widziałeś już tagi takie jak Error i Critical w widoku administracyjnym^{(Administrative View)} , a to pole jest źródłem ich pochodzenia.
Użytkownik^(User) : konto użytkownika^(User) , które wygenerowało zdarzenie. Przydatne w diagnozowaniu problemów w systemach wieloużytkownikowych.
Kod OP^{(OP Code)} : To pole ma identyfikować aktywność danego procesu przed wyzwoleniem zdarzenia, ale w praktyce prawie zawsze domyślnie jest to Info .
Zarejestrowano: sygnatura czasowa wydarzenia wraz z datą.
Kategoria zadania^{(Task Category)} : Kolejne pole, które ma dostarczyć dodatkowych informacji o procesie inicjującym, choć w większości pozostaje puste.
Komputer^(Computer) : nazwa komputera, który utworzył wydarzenie. Bezużyteczne, gdy pracujesz z pojedynczym systemem, ale kluczowe, gdy masz do czynienia ze zdarzeniami przekazywanymi z komputera sieciowego.

Może się wydawać, że to dużo informacji, ale nie musisz czytać wszystkich pól. Najważniejsze pola to Level i Source .

Dzięki Poziomowi^(Level) możesz określić, jak poważne jest zdarzenie ( najważniejsze są zdarzenia krytyczne^(Critical) ), a Źródło^(Source) poinformuje Cię o pierwotnej aplikacji lub komponencie. Pozwala to znaleźć i zabić problematyczny proces^{(kill the problematic process)} .

Jak rozwiązywać problemy^{(Troubleshoot Windows Problems)} z systemem Windows za pomocą przeglądarki zdarzeń^{(Event Viewer)} ?

Gdy doznasz nagłej awarii systemu, pierwszym przystankiem powinien być Podgląd zdarzeń^{(Event Viewer)} . Uruchom widok administracyjny^{(Administrative View)} i sprawdź, czy występują zdarzenia krytyczne.

Ponieważ krytyczne awarie systemu zawsze generują krytyczne zdarzenie, pomaga to szybko wyzerować błędny proces i zacząć szukać rozwiązania^{(zero down on the errant process and start looking for a fix)} . W zależności od używanego składnika systemu Windows^(Windows) poprawka może być tak prosta, jak aktualizacja sterowników lub uruchomienie SFC z wiersza polecenia^{(Command Prompt)} .

W przypadku mniejszych problemów konieczne może być również przejrzenie zdarzeń błędów . ^(Error)Pomaga, jeśli wiesz, która aplikacja lub funkcja działa nieprawidłowo, ponieważ nawet zdrowy system generuje błędy.

How to Use Event Viewer to Troubleshoot Windows Problems

There is a lot going under the hood of a Windows computer. Using the Event Viewer, it’s possible to track Windows processes, helping you diagnose pesky problems without an obvious cause.

The Event Viewer can be confusing to use, however, owing to its outdated UI and poor layout. Here is a guide on navigating the Event Viewer to troubleshoot any Windows issues.

Getting Started With the Event Viewer

The Windows Operating System “logs” every significant activity while it runs. The Event Viewer is just an app that helps you access and read these logs in one place, rather than manually opening each text file in Windows Explorer.

Open Event Viewer by searching for the app in the Start Menu.

Maximize the app as soon as it opens, because you need the full-screen view to see all the information available.

Understanding the Interface

Event Viewer doesn’t exactly have an intuitive interface. The tool can be a bit confusing at first, so let’s go over all the elements one by one.

Left Pane

On running Event Viewer, you will notice that the window is divided into three panes. The left side categorizes the events in a folder view, letting you quickly navigate to a particular type of event logs.

There are four main types of logs:

Custom Views: The Custom views category, as the name suggests, lets you create custom log selections instead of sticking with the standard categories. For example, the default Administrative Events view collects the Critical, Error, and Warning events from all administrative logs.

Windows Logs: This folder includes all logs concerning Windows system services. It’s not particularly useful unless you want a detailed look at how the OS is operating.

Applications and Services Logs: These logs are generated by all kinds of services, from non-critical Windows services to third-party applications. You don’t need to trawl through this list as any errors and warnings are already collected in the Administrative Events view.

Subscriptions: This category is not available by default, and is unnecessary in most cases. Its only use is to collect events from remote computers, making it an advanced system administration tool.

Middle Pane

This is where the logs are actually listed. By default, it displays an Overview and Summary of events, rather than any specific category.

The first section (and probably the most important) is the Summary of Administrative Events. It lists crucial system events in the past week, giving you a quick glimpse of the system’s health. The events are also classified by their timeframes on an hourly, daily, and weekly basis.

There are five event types in this section:

Critical: Any major system issues crop up in this category. In a properly functioning computer this category should be empty, but if you spot an event of this type, pay attention to it.
Error: There are errors in any functional computer. Just because there are events listed in this category does not mean something is necessarily wrong. It is a problem only if the same error shows up frequently on a daily basis.
Warning: Warnings are generated when something hasn’t really gone wrong yet, but might indicate a possible issue. This includes things like low disk space, or improperly configured drivers.
Information: This one is completely harmless, as it notes all successful operations on the computer. The source is usually system services, though security applications often show up as well.
Audit Success: This type of event is generated whenever an authentication attempt is successful. This includes logins and other security measures, so don’t be alarmed to find multiple instances in every timeframe.
Audit Failure: As the name suggests, this event type includes failed authentication attempts. This is a good way to see if anyone has tried gaining access to your PC, either through a network connection or a direct login.

Right Pane

The right panel of the window contains all actions you can take for a selected item. The actions change based on whether you have a folder selected or an event.

You can Create a Custom View, view the Properties of a log, or Save Selected Events to view them later, among other actions.

How to Read Event Logs

Opening a view and going through the event logs is simple enough, but how do you make sense of all that information? Here’s a breakdown.

When you select an event, the General tab opens up, displaying a short summary of the error followed by a bunch of information fields:

Log Name: The name of the log the event belongs to. Mostly useful to identify the Windows service under which the event occurred.
Source: Usually the same as the log name, as it lists the source application of the event.
Event ID: Each event has a unique event ID. This ID helps identify a specific event from other events of a similar nature, even when they are generated from the same process.
Level: This is the tag that decides the priority level of the event. You have already seen tags like Error and Critical in the Administrative View, and this field is where they are taken from.
User: The User account that generated the event. Useful in diagnosing problems in multi-user systems.
OP Code: This field is supposed to identify the activity of the process in question before the event was triggered, but in practice almost always defaults to Info.
Logged: The timestamp of the event, including the date as well.
Task Category: Another field supposed to provide additional information about the originating process, though mostly left empty.
Computer: The name of the PC that created the event. Useless when you are working with a single system, but crucial when dealing with events forwarded from a network computer.

That may seem like a lot of information to take in, but you don’t need to read through all the fields. The most important fields are Level and Source.

With Level, you can tell how serious the event is (with Critical events being most important) and Source informs you of the originating app or component. This lets you find and kill the problematic process.

How to Troubleshoot Windows Problems With the Event Viewer?

When you suffer a sudden system crash, your first stop should be the Event Viewer. Run the Administrative View and check for any Critical events.

As fatal system crashes always generate a critical event, this helps you quickly zero down on the errant process and start looking for a fix. Depending on the Windows component involved, the fix might be as simple as updating drivers or running SFC from the Command Prompt.

For smaller issues, you may have to go through the Error events as well. It helps if you know which app or feature is misbehaving, as even a healthy system generates some errors.

Grzegorz Adamczyk

About the author

Jestem ekspertem komputerowym z ponad 10-letnim doświadczeniem i specjalizuję się w pomaganiu ludziom w zarządzaniu komputerami w ich biurze. Napisałem artykuły na takie tematy, jak optymalizacja połączenia internetowego, konfiguracja komputera w celu uzyskania najlepszych wrażeń w grach i nie tylko. Jeśli szukasz pomocy we wszystkim, co dotyczy Twojej pracy lub życia osobistego, jestem osobą dla Ciebie!

Jak używać Podglądu zdarzeń do rozwiązywania problemów z systemem Windows

Pierwsze kroki z Przeglądarką zdarzeń^{(Event Viewer)}