Samouczek: migrowanie SQL Server do Azure SQL Managed Instance online przy użyciu usługi DMS (wersja klasyczna)

Za pomocą Azure Database Migration Service można migrować bazy danych z wystąpienia SQL Server do Azure SQL Managed Instance z minimalnym przestojem. Aby uzyskać dodatkowe metody, które mogą wymagać ręcznego nakładu pracy, zobacz artykuł SQL Server migracji wystąpienia do Azure SQL Managed Instance.

W tym samouczku przeprowadzisz migrację bazy danych AdventureWorks2016 z lokalnego wystąpienia SQL Server do SQL Managed Instance z minimalnym przestojem przy użyciu Azure Database Migration Service.

Omawiane kwestie:

W tym artykule opisano migrację online z SQL Server do SQL Managed Instance. Aby uzyskać informacje na temat migracji w trybie offline, zobacz Migrowanie SQL Server do SQL Managed Instance w trybie offline przy użyciu usługi DMS.

Do ukończenia tego samouczka niezbędne są następujące elementy:

• Pobierz i zainstaluj SQL Server 2016 lub nowszym.

• Włączony protokół TCP/I (domyślnie wyłączony podczas instalacji programu SQL Server Express). Aby go włączyć, wykonaj czynności opisane w artykule Enable or Disable a Server Network Protocol (Włączanie lub wyłączanie protokołu sieciowego serwera).

• Przywróć bazę danych AdventureWorks2016 do wystąpienia SQL Server.

• Utwórz Virtual Network platformy Microsoft Azure dla Azure Database Migration Service przy użyciu modelu wdrażania usługi Azure Resource Manager, który zapewnia łączność lokacja-lokacja z lokalnymi serwerami źródłowymi przy użyciu usługi ExpressRoute lub sieci VPN. Poznaj topologie sieci na potrzeby migracji SQL Managed Instance przy użyciu Azure Database Migration Service. Aby uzyskać więcej informacji na temat tworzenia sieci wirtualnej, zobacz dokumentację Virtual Network, a zwłaszcza artykuły szybki start ze szczegółowymi informacjami krok po kroku.

  Uwaga

  Podczas konfigurowania sieci wirtualnej, jeśli używasz usługi ExpressRoute z komunikacją równorzędną sieciową z firmą Microsoft, dodaj następujące punkty końcowe usługi do podsieci , w której będzie aprowizowana usługa:

  • Punkt końcowy docelowej bazy danych (np. punkt końcowy usługi SQL, punkt końcowy usługi Azure Cosmos DB)
  • Punkt końcowy magazynu
  • Punkt końcowy magistrali usług

  Taka konfiguracja jest konieczna, ponieważ usługa Azure Database Migration Service nie ma łączności z Internetem.

  Jeśli nie masz łączności typu lokacja-lokacja między siecią lokalną a platformą Azure lub jeśli przepustowość połączenia lokacja-lokacja jest ograniczona, rozważ użycie Azure Database Migration Service w trybie hybrydowym (wersja zapoznawcza). Tryb hybrydowy korzysta z lokalnego procesu roboczego migracji wraz z wystąpieniem Azure Database Migration Service uruchomionym w chmurze. Aby utworzyć wystąpienie Azure Database Migration Service w trybie hybrydowym, zobacz artykuł Tworzenie wystąpienia Azure Database Migration Service w trybie hybrydowym przy użyciu Azure Portal.

  Ważne

  Jeśli chodzi o konto magazynu używane w ramach migracji, należy wykonać jedną z następujących czynności:

  • Wybierz, aby zezwolić całej sieci na dostęp do konta magazynu.
  • Włącz delegowanie podsieci w podsieci MI i zaktualizuj reguły zapory konta magazynu, aby zezwolić na tę podsieć.
  • Nie można użyć konta usługi Azure Storage, które ma prywatny punkt końcowy z Azure Database Migration Service.

