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

  • Artykuł

Za pomocą usługi Azure Database Migration Service i rozszerzenia Azure SQL Migration w narzędziu Azure Data Studio można migrować bazy danych z lokalnego wystąpienia programu SQL Server do programu SQL Server w usłudze Azure Virtual Machines (SQL Server 2016 i nowszych) w trybie offline i z minimalnym przestojem.

Aby uzyskać informacje o metodach migracji bazy danych, które mogą wymagać ręcznej konfiguracji, zobacz Migracja wystąpienia programu SQL Server do programu SQL Server na maszynach wirtualnych platformy Azure.

Z tego samouczka dowiesz się, jak przeprowadzić migrację przykładowej bazy danych AdventureWorks z lokalnego wystąpienia programu SQL Server do wystąpienia programu SQL Server na maszynach wirtualnych platformy Azure przy użyciu programu Azure Data Studio i usługi Azure Database Migration Service. W tym samouczku jest używany tryb migracji w trybie offline, który uwzględnia akceptowalny przestój podczas procesu migracji.

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

  • Otwieranie kreatora migracji 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 wystąpienia programu SQL Server
  • Uzyskaj zalecenie dotyczące programu SQL Server w jednostce SKU usługi Azure Virtual Machines, które będą działać najlepiej dla obciążenia
  • Ustawianie szczegółów źródłowego wystąpienia programu SQL Server, lokalizacji kopii zapasowej i docelowego wystąpienia programu SQL Server na maszynach wirtualnych platformy Azure
  • Tworzenie wystąpienia usługi Azure Database Migration Service
  • Rozpoczynanie migracji i monitorowanie postępu do ukończenia

W tym samouczku opisano migrację w trybie offline z programu SQL Server do programu SQL Server na maszynach wirtualnych platformy Azure. Aby uzyskać informacje na temat migracji online, zobacz Migrowanie programu SQL Server do programu SQL Server w usłudze Azure Virtual Machines w trybie online w narzędziu Azure Data Studio.

Wymagania wstępne

Przed rozpoczęciem samouczka:

  • 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 programu SQL Server na maszynach wirtualnych platformy Azure i dla konta magazynu, na którym są przekazywane pliki kopii zapasowej bazy danych z udziału sieciowego bloku komunikatów serwera (SMB)
    • Rola czytelnika dla grupy zasobów platformy Azure, która zawiera docelowe wystąpienie programu SQL Server na maszynach wirtualnych platformy Azure lub dla konta usługi Azure Storage
    • Rola właściciela lub współautora dla subskrypcji platformy Azure

    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 programu SQL Server na maszynach wirtualnych platformy Azure.

    Ważne

    Jeśli masz istniejącą maszynę wirtualną platformy Azure, należy ją zarejestrować w rozszerzeniu agenta IaaS SQL w trybie pełnego zarządzania.

  • 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 programu SQL Server w usłudze Azure Virtual Machines przed przeprowadzeniem migracji danych. Aby dowiedzieć się więcej, zobacz Przenoszenie bazy danych chronionej przez funkcję TDE do innego wystąpienia programu SQL Server.

    Napiwek

    Jeśli baza danych zawiera poufne dane chronione przez funkcję Always Encrypted, proces migracji automatycznie migruje klucze Always Encrypted do docelowego wystąpienia programu SQL Server na maszynach wirtualnych platformy Azure.

  • 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 Azure Database Migration Service po raz pierwszy, upewnij się, że dostawca zasobów Microsoft.DataMigration jest zarejestrowany w twojej subskrypcji.

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

Aby otworzyć kreatora Migracja do usługi Azure SQL:

  1. W narzędziu Azure Data Studio przejdź do Połączenie ions. Wybierz i połącz się z lokalnym wystąpieniem programu SQL Server. Możesz również nawiązać połączenie z programem SQL Server na maszynie wirtualnej platformy Azure.

  2. Kliknij prawym przyciskiem myszy połączenie serwera i wybierz polecenie Zarządzaj.

  3. W menu serwera w obszarze Ogólne wybierz pozycję Azure SQL Migration.

  4. Na pulpicie nawigacyjnym migracji usługi Azure SQL wybierz pozycję Migruj do usługi Azure SQL , aby otworzyć kreatora migracji.

    Screenshot that shows how to open the Migrate to Azure SQL wizard.

  5. Na pierwszej stronie kreatora uruchom nową sesję lub wznowij wcześniej zapisaną sesję.

