Log aplikacji Windows

Log aplikacji Windows to dziennik systemowy gromadzący komunikaty programów, w tym błędy usług SQL Server.

Log aplikacji Windows i miejsce jego zapisu

Log aplikacji Windows to część dzienników systemowych rejestrowanych przez usługę Windows Event Log. Zawiera zdarzenia generowane przez programy działające w systemie, a także przez niektóre składniki systemu Windows odpowiedzialne za uruchamianie usług, obsługę plików, sterowników lub komunikację z innymi komponentami. Wpis może informować o prawidłowym wykonaniu operacji, ostrzegać o możliwym problemie albo opisywać błąd, który wpłynął na działanie aplikacji. Sam fakt pojawienia się wpisu w dzienniku nie oznacza jeszcze awarii całego komputera, ponieważ wiele programów zapisuje tam również informacje diagnostyczne.

Do przeglądania tego dziennika służy Podgląd zdarzeń, uruchamiany między innymi poleceniem eventvwr.msc. W konsoli można rozwinąć gałąź „Dzienniki systemu Windows”, a następnie wybrać pozycję „Aplikacja”. Dane dziennika są przechowywane w pliku Application.evtx, zwykle w katalogu C:\Windows\System32\winevt\Logs. Plik ten nie powinien być ręcznie usuwany podczas zwykłej diagnostyki. Zmiana zawartości lub rozmiaru dziennika powinna odbywać się z poziomu narzędzi systemowych, ponieważ Windows zarządza między innymi jego retencją, uprawnieniami i nadpisywaniem starszych zdarzeń.

Jak czytać wpis dotyczący błędu programu

Każde zdarzenie ma zestaw pól pozwalających powiązać komunikat z konkretnym procesem i momentem wystąpienia problemu. Warto sprawdzić poziom zdarzenia, datę i godzinę, nazwę źródła, identyfikator zdarzenia, kategorię zadania oraz kod wyjątku lub kod błędu, jeśli został zapisany. Istotne są również nazwy aplikacji i modułu, wersje plików oraz identyfikator procesu. W widoku szczegółów dostępne są zwykle zakładki „Ogólne” i „Szczegóły”; druga z nich może prezentować dane w postaci XML, co ułatwia precyzyjne odczytanie pól oraz porównanie kilku wpisów.

Przy analizie nie należy wyciągać wniosku wyłącznie na podstawie czerwonej ikony błędu. Najpierw trzeba ustalić, czy zdarzenie powtarza się w czasie odpowiadającym zawieszeniu, zamknięciu programu, restartowi usługi albo utracie funkcji. Pomocne jest zestawienie wpisu aplikacji z innymi dziennikami, na przykład „System”, oraz z informacją o działaniu programu. Jeżeli o tej samej godzinie występuje błąd aplikacji, a następnie wpis o nieoczekiwanym zamknięciu procesu, związek jest bardziej prawdopodobny niż w przypadku pojedynczego, starego komunikatu. W diagnostyce trzeba odróżnić przyczynę od skutku: komunikat o awarii aplikacji może być następstwem problemu z biblioteką, dyskiem, pamięcią, aktualizacją albo uprawnieniami.

Wpisy SQL Server w dzienniku aplikacji

Microsoft SQL Server może zapisywać część zdarzeń w dzienniku aplikacji Windows, zależnie od rodzaju komunikatu i konfiguracji danego składnika. Taki wpis może zawierać nazwę instancji lub usługi, numer błędu SQL Server, opis nieudanej operacji oraz dodatkowe informacje potrzebne do identyfikacji problemu. Dziennik aplikacji Windows nie jest jednak jedynym miejscem diagnostyki SQL Server. Szczegółowe komunikaty silnika znajdują się także w pliku ERRORLOG SQL Server, a informacje o uruchomieniu usługi i zależnościach systemowych mogą być widoczne w dzienniku „System”.

Podczas interpretacji komunikatu SQL Server należy zachować zgodność między wpisem a rzeczywiście używaną instancją i usługą. Na jednym komputerze może działać więcej niż jedna instancja, dlatego sama nazwa programu w podglądzie zdarzeń nie zawsze wystarcza do ustalenia, której konfiguracji dotyczy problem. Warto porównać czas zdarzenia z logiem silnika, sprawdzić stan usługi SQL Server oraz zweryfikować, czy błąd dotyczył startu usługi, dostępu do plików bazy, połączenia, uwierzytelniania czy wykonania zapytania. Nie należy usuwać wpisów ani zmieniać konfiguracji bazy tylko po to, aby zniknął komunikat z Podglądu zdarzeń. Najpierw trzeba zachować treść błędu i ustalić jego wpływ na działanie konkretnej aplikacji.

Praktyczne wykorzystanie logu podczas naprawy komputera

Log aplikacji Windows jest przydatny szczególnie wtedy, gdy problem występuje nieregularnie i nie daje się łatwo odtworzyć. Przed przekazaniem komputera do diagnostyki można zanotować dokładny czas awarii, nazwę programu oraz czynność wykonywaną bezpośrednio przed zamknięciem lub zawieszeniem. W Podglądzie zdarzeń można następnie filtrować wpisy według poziomu, źródła i przedziału czasu. Do eksportowania zaznaczonych zdarzeń służy opcja „Zapisz wybrane zdarzenia”, która tworzy plik w formacie .evtx. Zachowanie oryginalnych szczegółów jest bardziej użyteczne niż przepisanie samego tytułu komunikatu.

Na podstawie logu można sprawdzić, czy problem dotyczy jednej aplikacji, kilku programów korzystających z tej samej biblioteki, czy szerszego działania systemu. Przykładowo powtarzające się awarie jednego programu mogą wskazywać na jego uszkodzoną instalację lub niezgodną aktualizację, natomiast błędy wielu niezależnych aplikacji w krótkim czasie wymagają także sprawdzenia systemu plików, pamięci operacyjnej, dysku i sterowników. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a zapis z logu aplikacji może ułatwić powiązanie objawów z konkretnym momentem oraz programem.

Przy porównywaniu zdarzeń trzeba uwzględnić synchronizację zegara systemowego, strefę czasową i możliwe opóźnienie zapisu. Wpis może pojawić się dopiero po zakończeniu operacji lub ponownym uruchomieniu procesu, dlatego godzina komunikatu nie zawsze jest dokładnym momentem rozpoczęcia usterki. Rzetelna diagnostyka polega na zestawieniu logów z obserwowanym objawem, konfiguracją systemu i próbą powtórzenia problemu. Dziennik aplikacji dostarcza dowodów technicznych, ale jego treść powinna być interpretowana w kontekście konkretnego programu i zdarzeń występujących na danym komputerze.