Przeniesienie Comarch ERP XL na nowy serwer – z powodu wymiany sprzętu, migracji do centrum danych lub przejścia na wirtualizację – wymaga starannego przeniesienia zarówno bazy danych SQL Server, jak i aplikacji serwera XL z zachowaniem wszystkich konfiguracji i licencji.
Plan migracji serwera
Migracja serwera wymaga planu obejmującego: instalację i konfigurację SQL Server na nowym hoście (ta sama lub zgodna wersja), przeniesienie baz danych XL (BACKUP + RESTORE), instalację aplikacji serwera XL w tej samej wersji co na starym serwerze, przeniesienie licencji (klucz sprzętowy lub sieciowy), konfigurację klientów XL z nowym adresem serwera, oraz testy poprawności działania przed wyłączeniem starego serwera.
Przeniesienie bazy danych SQL Server
Rekomendowaną metodą przeniesienia bazy XL jest BACKUP na starym serwerze i RESTORE na nowym. Alternatywą jest detach/attach lub kopia pliku MDF/LDF – metody prostsze, ale z ryzykiem uszkodzenia pliku przy kopiowaniu dużej bazy. Po RESTORE na nowym serwerze należy: zaktualizować loginy SQL (mapowanie SID), odtworzyć konta serwisowe, oraz sprawdzić, czy baza jest w trybie FULL recovery (konieczne dla backupów logów).
Przeniesienie licencji
Licencje Comarch ERP XL w postaci klucza sprzętowego (dongle USB) należy fizycznie przenieść na nowy serwer lub jego serwer kluczy. Licencje sieciowe (SNA – Software Network Activation) wymagają przeniesienia aktywacji przez portal partnerski Comarch. Aktywacja na nowym serwerze zazwyczaj wymaga dezaktywacji na starym – proces należy zaplanować tak, aby przez chwilę mieć aktywną licencję na obu serwerach w celu przeprowadzenia testów na nowym przed wyłączeniem starego.
Rekonfiguracja klientów XL
Po uruchomieniu serwera XL na nowym hoście wszystkie stacje robocze z klientem XL muszą mieć zaktualizowany adres serwera w konfiguracji klienta. Adres serwera zazwyczaj jest w pliku konfiguracyjnym klienta (np. xl.ini) lub w rejestrze Windows. Masową aktualizację konfiguracji na wielu stacjach można zrealizować przez Group Policy (skrypt GPO aktualizujący plik konfiguracyjny) lub przez ponowną instalację klienta z nowym adresem serwera.
Testy na nowym serwerze przed wyłączeniem starego
Przez co najmniej kilka godzin (optymalnie jeden pełny dzień roboczy) oba serwery powinny być aktywne – stary produkcyjny, nowy testowy. Użytkownicy testowi logują się na nowy serwer i wykonują typowe operacje. Dopiero po potwierdzeniu poprawności działania nowego serwera wygaszany jest stary. Taka ostrożność jest szczególnie ważna przy migracjach do chmury lub wirtualizacji, gdzie środowisko może subtelnie różnić się od fizycznego serwera.
