Migracja danych przenosi dane z jednego systemu do drugiego. Firma aktualizuje swój system ERP. Zespół przenosi się z lokalnych baz danych do chmury. Dwie organizacje łączą się i muszą połączyć swoje systemy. Migracja przenosi dane, transformuje je, aby pasowały do ​​nowego schematu, i weryfikuje, czy nic nie zostało utracone ani uszkodzone. Brzmi prosto. Rzadko jednak tak jest.

Migracje kończą się niepowodzeniem z przewidywalnych przyczyn. Dane źródłowe są bardziej zanieczyszczone niż oczekiwano. Schemat docelowy nie jest dokładnie odwzorowany na źródło. Reguły biznesowe osadzone w starym systemie nie są udokumentowane. Migracja trwa dłużej niż planowano, a stary system zostaje wycofany z eksploatacji, zanim nowy będzie gotowy. Wymagany jest przestój, na który firma nie może sobie pozwolić. Najlepsze migracje rozpoczynają się od profilowania. Zrozum dane źródłowe: ich jakość, ich osobliwości, ich objętość. Zmapuj każde pole na cel. Napisz reguły transformacji. Przetestuj na podzbiorze przed migracją wszystkiego. Uruchom systemy równoległe na określony czas. Zweryfikuj liczbę rekordów, sumy i rekordy próbek. Przygotuj plan wycofania. Migracje są ryzykowne, ponieważ dotyczą wszystkiego. Pominięte pole może przerwać proces w dół rzeki. Uszkodzony rekord może pozostać niezauważony przez miesiące. Planowanie jest ważniejsze niż wykonanie. Zanim dane zostaną przeniesione, trudne decyzje powinny być już podjęte.

Fazy ​​migracji

• Profil — poznaj jakość i strukturę danych źródłowych
• Mapa — zdefiniuj mapowania pól źródło-cel
• Transform — napisz reguły konwersji danych
• Test — przenieś podzbiór i zweryfikuj
• Wykonaj — przenieś cały zestaw danych
• Sprawdź — potwierdź liczbę, sumę i próbki

Migracja danych to projekt, a nie zadanie. Podejdź do niej z odpowiednim planowaniem.