Samouczek: migrowanie programu SQL Server do programu SQL Server na maszynach wirtualnych platformy Azure w trybie online w usłudze Azure Data Studio

Użyj rozszerzenia migracji usługi Azure SQL w narzędziu Azure Data Studio, aby zmigrować bazy danych z wystąpienia programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure (SQL Server 2016 lub nowszym) z minimalnym przestojem. Aby zapoznać się z metodami, które mogą wymagać ręcznego nakładu pracy, zobacz artykuł Migracja wystąpienia programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure.

W tym samouczku przeprowadzisz migrację bazy danych AdventureWorks z lokalnego wystąpienia programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure z minimalnym przestojem przy użyciu narzędzia Azure Data Studio z usługą Azure Database Migration Service.

Z tego samouczka dowiesz się, jak wykonywać następujące czynności:

• Uruchom kreatora Migracja do usługi Azure SQL w narzędziu Azure Data Studio.
• Uruchamianie oceny źródłowych baz danych programu SQL Server
• Zbieranie danych wydajności ze źródłowego programu SQL Server
• Uzyskaj zalecenie dotyczące programu SQL Server w jednostce SKU maszyny wirtualnej platformy Azure najlepiej dopasowanej do obciążenia
• Określ szczegóły źródłowego programu SQL Server, lokalizacji kopii zapasowej i docelowego programu SQL Server na maszynie wirtualnej platformy Azure
• Utwórz nową usługę Azure Database Migration Service i zainstaluj własne środowisko Integration Runtime w celu uzyskania dostępu do serwera źródłowego i kopii zapasowych.
• Rozpocznij i monitoruj postęp migracji.
• Przeprowadź migrację jednorazową, gdy wszystko będzie gotowe.

W tym artykule opisano migrację online z programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure. Migracja w trybie offline— zobacz Migrowanie programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure w trybie offline przy użyciu narzędzia Azure Data Studio z usługą DMS.

Wymagania wstępne

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

• Pobieranie i instalowanie narzędzia Azure Data Studio

• Instalowanie rozszerzenia migracji usługi Azure SQL z witryny Azure Data Studio Marketplace

• Masz konto platformy Azure przypisane do jednej z wbudowanych ról wymienionych poniżej:

  • Współautor docelowego programu SQL Server na maszynie wirtualnej platformy Azure (i konto magazynu w celu przekazania plików kopii zapasowych bazy danych z udziału sieciowego SMB).
  • Rola czytelnika dla grup zasobów platformy Azure zawierających docelowy program SQL Server na maszynie wirtualnej platformy Azure lub na koncie usługi Azure Storage.
  • Rola właściciela lub współautora dla subskrypcji platformy Azure.
  • Alternatywą dla korzystania z powyższych wbudowanych ról można przypisać rolę niestandardową zgodnie z definicją w tym artykule.

  Ważne

  Konto platformy Azure jest wymagane tylko podczas konfigurowania kroków migracji i nie jest wymagane do wykonania kroków oceny ani rekomendacji platformy Azure w kreatorze migracji.

• Utwórz docelowy program SQL Server na maszynie wirtualnej platformy Azure.

  Ważne

  Jeśli masz istniejącą maszynę wirtualną platformy Azure, powinna zostać zarejestrowana w rozszerzeniu agenta IaaS SQL w trybie pełnego zarządzania.

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

• Użyj jednej z następujących opcji magazynowania dla pełnych plików kopii zapasowej bazy danych i dziennika transakcji:

  • Udział sieciowy SMB
  • Udział plików lub kontener obiektów blob konta usługi Azure Storage

  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, które umożliwia usłudze DMS przekazywanie plików kopii zapasowych bazy danych. Pamiętaj, aby utworzyć konto usługi Azure Storage w tym samym regionie co wystąpienie usługi Azure Database Migration Service.
  • Usługa Azure Database Migration Service nie inicjuje żadnych kopii zapasowych, a zamiast tego używa istniejących kopii zapasowych, które mogą już znajdować się w ramach planu odzyskiwania po awarii na potrzeby migracji.
  • Każdą kopię zapasową można zapisać w osobnym pliku kopii zapasowej lub w wielu plikach kopii zapasowej. Jednak dołączanie wielu kopii zapasowych (tj. pełnych kopii zapasowych i kopii zapasowych dzienników transakcji) do jednego nośnika kopii zapasowej nie jest obsługiwane.
  • Użyj skompresowanych kopii zapasowych, 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.

