Migracja bazy danych do platformy Azure

Migracja baz danych z lokalnego środowiska do Azure przynosi takie korzyści jak mniejsze obciążenie operacyjne (brak konieczności zarządzania sprzętem), wbudowana wysoka dostępność i kopie zapasowe oraz możliwość elastycznego skalowania zasobów obliczeniowych i magazynu na żądanie. Organizacje migrują również w celu realizacji strategii cloud-first, wycofania starzejącego się sprzętu centrów danych lub wykorzystania zaawansowanych funkcji, takich jak replikacja geograficzna i inteligentne dostrajanie zapytań.

Migracja bazy danych zazwyczaj przebiega zgodnie z jedną z dwóch ogólnych strategii. Migracja offline polega na wyłączeniu źródłowej bazy danych, skopiowaniu danych do celu, a następnie przełączeniu aplikacji na nowy punkt końcowy — jest prosta, ale wymaga okna serwisowego. Migracja online wykorzystuje ciągłą replikację danych, aby utrzymywać docelową bazę danych w synchronizacji ze źródłową podczas jej działania; przełączenie odbywa się przy minimalnym przestoju, mierzonym w sekundach lub minutach.

Azure Database Migration Service (DMS) to w pełni zarządzane narzędzie, które koordynuje migracje baz danych z wielu źródeł — SQL Server, MySQL, PostgreSQL, MongoDB, Oracle i innych — do odpowiadających im zarządzanych usług Azure. DMS obsługuje konwersję schematu, przenoszenie danych i replikację, a także raportuje stan migracji i błędy na jednym pulpicie nawigacyjnym.

Przed migracją należy przeprowadzić ocenę przed migracją, aby zidentyfikować problemy ze zgodnością między źródłową bazą danych a docelową usługą Azure. Rozszerzenie Database Migration Assessment for SQL Server w Azure Data Studio skanuje procedury składowane, wyzwalacze i zapytania w poszukiwaniu funkcji nieobsługiwanych w Azure SQL Database lub SQL Managed Instance, przedstawiając uporządkowaną według priorytetów listę elementów do poprawienia przed przełączeniem.

Migracja SQL Server do Azure SQL Database (pojedynczej bazy danych) dobrze sprawdza się w aplikacjach korzystających z jednej bazy danych i niewymagających funkcji na poziomie instancji (takich jak SQL Agent lub zapytania między bazami danych). Jeśli ocena wykaże zależności na poziomie instancji, Azure SQL Managed Instance zapewnia niemal stuprocentową zgodność, przenosząc silnik SQL Server do kontenera PaaS i zachowując zadania SQL Agent, serwery połączone oraz obiekty CLR.

Azure DMS używa Log Replay Service (LRS) podczas migracji online z SQL Server do Azure SQL Managed Instance. LRS stale odczytuje kopie zapasowe dziennika transakcji z kontenera Azure Blob Storage i odtwarza je w docelowej Managed Instance, utrzymując ją w synchronizacji ze źródłem. Końcowe przełączenie jest uruchamiane ręcznie i kończy się w ciągu kilku sekund, ograniczając okno serwisowe niemal do zera.

W przypadku przenoszenia baz danych PostgreSQL do Azure usługa DMS obsługuje zarówno migrację offline (pg_dump/pg_restore), jak i migrację online za pośrednictwem replikacji logicznej. Na źródłowym serwerze PostgreSQL musi być włączona replikacja logiczna (wal_level = logical), a użytkownik migracji musi mieć uprawnienia do replikacji. DMS obsługuje migrację schematu, początkowe pełne ładowanie i przechwytywanie zmian danych aż do końcowego przełączenia.

DMS migruje bazy danych MySQL do Azure Database for MySQL Flexible Server, wykorzystując dziennik binarny MySQL do ciągłej replikacji. Na źródłowej instancji MySQL musi być ustawiona wartość binlog_format = ROW i włączone rejestrowanie binarne. Kreator migracji w portalu Azure prowadzi przez proces nawiązywania połączenia ze źródłem i celem, wybierania baz danych oraz monitorowania postępu migracji i opóźnienia przed przełączeniem.

Kluczem do migracji z krótkim przestojem jest wykonanie początkowego ładowania zbiorczego z odpowiednim wyprzedzeniem, a następnie uruchomienie przechwytywania zmian danych do chwili, gdy opóźnienie replikacji spadnie niemal do zera. Wtedy należy: zatrzymać zapisy w źródle, poczekać na przesłanie ostatnich zmian do celu, zaktualizować parametr połączenia aplikacji i rozpocząć zapisy w nowym celu. Odpowiednie zarządzanie wartością TTL DNS oraz przełączanie blue-green może jeszcze bardziej ograniczyć wpływ migracji.

Po przełączeniu należy zweryfikować migrację, porównując liczbę wierszy w tabelach źródłowych i docelowych, uruchamiając kluczowe zapytania aplikacji w celu sprawdzenia poprawności danych oraz upewniając się, że wszystkie procedury składowane, widoki i funkcje zwracają oczekiwane wyniki. Należy monitorować docelową bazę pod kątem spadku wydajności zapytań, porównując plany wykonania, a także zaktualizować statystyki i odbudować indeksy w celu zapewnienia optymalnej wydajności od pierwszego dnia.

Azure Migrate udostępnia funkcje wykrywania i oceny baz danych obok funkcji oceny serwerów. Urządzenie Azure Migrate skanuje lokalne środowisko w celu zinwentaryzowania instancji SQL Server, oszacowania odpowiadającego im rozmiaru i kosztu w Azure oraz wskazania problemów ze zgodnością. Dzięki temu jest logicznym punktem wyjścia przed użyciem DMS do właściwego wykonania migracji.

Sprawdź swoją znajomość zagadnień Microsoft Azure Fundamentals (AZ-900) omówionych w tej lekcji.

W tej lekcji poznali Państwo: Azure Database Migration Service koordynuje migracje z wielu silników źródłowych, migracje online wykorzystują przechwytywanie zmian danych w celu minimalizowania przestoju podczas przełączania, a także ocena przed migracją pozwala zidentyfikować problemy ze zgodnością przed rozpoczęciem prac. Następnie omówimy Azure Identity i Microsoft Entra ID.