Spowolnienia Comarch ERP Altum – długi czas ładowania list, powolne otwieranie formularzy, opóźnienia przy zatwierdzaniu dokumentów – mogą mieć źródło na poziomie SQL Server, serwera aplikacji, sieci lub stacji roboczej użytkownika. Systematyczna diagnostyka pozwala wskazać właściwą warstwę do optymalizacji.
Globalne vs. lokalne spowolnienia
Pierwszym krokiem jest ustalenie, czy spowolnienia dotyczą wszystkich użytkowników jednocześnie (problem serwera lub sieci backbone) czy tylko wybranych użytkowników lub operacji (problem lokalny – stacja robocza, sieć dostępowa, lub konkretna funkcjonalność). Zbieranie informacji od użytkowników: kiedy spowolnienia się zdarzają, jakie operacje są dotknięte i jaka jest skala spowolnienia (2x wolniej, 10x wolniej) – jest kluczowe dla prawidłowej diagnostyki.
Blokady SQL Server – częsta przyczyna globalnych spowolnień
Długo trwające zapytanie blokujące tabelę powoduje, że wszystkie inne zapytania do tej tabeli czekają, co objawia się globalnym spowolnieniem systemu. SQL Server Management Studio → Activity Monitor → Processes pokazuje aktywne procesy i blokady. Zakończenie procesu blokującego (KILL SPID) natychmiast uwalnia zablokowane zasoby. Warto jednak najpierw zidentyfikować, dlaczego zapytanie trwa tak długo – może wskazywać na brakujący indeks lub błąd w logice aplikacji.
Spowolnienia sieciowe przy pracy z Altum
Comarch ERP Altum w architekturze klient-serwer przesyła przez sieć dane między klientem a serwerem aplikacji oraz między serwerem aplikacji a SQL Server. Problemy sieciowe (wysoki ping, utrata pakietów) bezpośrednio przekładają się na spowolnienia. Narzędzie ping i iperf pozwalają zmierzyć latencję i przepustowość między stacjami roboczymi a serwerem. Sieć WiFi jest szczególnie wrażliwa na zakłócenia – pracownicy z laptopami powinni być w miarę możliwości na sieci przewodowej.
Spowolnienia na konkretnych formularzach
Jeśli spowolnienie dotyczy konkretnego formularza (np. lista zamówień, kartoteka kontrahenta), przyczyną jest najprawdopodobniej wolne zapytanie bazodanowe ładujące dane do tego formularza. SQL Server Profiler (lub Extended Events) pozwala zarejestrować zapytania generowane przez Altum podczas otwierania problematycznego formularza. Przekazanie zarejestrowanego zapytania do analizy przez partnera Comarch lub specjalistę SQL pozwala na optymalizację (dodanie indeksu, przepisanie zapytania) lub zgłoszenie błędu do Comarch, jeśli zapytanie jest nieoptymalne z winy aplikacji.
Spowolnienia po stronie klienta Altum
Stara lub przeciążona stacja robocza może być wąskim gardłem przy pracy z Altum – szczególnie jeśli klient Altum wykonuje część obliczeń lokalnie (renderowanie raportów, filtrowanie danych). Minimalne zalecane parametry stacji roboczej: procesor klasy Intel Core i5 lub nowszy, 8 GB RAM (16 GB dla intensywnych użytkowników), dysk SSD, Windows 10/11. Sprawdzenie zużycia CPU i RAM podczas pracy z Altum przez Task Manager pozwala ocenić, czy stacja jest przeciążona.
