Migrowanie baz danych przy użyciu rozszerzenia Azure SQL Migration dla usługi Azure Data Studio

  • Artykuł

Dowiedz się, jak używać ujednoliconego środowiska w rozszerzeniu Azure SQL Migration dla usługi Azure Data Studio. Pomaga ocenić wymagania dotyczące bazy danych, uzyskać odpowiednie zalecenia dotyczące jednostek SKU dla zasobów platformy Azure i przeprowadzić migrację bazy danych programu SQL Server na platformę Azure.

Rozszerzenie Azure SQL Migration dla usługi Azure Data Studio oferuje następujące kluczowe korzyści:

  • Dynamiczny interfejs użytkownika dla kompleksowego środowiska migracji. Rozszerzenie rozpoczyna się od oceny gotowości do migracji i zalecenia jednostki SKU (wersja zapoznawcza) (na podstawie danych wydajności).

  • Ulepszony mechanizm oceny, który może oceniać wystąpienia programu SQL Server. Rozszerzenie identyfikuje bazy danych, które są gotowe do migracji do obiektów docelowych usługi Azure SQL.

    Uwaga

    Za pomocą rozszerzenia Azure SQL Migration można ocenić bazy danych programu SQL Server uruchomione w systemie Windows lub Linux.

  • Aparat rekomendacji jednostki SKU, który zbiera dane wydajności z lokalnego źródłowego wystąpienia programu SQL Server, a następnie generuje zalecenia dotyczące jednostki SKU o odpowiednim rozmiarze na podstawie celu usługi Azure SQL.

  • Niezawodna usługa platformy Azure obsługiwana przez usługę Azure Database Migration Service, która organizuje działania przenoszenia danych w celu zapewnienia bezproblemowego środowiska migracji.

  • Migrację można uruchomić w trybie online (w przypadku migracji, które wymagają minimalnego przestoju) lub offline (w przypadku migracji, w przypadku których przestój utrzymuje się w trakcie migracji) w zależności od wymagań biznesowych.

  • Możesz skonfigurować własne środowisko Integration Runtime do używania własnych zasobów obliczeniowych w celu uzyskania dostępu do źródłowych plików kopii zapasowych wystąpienia programu SQL Server w środowisku lokalnym.

  • Zapewnia bezpieczne i ulepszone środowisko użytkownika do migrowania baz danych TDE i identyfikatorów logowania SQL/Windows do usługi Azure SQL.

Aby uzyskać informacje na temat konkretnych scenariuszy migracji i obiektów docelowych usługi Azure SQL, zobacz listę samouczków w poniższej tabeli:

Scenariusz migracji Tryb migracji
Sql Server do usługi Azure SQL Managed Instance Tryb online w / trybie offline
Program SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure Tryb online w / trybie offline
Sql Server do usługi Azure SQL Database Offline

Ważne

Jeśli elementem docelowym jest usługa Azure SQL Database, możesz migrować schemat bazy danych i dane zarówno przy użyciu usługi Database Migration Service, jak i witryny Azure Portal. Ponadto możesz użyć narzędzi, takich jak rozszerzenie dacpac programu SQL Server lub rozszerzenie SQL Database Projects dla usługi Azure Data Studio, aby wdrożyć schemat bazy danych przed rozpoczęciem migracji danych.

W poniższym filmie wideo wyjaśniono najnowsze aktualizacje i funkcje dodane do rozszerzenia Azure SQL Migration dla usługi Azure Data Studio:


Architektura rozszerzenia azure SQL Migration dla usługi Azure Data Studio

Usługa Azure Database Migration Service jest podstawowym składnikiem architektury rozszerzenia azure SQL Migration. Usługa Database Migration Service udostępnia niezawodnego koordynatora migracji do obsługi migracji baz danych do usługi Azure SQL. Możesz utworzyć wystąpienie usługi Database Migration Service lub użyć istniejącego wystąpienia przy użyciu rozszerzenia Azure SQL Migration w narzędziu Azure Data Studio.

Usługa Database Migration Service używa własnego środowiska Integration Runtime usługi Azure Data Factory do uzyskiwania dostępu do prawidłowych plików kopii zapasowych z lokalnego udziału sieciowego lub z konta usługi Azure Storage.

Przepływ pracy procesu migracji przedstawiono na poniższym diagramie:

Diagram that shows the Azure SQL Migration extension architecture.

