Comarch ERP Optima w całości opiera swoje działanie na silniku Microsoft SQL Server – wszelkie zakłócenia w komunikacji z bazą danych przekładają się bezpośrednio na niemożność pracy w systemie. Diagnoza i naprawa problemów sieciowych między klientem Optimy a instancją SQL to zadanie wymagające metodycznego podejścia, które opisujemy poniżej.
Architektura połączenia Optima – SQL Server
Comarch ERP Optima komunikuje się z SQL Server przez protokół TCP/IP na domyślnym porcie 1433 (lub przez nazwane potoki w instalacjach lokalnych). Klient (program na stacji roboczej) łączy się z instancją SQL o nazwie zwykle NAZWAKOMPUTERA\COMARCH_SQL. Plik Optima.ini zawiera parametry połączenia: nazwę serwera, port i opcjonalnie dane uwierzytelniania.
Sprawdzanie dostępności SQL Server – narzędzia diagnostyczne
W wierszu poleceń wykonaj: ping NAZWAKOMPUTERA – weryfikuje podstawową komunikację sieciową. Następnie: telnet NAZWAKOMPUTERA 1433 – sprawdza, czy port SQL jest otwarty. Jeżeli polecenie telnet nie jest dostępne, włącz je przez Programy i funkcje → Włącz lub wyłącz funkcje Windows. Brak odpowiedzi na porcie 1433 wskazuje na blokadę w zaporze lub wyłączony protokół TCP/IP w konfiguracji SQL.
Konfiguracja TCP/IP w SQL Server Configuration Manager
Otwórz SQL Server Configuration Manager (dostępny w Start → Programy Administracyjne lub przez SQLServerManager15.msc). Przejdź do SQL Server Network Configuration → Protocols for COMARCH_SQL → TCP/IP. Upewnij się, że protokół jest Enabled. W zakładce IP Addresses sprawdź, czy IPAll → TCP Port ma ustawioną wartość 1433. Po każdej zmianie wymagany jest restart usługi SQL Server.
Reguły zapory sieciowej Windows
Zapora Windows może blokować połączenia przychodzące na port 1433. Otwórz Zaporę Windows Defender z zabezpieczeniami zaawansowanymi, utwórz nową regułę dla ruchu przychodzącego: typ Port, protokół TCP, numer portu 1433, akcja Zezwól. Dotyczy to zarówno serwera SQL, jak i stacji klienckich, jeżeli używany jest SQL Server Browser (UDP 1434). W środowiskach firmowych reguły mogą być zarządzane przez Group Policy.
Problemy z rozpoznawaniem nazwy serwera
Jeżeli Optima nie może rozpoznać nazwy serwera SQL (błąd DNS lub NetBIOS), zastąp nazwę serwera bezpośrednio adresem IP w pliku Optima.ini, np. Server=192.168.1.10\COMARCH_SQL. Sprawdź też plik hosts (C:\Windows\System32\drivers\etc\hosts) – może zawierać nieaktualny wpis. W środowiskach domenowych problem może wynikać z niepoprawnej konfiguracji DNS.
Monitorowanie stabilności połączenia
Przerywające się połączenie z SQL Server podczas pracy objawia się zawieszaniem operacji, błędami transakcji i utratą niezapisanych zmian. Może wynikać z problemów z kartą sieciową, przełącznikiem, VPN lub niestabilnym Wi-Fi. Zalecamy korzystanie z przewodowego połączenia Ethernet dla stacji krytycznych. Konfiguracja SQL Server pod kątem timeout'ów połączeń i poolingu pomaga stabilizować pracę w sieci.
