Zmiana serwera – czy to z powodu modernizacji sprzętu, awarii starego serwera, czy przeniesienia do chmury – wymaga rekonfiguracji całego środowiska WAPRO Kaper. Nowy serwer musi mieć zainstalowany SQL Server, przywróconą bazę danych i właściwie skonfigurowane połączenia sieciowe. Wszystkie stanowiska klienckie muszą być przekierowane do nowego serwera. Nasz serwis przeprowadza tę procedurę sprawnie i bezpiecznie.
Zmiana serwera to operacja, która musi być dobrze zaplanowana – szczególnie jeśli firma pracuje nieprzerwanie. Pomagamy przeprowadzić migrację w minimalnym oknie czasowym (najczęściej weekendowym), aby zminimalizować wpływ na ciągłość pracy.
Przygotowanie nowego serwera
Przygotowanie nowego serwera obejmuje: instalację systemu operacyjnego Windows Server (lub Windows 10/11 Pro w środowiskach bez domeny), instalację SQL Server w tej samej wersji co poprzednio (lub nowszej z testowaniem kompatybilności), konfigurację zapory sieciowej (port 1433 TCP dla SQL), ustawienie stałego adresu IP, konfigurację konta usługowego SQL. Przygotowujemy serwer przed migracją, żeby w momencie okna przestojowego wystarczyło tylko przywrócić bazę i zweryfikować działanie.
Migracja bazy danych na nowy serwer
Migracja bazy WAPRO Kaper na nowy serwer to standardowy backup-restore SQL Server: wykonujemy BACKUP DATABASE na starym serwerze, kopiujemy plik .bak na nowy serwer (przez sieć lub nośnik zewnętrzny), wykonujemy RESTORE DATABASE na nowym serwerze. Po restore sprawdzamy: DBCC CHECKDB (integralność), czy loginy SQL mają dostęp do bazy (orphaned users), czy konfiguracja bazy (ustawienia SQL Server) jest zgodna z wymaganiami WAPRO Kaper.
Rekonfiguracja stanowisk klienckich
Po uruchomieniu WAPRO Kaper na nowym serwerze aktualizujemy konfigurację połączenia na wszystkich stanowiskach klienckich: zmiana adresu IP lub nazwy serwera w parametrach połączenia WAPRO Kaper. W środowiskach domenowych można to zautomatyzować przez skrypt PowerShell lub GPO. Weryfikujemy działanie z każdego stanowiska – logujemy się i otwieramy kilka dokumentów, aby potwierdzić pełną funkcjonalność. W przypadku problemów na konkretnym stanowisku diagnozujemy indywidualnie.
Decommissioning starego serwera
Po pomyślnej migracji i kilku dniach bezproblemowej pracy na nowym serwerze dezaktywujemy stary serwer. Przed wyłączeniem robimy ostatni backup bazy ze starego serwera (jako dodatkowe zabezpieczenie), archiwizujemy pliki konfiguracyjne WAPRO, dezaktywujemy licencje SQL Server na starym sprzęcie. Stary serwer trzymamy w trybie offline przez 30 dni jako backup plan – na wypadek, gdyby wykryto problem po migracji wymagający powrotu. Po 30 dniach bezproblemowej pracy stary serwer można bezpiecznie zlikwidować.