Poniższa lista zawiera opis każdego kroku w przepływie pracy:

(1) Źródłowy program SQL Server: lokalne wystąpienie programu SQL Server, które znajduje się w chmurze prywatnej lub wystąpieniu programu SQL Server na maszynie wirtualnej w chmurze publicznej. Obsługiwane są wersje programu SQL Server 2008 i nowszych w systemie Windows lub Linux.

(2) Docelowa usługa Azure SQL: Obsługiwane obiekty docelowe usługi Azure SQL to usługa Azure SQL Managed Instance, program SQL Server na maszynach wirtualnych platformy Azure (zarejestrowany w infrastrukturze SQL jako rozszerzenie usługi w trybie pełnego zarządzania) i usługa Azure SQL Database.

(3) Sieciowy udział plików: sieciowy udział plików bloku komunikatów serwera (SMB), w którym pliki kopii zapasowej są przechowywane do migrowania baz danych. Obsługiwane są również kontenery obiektów blob usługi Azure Storage i udział plików usługi Azure Storage.

(4) Azure Data Studio: pobierz i zainstaluj rozszerzenie Azure SQL Migration dla usługi Azure Data Studio.

(5) Azure Database Migration Service: usługa platformy Azure, która organizuje potoki migracji w celu wykonywania działań przenoszenia danych ze środowiska lokalnego do platformy Azure. Usługa Database Migration Service jest skojarzona z własnym środowiskiem Integration Runtime usługi Azure Data Factory i zapewnia możliwość rejestrowania i monitorowania własnego środowiska Integration Runtime.

(6) Własne środowisko Integration Runtime: zainstaluj własne środowisko Integration Runtime na komputerze, który może łączyć się ze źródłowym wystąpieniem programu SQL Server i lokalizacją pliku kopii zapasowej. Usługa Database Migration Service udostępnia klucze uwierzytelniania i rejestruje własne środowisko Integration Runtime.

(7) Przekazywanie plików kopii zapasowych na konto usługi Azure Storage: usługa Database Migration Service używa własnego środowiska Integration Runtime do przekazywania prawidłowych plików kopii zapasowych z lokalizacji lokalnej kopii zapasowej do konta usługi Azure Storage. Działania przenoszenia danych i potoki są tworzone automatycznie w przepływie pracy migracji w celu przekazania plików kopii zapasowej.

(8) Przywracanie kopii zapasowych w docelowej usłudze Azure SQL: usługa Database Migration Service przywraca pliki kopii zapasowej z konta usługi Azure Storage do obsługiwanego docelowego wystąpienia usługi Azure SQL.

Uwaga

Jeśli celem migracji jest usługa Azure SQL Database, nie potrzebujesz kopii zapasowych dla tej migracji. Migracja bazy danych do usługi Azure SQL Database jest uważana za logiczną migrację, która obejmuje wstępne tworzenie i przenoszenie danych bazy danych (wykonywane przez usługę Database Migration Service).

Ważne

Rozszerzenie azure SQL Migration dla usługi Azure Data Studio nie wykonuje kopii zapasowych bazy danych ani nie inicjuje żadnych kopii zapasowych bazy danych w Twoim imieniu. Zamiast tego usługa używa istniejących plików kopii zapasowych bazy danych na potrzeby migracji.

W trybie migracji online usługa Database Migration Service stale przekazuje pliki źródłowe kopii zapasowej na konto usługi Azure Storage i przywraca je do miejsca docelowego do momentu ukończenia ostatniego kroku przechodzenia do miejsca docelowego.

W trybie migracji offline usługa Database Migration Service przekazuje pliki źródłowe kopii zapasowej do usługi Azure Storage i przywraca je do miejsca docelowego bez konieczności migracji jednorazowej.

Wymagania wstępne

