Aby w systemie Windows przejrzeć dziennik zdarzeń systemu i aplikacji, należy użyć przystawki
A. secpol.msc
B. certmgr.msc
C. eventvwr.msc
D. services.msc
Do przeglądania dziennika zdarzeń systemu i aplikacji w Windows używa się przystawki eventvwr.msc, czyli Podglądu zdarzeń. To narzędzie MMC pozwala analizować logi systemowe, aplikacyjne, zabezpieczeń, instalacji oraz zdarzenia przekazywane dalej, jeśli komputer jest częścią większego środowiska administracyjnego. W praktyce uruchomisz je np. przez Win + R i wpisanie eventvwr.msc. W dzienniku System sprawdza się błędy sterowników, usług, sprzętu, zasilania czy aktualizacji Windows, a w dzienniku Aplikacja komunikaty programów, awarie usług, błędy bibliotek i problemy z konfiguracją. Moim zdaniem to jedno z pierwszych miejsc, do którego warto zajrzeć przy diagnostyce dziwnych problemów, bo komunikat użytkownika typu program się wyłączył często nie mówi prawie nic. Dobra praktyka administracyjna to filtrowanie po poziomie zdarzenia, źródle, identyfikatorze zdarzenia i czasie wystąpienia problemu. W środowisku firmowym logi warto eksportować do plików .evtx, dokumentować w zgłoszeniu serwisowym i porównywać z momentem awarii. Takie podejście jest zgodne z sensowną diagnostyką oraz zarządzaniem incydentami: najpierw zbieramy fakty z logów, potem wyciągamy wnioski, a nie odwrotnie.
Wszystkie podane nazwy kończące się na .msc mogą wyglądać podobnie, bo są to przystawki konsoli MMC w systemie Windows, ale każda służy do innego obszaru administracji. services.msc otwiera narzędzie Usługi, gdzie można sprawdzać stan usług systemowych, typ uruchomienia, zależności i ewentualnie ręcznie uruchomić albo zatrzymać usługę. To bywa pomocne przy diagnostyce, ale samo w sobie nie pokazuje pełnych dzienników zdarzeń systemu i aplikacji. Częsty błąd polega na tym, że ktoś widzi awarię usługi i od razu idzie do services.msc, a dopiero w Podglądzie zdarzeń znajduje konkretny kod błędu i źródło problemu. secpol.msc to Zasady zabezpieczeń lokalnych. Tam konfiguruje się między innymi polityki haseł, prawa użytkowników, opcje zabezpieczeń i zasady audytu. Można więc ustawić, co ma być audytowane, ale odczyt wpisów audytu robi się już w dziennikach, najczęściej przez eventvwr.msc. certmgr.msc dotyczy certyfikatów użytkownika, magazynów certyfikatów, urzędów zaufanych i certyfikatów osobistych. Przyda się przy problemach z TLS, podpisami cyfrowymi albo uwierzytelnianiem, ale nie jest narzędziem do przeglądania logów systemowych. Z mojego doświadczenia najprościej zapamiętać: eventvwr to events, czyli zdarzenia. Jeśli pytanie mówi o dzienniku zdarzeń systemu i aplikacji, chodzi właśnie o eventvwr.msc, a nie o ogólne zarządzanie usługami, politykami bezpieczeństwa czy certyfikatami.