Problemy z połączeniem sieciowym w WAPRO Mag skutkują zatrzymaniem pracy całego działu handlowego. Błędy typu „nie można połączyć się z serwerem SQL", „timeout połączenia" lub „odmowa dostępu" mogą mieć wiele przyczyn – od prostej awarii sieci, przez błędy konfiguracji SQL Server, po problemy z uprawnieniami. Szybka diagnostyka i naprawa są kluczowe dla minimalizacji przestoju.
Diagnostyka problemu z połączeniem
Serwisant rozpoczyna od określenia zakresu problemu: czy błąd dotyczy wszystkich stacji czy tylko jednej, czy serwer SQL odpowiada na ping, czy usługa SQL Server jest uruchomiona. Narzędzia diagnostyczne to: SQL Server Management Studio (test połączenia), Telnet na port 1433, Podgląd zdarzeń Windows (logi błędów SQL Server), narzędzie SQL Server Configuration Manager.
Typowe przyczyny problemów z połączeniem
Najczęstsze przyczyny to: zatrzymana usługa SQL Server (wymagane ręczne uruchomienie), zmiana adresu IP serwera bez aktualizacji konfiguracji na stacjach klienckich, zablokowanie portu przez zaporę Windows po aktualizacji systemu, wygaśnięcie hasła konta SQL, zmiana nazwy komputera serwera, przepełnienie dysku na serwerze SQL (brak miejsca dla pliku dziennika transakcji).
Naprawa błędów uprawnień SQL Server
Błąd „Login failed for user" wskazuje na problem z kontem SQL. Możliwe przyczyny to: dezaktywacja konta SA lub konta aplikacji, zmiana hasła bez aktualizacji w konfiguracji WAPRO Mag, utrata uprawnień konta do bazy danych (np. po przywróceniu bazy z backupu na innym serwerze). Naprawa polega na zresetowaniu hasła lub ponownym przypisaniu uprawnień przez SQL Server Management Studio.
Naprawa po zmianie adresu IP lub nazwy serwera
Gdy serwer zmienił adres IP lub nazwę komputera, konieczna jest aktualizacja konfiguracji na wszystkich stacjach klienckich. W WAPRO Mag konfiguracja serwera SQL jest przechowywana w pliku .ini lub rejestrze Windows – serwisant lokalizuje właściwy plik i aktualizuje adres serwera. W środowiskach z wieloma stacjami stosuje skrypt konfiguracyjny uruchamiany zdalnie.
Problemy z dostępem przez VPN
Przy pracy zdalnej przez VPN mogą wystąpić problemy z połączeniem do SQL Server wynikające z konfiguracji tunelu VPN (blokowanie portu 1433), różnych podsieci (routing) lub latencji sieci VPN. Rozwiązaniem może być konfiguracja SQL Server na niestandardowym porcie, zastosowanie SSTP VPN zamiast PPTP lub zmiana protokołu połączenia SQL na Named Pipes.
Awaria pliku bazy danych – tryb podejrzanego
Baza danych w trybie SUSPECT (podejrzana) pojawia się po nieoczekiwanym przerwaniu zasilania lub awarii dysku. SQL Server oznacza bazę jako podejrzaną i odmawia do niej dostępu. Naprawa wymaga wykonania procedury DBCC CHECKDB, ewentualnego odtworzenia bazy z backupu lub zastosowania zaawansowanych procedur naprawczych SQL Server. To jeden z poważniejszych scenariuszy wymagających natychmiastowej reakcji serwisanta.