W poniższych sekcjach przedstawiono wymagania wstępne dotyczące każdego obsługiwanego elementu docelowego usługi Azure SQL.

  • Pobierz i zainstaluj program Azure Data Studio.

  • Zainstaluj rozszerzenie Azure SQL Migration z witryny Azure Data Studio Marketplace.

  • Mieć konto platformy Azure przypisane do jednej z następujących wbudowanych ról:

    • Współautor wystąpienia docelowego usługi Azure SQL Managed Instance i konta magazynu, na którym są przekazywane pliki kopii zapasowej bazy danych z udziału sieciowego bloku komunikatów serwera (SMB)
    • Rola czytelnika dla grup zasobów platformy Azure, które zawierają docelowe wystąpienie usługi Azure SQL Managed Instance lub konto usługi Azure Storage
    • Rola właściciela lub współautora dla subskrypcji platformy Azure (wymagana w przypadku utworzenia nowego wystąpienia usługi Database Migration Service)

    Alternatywą dla używania jednej z tych wbudowanych ról jest przypisanie roli niestandardowej.

    Ważne

    Konto platformy Azure jest wymagane tylko podczas konfigurowania kroków migracji. Konto platformy Azure nie jest wymagane do oceny ani do wyświetlania zaleceń platformy Azure w kreatorze migracji w narzędziu Azure Data Studio.

  • Utwórz docelowe wystąpienie usługi Azure SQL Managed Instance.

  • Upewnij się, że identyfikatory logowania używane do łączenia źródłowego wystąpienia programu SQL Server są członkami roli serwera SYSADMIN lub mają uprawnienia CONTROL SERVER.

  • Podaj udział sieciowy SMB, udział plików konta usługi Azure Storage lub kontener obiektów blob konta usługi Azure Storage zawierający pełne pliki kopii zapasowej bazy danych i kolejne pliki kopii zapasowej dziennika transakcji. Usługa Database Migration Service używa lokalizacji kopii zapasowej podczas migracji bazy danych.

    Ważne

    • Rozszerzenie azure SQL Migration dla usługi Azure Data Studio nie wykonuje kopii zapasowych bazy danych ani nie inicjuje żadnych kopii zapasowych bazy danych w Twoim imieniu. Zamiast tego usługa używa istniejących plików kopii zapasowych bazy danych na potrzeby migracji.
    • Jeśli pliki kopii zapasowej bazy danych znajdują się w udziale sieciowym SMB, utwórz konto usługi Azure Storage, za pomocą którego usługa Database Migration Service może przekazywać pliki kopii zapasowej bazy danych do baz danych i migrować bazy danych. Upewnij się, że utworzono konto usługi Azure Storage w tym samym regionie, w którym tworzysz wystąpienie usługi Database Migration Service.
    • Każdą kopię zapasową można zapisać w osobnym pliku kopii zapasowej lub w wielu plikach kopii zapasowej. Dołączanie wielu kopii zapasowych, takich jak pełne i dzienniki transakcji do jednego nośnika kopii zapasowej, nie jest obsługiwane.
    • Możesz udostępnić skompresowane kopie zapasowe, aby zmniejszyć prawdopodobieństwo wystąpienia potencjalnych problemów związanych z migracją dużych kopii zapasowych.

  • Upewnij się, że konto usługi z uruchomionym źródłowym wystąpieniem programu SQL Server ma uprawnienia do odczytu i zapisu w udziale sieciowym SMB zawierającym pliki kopii zapasowej bazy danych.

  • W przypadku migrowania bazy danych chronionej przez funkcję Transparent Data Encryption (TDE) certyfikat ze źródłowego wystąpienia programu SQL Server musi zostać zmigrowany do docelowego wystąpienia zarządzanego przed przywróceniem bazy danych. Aby uzyskać więcej informacji na temat migrowania baz danych z obsługą funkcji TDE, zobacz Samouczek: migrowanie baz danych z obsługą funkcji TDE (wersja zapoznawcza) do usługi Azure SQL w narzędziu Azure Data Studio.

    Napiwek

    Jeśli baza danych zawiera poufne dane chronione przez funkcję Always Encrypted, proces migracji automatycznie migruje klucze Always Encrypted do docelowego wystąpienia zarządzanego.

  • Jeśli kopie zapasowe bazy danych znajdują się w sieciowym udziale plików, podaj komputer, na którym możesz zainstalować własne środowisko Integration Runtime w celu uzyskania dostępu do kopii zapasowych bazy danych i migracji ich. Kreator migracji udostępnia link pobierania i klucze uwierzytelniania do pobrania i zainstalowania własnego środowiska Integration Runtime.

    W ramach przygotowań do migracji upewnij się, że na komputerze, na którym zainstalowano własne środowisko Integration Runtime, są włączone następujące reguły zapory ruchu wychodzącego i nazwy domen:

    Nazwy domen Port wyjściowy opis
    Chmura publiczna: {datafactory}.{region}.datafactory.azure.net
    lub *.frontend.clouddatahub.net

    Azure Government: {datafactory}.{region}.datafactory.azure.us

    Platforma Microsoft Azure obsługiwana przez firmę 21Vianet: {datafactory}.{region}.datafactory.azure.cn    		 443 Wymagane przez własne środowisko Integration Runtime do nawiązania połączenia z usługą Database Migration Service.

    W przypadku nowo utworzonej fabryki danych w chmurze publicznej znajdź w pełni kwalifikowaną nazwę domeny (FQDN) z własnego klucza środowiska Integration Runtime w formacie {datafactory}.{region}.datafactory.azure.net.

    Jeśli w przypadku istniejącej fabryki danych nie widzisz nazwy FQDN w własnym kluczu integracji, użyj *.frontend.clouddatahub.net zamiast tego.
    download.microsoft.com 443 Wymagane przez własne środowisko Integration Runtime do pobierania aktualizacji. Jeśli wyłączono automatyczną aktualizację, możesz pominąć konfigurowanie tej domeny.
    *.core.windows.net 443 Używane przez własne środowisko Integration Runtime łączące się z kontem usługi Azure Storage w celu przekazania kopii zapasowych bazy danych z udziału sieciowego

    Napiwek

    Jeśli pliki kopii zapasowej bazy danych są już dostępne na koncie usługi Azure Storage, środowisko Integration Runtime (Self-hosted) nie jest wymagane podczas procesu migracji.

  • Jeśli używasz własnego środowiska Integration Runtime, upewnij się, że komputer, na którym zainstalowano środowisko uruchomieniowe, może nawiązać połączenie ze źródłowym wystąpieniem programu SQL Server i udziałem plików sieciowych, na którym znajdują się pliki kopii zapasowej.

  • Włącz port wychodzący 445, aby zezwolić na dostęp do sieciowego udziału plików. Aby uzyskać więcej informacji, zobacz zalecenia dotyczące korzystania z własnego środowiska Integration Runtime.

  • Jeśli używasz usługi Database Migration Service po raz pierwszy, upewnij się, że dostawca zasobów Microsoft.DataMigration jest zarejestrowany w subskrypcji. Możesz wykonać kroki rejestrowania dostawcy zasobów.

