Aby w systemie Windows przejrzeć dzienniki zdarzeń systemu i aplikacji, należy użyć narzędzia
A. services.msc
B. eventvwr.msc
C. diskmgmt.msc
D. devmgmt.msc
Narzędziem właściwym do przeglądania dzienników zdarzeń systemu Windows jest eventvwr.msc, czyli Podgląd zdarzeń uruchamiany jako przystawka konsoli MMC. W praktyce najczęściej wpisuje się eventvwr.msc w oknie Win+R albo w wyszukiwarce systemowej. To narzędzie pokazuje między innymi dzienniki System, Application, Security, Setup oraz Forwarded Events. Dzięki temu można sprawdzić błędy usług, problemy ze sterownikami, awarie aplikacji, nieudane logowania czy komunikaty związane z aktualizacjami. Z mojego doświadczenia to jedno z pierwszych miejsc, gdzie warto zajrzeć przy diagnozowaniu dziwnego zachowania komputera, bo same objawy często mówią mało, a wpis w dzienniku podaje źródło, identyfikator zdarzenia, poziom ważności i czas wystąpienia. Dobra praktyka administracyjna to filtrowanie dzienników po poziomie błędu lub ostrzeżenia, sprawdzanie Event ID, porównywanie czasu zdarzenia z momentem awarii oraz eksportowanie logów do pliku .evtx przed większymi zmianami. Nie powinno się też bezmyślnie czyścić dzienników, bo są ważnym materiałem diagnostycznym i audytowym.
Wszystkie podane nazwy kończą się na .msc, więc łatwo się pomylić, bo są to przystawki konsoli Microsoft Management Console. Nie oznacza to jednak, że robią to samo. devmgmt.msc uruchamia Menedżer urządzeń, czyli narzędzie do sprawdzania sprzętu, sterowników, identyfikatorów urządzeń, konfliktów i stanu działania kart sieciowych, dysków, kontrolerów czy urządzeń USB. Można tam zobaczyć, że sterownik ma problem, ale nie jest to główne miejsce do przeglądania dzienników systemu i aplikacji. diskmgmt.msc służy do zarządzania dyskami: tworzenia partycji, formatowania woluminów, przypisywania liter i sprawdzania układu nośników. To przydatne przy administracji pamięcią masową, ale nie do analizy logów zdarzeń. services.msc pozwala zarządzać usługami Windows, czyli uruchamiać je, zatrzymywać, zmieniać tryb startu i konto logowania usługi. Typowy błąd myślowy polega na tym, że skoro awaria dotyczy usługi albo dysku, to wybiera się narzędzie do zarządzania tym elementem. Diagnostycznie często trzeba jednak najpierw sprawdzić, co system zapisał w logach. Do tego służy eventvwr.msc, bo właśnie Podgląd zdarzeń zbiera komunikaty systemowe, aplikacyjne, zabezpieczeń i instalacyjne w jednym miejscu.