Uruchamianie oceny bazy danych, zbieranie danych wydajności i uzyskiwanie zaleceń dotyczących platformy Azure

  1. W kroku 1. Bazy danych do oceny w kreatorze Migracja do usługi Azure SQL wybierz bazy danych, które chcesz ocenić. Następnie wybierz pozycję Dalej.

  2. W kroku 2. Ocena wyników i zaleceń wykonaj następujące kroki:

    1. W obszarze Wybierz element docelowy usługi Azure SQL wybierz pozycję SQL Server na maszynie wirtualnej platformy Azure.

      Screenshot that shows an assessment confirmation.

    2. Wybierz pozycję Widok/Wybierz , aby wyświetlić wyniki oceny.

    3. W wynikach oceny wybierz bazę danych, a następnie przejrzyj raport oceny, aby upewnić się, że nie znaleziono żadnych problemów.

    4. Wybierz pozycję Pobierz zalecenie platformy Azure, aby otworzyć okienko zaleceń.

    5. Wybierz pozycję Zbieraj dane wydajności teraz. Wybierz folder na komputerze lokalnym, aby zapisać dzienniki wydajności, a następnie wybierz pozycję Uruchom.

      Narzędzie Azure Data Studio zbiera dane wydajności do momentu zatrzymania zbierania danych lub zamknięcia programu Azure Data Studio.

      Po upływie 10 minut usługa Azure Data Studio wskazuje, że zalecenie jest dostępne dla programu SQL Server w usłudze Azure Virtual Machines. Po wygenerowaniu pierwszego zalecenia możesz wybrać pozycję Uruchom ponownie zbieranie danych, aby kontynuować proces zbierania danych i uściślić zalecenie dotyczące jednostki SKU. Rozszerzona ocena jest szczególnie przydatna, jeśli wzorce użycia różnią się w czasie.

    6. W wybranym programie SQL Server w usłudze Azure Virtual Machines wybierz pozycję Wyświetl szczegóły , aby otworzyć szczegółowy raport rekomendacji jednostki SKU:

    7. W obszarze Przeglądanie programu SQL Server w usłudze Azure Virtual Machines Rekomendacje zapoznaj się z zaleceniem. Aby zapisać kopię zalecenia, zaznacz pole wyboru Zapisz raport rekomendacji.

  3. Wybierz pozycję Zamknij , aby zamknąć okienko zaleceń.

  4. Wybierz przycisk Dalej , aby kontynuować migrację bazy danych w kreatorze.

