Komunikat o błędzie w Comarch ERP Altum rzadko wskazuje rzeczywistą przyczynę. Ten sam komunikat może oznaczać brak uprawnień, uszkodzony indeks bazy, konflikt z modyfikacją albo problem sieciowy. Zgadywanie kosztuje więcej czasu niż uporządkowana diagnostyka.
Ustalamy faktyczne źródło błędu, korzystając z dzienników systemu i bazy danych.
Zbieranie informacji
Notujemy pełną treść komunikatu, moment wystąpienia, stanowisko i użytkownika oraz sprawdzamy, czy błąd daje się powtórzyć. Błąd powtarzalny jest znacznie łatwiejszy do usunięcia niż zdarzający się losowo.
Dzienniki
Przeglądamy logi aplikacji, dziennik zdarzeń systemu Windows i dziennik błędów SQL Server z tego samego przedziału czasu. Zestawienie trzech źródeł zwykle wskazuje przyczynę jednoznacznie.
Sprawdzenie bazy
Wykonujemy kontrolę spójności bazy oraz przegląd stanu indeksów. Błędy pojawiające się przy zapisie konkretnych dokumentów często stąd właśnie pochodzą.
Rozwiązanie i zapobieganie
Po usunięciu przyczyny opisujemy, co ją wywołało, i wskazujemy zmiany zmniejszające ryzyko nawrotu — bywa, że wystarczy zmiana kolejności zadań nocnych.
Błędy występujące losowo
Gdy błędu nie da się powtórzyć, włączamy szczegółowe rejestrowanie zdarzeń i czekamy na kolejne wystąpienie z kompletem danych. To wolniejsza droga, ale jedyna prowadząca do rzeczywistej przyczyny zamiast do przypadkowej zmiany ustawień.
