Samouczek: migrowanie programu SQL Server do usługi Azure SQL Managed Instance w trybie online w usłudze Azure Data Studio

Użyj rozszerzenia migracji usługi Azure SQL w narzędziu Azure Data Studio, aby migrować bazy danych z wystąpienia programu SQL Server do wystąpienia zarządzanego usługi Azure SQL 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 usługi Azure SQL Managed Instance.

W tym samouczku przeprowadzisz migrację bazy danych AdventureWorks z lokalnego wystąpienia programu SQL Server do usługi Azure SQL Managed Instance z minimalnym przestojem przy użyciu narzędzia Azure Data Studio z usługą Azure Database Migration Service (DMS). Ten samouczek koncentruje się na trybie migracji online, w którym przestój aplikacji jest ograniczony do krótkiego przejścia jednorazowego na koniec migracji.

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

• Uruchamianie 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 programu SQL Server
• Zapoznaj się z zaleceniem jednostki SKU usługi Azure SQL Managed Instance najlepiej dopasowanej do obciążenia
• Określ szczegóły źródłowego programu SQL Server, lokalizacji kopii zapasowej i docelowego wystąpienia zarządzanego Azure SQL
• 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
• Uruchamianie i monitorowanie postępu migracji
• Przeprowadź migrację jednorazową, gdy wszystko będzie gotowe

Ważne

Przygotuj się do migracji i zmniejsz czas trwania procesu migracji online, aby zminimalizować ryzyko przerwania spowodowane przez ponowną konfigurację wystąpienia lub planowaną konserwację. W przypadku takiego zdarzenia proces migracji rozpocznie się od początku. W przypadku planowanej konserwacji istnieje okres prolongaty wynoszący 36 godzin, w którym docelowa konfiguracja lub konserwacja usługi Azure SQL Managed Instance zostanie przeprowadzona przed ponownym uruchomieniem procesu migracji.

Napiwek

W usłudze Azure Database Migration Service możesz migrować bazy danych w trybie offline lub w trybie online. Podczas migracji w trybie offline przestój aplikacji rozpoczyna się po rozpoczęciu migracji. Aby ograniczyć przestój do czasu potrzebnego na przejście do nowego środowiska po migracji, użyj migracji online . Zalecamy przetestowanie migracji w trybie offline w celu określenia, czy przestój jest akceptowalny. Jeśli oczekiwany przestój nie jest akceptowalny, wykonaj migrację online.

W tym artykule opisano migrację bazy danych online z programu SQL Server do usługi Azure SQL Managed Instance. Aby przeprowadzić migrację bazy danych w trybie offline, zobacz Migrowanie programu SQL Server do wystąpienia zarządzanego SQL 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 wystąpienia zarządzanego Azure SQL (i konta magazynu w celu przekazania plików kopii zapasowej bazy danych z udziału sieciowego SMB).
  • Rola czytelnika dla grup zasobów platformy Azure zawierających docelowe wystąpienie zarządzane Azure SQL lub konto usługi Azure Storage.
  • Rola właściciela lub współautora dla subskrypcji platformy Azure (wymagana w przypadku tworzenia nowej usługi DMS).
  • 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 docelową usługę Azure SQL Managed Instance.

• 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.
  • Każdą kopię zapasową można zapisać w osobnym pliku kopii zapasowej lub w wielu plikach kopii zapasowej. Jednak dołączanie wielu kopii zapasowych (czyli pełnych i t-log) 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 wystąpienia zarządzanego usługi Azure SQL lub programu SQL Server na maszynie wirtualnej platformy Azure przed migracją 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 korzystający z narzędzia Azure Data Studio z usługą DMS automatycznie zmigruje klucze Always Encrypted do docelowego wystąpienia zarządzanego azure SQL lub 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 własnego klucza środowiska Integration Runtime, który ma format {datafactory}.{region}.datafactory.azure.net. W przypadku starej fabryki danych, jeśli nie widzisz nazwy FQDN w własnym kluczu integracji, zamiast tego użyj *.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, w procesie migracji nie jest wymagane własne środowisko Integration Runtime.

• Jeśli używasz własnego środowiska Integration Runtime, upewnij się, że maszyna, na której zainstalowano środowisko uruchomieniowe, może nawiązać połączenie ze źródłowym wystąpieniem programu SQL Server i sieciowym udziałem plików, na 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 pozycję Rozszerzenie migracji usługi Azure SQL.
4. Na pulpicie nawigacyjnym migracji usługi Azure SQL wybierz pozycję Migruj do usługi Azure SQL , aby uruchomić kreatora migracji.
5. Pierwsza strona kreatora umożliwia rozpoczęcie nowej sesji lub wznowienie wcześniej zapisanej sesji. Wybierz pierwszą opcję, aby rozpocząć nową sesję.

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 usługę Azure SQL Managed Instance jako docelową.
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. Jeśli jakiekolwiek problemy są wyświetlane w wynikach oceny, należy je skorygować przed kontynuowaniem następnych kroków.
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 10 minutach zobaczysz zalecaną konfigurację usługi Azure SQL Managed Instance. 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 Azure SQL Managed Instance* 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 wystąpienie zarządzane usługi Azure SQL, 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 w docelowym wystąpieniu zarządzanym Azure SQL. Czas przestoju aplikacji jest ograniczony do czasu trwania migracji jednorazowej po zakończeniu migracji.

