Narzędzie Database Migration Assistant

Database Migration Assistant to narzędzie oceniające gotowość baz do przeniesienia na nowszą wersję lub do chmury.

Zakres działania Database Migration Assistant

Database Migration Assistant (DMA) jest narzędziem firmy Microsoft przeznaczonym do oceny baz danych działających w środowisku Microsoft SQL Server przed uaktualnieniem silnika albo przeniesieniem obciążenia do Azure SQL. Jego zadaniem jest analiza zgodności instancji i baz z wybranym miejscem docelowym. W zależności od scenariusza punktem docelowym może być nowsza wersja SQL Server, Azure SQL Database, Azure SQL Managed Instance albo SQL Server uruchomiony na maszynie wirtualnej Azure. Ocena nie jest ogólnym testem dowolnej bazy relacyjnej, ponieważ reguły DMA odnoszą się do funkcji, składni i obiektów charakterystycznych dla SQL Server.

Program bada między innymi obiekty bazodanowe, używane funkcje silnika oraz elementy konfiguracji, które mogą utrudnić zmianę wersji lub platformy. Wynikiem jest raport wskazujący problemy blokujące, ostrzeżenia oraz zalecenia dotyczące dalszego postępowania. Raport nie oznacza automatycznej migracji danych. DMA pomaga ustalić, czy planowany kierunek jest wykonalny i jakie zmiany trzeba przeprowadzić przed rozpoczęciem właściwego transferu.

Ocena zgodności z wybranym celem migracji

Najważniejszą cechą DMA jest wykonywanie oceny względem konkretnego celu. Ta sama baza może otrzymać inny wynik przy sprawdzaniu zgodności z nowszym wydaniem SQL Server, a inny przy analizie przeniesienia do Azure SQL Database. Wynika to z różnic w dostępności funkcji. Azure SQL Database nie udostępnia całego zakresu funkcji instancji SQL Server, dlatego raport może wskazać zależności od obiektów na poziomie serwera, zadań SQL Server Agent, wybranych mechanizmów poczty, wyzwalaczy serwerowych, poleceń systemowych albo określonych sposobów ładowania danych.

W raporcie można spotkać rozróżnienie między problemem wymagającym usunięcia a ostrzeżeniem, które nie musi zatrzymać migracji. Przykładowo użycie funkcji niedostępnej na docelowej platformie może zostać zakwalifikowane jako blokada, natomiast element wymagający dodatkowej weryfikacji może pojawić się jako ostrzeżenie. Ocena nie zastępuje testów aplikacji: poprawność zapytań, procedur składowanych i procesów biznesowych trzeba potwierdzić również na środowisku testowym.

Raport, reguły i automatyzacja analizy

Praca z DMA rozpoczyna się od utworzenia projektu oraz wskazania źródłowej instancji SQL Server i planowanego celu. Narzędzie pobiera metadane potrzebne do analizy, a następnie uruchamia zestaw reguł oceniających zgodność. W zależności od rodzaju projektu raport może obejmować bazę danych, obiekty programowalne i elementy instancji. Rezultaty są dostępne w postaci raportu HTML, który można przejrzeć, zachować jako dokumentację i wykorzystać przy planowaniu kolejnych prac.

DMA może być używany także z poziomu wiersza poleceń za pomocą komponentu DMACMD. Pozwala to wykonywać powtarzalne oceny większej liczby baz i włączać wyniki do szerszego procesu inwentaryzacji. Rezultaty ocen DMA mogą być również przekazywane do Azure Migrate, gdzie służą do uzyskania zbiorczego obrazu gotowości środowiska SQL Server. Taki raport nadal pozostaje analizą zgodności. Nie wykonuje za administratora zmian w schemacie, nie poprawia automatycznie aplikacji i nie gwarantuje, że każde zachowanie ujawnione dopiero podczas pracy produkcyjnej zostanie wykryte.

Interpretacja wyników przed zmianą środowiska SQL Server

Raport DMA należy traktować jako listę punktów do weryfikacji, a nie jako jedyne kryterium decyzji. Po wykryciu blokady trzeba ustalić, którego obiektu dotyczy problem, gdzie jest on używany oraz czy możliwe jest zastąpienie go funkcją dostępną na celu. W przypadku procedury składowanej, widoku lub wyzwalacza sama obecność obiektu w bazie nie wystarcza do oceny ryzyka. Znaczenie ma także sposób wywoływania, zależności między obiektami oraz wpływ ewentualnej zmiany na aplikację.

Przed migracją warto wykonać kopię zapasową, zachować raport z dokładnie określonym celem i wersją narzędzia oraz przeprowadzić próbę na kopii bazy. Po przeniesieniu należy porównać schemat, dane, uprawnienia, zadania i działanie aplikacji. Szczególnej uwagi wymagają elementy znajdujące się poza pojedynczą bazą, ponieważ Azure SQL Database i SQL Server uruchomiony na maszynie wirtualnej mają różny zakres funkcji administracyjnych. W środowisku firmowym analiza takiego raportu wymaga dostępu do konfiguracji SQL Server, zależności aplikacyjnych i planu migracji, a nie tylko odczytania pojedynczego komunikatu.