• Źródłowy certyfikat wystąpienia programu SQL Server z bazy danych chronionej przez funkcję Transparent Data Encryption (TDE) musi zostać zmigrowany do docelowego programu SQL Server na maszynie wirtualnej platformy Azure przed migracją danych. Aby dowiedzieć się więcej, zobacz Przenoszenie chronionej bazy danych TDE do innego programu SQL Server.

  Napiwek

  Jeśli baza danych zawiera poufne dane chronione przez funkcję Always Encrypted, proces migracji przy użyciu narzędzia Azure Data Studio z usługą DMS automatycznie zmigruje klucze Always Encrypted do docelowego programu SQL Server na maszynie wirtualnej platformy Azure.

• Jeśli kopie zapasowe bazy danych znajdują się w sieciowym udziale plików, podaj maszynę do zainstalowania własnego środowiska 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 maszyna, na której planujesz zainstalować własne środowisko Integration Runtime, ma włączone następujące reguły zapory ruchu wychodzącego i nazwy domen:

  Nazwy domen	Porty wychodzące	opis
  Chmura publiczna: {datafactory}.{region}.datafactory.azure.net lub *.frontend.clouddatahub.net Azure Government: {datafactory}.{region}.datafactory.azure.us Chiny: {datafactory}.{region}.datafactory.azure.cn	443	Wymagane przez własne środowisko Integration Runtime do nawiązania połączenia z usługą Data Migration Service. W przypadku nowo utworzonej fabryki danych w chmurze publicznej znajdź nazwę FQDN z poziomu własnego klucza środowiska Integration Runtime, który ma format {datafactory}.{region}.datafactory.azure.net. Jeśli w przypadku starej fabryki danych nie widzisz nazwy FQDN w kluczu integracji hostowanej samodzielnie, zamiast tego użyj wartości *.frontend.clouddatahub.net.
  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żywany przez własne środowisko Integration Runtime, które nawiązuje połączenie z kontem usługi Azure Storage na potrzeby przekazywania 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.

• Środowisko uruchomieniowe jest instalowane na maszynie przy użyciu własnego środowiska Integration Runtime. Maszyna łączy się ze źródłowym wystąpieniem programu SQL Server i sieciowym udziałem plików, w którym znajdują się pliki kopii zapasowej. Port wychodzący 445 powinien być włączony, aby umożliwić dostęp do sieciowego udziału plików. Zobacz również zalecenia dotyczące korzystania z własnego środowiska Integration Runtime

• Jeśli używasz usługi Azure 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

Uruchamianie kreatora migracji do usługi Azure SQL w narzędziu Azure Data Studio

1. Otwórz narzędzie Azure Data Studio i wybierz ikonę serwera, aby nawiązać połączenie z lokalnym programem SQL Server (lub programem SQL Server na maszynie wirtualnej platformy Azure).
2. Na połączeniu serwera kliknij prawym przyciskiem myszy i wybierz polecenie Zarządzaj.
3. Na stronie głównej serwera wybierz rozszerzenie Azure SQL Migration .
4. Na pulpicie nawigacyjnym migracji usługi Azure SQL wybierz pozycję Migruj do usługi Azure SQL , aby uruchomić kreatora migracji.
5. W pierwszym kroku kreatora migracji połącz istniejące lub nowe konto platformy Azure z narzędziem Azure Data Studio.

Uruchamianie oceny bazy danych, zbieranie danych wydajności i uzyskiwanie rekomendacji platformy Azure

1. Wybierz bazy danych, aby uruchomić ocenę, a następnie wybierz pozycję Dalej.
2. Wybierz pozycję SQL Server na maszynie wirtualnej platformy Azure jako element docelowy.
3. Wybierz przycisk Wyświetl/Wybierz, aby wyświetlić szczegóły wyników oceny dla baz danych, wybierz bazy danych do migracji, a następnie wybierz przycisk OK.
4. Wybierz przycisk Pobierz rekomendację platformy Azure.
5. Wybierz opcję Zbieraj dane wydajności teraz i wprowadź ścieżkę do zbierania dzienników wydajności i wybierz przycisk Uruchom.
6. Narzędzie Azure Data Studio będzie teraz zbierać dane wydajności do momentu zatrzymania kolekcji, naciśnięcia przycisku Dalej w kreatorze lub zamknięcia narzędzia Azure Data Studio.
7. Po upływie 10 minut zostanie wyświetlona zalecana konfiguracja maszyny wirtualnej usługi Azure SQL. Możesz również nacisnąć link Odśwież zalecenie po początkowych 10 minutach, aby odświeżyć zalecenie przy użyciu dodatkowych zebranych danych.
8. W powyższym polu SQL Server na maszynie wirtualnej platformy Azure wybierz przycisk Wyświetl szczegóły , aby uzyskać więcej informacji na temat rekomendacji.
9. Zamknij pole szczegółów widoku i naciśnij przycisk Dalej .

