Konieczność migracji danych

Konieczność migracji danych pojawia się przy zmianie wersji serwera lub przeniesieniu bazy do innego środowiska.

Kiedy powstaje konieczność migracji danych

Konieczność migracji danych pojawia się wtedy, gdy informacje zapisane w jednym środowisku muszą zostać przeniesione do innego miejsca, innej wersji systemu albo innego sposobu przechowywania. Dotyczy to między innymi zmiany wersji silnika bazy danych, wymiany serwera, przejścia na inny system operacyjny, zmiany struktury tabel lub przeniesienia aplikacji do odrębnego środowiska. Migracja nie jest zwykłym kopiowaniem plików, ponieważ dane mogą być zapisane w formacie zależnym od konkretnego oprogramowania.

Przeniesienie może obejmować rekordy w tabelach, indeksy, relacje między tabelami, procedury składowane, widoki, uprawnienia, ustawienia kodowania znaków oraz informacje o datach i strefach czasowych. Zakres prac zależy od tego, czy zmienia się wyłącznie lokalizacja danych, czy również silnik bazy, jego wersja albo model danych. Migracja pomiędzy zgodnymi wersjami może być prostsza, natomiast przejście do innego silnika często wymaga konwersji typów danych i ręcznego dostosowania zapytań.

Analiza zgodności przed przeniesieniem bazy

Pierwszym etapem prawidłowo przygotowanej migracji jest rozpoznanie źródła i celu. Należy ustalić, jaki silnik bazy danych przechowuje informacje, jaka jest jego wersja, jakie typy danych występują w tabelach oraz które elementy aplikacji korzystają z poszczególnych struktur. Sprawdza się także rozmiar bazy, liczbę tabel, zależności między nimi, występowanie kluczy głównych i obcych oraz sposób generowania wartości identyfikatorów. Bez takiej inwentaryzacji łatwo przenieść same rekordy, ale pominąć element wymagany do prawidłowej pracy aplikacji.

Istotna jest zgodność kodowania znaków. Różne ustawienia mogą powodować zmianę sposobu interpretacji polskich znaków, a nieprawidłowa konwersja może prowadzić do ich zastąpienia znakami zapytania lub innymi symbolami. Trzeba również zweryfikować typy liczbowe, długości pól tekstowych, wartości puste oraz sposób zapisu daty i czasu. Jeżeli struktura docelowa różni się od źródłowej, potrzebne jest mapowanie pól, czyli jednoznaczne określenie, do którego miejsca trafia każda informacja i jak jest przekształcana.

Przebieg migracji i kontrola integralności

Migrację wykonuje się zwykle według ustalonego scenariusza obejmującego kopię źródłową, przygotowanie środowiska docelowego, eksport danych, konwersję, import oraz testy. Kopia zapasowa pozostaje punktem odniesienia na wypadek przerwania procesu albo wykrycia błędów po uruchomieniu systemu w nowym środowisku. Podczas eksportu trzeba zachować kolejność i zależności wymagane przez strukturę bazy. W przypadku relacji między tabelami nie można traktować każdego zbioru danych jako całkowicie niezależnego.

Po imporcie sprawdza się nie tylko liczbę rekordów, lecz także ich zawartość. Kontrola może obejmować porównanie liczby wierszy w tabelach, sum kontrolnych dla wybranych kolumn, zakresów identyfikatorów, wartości agregowanych oraz losowo wybranych rekordów. Należy wykonać zapytania odczytujące dane przez aplikację, sprawdzić zapisywanie nowych rekordów i przetestować operacje aktualizacji oraz usuwania. Weryfikuje się również indeksy, relacje i ograniczenia integralności, ponieważ sama obecność danych nie oznacza jeszcze, że baza działa poprawnie.

Skutki pominięcia migracji lub błędnej konwersji

Pominięcie migracji w sytuacji wymaganej przez zmianę środowiska może zakończyć się niezgodnością formatu danych, błędami aplikacji albo niedostępnością informacji. Błędna konwersja może zmienić wartości liczbowe, obciąć zbyt długie teksty, pominąć rekordy lub zerwać powiązania między tabelami. Problem może ujawnić się dopiero przy konkretnym zapytaniu, dlatego test ograniczony do uruchomienia aplikacji nie daje pełnej pewności.

Przydatne jest przygotowanie planu powrotu do poprzedniego środowiska oraz dokładne zapisanie kolejnych operacji wykonanych podczas przenoszenia. Jeżeli baza jest używana przez aplikację, trzeba ustalić moment zatrzymania zapisów albo zastosować procedurę, która uwzględni zmiany wykonane po utworzeniu kopii. Po zakończeniu migracji monitoruje się błędy połączeń, czas wykonywania zapytań, poprawność nowych zapisów i kompletność danych. Diagnostyka problemów związanych z migracją wymaga dostępu do informacji o strukturze bazy, logach aplikacji oraz sposobie przeprowadzenia konwersji.