Rekomendacje na potrzeby korzystania z własnego środowiska Integration Runtime na potrzeby migracji bazy danych

  • Użyj jednego własnego środowiska Integration Runtime dla wielu źródłowych baz danych programu SQL Server.

  • Zainstaluj tylko jedno wystąpienie własnego środowiska Integration Runtime na dowolnym komputerze.

  • Skojarz tylko jedno własne środowisko Integration Runtime z jednym wystąpieniem usługi Database Migration Service.

  • Własne środowisko Integration Runtime używa zasobów (pamięci i procesora CPU) na komputerze, na którym jest zainstalowany. Zainstaluj własne środowisko Integration Runtime na komputerze, który jest oddzielony od źródłowego wystąpienia programu SQL Server. Jednak dwa komputery powinny znajdować się w bliskim sąsiedztwie. Posiadanie własnego środowiska Integration Runtime w pobliżu źródła danych skraca czas potrzebny na nawiązanie połączenia ze źródłem danych przez własne środowisko Integration Runtime.

  • Użyj własnego środowiska Integration Runtime tylko wtedy, gdy masz kopie zapasowe bazy danych w lokalnym udziale sieciowym SMB. Własne środowisko Integration Runtime nie jest wymagane w przypadku migracji bazy danych, jeśli źródłowe kopie zapasowe bazy danych znajdują się już w kontenerze obiektów blob magazynu.

  • Zalecamy maksymalnie 10 współbieżnych migracji baz danych na własne środowisko Integration Runtime na jednym komputerze. Aby zwiększyć liczbę współbieżnych migracji bazy danych, przeprowadź skalowanie własnego środowiska uruchomieniowego do maksymalnie czterech węzłów lub utworzenie oddzielnych wystąpień własnego środowiska Integration Runtime na różnych komputerach.

  • Skonfiguruj własne środowisko Integration Runtime do automatycznej aktualizacji i automatycznie zastosuj wszystkie nowe funkcje, poprawki błędów i ulepszenia, które zostały wydane. Aby uzyskać więcej informacji, zobacz Automatyczne aktualizowanie własnego środowiska Integration Runtime.

Monitorowanie postępu migracji bazy danych w witrynie Azure Portal