Konfigurowanie ustawień migracji

1. Określ docelowy program SQL Server na maszynie wirtualnej platformy Azure, wybierając subskrypcję, lokalizację, grupę zasobów z odpowiednich list rozwijanych, a następnie wybierz pozycję Dalej.
2. Wybierz pozycję Migracja online jako tryb migracji.

   Uwaga

   W trybie migracji online źródłowa baza danych programu SQL Server może służyć do działania odczytu i zapisu, podczas gdy kopie zapasowe bazy danych są stale przywracane na docelowym serwerze SQL Server na maszynie wirtualnej platformy Azure. Czas przestoju aplikacji jest ograniczony do czasu trwania migracji jednorazowej po zakończeniu migracji.

3. W kroku 5 wybierz lokalizację kopii zapasowych bazy danych. Kopie zapasowe bazy danych mogą znajdować się w lokalnym udziale sieciowym lub w kontenerze obiektów blob usługi Azure Storage.

   Uwaga

   Jeśli kopie zapasowe bazy danych są udostępniane w lokalnym udziale sieciowym, usługa DMS będzie wymagać skonfigurowania własnego środowiska Integration Runtime w następnym kroku kreatora. Do uzyskiwania dostępu do kopii zapasowych źródłowej bazy danych jest wymagane własne środowisko Integration Runtime, sprawdzanie poprawności zestawu kopii zapasowych i przekazywanie ich do konta usługi Azure Storage.
   Jeśli kopie zapasowe bazy danych znajdują się już w kontenerze obiektów blob usługi Azure Storage, nie musisz konfigurować własnego środowiska Integration Runtime.

• W przypadku kopii zapasowych znajdujących się w udziale sieciowym podaj poniższe szczegóły źródłowego programu SQL Server, lokalizacji źródłowej kopii zapasowej, docelowej nazwy bazy danych i konta usługi Azure Storage, do których mają zostać przekazane pliki kopii zapasowej.

  Pole	Opis
  Poświadczenia źródłowe — nazwa użytkownika	Poświadczenie (uwierzytelnianie systemu Windows/SQL) umożliwiające nawiązanie połączenia ze źródłowym wystąpieniem programu SQL Server i zweryfikowanie plików kopii zapasowej.
  Poświadczenia źródłowe — hasło	Poświadczenie (uwierzytelnianie systemu Windows/SQL) umożliwiające nawiązanie połączenia ze źródłowym wystąpieniem programu SQL Server i zweryfikowanie plików kopii zapasowej.
  Lokalizacja udziału sieciowego zawierająca kopie zapasowe	Lokalizacja udziału sieciowego zawierająca pełne i transakcyjne pliki kopii zapasowej dziennika. Wszelkie nieprawidłowe pliki lub pliki kopii zapasowych w udziale sieciowym, które nie należą do prawidłowego zestawu kopii zapasowych, zostaną automatycznie zignorowane podczas procesu migracji.
  Konto użytkownika systemu Windows z dostępem do odczytu do lokalizacji udziału sieciowego	Poświadczenia systemu Windows (nazwa użytkownika), które mają dostęp do odczytu do udziału sieciowego w celu pobrania plików kopii zapasowej.
  Hasło	Poświadczenia systemu Windows (hasło), które mają dostęp do odczytu do udziału sieciowego w celu pobrania plików kopii zapasowej.
  Nazwa docelowej bazy danych	Nazwę docelowej bazy danych można zmodyfikować, jeśli chcesz zmienić nazwę bazy danych w obiekcie docelowym podczas procesu migracji.

