Migracja danych w Comarch ERP XL zachodzi podczas aktualizacji między głównymi wersjami systemu (np. z wersji 2020 do 2024), gdy zmiany w strukturze bazy danych są tak znaczące, że wymagają transformacji istniejących danych. Prawidłowa migracja jest kluczem do zachowania spójności historycznych danych biznesowych.
Typy zmian w strukturze bazy między wersjami
Comarch ERP XL między głównymi wersjami może wprowadzać: nowe tabele i kolumny (rozszerzenie funkcjonalności), zmianę typów danych w istniejących kolumnach (może wymagać konwersji wartości), usunięcie przestarzałych tabel lub kolumn (dane mogą być przeniesione lub utracone), oraz zmiany w relacjach między tabelami (mogą wymagać aktualizacji danych referencyjnych). Skrypt migracyjny dostarczany przez Comarch obsługuje te zmiany automatycznie.
Walidacja danych przed migracją
Skrypt migracyjny Comarch ERP XL wykonuje walidację danych przed właściwą migracją. Jeśli baza zawiera dane niespójne lub nieprawidłowe (np. rekordy bez wymaganego klucza obcego), walidacja zgłasza błędy i przerwa migrację. Należy naprawić wskazane niespójności w bazie przed ponownym uruchomieniem migracji. Raport z walidacji zawiera precyzyjną informację o każdej znalezionej niespójności.
Migracja słowników i konfiguracji
Poza danymi transakcyjnymi (faktury, dokumenty magazynowe) migracja obejmuje słowniki i konfigurację systemu. Nowe wersje XL mogą zmieniać strukturę konfiguracji (np. nowe parametry z domyślnymi wartościami, zmiana zakresu opcji). Po migracji administrator powinien przejrzeć kluczowe obszary konfiguracyjne (schematy SAK, cenniki, parametry modułów) i zaktualizować te, które wymagają dostosowania do nowej wersji.
Migracja raportów niestandardowych
Raporty niestandardowe (Crystal Reports, SQL queries) mogą przestać działać po migracji, jeśli korzystały z tabel lub widoków, które zostały zmienione lub usunięte w nowej wersji. Należy zinwentaryzować wszystkie raporty niestandardowe przed migracją, przetestować je na środowisku testowym po migracji i zaktualizować zapytania, które korzystają ze zmienionych obiektów bazy danych.
Plan cofnięcia migracji
Przed migracją produkcyjną należy przygotować szczegółowy plan cofnięcia: kopię bazy przed migracją, procedurę przywrócenia kopii (RESTORE DATABASE), procedurę reinstalacji poprzedniej wersji aplikacji serwera XL. Czas realizacji planu cofnięcia powinien być oszacowany (zazwyczaj 30–120 minut) i zaakceptowany przez kierownictwo jako dopuszczalny czas niedostępności systemu w przypadku niepowodzenia migracji.
