Zmiana serwera, na którym działa Comarch ERP Optima (np. wymiana starego serwera na nowy, migracja do maszyny wirtualnej lub chmury), wymaga starannej rekonfiguracji zarówno samego programu, jak i wszystkich stacji klienckich. Błędy w tym procesie mogą skutkować niemożnością połączenia z bazą danych lub utratą konfiguracji. Opisujemy kompletną procedurę.
Zmiana nazwy serwera a Optima
Comarch ERP Optima identyfikuje serwer SQL przez jego nazwę sieciową (lub adres IP). Gdy serwer zmienia nazwę (np. stary serwer nazywał się SERWER2015, nowy to SERWER2024), konieczna jest aktualizacja konfiguracji we wszystkich plikach Optima.ini na stacjach klienckich. Parametr Server=STARA_NAZWA\COMARCH_SQL należy zmienić na Server=NOWA_NAZWA\COMARCH_SQL lub używać stałego adresu IP zamiast nazwy.
Przeniesienie instancji SQL na nowy serwer
Jeżeli SQL Server jest instalowany od nowa na nowym serwerze (nie przenoszony obraz maszyny wirtualnej), konieczne jest: 1) zainstalowanie SQL Server na nowym serwerze z tą samą lub wyższą wersją, 2) odtworzenie bazy Optimy z kopii zapasowej (RESTORE lub ATTACH), 3) odtworzenie loginów SQL – konto serwisowe Optimy (CDNOperator) musi istnieć z tymi samymi uprawnieniami, 4) konfiguracja protokołów sieciowych SQL i zapory, 5) aktualizacja Optima.ini na wszystkich stacjach.
Migracja SQL Server do wyższej wersji
Gdy nowy serwer ma wyższą wersję SQL Server niż stary (np. migracja z SQL Server 2014 na SQL Server 2019), baza danych Optimy może wymagać podwyższenia poziomu kompatybilności. Po RESTORE sprawdź poziom kompatybilności: SELECT name, compatibility_level FROM sys.databases WHERE name LIKE 'CDN%'. Optima 2024/2025 wymaga minimum SQL Server 2014 w poziomie kompatybilności 120. Wyższy poziom kompatybilności (150 lub 160) jest zazwyczaj bezpieczny i przynosi korzyści wydajnościowe.
Konfiguracja stałych adresów IP dla serwerów Optimy
W środowiskach bez DNS (małe sieci lub sieci workgroup) zalecane jest używanie stałego adresu IP serwera w pliku Optima.ini zamiast nazwy. Zapobiega to problemom z rozpoznawaniem nazw. Jeżeli serwer ma stały adres IP (np. 192.168.1.10), ustaw w Optima.ini: Server=192.168.1.10\COMARCH_SQL. W przypadku migracji na nowy serwer wystarczy przypisać mu ten sam adres IP co staremu, by uniknąć aktualizacji konfiguracji na stacjach.
Zmiana serwera w środowisku domenowym Active Directory
W środowiskach domenowych Windows zmiana nazwy serwera SQL może wymagać aktualizacji obiektów Active Directory (SPN – Service Principal Names dla SQL Server), co wpływa na uwierzytelnianie Kerberos. Sprawdź SPN poleceniem setspn -L NazwaNowegSerwera. Brakujące SPN: setspn -A MSSQLSvc/NAZWA:1433 DOMENA\SQLServiceAccount. Błędne SPN mogą powodować błędy uwierzytelniania przy próbie połączenia z bazą z kont domenowych.
Dokumentacja i szkolenie użytkowników po zmianie serwera
Po zakończeniu migracji zaktualizuj dokumentację systemu: zapisz nowe dane połączenia SQL, ścieżki do backupów, harmonogram konserwacji. Poinformuj użytkowników o zmianach (nowe hasło VPN, nowy adres serwera terminali). Sprawdź, czy wszyscy operatorzy mogą zalogować się do Optimy i mają dostęp do swoich modułów. Ustaw monitoring nowego serwera (dysk, CPU, RAM, dostępność SQL) zanim odejdziesz od stanowiska – pierwsze tygodnie po migracji to czas, gdy problemy najczęściej się ujawniają.