• W przypadku kopii zapasowych przechowywanych w kontenerze obiektów blob usługi Azure Storage określ poniższe szczegóły nazwy docelowej bazy danych, grupy zasobów, konta usługi Azure Storage, kontenera obiektów blob z odpowiednich list rozwijanych.

  Pole	Opis
  Nazwa docelowej bazy danych	Nazwę docelowej bazy danych można zmodyfikować, jeśli chcesz zmienić nazwę bazy danych w obiekcie docelowym podczas procesu migracji.
  Szczegóły konta magazynu	Grupa zasobów, konto magazynu i kontener, w którym znajdują się pliki kopii zapasowej.

4. Wybierz Dalej, aby kontynuować.

   Ważne

   Jeśli włączono funkcję sprawdzania sprzężenia zwrotnego, a źródłowy program 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

• Rozszerzenie migracji usługi Azure SQL dla programu Azure Data Studio nie wymaga już określonych konfiguracji w ustawieniach sieci konta usługi Azure Storage w celu migracji baz danych programu SQL Server na platformę Azure. Jednak w zależności od lokalizacji kopii zapasowej bazy danych i żądanych ustawień sieci konta magazynu należy wykonać kilka kroków, aby upewnić się, że zasoby mogą uzyskiwać dostęp do konta usługi Azure Storage. W poniższej tabeli przedstawiono różne scenariusze migracji i konfiguracje sieci:

  Scenariusz	Udział sieciowy SMB	Kontener konta usługi Azure Storage
  Włączone ze wszystkich sieci	Brak dodatkowych kroków	Brak dodatkowych kroków
  Włączone z wybranych sieci wirtualnych i adresów IP	Zobacz 1a	Zobacz 2a
  Włączone z wybranych sieci wirtualnych i adresów IP i prywatnego punktu końcowego	Zobacz 1b	Zobacz 2b

  1a — Konfiguracja sieci usługi Azure Blob Storage

  Jeśli masz zainstalowane własne środowisko Integration Runtime (SHIR) na maszynie wirtualnej platformy Azure, zobacz sekcję 1b — konfiguracja sieci usługi Azure Blob Storage. Jeśli masz zainstalowane własne środowisko Integration Runtime (SHIR) w sieci lokalnej, musisz dodać adres IP klienta maszyny hostingowej na koncie usługi Azure Storage w następujący sposób:

  

  Aby zastosować tę konkretną konfigurację, połącz się z witryną Azure Portal z maszyny SHIR, otwórz konfigurację konta usługi Azure Storage, wybierz pozycję Sieć, a następnie zaznacz pole wyboru Dodaj adres IP klienta. Wybierz pozycję Zapisz , aby wprowadzić zmianę trwałą. Aby zapoznać się z pozostałymi krokami, zobacz sekcję 2a — Konfiguracja sieci usługi Azure Blob Storage (prywatny punkt końcowy).

  1b — konfiguracja sieci usługi Azure Blob Storage

  Jeśli środowisko SHIR jest hostowane na maszynie wirtualnej platformy Azure, musisz dodać sieć wirtualną maszyny wirtualnej do konta usługi Azure Storage, ponieważ maszyna wirtualna ma niepublikowy adres IP, którego nie można dodać do sekcji Zakres adresów IP.

  

  Aby zastosować tę konkretną konfigurację, znajdź konto usługi Azure Storage, w panelu Magazyn danych wybierz pozycję Sieć, a następnie zaznacz pole wyboru Dodaj istniejącą sieć wirtualną. Zostanie otwarty nowy panel, wybierz subskrypcję, sieć wirtualną i podsieć maszyny wirtualnej platformy Azure hostująca środowisko Integration Runtime. Te informacje można znaleźć na stronie Przegląd maszyny wirtualnej platformy Azure. Jeśli tak, podsieć może mieć wartość Wymagany punkt końcowy usługi, wybierz pozycję Włącz. Gdy wszystko będzie gotowe, zapisz aktualizacje. Zapoznaj się z sekcją 2a — Konfiguracja sieci usługi Azure Blob Storage (prywatny punkt końcowy)a , aby zapoznać się z pozostałymi wymaganymi krokami.

  2a — Konfiguracja sieci usługi Azure Blob Storage (prywatny punkt końcowy)

  Jeśli kopie zapasowe są umieszczane bezpośrednio w kontenerze usługi Azure Storage, wszystkie powyższe kroki są niepotrzebne, ponieważ nie ma środowiska Integration Runtime komunikującego się z kontem usługi Azure Storage. Jednak nadal musimy upewnić się, że docelowe wystąpienie programu SQL Server może komunikować się z kontem usługi Azure Storage w celu przywrócenia kopii zapasowych z kontenera. Aby zastosować tę konkretną konfigurację, postępuj zgodnie z instrukcjami w sekcji 1b — konfiguracja sieci usługi Azure Blob Storage, określając docelową sieć wirtualną wystąpienia SQL podczas wypełniania wyskakującego okienka "Dodaj istniejącą sieć wirtualną".

  2b — konfiguracja sieci usługi Azure Blob Storage (prywatny punkt końcowy)

  Jeśli masz prywatny punkt końcowy skonfigurowany na koncie usługi Azure Storage, wykonaj kroki opisane w sekcji 2a — Konfiguracja sieci usługi Azure Blob Storage (prywatny punkt końcowy). Należy jednak wybrać podsieć prywatnego punktu końcowego, a nie tylko docelową podsieć programu SQL Server. Upewnij się, że prywatny punkt końcowy jest hostowany w tej samej sieci wirtualnej co docelowe wystąpienie programu SQL Server. Jeśli tak nie jest, utwórz kolejny prywatny punkt końcowy przy użyciu procesu w sekcji konfiguracja konta usługi Azure Storage.