• Upewnij się, że reguły sieciowej grupy zabezpieczeń sieci wirtualnej nie blokują portu wychodzącego 443 elementu ServiceTag dla usług ServiceBus, Storage i AzureMonitor. Aby uzyskać więcej informacji na temat filtrowania ruchu sieciowej grupy zabezpieczeń sieci wirtualnej, zobacz artykuł Filtrowanie ruchu sieciowego za pomocą sieciowych grup zabezpieczeń.

• Zapora sytemu Windows skonfigurowana pod kątem dostępu do aparatu źródłowej bazy danych.

• Otwórz Zaporę systemu Windows, aby zezwolić Azure Database Migration Service na dostęp do źródłowej SQL Server, która domyślnie jest portem TCP 1433. Jeśli wystąpienie domyślne nasłuchuje na innym porcie, dodaj je do zapory.

• Jeśli używasz wielu wystąpień o nazwie SQL Server przy użyciu portów dynamicznych, możesz włączyć usługę SQL Browser i zezwolić na dostęp do portu UDP 1434 za pośrednictwem zapór, aby Azure Database Migration Service można połączyć się z nazwanym wystąpieniem na serwerze źródłowym.

• Jeśli używasz urządzenia zapory przed źródłowymi bazami danych, może być konieczne dodanie reguł zapory w celu umożliwienia Azure Database Migration Service uzyskiwania dostępu do źródłowych baz danych na potrzeby migracji oraz plików za pośrednictwem portu SMB 445.

• Utwórz SQL Managed Instance, postępując zgodnie ze szczegółami w artykule Tworzenie SQL Managed Instance w Azure Portal.

• Upewnij się, że identyfikatory logowania używane do łączenia SQL Server źródłowego i docelowego SQL Managed Instance są członkami roli serwera sysadmin.

• Podaj udział sieciowy SMB zawierający wszystkie pliki kopii zapasowej pełnej bazy danych i kolejne pliki kopii zapasowej dziennika transakcji, które Azure Database Migration Service mogą być używane do migracji bazy danych.

• Upewnienie się, że konto usługi z uruchomionym źródłowym wystąpieniem programu SQL Server ma uprawnienia w utworzonym udziale sieciowym oraz że konto komputera serwera źródłowego ma uprawnienia odczytu i zapisu do tego samego udziału.

• Zapisanie nazwy i hasła użytkownika systemu Windows, który ma uprawnienia do pełnej kontroli nad wcześniej utworzonym udziałem sieciowym. Azure Database Migration Service personifikuje poświadczenia użytkownika, aby przekazać pliki kopii zapasowej do kontenera usługi Azure Storage na potrzeby operacji przywracania.

• Utwórz identyfikator aplikacji usługi Azure Active Directory, który generuje klucz identyfikatora aplikacji, za pomocą którego Azure Database Migration Service można nawiązać połączenie z docelowymi Azure SQL Managed Instance i kontenerem usługi Azure Storage. Aby uzyskać więcej informacji, zobacz artykuł Use portal to create an Azure Active Directory application and service principal that can access resources (Tworzenie aplikacji usługi Azure Active Directory i jednostki usługi, które mogą uzyskać dostęp do zasobów, w portalu).

  Uwaga

  Identyfikator aplikacji używany przez Azure Database Migration Service obsługuje uwierzytelnianie tajne (oparte na hasłach) dla jednostek usługi. Nie obsługuje uwierzytelniania opartego na certyfikatach.

  Uwaga

  Azure Database Migration Service wymaga uprawnienia Współautor w subskrypcji dla określonego identyfikatora aplikacji. Alternatywnie można utworzyć role niestandardowe, które przyznają określone uprawnienia, których Azure Database Migration Service wymaga. Aby uzyskać szczegółowe wskazówki dotyczące korzystania z ról niestandardowych, zobacz artykuł Role niestandardowe dla SQL Server do SQL Managed Instance migracji online.