3. 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. Jeśli do uzyskiwania dostępu do źródłowych kopii zapasowych bazy danych jest wymagane własne środowisko Integration Runtime, sprawdź poprawność zestawu kopii zapasowych i przekaż je na konto 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 następujące 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.
  Szczegóły konta magazynu	Grupa zasobów i konto magazynu, do którego są przekazywane pliki kopii zapasowej. Nie musisz tworzyć kontenera, ponieważ usługa DMS automatycznie utworzy kontener obiektów blob na określonym koncie magazynu podczas procesu przekazywania.

• 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 i 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.

  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, 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. Na ekranie Tworzenie usługi Azure Database Migration Service podaj nazwę usługi DMS i wybierz pozycję Utwórz.
5. Po pomyślnym utworzeniu usługi DMS zostaną podane szczegółowe informacje dotyczące konfigurowania środowiska Integration Runtime.
6. 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ą.
7. Po zakończeniu instalacji program Microsoft Integration Runtime Configuration Manager zostanie automatycznie uruchomiony, aby rozpocząć proces rejestracji.
8. 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.
9. 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.
10. 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 program DMS jest połączony z nowo zarejestrowanym własnym środowiskiem Integration Runtime.
11. Przejrzyj podsumowanie migracji 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 usługi Azure SQL Managed Instance
   Przywrócone	Plik kopii zapasowej został pomyślnie przywrócony w usłudze Azure SQL Managed Instance
   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, aby upewnić się, że zmigrowana baza danych w usłudze Azure SQL Managed Instance jest gotowa do użycia. Ten proces jest jedyną częścią, która wymaga przestoju dla aplikacji, które łączą się z bazą danych, a tym samym czas migracji jednorazowej musi być starannie zaplanowany z udziałem uczestników projektu biznesowego 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 wskazywały docelową bazę danych w usłudze Azure SQL Managed Instance.
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. Po zakończeniu procesu migracji jednorazowej stan migracji zmieni się, aby wskazać, że migracja bazy danych zakończyła się pomyślnie i że migrowana baza danych jest gotowa do użycia.

Ważne

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

Ograniczenia

Migrowanie do usługi Azure SQL Managed Instance przy użyciu rozszerzenia usługi Azure SQL dla usługi Azure Data Studio ma następujące ograniczenia:

• W przypadku migrowania pojedynczej bazy danych kopie zapasowe bazy danych muszą zostać umieszczone w płaskiej strukturze plików w folderze bazy danych (w tym folderze głównym kontenera) i foldery nie mogą być zagnieżdżone, ponieważ nie jest to 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 docelowej usłudze Azure SQL Managed Instance nie jest obsługiwane.
• Usługa DMS 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 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.
• Pojedyncze zadanie LRS (utworzone przez usługę DMS) może być uruchamiane przez maksymalnie 30 dni. Po wygaśnięciu tego okresu zadanie zostanie automatycznie anulowane, dzięki czemu docelowa baza danych zostanie automatycznie usunięta.
• Jeśli został wyświetlony następujący błąd: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance. Ten problem jest zgodnie z projektem, Hekaton (znany również jako OLTP w pamięci programu SQL Server) nie jest obsługiwany w warstwie Ogólnego przeznaczenia usługi Azure SQL Managed Instance. Aby kontynuować migrację, jednym ze sposobów jest uaktualnienie do warstwy Krytyczne dla działania firmy, która obsługuje platformę Hekaton. Innym sposobem jest upewnienie się, że źródłowa baza danych nie używa jej, gdy wystąpienie zarządzane Azure SQL to ogólnego przeznaczenia.

Następne kroki

• Aby zapoznać się z samouczkiem przedstawiającym sposób migrowania bazy danych do usługi SQL Managed Instance przy użyciu polecenia T-SQL RESTORE, zobacz Przywracanie kopii zapasowej do usługi SQL Managed Instance przy użyciu polecenia przywracania.
• Aby uzyskać informacje o usłudze SQL Managed Instance, zobacz Co to jest wystąpienie zarządzane SQL.
• Aby uzyskać informacje na temat łączenia aplikacji z usługą SQL Managed Instance, zobacz Połączenie aplikacje.
• Aby rozwiązać problemy, zapoznaj się ze znanymi problemami.