Tworzenie usługi Azure Database Migration Service

1. Utwórz nową usługę Azure Database Migration Service lub ponownie użyj istniejącej usługi, która została wcześniej utworzona.

   Uwaga

   Jeśli wcześniej utworzono usługę DMS przy użyciu witryny Azure Portal, nie można użyć jej ponownie w kreatorze migracji w narzędziu Azure Data Studio. Tylko usługa DMS utworzona wcześniej przy użyciu narzędzia Azure Data Studio może być ponownie używana.

2. Wybierz grupę zasobów, w której masz istniejący usługę DMS lub musisz utworzyć nową. Lista rozwijana usługi Azure Database Migration Service zawiera listę wszystkich istniejących usług DMS w wybranej grupie zasobów.
3. Aby ponownie użyć istniejącego usługi DMS, wybierz go z listy rozwijanej, a stan własnego środowiska Integration Runtime będzie wyświetlany w dolnej części strony.
4. Aby utworzyć nowy system DMS, wybierz pozycję Utwórz nowy.
5. Na ekranie Tworzenie usługi Azure Database Migration Service podaj nazwę usługi DMS i wybierz pozycję Utwórz.
6. Po pomyślnym utworzeniu usługi DMS zostaną podane szczegółowe informacje dotyczące konfigurowania środowiska Integration Runtime.
7. Wybierz pozycję Pobierz i zainstaluj środowisko Integration Runtime , aby otworzyć link pobierania w przeglądarce internetowej. Ukończ pobieranie. Zainstaluj środowisko Integration Runtime na maszynie spełniającej wymagania wstępne dotyczące nawiązywania połączenia ze źródłowym programem SQL Server i lokalizacją zawierającą źródłową kopię zapasową.
8. Po zakończeniu instalacji program Microsoft Integration Runtime Configuration Manager zostanie automatycznie uruchomiony, aby rozpocząć proces rejestracji.
9. Skopiuj i wklej jeden z kluczy uwierzytelniania podanych na ekranie kreatora w narzędziu Azure Data Studio. Jeśli klucz uwierzytelniania jest prawidłowy, w programie Integration Runtime Configuration Manager zostanie wyświetlona zielona ikona wyboru wskazująca, że można kontynuować rejestrowanie.
10. Po pomyślnym ukończeniu rejestracji własnego środowiska Integration Runtime zamknij program Microsoft Integration Runtime Configuration Manager i wróć do kreatora migracji w narzędziu Azure Data Studio.
11. Wybierz pozycję Testuj połączenie na ekranie Tworzenie usługi Azure Database Migration Service w narzędziu Azure Data Studio, aby sprawdzić, czy nowo utworzony system DMS jest połączony z nowo zarejestrowanym własnym środowiskiem Integration Runtime i wybierz pozycję Gotowe.
12. Przejrzyj podsumowanie i wybierz pozycję Gotowe , aby rozpocząć migrację bazy danych.

Monitorowanie migracji

