Comarch ERP Optima w środowisku wielostanowiskowym działa w architekturze klient-serwer – jeden serwer SQL przechowuje bazę danych, a wiele stacji roboczych łączy się z nim przez sieć lokalną. Prawidłowa konfiguracja sieci i programu jest kluczem do stabilnej, wydajnej pracy wszystkich użytkowników jednocześnie. Opisujemy wymagania i konfigurację środowiska sieciowego.
Architektura sieciowa Comarch ERP Optima
Standardowe wdrożenie sieciowe Optimy składa się z: Serwera SQL – komputer z zainstalowanym SQL Server, pełniący rolę centralnego repozytorium danych. Może to być dedykowany serwer fizyczny, maszyna wirtualna lub NAS z SQL Server. Stacji roboczych – komputery użytkowników z zainstalowanym klientem Comarch ERP Optima. Łączą się z serwerem SQL przez sieć LAN lub VPN. Każda stacja wymaga licencji stanowiskowej Optimy oraz odpowiedniej wersji .NET Framework.
Wymagania sieciowe dla Optimy
Minimalna przepustowość sieci dla wygodnej pracy to 100 Mbps (Fast Ethernet). Dla intensywnego użycia (wiele dokumentów, duże raporty) zalecane jest Gigabit Ethernet (1 Gbps). Latencja (opóźnienie) między stacją a serwerem powinna być poniżej 5 ms – przy pracy przez VPN lub przez WAN latencja powyżej 20 ms będzie wyraźnie odczuwalna. SQL Server musi nasłuchiwać na porcie TCP/IP 1433, który musi być otwarty w zaporiee na serwerze.
Konfiguracja SQL Server dla pracy sieciowej
W SQL Server Configuration Manager (uruchamianym jako administrator): 1) Upewnij się, że protokół TCP/IP jest włączony dla instancji COMARCH_SQL, 2) Sprawdź, że port TCP to 1433 (w zakładce IP Addresses, sekcja IPAll), 3) Włącz usługę SQL Server Browser (potrzebna do rozpoznawania instancji po nazwie), 4) Zrestartuj usługę SQL Server po każdej zmianie konfiguracji protokołów. Dodaj reguły w zaporze Windows: TCP 1433 (SQL Server) i UDP 1434 (SQL Server Browser).
Konfiguracja Optima.ini dla środowiska sieciowego
Na każdej stacji roboczej plik C:\ProgramData\Comarch ERP Optima\Optima.ini musi wskazywać na serwer SQL: Server=NAZWASERVERA\COMARCH_SQL (lub adres IP, jeżeli DNS nie działa poprawnie) oraz Port=1433. Zamiast ręcznie edytować Optima.ini na każdej stacji, możesz wskazać w nim plik konfiguracyjny z serwera sieciowego (oba komputery muszą mieć dostęp do ścieżki UNC lub zmapowanego dysku).
Serwer terminali jako alternatywa dla sieci lokalnej
W firmach z pracownikami zdalnymi lub oddziałami w różnych lokalizacjach popularna jest instalacja Optimy na Windows Server z rolą Remote Desktop Services. Użytkownicy łączą się przez RDP (protokół zdalnego pulpitu) ze swoich komputerów – Optima działa centralnie na serwerze, a przez sieć przesyłany jest tylko obraz ekranu. Eliminuje to wymagania sieciowe wobec łącza WAN (wystarczy 5–10 Mbps na użytkownika), ale zwiększa wymagania sprzętowe serwera.
Monitorowanie wydajności sieci i SQL Server
Do monitorowania wydajności środowiska sieciowego Optimy użyj narzędzi: Monitor wydajności Windows (perfmon) – śledzenie obciążenia CPU, RAM, dysku serwera, SQL Server Activity Monitor (SSMS) – aktywne zapytania, blokady, czekające sesje, narzędzia sieciowe (Wireshark, NetFlow) – analiza ruchu sieciowego między stacjami a serwerem. Regularne monitorowanie pozwala wykryć problemy zanim staną się odczuwalne dla użytkowników.