• Utworzenie lub zanotowanie konta usługi Azure Storage w standardowej warstwie wydajności, które umożliwia usłudze DMS przekazanie plików kopii zapasowej bazy danych i użycie ich do migrowania bazy danych. Upewnij się, że konto usługi Azure Storage zostało utworzone w tym samym regionie co wystąpienie Azure Database Migration Service.

  Uwaga

  W przypadku migracji bazy danych chronionej przez funkcję Transparent Data Encryption do wystąpienia zarządzanego przy użyciu migracji w trybie online należy przeprowadzić migrację odpowiedniego certyfikatu z lokalnego lub wystąpienia maszyny wirtualnej platformy Azure SQL Server przed przywróceniem bazy danych. Aby uzyskać szczegółowe instrukcje, zobacz Migrowanie certyfikatu TDE do wystąpienia zarządzanego.

Przed utworzeniem pierwszego wystąpienia usługi Database Migration Service zarejestruj dostawcę zasobów Microsoft.DataMigration.

1. Zaloguj się w witrynie Azure Portal. Wyszukaj i wybierz pozycję Subskrypcje.

   

2. Wybierz subskrypcję, w której chcesz utworzyć wystąpienie Azure Database Migration Service, a następnie wybierz pozycję Dostawcy zasobów.

   

3. Wyszukaj migrację, a następnie wybierz pozycję Zarejestruj dlapozycji Microsoft.DataMigration.

   

1. W menu Azure Portal lub na stronie głównej wybierz pozycję Utwórz zasób. Wyszukaj i wybierz pozycję Azure Database Migration Service.

   

2. Na ekranie Azure Database Migration Service wybierz polecenie Utwórz.

   

   Wybierz odpowiedni typ serwera źródłowego i typ serwera docelowego, a następnie wybierz opcję Database Migration Service (wersja klasyczna).

   

3. Na ekranie Tworzenie podstaw usługi Migration Service :

   • Wybierz subskrypcję.
   • Utwórz nową grupę zasobów lub wybierz istniejącą.
   • Określ nazwę wystąpienia Azure Database Migration Service.
   • Wybierz lokalizację, w której chcesz utworzyć wystąpienie Azure Database Migration Service.
   • Wybierz platformę Azure jako tryb usługi.
   • Wybierz warstwę cenową. Aby uzyskać więcej informacji na temat kosztów i warstw cenowych, zobacz stronę z cennikiem.

   

   • Wybierz pozycję Dalej: Sieć.

4. Na ekranie Tworzenie sieci usługi Migration Service :

   • Wybierz istniejącą sieć wirtualną lub utwórz nową. Sieć wirtualna zapewnia Azure Database Migration Service dostęp do serwera źródłowego i wystąpienia docelowego. Aby uzyskać więcej informacji na temat tworzenia sieci wirtualnej w Azure Portal, zobacz artykuł Tworzenie sieci wirtualnej przy użyciu Azure Portal.

   

   • Wybierz pozycję Przejrzyj i utwórz , aby przejrzeć szczegóły, a następnie wybierz pozycję Utwórz , aby utworzyć usługę.

   • Po kilku chwilach wystąpienie usługi Azure Database Migration Service zostanie utworzone i gotowe do użycia:

   

Po utworzeniu wystąpienia usługi znajdź je w witrynie Azure Portal, otwórz je, a następnie utwórz nowy projekt migracji.

1. W menu Azure Portal wybierz pozycję Wszystkie usługi. Wyszukaj i wybierz pozycję Azure Database Migration Services.

   

2. Na ekranie Azure Database Migration Services wybierz utworzone wystąpienie Azure Database Migration Service.

3. Wybierz pozycję Nowy projekt migracji.

   

4. Na ekranie Nowy projekt migracji wpisz nazwę projektu, w polu tekstowym Typ serwera źródłowego wybierz pozycję SQL Server, w polu tekstowym Typ serwera docelowego wybierz pozycję Wystąpienie zarządzane usługi Azure SQL Database, a następnie w polu Wybierz typ działania wybierz pozycję Migracja danych w trybie online.

   

5. Wybierz polecenie Utwórz i uruchom działanie, aby utworzyć projekt i uruchomić działanie migracji.

1. Na ekranie Wybierz źródło określ szczegóły połączenia dla wystąpienia źródłowego SQL Server.

   Upewnij się, że używasz w pełni kwalifikowanej nazwy domeny źródłowego wystąpienia programu SQL Server. Możesz również użyć adresu IP, jeśli rozpoznawanie nazw DNS nie jest możliwe.

