Problemy sieciowe w środowisku Comarch ERP XL manifestują się jako spowolnienia, przerwy w połączeniu lub całkowita niedostępność systemu. Systematyczna diagnostyka warstw sieciowych pozwala precyzyjnie zlokalizować awarię i skrócić czas naprawy.
Nagłe zerwanie połączenia podczas pracy
Gdy wszyscy użytkownicy jednocześnie tracą połączenie z serwerem XL, przyczyną jest awaria na poziomie serwera (crash usługi XL lub SQL Server) lub awaria sieciowa na poziomie backbone (switch core, router, łącze WAN). Sprawdź: czy serwer aplikacji XL pinguje ze stacji roboczej (test ICMP), czy usługa aplikacji serwera XL jest uruchomiona (services.msc), oraz czy SQL Server jest dostępny (próba połączenia przez SSMS). Lokalizacja awarii wskaże właściwe działanie naprawcze.
Sporadyczne rozłączenia jednego użytkownika
Jeśli problemy dotyczą tylko jednego użytkownika, sprawdź jego infrastrukturę sieciową: kabel Ethernet (fizyczne uszkodzenie lub luźne połączenie), port w przełączniku sieciowym (spróbuj innego portu), oraz jakość połączenia WiFi (jeśli pracuje bezprzewodowo). Narzędzia ping i tracert z problematycznej stacji do serwera wykażą utratę pakietów lub wysokie czasy odpowiedzi, wskazując na uszkodzony element infrastruktury.
Timeout sesji przy pracy przez VPN
Komarch ERP XL przez VPN jest szczególnie wrażliwy na timeouty sesji. Jeśli VPN ma krótki timeout bezczynności (np. 10 minut), sesja XL może być przerywana przy dłuższej pracy w jednym ekranie bez aktywności sieciowej. Rozwiązania: wydłużenie timeout VPN, konfiguracja TCP keepalive na kliencie XL (opcja w pliku konfiguracyjnym klienta) lub wdrożenie dedykowanego rozwiązania VPN z niskim timeoutem dla ruchu ERP.
Problemy z rozpoznawaniem nazwy serwera
Jeśli klient XL nie może połączyć się z serwerem po nazwie (np. SERWER-XL), ale połączenie po adresie IP działa, problem leży w DNS. Sprawdź, czy nazwa serwera jest poprawnie zarejestrowana w DNS lokalnej sieci. Alternatywnie można dodać wpis do pliku hosts (%SystemRoot%\system32\drivers\etc\hosts) na stacji roboczej. Rozwiązanie przez hosts jest tymczasowe – właściwym rozwiązaniem jest naprawienie wpisu DNS przez administratora sieci.
Problemy z wydajnością sieci po zmianach infrastruktury
Po wymianie przełącznika, karty sieciowej lub zmianie konfiguracji sieci można napotkać problemy wydajnościowe wynikające z autonegocjacji prędkości karty sieciowej (np. karta pracuje na 10 Mbps zamiast 1 Gbps, bo autonegocjacja nie działała poprawnie). Sprawdź ustawienia prędkości i duplex kart sieciowych serwera i klientów – zalecane jest ustawianie stałej prędkości (1 Gbps Full Duplex) zamiast polegania na autonegocjacji w środowiskach krytycznych.