Rozszerzenie Azure SQL Migration dla usługi Azure Data Studio organizuje wszystkie zadania migracji za pośrednictwem usługi Database Migration Service wybranej w kreatorze migracji podczas migrowania baz danych.

Aby monitorować migracje baz danych w witrynie Azure Portal:

  1. W witrynie Azure Portal wyszukaj wystąpienie usługi Database Migration Service przy użyciu nazwy zasobu.

    Screenshot that shows how to search for a resource name in the Azure portal.

  2. W przeglądzie wystąpienia usługi Database Migration Service wybierz pozycję Monitoruj migracje , aby wyświetlić szczegóły migracji bazy danych.

    Screenshot that shows how to monitor migrations in the Azure portal.

Znane problemy i ograniczenia

  • Usługa Database Migration Service nie obsługuje zastępowania istniejących baz danych w docelowym wystąpieniu usługi Azure SQL Managed Instance, Azure SQL Database lub SQL Server na maszynach wirtualnych platformy Azure.

  • Usługa Database Migration Service nie obsługuje konfigurowania wysokiej dostępności i odzyskiwania po awarii w celu dopasowania do topologii źródłowej.

  • Następujące obiekty serwera nie są obsługiwane:

    • Zadania agenta programu SQL Server
    • Poświadczenia
    • Pakiety usług SQL Server Integration Services
    • Inspekcja serwera

    Aby uzyskać pełną listę metadanych i obiektów serwera, które należy przenieść, zapoznaj się ze szczegółowymi informacjami dostępnymi w temacie Zarządzanie metadanymi podczas udostępniania bazy danych na innym serwerze.

  • Program SQL Server 2008 i starsze wersje jako wersje docelowe nie są obsługiwane w przypadku migracji do programu SQL Server na maszynach wirtualnych platformy Azure.

  • Jeśli używasz programu SQL Server 2014 lub SQL Server 2012, musisz przechowywać źródłowe pliki kopii zapasowej bazy danych w kontenerze obiektów blob usługi Azure Storage zamiast przy użyciu opcji udziału sieciowego. Przechowuj pliki kopii zapasowej jako stronicowe obiekty blob. Blokowe obiekty blob są obsługiwane tylko w programie SQL Server 2016 i nowszych wersjach.

  • Nie można użyć istniejącego własnego środowiska Integration Runtime utworzonego w usłudze Azure Data Factory na potrzeby migracji baz danych z usługą Database Migration Service. Początkowo utwórz własne środowisko Integration Runtime przy użyciu rozszerzenia Azure SQL Migration dla usługi Azure Data Studio. Możesz ponownie użyć tego własnego środowiska Integration Runtime w przyszłych migracjach baz danych.

  • Usługa Azure Data Studio obecnie obsługuje zarówno uwierzytelnianie Microsoft Entra ID/Windows, jak i identyfikatory logowania SQL do nawiązywania połączenia ze źródłowym wystąpieniem programu SQL Server. W przypadku obiektów docelowych usługi Azure SQL obsługiwane są tylko identyfikatory logowania SQL.

Kalkulacja cen

  • Usługa Azure Database Migration Service jest bezpłatna do użycia z rozszerzeniem Azure SQL Migration dla usługi Azure Data Studio. Możesz migrować wiele baz danych programu SQL Server przy użyciu usługi Database Migration Service bez opłat.

  • Podczas migracji baz danych ze środowiska lokalnego na platformę Azure nie są oceniane żadne koszty przenoszenia danych ani danych przychodzących. Jeśli źródłowa baza danych zostanie przeniesiona z innego regionu lub z maszyny wirtualnej platformy Azure, opłaty za przepustowość mogą być naliczane w zależności od dostawcy przepustowości i scenariusza routingu.

  • Zainstaluj program Azure Data Studio przy użyciu maszyny wirtualnej lub serwera lokalnego.

  • Do uzyskiwania dostępu do kopii zapasowych bazy danych z lokalnego udziału sieciowego jest wymagane własne środowisko Integration Runtime.

Dostępność w regionach

Aby uzyskać listę regionów świadczenia usługi Azure obsługujących migracje baz danych przy użyciu rozszerzenia Azure SQL Migration dla usługi Azure Data Studio (obsługiwanego przez usługę Azure Database Migration Service), zobacz Dostępność produktów platformy Azure według regionów.

Następne kroki