Migracja Subiekta nexo na nowy serwer wymaga przeniesienia bazy danych SQL Server, instalacji usługi bazodanowej w nowym środowisku oraz przekierowania wszystkich stanowisk klienckich na nowy adres serwera bez przestojów w pracy firmy.
Serwis laptopów Wiatraczna przeprowadza migrację Subiekta nexo na nowy serwer bez utraty danych firmy.
Przygotowanie środowiska docelowego
Na nowym serwerze instalujemy odpowiednią edycję Microsoft SQL Server zgodną z wymaganiami nexo oraz konfigurujemy uprawnienia sieciowe i protokoły komunikacyjne (TCP/IP), które muszą być aktywne, aby stanowiska klienckie mogły nawiązać połączenie.
Kopia zapasowa i przeniesienie bazy
Wykonujemy pełny backup bazy danych firmy na starym serwerze, a następnie przywracamy go na nowej instancji SQL Server. Sprawdzamy zgodność wersji silnika bazodanowego – przywrócenie backupu na starszej wersji SQL Server niż źródłowa nie jest możliwe bez dodatkowych kroków.
Migracja plików i licencji
Poza bazą danych przenosimy katalog z plikami programu, szablonami wydruków oraz plikami licencyjnymi. Weryfikujemy, czy licencja sieciowa nexo wymaga ponownej aktywacji po zmianie adresu serwera.
Przekierowanie stanowisk klienckich
Na każdym stanowisku aktualizujemy konfigurację połączenia do bazy, wskazując nowy adres serwera i nazwę instancji SQL Server. Sprawdzamy poprawność aliasów sieciowych, aby uniknąć konieczności ręcznej zmiany ustawień przy kolejnych migracjach.
Firewall i porty komunikacyjne
Sprawdzamy, czy na nowym serwerze porty wymagane przez SQL Server są otwarte w zaporze systemowej i czy usługa SQL Browser działa poprawnie, jeśli baza korzysta z instancji nazwanej – to częsta przyczyna błędów połączenia po migracji.
Weryfikacja po migracji
Po przeniesieniu testujemy logowanie z każdego stanowiska, poprawność danych historycznych, działanie modułu JPK i KSeF oraz wydajność pracy wielostanowiskowej na nowym serwerze przed wyłączeniem starej infrastruktury.
Okres przejściowy i wycofanie starego serwera
Stary serwer pozostawiamy aktywny przez ustalony okres jako źródło awaryjne, dopóki nowa infrastruktura nie potwierdzi stabilnej pracy pod pełnym obciążeniem. Dopiero po tym czasie rekomendujemy jego wyłączenie lub przeznaczenie do innych zadań.