1. W obszarze Stan migracji bazy danych można śledzić trwające migracje, ukończone migracje i migracje zakończyły się niepowodzeniem (jeśli istnieje).

   

2. Wybierz pozycję Migracje baz danych w toku , aby wyświetlić trwające migracje i uzyskać więcej szczegółów, wybierając nazwę bazy danych.

3. Na stronie szczegółów migracji są wyświetlane pliki kopii zapasowej i odpowiedni stan:

   Status	opis
   Dostarczone	Plik kopii zapasowej przybył do lokalizacji źródłowej kopii zapasowej i zweryfikowany
   Przekazywanie	Środowisko Integration Runtime obecnie przekazuje plik kopii zapasowej do usługi Azure Storage
   Przekazano	Plik kopii zapasowej jest przekazywany do usługi Azure Storage
   Przywracanie	Usługa Azure Database Migration Service przywraca obecnie plik kopii zapasowej do programu SQL Server na maszynie wirtualnej platformy Azure
   Przywrócone	Plik kopii zapasowej został pomyślnie przywrócony w programie SQL Server na maszynie wirtualnej platformy Azure
   Anulowane	Proces migracji został anulowany
   Zignorowane	Plik kopii zapasowej został zignorowany, ponieważ nie należy do prawidłowego łańcucha kopii zapasowych bazy danych

   

Ukończenie migracji jednorazowej

Ostatnim krokiem samouczka jest ukończenie migracji jednorazowej. Ukończenie gwarantuje, że zmigrowana baza danych w programie SQL Server na maszynie wirtualnej platformy Azure jest gotowa do użycia. W przypadku aplikacji łączących się z bazą danych wymagany jest przestój, a czas przejścia jednorazowego musi być starannie zaplanowany z udziałem osób biorących udział w projekcie biznesowym lub aplikacji.

Aby ukończyć migrację jednorazową:

1. Zatrzymaj wszystkie transakcje przychodzące do źródłowej bazy danych.
2. Wprowadź zmiany konfiguracji aplikacji, aby wskazać docelową bazę danych na serwerze SQL na platformie Azure Virtual Machines.
3. Wykonaj ostateczną kopię zapasową dziennika źródłowej bazy danych w określonej lokalizacji kopii zapasowej
4. Umieść źródłową bazę danych w trybie tylko do odczytu. W związku z tym użytkownicy mogą odczytywać dane z bazy danych, ale nie modyfikować ich.
5. Upewnij się, że wszystkie kopie zapasowe bazy danych mają stan Przywrócony na stronie szczegółów monitorowania.
6. Na stronie szczegółów monitorowania wybierz pozycję Zakończ przeniesienie.

Podczas procesu przeniesienia stan migracji zmienia się z w toku na kończenie. Stan migracji zmieni się na powodzenie po zakończeniu procesu przeniesienia. Migracja bazy danych zakończyła się pomyślnie i że zmigrowana baza danych jest gotowa do użycia.

Ograniczenia

Migracja do programu SQL Server na maszynach wirtualnych platformy Azure przy użyciu rozszerzenia Azure SQL dla programu Azure Data Studio ma następujące ograniczenia:

• W przypadku migracji pojedynczej bazy danych kopie zapasowe bazy danych muszą być umieszczane w strukturze plików prostych wewnątrz folderu bazy danych (w tym folderu głównego kontenera), a foldery nie mogą być zagnieżdżone, ponieważ nie są obsługiwane.
• W przypadku migrowania wielu baz danych przy użyciu tego samego kontenera usługi Azure Blob Storage należy umieścić pliki kopii zapasowej dla różnych baz danych w oddzielnych folderach wewnątrz kontenera.
• Zastępowanie istniejących baz danych przy użyciu usługi DMS w docelowym programie SQL Server na maszynie wirtualnej platformy Azure nie jest obsługiwane.
• Konfigurowanie wysokiej dostępności i odzyskiwania po awarii w miejscu docelowym w celu dopasowania do topologii źródłowej nie jest obsługiwane przez usługę DMS.
• Następujące obiekty serwera nie są obsługiwane:
  • Zadania agenta programu SQL Server
  • Poświadczenia
  • Pakiety usług SSIS
  • Inspekcja serwera
