Microsoft Data Migration Assistant

Data Migration Assistant to narzędzie Microsoftu oceniające zgodność bazy przed migracją i wykrywające funkcje wycofane.

Rola Data Migration Assistant przed przeniesieniem bazy

Microsoft Data Migration Assistant (DMA) jest narzędziem do oceny zgodności środowiska SQL Server przed migracją do wybranego celu obsługiwanego przez Microsoft, między innymi Azure SQL Database, Azure SQL Managed Instance albo innej wersji SQL Server. Program analizuje instancję, bazy danych oraz używane w nich obiekty i funkcje, a następnie wskazuje elementy, które mogą wymagać zmiany przed rozpoczęciem właściwego przenoszenia. Jego zadaniem jest zmniejszenie ryzyka, że aplikacja po migracji przestanie działać z powodu różnic między źródłowym i docelowym silnikiem.

DMA nie jest zamiennikiem procesu migracji danych. Sam raport nie kopiuje tabel, nie odtwarza bazy na serwerze docelowym i nie przełącza aplikacji na nowe połączenie. Wynik oceny jest materiałem technicznym dla osoby planującej migrację: pokazuje problemy blokujące, ostrzeżenia oraz zalecenia dotyczące zmian w schemacie, zapytaniach, konfiguracji i sposobie korzystania z funkcji SQL Server.

Jakie elementy SQL Server analizuje DMA

Podczas oceny narzędzie wyszukuje użycie funkcji, składni i ustawień, które mogą nie być dostępne albo działać inaczej w środowisku docelowym. Analiza może obejmować między innymi procedury składowane, widoki, funkcje użytkownika, wyzwalacze, tabele, indeksy oraz zapytania zapisane w metadanych bazy. W zależności od wybranego scenariusza raport może również wskazać elementy wymagające modyfikacji z powodu zmian zachowania w nowszej wersji SQL Server lub ograniczeń konkretnej usługi Azure SQL.

Istotną kategorią są funkcje wycofane, przestarzałe albo zastępowane przez inne mechanizmy. Wykrycie takiego elementu nie zawsze oznacza natychmiastową awarię. Oznacza jednak, że przed migracją należy sprawdzić jego dostępność w celu docelowym, przeanalizować zależności i zaplanować zamiennik. Przykładowo problem może dotyczyć polecenia, opcji konfiguracyjnej, typu obiektu albo sposobu dostępu do systemowych widoków. Wnioski z raportu trzeba odnieść do rzeczywistej wersji SQL Server oraz dokładnego wariantu usługi, ponieważ sama ogólna zgodność z rodziną SQL nie przesądza o zgodności z konkretnym celem.

DMA może także dostarczyć wskazówek dotyczących zmian przełamujących zgodność w nowszym silniku. Taki raport jest szczególnie ważny wtedy, gdy baza korzysta ze starszej składni, ustawień kompatybilności lub funkcji zachowanych głównie dla zgodności ze starszymi aplikacjami. Pozycje z raportu powinny zostać przypisane do odpowiedzialnych osób: administratora SQL Server, programisty aplikacji albo osoby prowadzącej testy migracyjne.

Interpretacja raportu i przygotowanie testu migracyjnego

Ocena wykonana przez DMA nie powinna być traktowana jako formalne potwierdzenie, że aplikacja będzie działała bez zmian. Narzędzie analizuje wykrywalne elementy techniczne, ale nie odtwarza całego zachowania użytkowego programu. Nie zastępuje testów logowania, zapisu i odczytu danych, generowania raportów, wykonywania transakcji, pracy z zadaniami SQL Server Agent ani sprawdzania integracji z aplikacją. Jeżeli aplikacja buduje zapytania dynamicznie w kodzie, część problemów może nie pojawić się w analizie samego schematu bazy.

Praktyczna interpretacja raportu polega na rozdzieleniu problemów blokujących migrację od ostrzeżeń i rekomendacji. Najpierw należy potwierdzić, czy wskazany obiekt rzeczywiście jest używany oraz do jakiego celu docelowego ma zostać przeniesiona baza. Następnie trzeba sprawdzić dokumentację konkretnej wersji i wykonać zmianę w środowisku testowym. Po zmianie należy porównać wyniki zapytań, plany wykonania, czas odpowiedzi oraz zachowanie transakcji. Szczególnej uwagi wymagają procedury składowane i zapytania, które zależą od kolejności sortowania, konwersji typów, poziomu izolacji lub ustawień bazy.

W przypadku migracji do Azure SQL znaczenie ma również różnica między samą bazą a elementami obsługiwanymi na poziomie instancji. Obiekt znajdujący się w bazie może być zgodny, podczas gdy zadanie, poświadczenie, konfiguracja agenta albo mechanizm używany poza bazą wymaga przeniesienia do innego rozwiązania. Dlatego raport DMA powinien zostać połączony z inwentaryzacją zależności aplikacji i planem przełączenia. Dopiero test migracji na kopii danych pozwala ocenić, czy zaplanowane zmiany zachowują wymagane działanie całego systemu.

DMA a diagnostyka komputera używanego do pracy z bazą

Data Migration Assistant działa jako oprogramowanie uruchamiane na komputerze, z którego nawiązuje połączenie ze źródłową instancją SQL Server i zbiera informacje potrzebne do oceny. Problemy z instalacją, uprawnieniami, rozwiązywaniem nazwy serwera, zaporą sieciową albo sterownikiem połączenia mogą uniemożliwić rozpoczęcie analizy, ale nie są problemami zgodności samej bazy. Warto odróżnić błąd komunikacji z instancją od ostrzeżenia wygenerowanego dla konkretnego obiektu SQL Server.

Na laptopie lub komputerze PC można sprawdzić wersję zainstalowanego DMA, dostępność połączenia do instancji, poprawność wybranego profilu oceny oraz miejsce zapisu raportu. Należy też zweryfikować, czy konto używane przez narzędzie ma uprawnienia wystarczające do odczytu metadanych analizowanych baz. Ograniczony zakres uprawnień może spowodować niepełny raport i fałszywe poczucie zgodności. Po usunięciu problemu technicznego ocenę trzeba uruchomić ponownie i zachować aktualny wynik wraz z informacją o wersji SQL Server, typie celu migracji oraz dacie wykonania analizy.