Migracja Asseco WAPRO Kaper na nowy serwer jest konieczna przy modernizacji sprzętu, przejściu na Windows Server, zmianie lokalizacji firmy lub przeniesieniu do chmury. Procedura migracji obejmuje przeniesienie baz danych wszystkich firm (w biurze rachunkowym – dziesiątek baz), rekonfigurację WAPRO Kaper i aktualizację parametrów połączenia na wszystkich stanowiskach. Nasz serwis przeprowadza migracje WAPRO Kaper na nowe serwery z minimalnym przestojem.
Migracja serwera to projekt wymagający planowania. Pomagamy przeprowadzić ją w jednym oknie serwisowym (weekend), aby praca biura rachunkowego lub firmy nie ucierpiała przez przestój systemu.
Planowanie migracji – inwentaryzacja środowiska
Przed migracją przeprowadzamy inwentaryzację: lista wszystkich baz WAPRO Kaper na starym serwerze, wersje programu WAPRO i SQL Server, liczba stanowisk klienckich i ich konfiguracja, integracje (WAPRO Mag, Fakir, Gang, zewnętrzne systemy), certyfikaty i tokeny (dla e-Deklaracji, KSeF), harmonogram backup i inne automatyczne zadania SQL. Inwentaryzacja pozwala zaplanować kompletną migrację bez ryzyka pominięcia istotnego elementu.
Migracja baz danych na nowy SQL Server
Migrację baz realizujemy metodą backup/restore: (1) backup wszystkich baz WAPRO na starym serwerze (BACKUP DATABASE dla każdej bazy), (2) instalacja SQL Server na nowym serwerze z tą samą lub wyższą wersją, (3) restore wszystkich baz (RESTORE DATABASE), (4) weryfikacja loginów SQL (orphaned users po restore – naprawiamy przez sp_change_users_login), (5) rekonfiguracja harmonogramu backupu na nowym serwerze. Dla biur z wieloma bazami automatyzujemy backup i restore przez skrypty PowerShell.
Rekonfiguracja stanowisk i weryfikacja działania
Po przeniesieniu baz na nowy serwer aktualizujemy konfigurację połączenia WAPRO Kaper na każdym stanowisku klienckim: nowy adres IP lub nazwa serwera, nazwa instancji SQL (jeśli zmieniona). W środowiskach domenowych rozsyłamy nową konfigurację przez GPO lub skrypt logowania. Weryfikujemy działanie z każdego stanowiska: logowanie, dostęp do dokumentów historycznych, generowanie JPK za ostatni okres. Po potwierdzeniu poprawności wszystkich stanowisk ogłaszamy migrację zakończoną.
Decommissioning starego serwera
Stary serwer trzymamy w trybie offline przez 30 dni jako zabezpieczenie – w razie wykrycia problemu po migracji możemy szybko wrócić do starych danych. Po 30 dniach bez incydentów dezaktywujemy licencje SQL Server na starym sprzęcie, archiwizujemy ostatni backup baz i likwidujemy stary serwer. Pełna dokumentacja migracji (co, kiedy, jak) jest przekazana klientowi jako element dokumentacji technicznej środowiska.