Konfigurowanie ustawień migracji

  1. W kroku 3. Miejsce docelowe usługi Azure SQL w kreatorze Migracja do usługi Azure SQL wybierz konto platformy Azure, subskrypcję platformy Azure, region lub lokalizację platformy Azure oraz grupę zasobów zawierającą docelowy program SQL Server do wystąpienia usługi Azure Virtual Machines. Następnie wybierz pozycję Dalej.

  2. W kroku 4. Tryb migracji wybierz pozycję Migracja w trybie offline, a następnie wybierz przycisk Dalej.

    Uwaga

    W trybie migracji offline źródłowa baza danych programu SQL Server nie powinna być używana do działania zapisu, podczas gdy pliki kopii zapasowej bazy danych są przywracane w docelowym wystąpieniu programu SQL Server do usługi Azure Virtual Machines. Przestój aplikacji będzie się powtarzać od początku procesu migracji do momentu zakończenia.

  3. W kroku 5. Konfiguracja źródła danych 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 znajdują się w lokalnym udziale sieciowym, należy skonfigurować własne środowisko 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 kopii zapasowych 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 wprowadź lub wybierz następujące informacje:

    Nazwa/nazwisko opis
    Poświadczenia źródłowe — nazwa użytkownika Poświadczenia (uwierzytelnianie systemu Windows i 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świadczenia (uwierzytelnianie systemu Windows i 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 zapasowej w udziale sieciowym, które nie należą do prawidłowego zestawu kopii zapasowych, są automatycznie ignorowane 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ć podczas procesu migracji.

  • W przypadku kopii zapasowych przechowywanych w kontenerze obiektów blob usługi Azure Storage wprowadź lub wybierz następujące informacje:

    Nazwa/nazwisko opis
    Nazwa docelowej bazy danych Nazwę docelowej bazy danych można zmodyfikować podczas procesu migracji.
    Szczegóły konta magazynu Grupa zasobów, konto magazynu i kontener, w którym znajdują się pliki kopii zapasowej.
    Ostatni plik kopii zapasowej Nazwa pliku ostatniej kopii zapasowej migrowania bazy danych.

    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 udziału plików przy użyciu nazwy FQDN. Aby rozwiązać ten problem, wyłącz funkcję sprawdzania sprzężenia zwrotnego.

  • 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:

    Screenshot that shows the storage account network details

    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.

    Screenshot that shows the storage account network firewall configuration.

    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 wystąpienia usługi Database Migration Service

W kroku 6. Usługa Azure Database Migration Service w kreatorze migracji do usługi Azure SQL utwórz nowe wystąpienie usługi Azure Database Migration Service lub ponownie użyj istniejącego utworzonego wcześniej wystąpienia.

Uwaga

Jeśli wcześniej utworzono wystąpienie usługi Database Migration Service przy użyciu witryny Azure Portal, nie można ponownie użyć wystąpienia w kreatorze migracji w narzędziu Azure Data Studio. Wystąpienie można ponownie użyć tylko w przypadku utworzenia wystąpienia przy użyciu narzędzia Azure Data Studio.

Używanie istniejącego wystąpienia usługi Database Migration Service

Aby użyć istniejącego wystąpienia usługi Database Migration Service:

  1. W obszarze Grupa zasobów wybierz grupę zasobów zawierającą istniejące wystąpienie usługi Database Migration Service.

  2. W usłudze Azure Database Migration Service wybierz istniejące wystąpienie usługi Database Migration Service, które znajduje się w wybranej grupie zasobów.

  3. Wybierz pozycję Dalej.

Tworzenie nowego wystąpienia usługi Database Migration Service

Aby utworzyć nowe wystąpienie usługi Database Migration Service:

  1. W obszarze Grupa zasobów utwórz nową grupę zasobów zawierającą nowe wystąpienie usługi Database Migration Service.

  2. W obszarze Azure Database Migration Service wybierz pozycję Utwórz nową.

  3. W obszarze Tworzenie usługi Azure Database Migration Service wprowadź nazwę wystąpienia usługi Database Migration Service, a następnie wybierz pozycję Utwórz.

  4. W obszarze Konfigurowanie środowiska Integration Runtime wykonaj następujące kroki:

    1. Wybierz link Pobierz i zainstaluj środowisko Integration Runtime, aby otworzyć link pobierania w przeglądarce internetowej. Pobierz środowisko Integration Runtime, a następnie zainstaluj je na komputerze, który spełnia wymagania wstępne dotyczące nawiązywania połączenia ze źródłowym wystąpieniem programu SQL Server.

      Po zakończeniu instalacji program Microsoft Integration Runtime Configuration Manager zostanie automatycznie otwarty, aby rozpocząć proces rejestracji.

    2. W tabeli Klucz uwierzytelniania skopiuj jeden z kluczy uwierzytelniania podanych w kreatorze i wklej go w narzędziu Azure Data Studio. Jeśli klucz uwierzytelniania jest prawidłowy, w programie Integration Runtime Configuration Manager zostanie wyświetlona zielona ikona sprawdzania. Zielony znacznik wyboru wskazuje, że możesz kontynuować rejestrację.

      Po zarejestrowaniu własnego środowiska Integration Runtime zamknij program Microsoft Integration Runtime Configuration Manager.

      Uwaga

      Aby uzyskać więcej informacji na temat korzystania z własnego środowiska Integration Runtime, zobacz Tworzenie i konfigurowanie własnego środowiska Integration Runtime.

  5. W obszarze Tworzenie usługi Azure Database Migration Service w narzędziu Azure Data Studio wybierz pozycję Testuj połączenie , aby sprawdzić, czy nowo utworzone wystąpienie usługi Database Migration Service jest połączone z nowo zarejestrowanym własnym środowiskiem Integration Runtime.

  6. Wróć do kreatora migracji w narzędziu Azure Data Studio.

Rozpoczynanie migracji bazy danych

W kroku 7. Podsumowanie w kreatorze Migracja do usługi Azure SQL przejrzyj utworzoną konfigurację, a następnie wybierz pozycję Rozpocznij migrację, aby rozpocząć migrację bazy danych.

Monitorowanie migracji bazy danych

  1. W narzędziu Azure Data Studio w menu serwera w obszarze Ogólne wybierz pozycję Azure SQL Migration, aby przejść do pulpitu nawigacyjnego migracji usługi Azure SQL.

    W obszarze Stan migracji bazy danych możesz śledzić migracje, które są w toku, zakończone i zakończone niepowodzeniem (jeśli istnieją) lub wyświetlić wszystkie migracje bazy danych.

    monitor migration dashboard

  2. Wybierz pozycję Migracje baz danych w toku , aby wyświetlić aktywne migracje.

    Aby uzyskać więcej informacji na temat określonej migracji, wybierz nazwę bazy danych.

    W okienku szczegółów migracji są wyświetlane pliki kopii zapasowej i ich odpowiedni stan:

    Status opis
    Dostarczone Plik kopii zapasowej przybył do lokalizacji źródłowej kopii zapasowej i został zweryfikowany.
    Przekazywanie Środowisko Integration Runtime przekazuje plik kopii zapasowej do usługi Azure Storage.
    Przekazano Plik kopii zapasowej został przekazany do usługi Azure Storage.
    Przywracanie Usługa przywraca plik kopii zapasowej do programu SQL Server na maszynach wirtualnych platformy Azure.
    Przywrócone Plik kopii zapasowej został pomyślnie przywrócony w programie SQL Server na maszynach wirtualnych 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.

Po przywróceniu wszystkich kopii zapasowych bazy danych w wystąpieniu programu SQL Server na maszynach wirtualnych platformy Azure program jest inicjowany przez usługę Database Migration Service w celu zapewnienia gotowości migrowanej bazy danych do użycia. Stan migracji zmienia się z W toku na Powodzenie.

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