2. Jeśli nie zainstalowano zaufanego certyfikatu na serwerze, zaznacz pole wyboru Certyfikat serwera zaufania.

   Jeśli zaufany certyfikat nie został zainstalowany, program SQL Server wygeneruje certyfikat z podpisem własnym po uruchomieniu wystąpienia. Ten certyfikat jest używany do szyfrowania poświadczeń połączeń klienta.

   Przestroga

   Połączenia TLS szyfrowane przy użyciu certyfikatu z podpisem własnym nie zapewniają silnych zabezpieczeń. Są one podatne na ataki typu „man-in-the-middle”. Nie należy polegać na protokole TLS przy użyciu certyfikatów z podpisem własnym w środowisku produkcyjnym lub na serwerach połączonych z Internetem.

   

3. Wybierz pozycję Dalej: Wybierz element docelowy

1. Na ekranie Wybierz element docelowy określ identyfikator aplikacji i klucz, którego wystąpienie usługi DMS może użyć do nawiązania połączenia z docelowym wystąpieniem SQL Managed Instance i kontem usługi Azure Storage.

   Aby uzyskać więcej informacji, zobacz artykuł Use portal to create an Azure Active Directory application and service principal that can access resources (Tworzenie aplikacji usługi Azure Active Directory i jednostki usługi, które mogą uzyskać dostęp do zasobów, w portalu).

2. Wybierz subskrypcję zawierającą wystąpienie docelowe SQL Managed Instance, a następnie wybierz docelowe wystąpienie zarządzane SQL.

   Jeśli nie zainicjowano jeszcze obsługi administracyjnej SQL Managed Instance, wybierz link, aby ułatwić aprowizację wystąpienia. Gdy SQL Managed Instance jest gotowa, wróć do tego konkretnego projektu, aby wykonać migrację.

3. Podaj użytkownika SQL i hasło, aby nawiązać połączenie z SQL Managed Instance.

   

4. Wybierz pozycję Dalej: wybierz bazy danych.

1. Na ekranie Wybieranie baz danych wybierz źródłowe bazy danych, które chcesz przeprowadzić migrację.

2. Wybierz pozycję Dalej: Skonfiguruj ustawienia migracji.

1. Na ekranie Konfigurowanie ustawień migracji podaj następujące szczegóły:

   Parametr	Opis
   Udział lokalizacji sieciowej protokołu SMB	Lokalny udział sieciowy SMB lub udział plików platformy Azure zawierający pełne pliki kopii zapasowej bazy danych i pliki kopii zapasowej dziennika transakcji, które Azure Database Migration Service mogą być używane do migracji. Konto usługi, na którym uruchomiono źródłowe wystąpienie programu SQL Server, musi mieć uprawnienia do odczytu/zapisu w tym udziale sieciowym. Podaj nazwę FQDN lub adresy IP serwera w udziale sieciowym, na przykład "\\servername.domainname.com\backupfolder" lub "\\adres IP\backupfolder". Aby zwiększyć wydajność, zaleca się użycie oddzielnego folderu dla każdej bazy danych do migracji. Ścieżkę udziału plików na poziomie bazy danych można podać przy użyciu opcji Ustawienia zaawansowane . Jeśli występują problemy z nawiązywaniem połączenia z udziałem SMB, zobacz udział SMB.
   User name (Nazwa użytkownika)	Upewnij się, że użytkownik systemu Windows ma uprawnienia pełnej kontroli w udziale sieciowym, który podano powyżej. Azure Database Migration Service personifikuje poświadczenia użytkownika, aby przekazać pliki kopii zapasowej do kontenera usługi Azure Storage na potrzeby operacji przywracania. W przypadku korzystania z udziału plików platformy Azure użyj nazwy konta magazynu prepended z platformą AZURE\ jako nazwy użytkownika.
   Password (Hasło)	Hasło użytkownika. W przypadku korzystania z udziału plików platformy Azure użyj klucza konta magazynu jako hasła.
   Subskrypcja konta usługi Azure Storage	Wybierz subskrypcję, która zawiera konto usługi Azure Storage.
   Konto usługi Azure Storage	Wybierz konto usługi Azure Storage, na które usługa DMS może przekazać pliki kopii zapasowej z udziału sieciowego protokołu SMB używane podczas migracji bazy danych. Zalecamy wybranie konta usługi Storage w tym samym regionie co usługa DMS w celu uzyskania optymalnej wydajności przekazywania plików.

   

   Uwaga

   Jeśli Azure Database Migration Service zostanie wyświetlony błąd "Błąd systemowy 53" lub "Błąd systemu 57", przyczyną może być brak możliwości Azure Database Migration Service uzyskiwania dostępu do udziału plików platformy Azure. Jeśli wystąpi jeden z tych błędów, przyznaj dostęp do konta magazynu z sieci wirtualnej, korzystając z instrukcji podanych tutaj.

   Ważne

   Jeśli włączono funkcję sprawdzania sprzężenia zwrotnego, a źródłowy SQL Server i udział plików znajdują się na tym samym komputerze, źródło nie będzie mogło uzyskać dostępu do plików za pomocą nazwy FQDN. Aby rozwiązać ten problem, wyłącz funkcję sprawdzania sprzężenia zwrotnego, korzystając z instrukcji podanych tutaj.