• Nie można użyć istniejącego własnego środowiska Integration Runtime utworzonego na podstawie usługi Azure Data Factory na potrzeby migracji bazy danych z usługą DMS. Na początku własne środowisko Integration Runtime powinno zostać utworzone przy użyciu rozszerzenia migracji usługi Azure SQL w usłudze Azure Data Studio i można go ponownie używać do kolejnych migracji bazy danych.
• Maszyna wirtualna z programem SQL Server 2008 lub nowszym, ponieważ wersje docelowe nie są obsługiwane podczas migracji do programu SQL Server na maszynach wirtualnych platformy Azure.
• Jeśli używasz maszyny wirtualnej z programem SQL Server 2012 lub SQL Server 2014, musisz przechowywać źródłowe pliki kopii zapasowej bazy danych w kontenerze obiektów blob usługi Azure Storage zamiast korzystać z opcji udziału sieciowego. Przechowuj pliki kopii zapasowej jako stronicowe obiekty blob, ponieważ blokowe obiekty blob są obsługiwane tylko w programie SQL 2016 i po.
• Należy upewnić się, że rozszerzenie agenta IaaS sql w docelowej maszynie wirtualnej platformy Azure jest w trybie pełnym, a nie w trybie uproszczonym.
• Rozszerzenie agenta IaaS sql obsługuje tylko zarządzanie domyślnym wystąpieniem serwera lub pojedynczym wystąpieniem nazwanym.
• Liczba baz danych, które można migrować do maszyny wirtualnej platformy Azure z programem SQL Server, zależy od specyfikacji sprzętu i obciążenia, ale nie ma wymuszonego limitu. Jednak każda operacja migracji (rozpoczęcie migracji, migracja jednorazowa) dla każdej bazy danych będzie trwać kilka minut sekwencyjnie. Na przykład migracja 100 baz danych może potrwać około 200 (2 x 100) minut, aby utworzyć kolejkę migracji/s i około 100 (1 x 100) minut, aby przeciąć wszystkie 100 baz danych (z wyłączeniem chronometrażu tworzenia kopii zapasowych i przywracania). W związku z tym migracja stanie się wolniejsza w miarę wzrostu liczby baz danych. Firma Microsoft zaleca wcześniejsze zaplanowanie dłuższego okna migracji na podstawie rygorystycznego testowania migracji lub partycjonowania dużej liczby baz danych do partii podczas migrowania ich do maszyny wirtualnej platformy Azure serwera SQL.
• Oprócz konfigurowania sieci/zapory konta usługi Azure Storage, aby umożliwić maszynie wirtualnej dostęp do plików kopii zapasowych. Należy również skonfigurować sieć/zaporę programu SQL Server na maszynie wirtualnej platformy Azure, aby zezwolić na połączenie wychodzące z kontem magazynu.
• Należy zachować docelowy program SQL Server na maszynie wirtualnej platformy Azure włączony , gdy trwa migracja SQL. Ponadto podczas tworzenia nowej migracji, trybu failover lub anulowania migracji.
• Błąd: Login failed for user 'NT Service\SQLIaaSExtensionQuery. Przyczyna: wystąpienie programu SQL Server jest w trybie pojedynczego użytkownika. Jedną z możliwych przyczyn jest docelowy program SQL Server na maszynie wirtualnej platformy Azure w trybie uaktualniania. Rozwiązanie: Poczekaj na zamknięcie docelowego programu SQL Server na maszynie wirtualnej platformy Azure i ponowne rozpoczęcie migracji.
• Błąd: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Rozwiązanie: Połączenie do docelowego programu SQL Server na maszynie wirtualnej platformy Azure i usuń plik XXX.mdf. Następnie ponownie rozpocznij migrację.

Następne kroki

• Jak przeprowadzić migrację bazy danych do programu SQL Server na maszynach wirtualnych platformy Azure przy użyciu polecenia T-SQL RESTORE, zobacz Migrowanie bazy danych programu SQL Server do programu SQL Server na maszynie wirtualnej.
• Aby uzyskać informacje na temat programu SQL Server na maszynach wirtualnych platformy Azure, zobacz Omówienie programu SQL Server na maszynach wirtualnych platformy Azure z systemem Windows.
• Aby uzyskać informacje na temat łączenia aplikacji z programem SQL Server na maszynach wirtualnych platformy Azure, zobacz Połączenie aplikacje.
• Aby rozwiązać problemy, zapoznaj się ze znanymi problemami.