2. Wybierz pozycję Dalej: Podsumowanie.

1. Na ekranie Podsumowanie w polu tekstowym Nazwa działania określ nazwę działania migracji.

2. Przejrzyj i sprawdź szczegóły skojarzone z projektem migracji.

   

1. Wybierz pozycję Rozpocznij migrację.

2. Zostanie wyświetlone okno działania migracji, aby wyświetlić bieżący stan migracji baz danych. Wybierz pozycję Odśwież , aby zaktualizować ekran.

   

   Możesz rozwinąć kategorie baz danych i danych logowania, aby monitorować stan migracji odpowiednich obiektów serwera.

   

Po przywróceniu pełnej kopii zapasowej bazy danych w wystąpieniu docelowym SQL Managed Instance baza danych jest dostępna do przeprowadzenia migracji jednorazowej.

1. Gdy wszystko będzie gotowe do zakończenia migracji bazy danych online, wybierz pozycję Rozpocznij migrację jednorazową.

2. Zatrzymaj cały ruch przychodzący do źródłowych baz danych.

3. Weź kopię zapasową końcowego fragmentu dziennika, udostępnij plik kopii zapasowej w udziale sieciowym protokołu SMB i zaczekaj na przywrócenie ostatecznej wersji kopii zapasowej dziennika transakcji.

   W tym momencie zostanie wyświetlona opcja Oczekujące zmiany ustawiona na 0.

4. Wybierz polecenie Potwierdź, a następnie wybierz pozycję Zastosuj.

   

   Ważne

   Po przejściu do wersji jednorazowej dostępność SQL Managed Instance z warstwą usługi Krytyczne dla działania firmy może trwać znacznie dłużej niż Ogólnego przeznaczenia, ponieważ dla zawsze włączonej grupy dostępności muszą być wstępnie rozstawione trzy repliki pomocnicze. Ten czas trwania operacji zależy od rozmiaru danych, aby uzyskać więcej informacji, zobacz Czas trwania operacji zarządzania.

5. Po wyświetleniu stanu migracji bazy danych Ukończono połącz aplikacje z nowym wystąpieniem docelowym SQL Managed Instance.

   

• Aby zapoznać się z samouczkiem pokazującym, jak przeprowadzić migrację bazy danych do SQL Managed Instance przy użyciu polecenia T-SQL RESTORE, zobacz Przywracanie kopii zapasowej do SQL Managed Instance przy użyciu polecenia przywracania.
• Aby uzyskać informacje o SQL Managed Instance, zobacz Co to jest SQL Managed Instance.
• Aby uzyskać informacje na temat łączenia aplikacji z SQL Managed Instance, zobacz Łączenie aplikacji.