Przewodnik migracji: program SQL Server do usługi Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

Z tego przewodnika dowiesz się, jak migrować bazy danych użytkowników z programu SQL Server do usługi Azure SQL Managed Instance.

Ukończ kroki przed migracją, zanim kontynuujesz.

Migracja

Po wykonaniu kroków etapu przed migracjąmożesz przystąpić do przeprowadzania migracji schematu i danych.

Przeprowadź migrację danych przy użyciu wybranej metody migracji .

Ta sekcja zawiera ogólne kroki migracji dla następujących zalecanych opcji migracji:

• Łącze z usługą Managed Instance
• Usługa ponownego odtwarzania dziennika (LRS)
• Natywny RESTORE DATABASE FROM URL program, który używa natywnych kopii zapasowych z programu SQL Server i wymaga pewnego przestoju.
• Usługa Azure Database Migration Service (DMS), która oferuje migrację z niemal zerowym przestojem
• Migracja programu SQL Server w usłudze Azure Arc

Usługa SQL Managed Instance jest przeznaczona dla scenariuszy użytkowników, które wymagają masowej migracji bazy danych ze środowiska lokalnego lub z programu SQL Server w implementacjach usługi Azure Virtual Machines. Jest to optymalny wybór, gdy trzeba dokonać migracji i restrukturyzacji zaplecza aplikacji, które regularnie korzystają z funkcji na poziomie instancji i międzybazodanowych. Jeśli jest to twój scenariusz, możesz przenieść całe wystąpienie na odpowiednie środowisko na platformie Azure bez konieczności zmieniania architektury aplikacji.

Aby przenieść wystąpienia programu SQL Server, należy dokładnie zaplanować:

• Migracja wszystkich baz danych, które muszą być kolokowane (te uruchomione na tej samej instancji).
• Migracja obiektów na poziomie wystąpienia, od których zależy aplikacja, w tym identyfikatorów logowania, poświadczeń, zadań i operatorów agenta programu SQL Server oraz wyzwalaczy na poziomie serwera.

SQL Managed Instance to usługa zarządzana, która umożliwia delegowanie niektórych regularnych zadań administracyjnych bazy danych do platformy, ponieważ są one wbudowane. W związku z tym nie trzeba migrować niektórych danych na poziomie wystąpienia, takich jak zadania konserwacji dla regularnych kopii zapasowych lub konfiguracji Always On, ponieważ wbudowana jest wysoka dostępność.

Migracja bazy danych

Przeprowadź migrację programu SQL Server włączonego przez wystąpienie usługi Azure Arc do usługi Azure SQL Managed Instance bezpośrednio za pośrednictwem witryny Azure Portal. Aby uzyskać szczegółowe instrukcje, zobacz Migrowanie wystąpienia programu SQL Server do usługi Azure SQL Managed Instance.

Migracja bazy danych zapewnia wbudowane środowisko migracji przy użyciu linku wystąpienia zarządzanego lub metod usługi ponownego odtwarzania dziennika (LRS) w tle, upraszczając konfigurację, zarządzanie i monitorowanie procesu migracji.

Łącze z usługą Managed Instance

Ta sekcja zawiera ogólne kroki migracji z programu SQL Server do usługi Azure SQL Managed Instance z minimalnym przestojem przy użyciu linku wystąpienia zarządzanego. Aby uzyskać szczegółowe instrukcje, zobacz Migrowanie za pomocą linku.

Aby przeprowadzić migrację za pomocą linku, wykonaj następujące kroki:

1. Utwórz docelowe wystąpienie zarządzane SQL: Azure Portal, PowerShell, Azure CLI.
2. Przygotuj środowisko dla linku.
3. Skonfiguruj link za pomocą programu SSMS lub skryptów.
4. Zatrzymaj obciążenie pracą.
5. Zweryfikuj dane w wystąpieniu docelowym.
6. Przełącz łącze w tryb failover.

Usługa ponownego odtwarzania dziennika (LRS)

Ta sekcja zawiera najważniejsze kroki migracji z SQL Server do SQL Managed Instance z minimalnym przestojem, używając Log Replay Service (LRS). Aby uzyskać szczegółowe instrukcje, zobacz Migrowanie baz danych z programu SQL Server przy użyciu usługi ponownego odtwarzania dziennika.

Aby przeprowadzić migrację przy użyciu usługi magazynowania LRS, wykonaj następujące kroki:

1. Utwórz konto usługi Azure Storage za pomocą kontenera obiektów blob.
2. Uwierzytelnij się na koncie usługi Blob Storage przy użyciu tokenu SAS lub tożsamości zarządzanej i zweryfikuj dostęp.
3. Pamiętaj, aby poprawnie skonfigurować strukturę folderów , jeśli planujesz migrację wielu baz danych.
4. Prześlij kopie zapasowe na konto magazynu, tworząc kopie zapasowe przez kopiowanie lub bezpośrednio za pomocą BACKUP TO URL.
5. Ustal, czy chcesz uruchomić LRS w trybie autouzupełniania czy w trybie ciągłym.
6. Uruchom LRS.
7. Monitorowanie postępu migracji.
8. Ukończ migrację (jeśli jest w trybie ciągłym).

Tworzenie kopii zapasowej i przywracanie

Kluczową funkcją usługi SQL Managed Instance jest możliwość natywnego przywracania plików kopii zapasowej bazy danych (.bak) przechowywanych w usłudze Azure Storage. Ta funkcja sprawia, że migracja bazy danych jest prosta. Tworzenie kopii zapasowej i przywracanie są operacjami asynchronicznymi na podstawie rozmiaru bazy danych.

Poniższy diagram zawiera ogólne omówienie procesu:

Uwaga / Notatka

Czas na utworzenie kopii zapasowej, przekazanie jej do usługi Azure Storage i wykonanie natywnej operacji przywracania do usługi SQL Managed Instance zależy od rozmiaru bazy danych. Uwzględnij wystarczający przestój na potrzeby operacji dużych baz danych.

Poniższa tabela zawiera więcej informacji na temat metod, których można użyć, w zależności od źródłowej wersji programu SQL Server, której używasz:

Krok	Silnik SQL i wersja	Metoda tworzenia/przywracania kopii zapasowej
Umieszczanie kopii zapasowej w usłudze Azure Storage	Przed 2012 r. z dodatkiem Service Pack 1 CU2	Przekazywanie .bak pliku bezpośrednio do usługi Azure Storage
	2012 SP1 CU2 - 2016	Bezpośrednia kopia zapasowa przy użyciu przestarzałej składni POŚWIADCZEŃ
	2016 i nowsze wersje	Bezpośrednie tworzenie kopii zapasowej z poświadczeniami SAS
Przywracanie z usługi Azure Storage do wystąpienia zarządzanego		PRZYWRÓĆ Z ADRESU URL przy użyciu SAS Credential

Ważne

Podczas migracji bazy danych chronionej za pomocą funkcji Transparent Data Encryption (TDE) do wystąpienia zarządzanego SQL przy użyciu opcji przywracania natywnego należy przeprowadzić migrację odpowiedniego certyfikatu z wystąpienia programu SQL Server (lokalnego lub programu SQL Server na maszynie wirtualnej platformy Azure) przed przywróceniem bazy danych. Aby uzyskać szczegółowe informacje, zobacz Migrowanie certyfikatu bazy danych chronionej przy użyciu technologii TDE do usługi Azure SQL Managed Instance.

Przywracanie systemowych baz danych nie jest obsługiwane. Aby przeprowadzić migrację obiektów na poziomie wystąpienia (przechowywanych w bazach danych master lub msdb), wygeneruj dla nich skrypty i uruchom skrypty Transact-SQL (T-SQL) w wystąpieniu docelowym.

Aby przeprowadzić migrację przy użyciu kopii zapasowej i przywracania, wykonaj następujące kroki:

1. Utwórz kopię zapasową bazy danych w usłudze Azure Blob Storage. Na przykład użyj opcji kopii zapasowej do URL w SQL Server Management Studio. Użyj narzędzia Microsoft Azure , aby obsługiwać bazy danych starsze niż SQL Server 2012 z dodatkiem Service Pack 1 CU2.

2. Połącz się z zarządzanym wystąpieniem SQL za pomocą programu SQL Server Management Studio (SSMS).

3. Utwórz poświadczenia przy użyciu sygnatury dostępu współdzielonego, aby uzyskać dostęp do konta usługi Azure Blob Storage przy użyciu kopii zapasowych bazy danych. Przykład:

   CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
   WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
        SECRET = '<secret>'
   

4. Przywróć kopię zapasową z kontenera obiektów blob usługi Azure Storage. Przykład:

   RESTORE DATABASE [TargetDatabaseName]
   FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'
   

5. Po zakończeniu przywracania wyświetl bazę danych w Eksploratorze obiektów w programie SSMS.

Aby dowiedzieć się więcej na temat tej opcji migracji, zobacz Szybki start: przywracanie bazy danych do usługi Azure SQL Managed Instance przy użyciu programu SSMS.

Uwaga / Notatka

Operacja przywracania bazy danych jest asynchroniczna i może zostać ponowiona. Jeśli połączenie zostanie zerwane lub upłynął limit czasu, może wystąpić błąd w programie SSMS. Usługa Azure SQL Database wciąż próbuje przywrócić bazę danych w tle i można śledzić postęp przywracania przy użyciu widoków sys.dm_exec_requests i sys.dm_operation_status .

Azure Database Migration Service (Azure DMS)

Ta sekcja zawiera ogólne kroki migracji z programu SQL Server do usługi SQL Managed Instance z minimalnym przestojem przy użyciu usługi Azure DMS. Aby uzyskać szczegółowe informacje, zobacz Samouczek: migrowanie programu SQL Server do usługi Azure SQL Managed Instance w trybie online.

Aby przeprowadzić migrację przy użyciu usługi DMS z witryny Azure Portal, wykonaj następujące kroki:

1. Otwórz portal Azure.

2. Otwórz Azure DMS i wybierz wystąpienie DMS, jeśli już je utworzyłeś, lub utwórz nowe wystąpienie.

3. Na pulpicie deski rozdzielczej wystąpienia DMS wybierz Rozpocznij migrację, wybierz typ serwera źródłowego, ustaw typ serwera docelowego na Azure SQL Managed Instance, a następnie wybierz lokalizację magazynu plików kopii zapasowej i tryb migracji.

4. Podaj szczegóły śledzenia źródłowego programu SQL Server dla platformy Azure, takie jak subskrypcja, grupa zasobów, lokalizacja i nazwa wystąpienia programu SQL Server. Ten krok tworzy wystąpienie SQL Server, zarządzane przez usługę Azure Arc.

5. Podaj docelową subskrypcję i grupę zasobów, a następnie wybierz docelowe wystąpienie zarządzane SQL.

6. Podaj szczegóły lokalizacji kopii zapasowej, takie jak grupa zasobów, konto magazynu, kontener obiektów blob, folder, ostatni plik kopii zapasowej (dla trybu migracji offline) i docelowa baza danych.

7. Opcjonalne: Jeśli kopie zapasowe znajdują się na lokalnym udziale sieciowym, pobierz i zainstaluj samodzielnie hostowane środowisko uruchomieniowe integracji na maszynie, która może połączyć się ze źródłowym serwerem SQL i lokalizacją zawierającą pliki kopii zapasowych.

   1. Może być konieczne podanie szczegółowych informacji o źródłowym wystąpieniu programu SQL Server i poświadczeniach w celu nawiązania z nim połączenia.

   2. Ponadto wybierz bazy danych, lokalizację sieciowego udziału plików SMB, w którym przechowywane są pliki kopii zapasowej, oraz wprowadź poświadczenia potrzebne do połączenia.

8. Uruchom migrację bazy danych i monitoruj postęp w portalu Azure z pulpitu monitorowania instancji DMS.

9. Ukończ przełączenie.

   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 wszystkie kopie zapasowe dziennika tail dla źródłowej bazy danych w określonej lokalizacji kopii zapasowej.

   4. Upewnij się, że wszystkie kopie zapasowe bazy danych mają stan Przywrócony na stronie szczegółów monitorowania.

   5. Wybierz pozycję Zakończ przełączenie na stronie szczegółów monitorowania.

      Aby uzyskać szczegółowe instrukcje, zobacz Samouczek: migrowanie programu SQL Server do usługi Azure SQL Managed Instance przy użyciu usługi DMS.

Aby przeprowadzić migrację przy użyciu usługi DMS z usługą Azure Data Studio, wykonaj następujące kroki:

1. Pobierz i zainstaluj narzędzie Azure Data Studio orazrozszerzenie migracji usługi Azure SQL dla programu Azure Data Studio.

2. Uruchom kreatora Migracja do usługi Azure SQL Migration w rozszerzeniu w narzędziu Azure Data Studio.

3. Wybierz bazy danych do oceny i wyświetl gotowość lub problemy dotyczące migracji (jeśli istnieją). Ponadto zbierz dane dotyczące wydajności i uzyskaj odpowiednie rekomendacje dotyczące platformy Azure.

4. Wybierz z subskrypcji swoje konto platformy Azure oraz docelowe zarządzane wystąpienie usługi Azure SQL.

5. Wybierz lokalizację kopii zapasowych bazy danych. Kopie zapasowe bazy danych mogą znajdować się w lokalnym udziale sieciowym lub w kontenerze usługi Azure Blob Storage.

6. Utwórz nowe wystąpienie usługi Azure DMS przy użyciu kreatora w narzędziu Azure Data Studio. Jeśli wcześniej utworzono wystąpienie usługi DMS przy użyciu narzędzia Azure Data Studio, możesz ponownie użyć tego samego wystąpienia w razie potrzeby.

7. Opcjonalnie: Jeśli kopie zapasowe znajdują się w lokalnym udziale sieciowym, pobierz i zainstaluj lokalnie hostowane środowisko uruchomieniowe integracji na maszynie, która może łączyć się zarówno ze źródłowym wystąpieniem programu SQL Server, jak i z lokalizacją zawierającą pliki kopii zapasowej.

8. Uruchom migrację bazy danych i monitoruj postęp w narzędziu Azure Data Studio. Postęp można również monitorować w Zasobie DMS w portalu Azure.

9. Ukończ przełączenie.

   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 dowolne końcowe kopie zapasowe dziennika dla źródłowej bazy danych w określonej lokalizacji kopii zapasowej.

   4. Upewnij się, że wszystkie kopie zapasowe bazy danych mają stan Przywrócony na stronie szczegółów monitorowania.

   5. Wybierz pozycję Zakończ przełączenie na stronie szczegółów monitorowania.

Migracja programu SQL Server w usłudze Azure Arc

Migrowanie wystąpień programu SQL Server z obsługą usługi Azure Arc do wystąpienia zarządzanego SQL za pośrednictwem witryny Azure Portal. Usługa SQL Managed Instance udostępnia w pełni zarządzane rozwiązanie PaaS na potrzeby migracji metodą lift-and-shift. Proces obejmuje ocenę gotowości, wybieranie celu, migrowanie danych i monitorowanie postępu.

Dostępne są dwie zintegrowane metody:

• Link wystąpienia zarządzanego na potrzeby replikacji niemal w czasie rzeczywistym z minimalnym przestojem,

• Usługa ponownego odtwarzania dziennika na potrzeby ciągłej kopii zapasowej i przywracania.

Firma Microsoft Copilot pomaga w całej migracji. Migracja obsługuje program SQL Server 2012 i nowsze wersje oraz automatyzuje większość kroków.

Aby uzyskać więcej informacji, zobacz Migracja do usługi Azure SQL Managed Instance — migracja programu SQL Server w usłudze Azure Arc.

Synchronizacja danych i przełączenie systemu

W przypadku korzystania z opcji migracji, które stale replikują lub synchronizują zmiany danych ze źródła do miejsca docelowego, dane źródłowe i schemat mogą zmieniać się i dryfować z miejsca docelowego. Podczas synchronizacji danych upewnij się, że proces migracji przechwytuje i stosuje wszystkie zmiany w źródle do obiektu docelowego.

Po sprawdzeniu, czy dane są jednakowe zarówno w środowisku źródłowym, jak i docelowym, można przełączyć się z jednego na drugie. Zaplanuj proces przejścia razem z zespołami biznesowymi i aplikacyjnymi, aby zapewnić minimalne przerwy podczas przejścia i że nie ma to wpływu na ciągłość działalności biznesowej.

Ważne

Aby uzyskać szczegółowe informacje na temat konkretnych kroków związanych z wykonywaniem przełączania jako części migracji przy użyciu usługi DMS, zobacz Wykonywanie przełączania migracji.

Po migracji

Po pomyślnym zakończeniu etapu migracji zapoznaj się z serią zadań po migracji, aby upewnić się, że wszystko działa bezproblemowo i wydajnie.

Faza po migracji ma kluczowe znaczenie dla uzgadniania dokładności danych, weryfikowania kompletności i rozwiązywania problemów z wydajnością obciążenia.

Monitorowanie i korygowanie aplikacji

Po przeprowadzeniu migracji do wystąpienia zarządzanego SQL śledź zachowanie aplikacji i wydajność obciążenia. Ten proces obejmuje następujące działania:

• Porównaj wydajność obciążenia uruchomionego w wystąpieniu zarządzanym z punktem odniesienia wydajności utworzonym w źródłowym wystąpieniu programu SQL Server.
• Ciągłe monitorowanie wydajności obciążenia w celu zidentyfikowania potencjalnych problemów i ulepszeń.

Wykonywanie testów

Podejście testowe do migracji bazy danych składa się z następujących działań:

1. Opracowywanie testów weryfikacji: aby przetestować migrację bazy danych, użyj zapytań T-SQL. Utwórz zapytania sprawdzania poprawności, które będą uruchamiane zarówno względem źródłowych, jak i docelowych baz danych. Zapytania sprawdzania poprawności powinny obejmować zdefiniowany zakres.

2. Skonfiguruj środowisko testowe: środowisko testowe powinno zawierać kopię źródłowej bazy danych i docelowej bazy danych. Pamiętaj, aby odizolować środowisko testowe.

3. Uruchom testy weryfikacyjne: uruchom testy weryfikacyjne względem źródła i obiektu docelowego, a następnie przeanalizuj wyniki.

4. Uruchamianie testów wydajnościowych: uruchamianie testów wydajnościowych względem źródła i obiektu docelowego, a następnie analizowanie i porównywanie wyników.

Korzystanie z funkcji zaawansowanych

Korzystaj z zaawansowanych funkcji opartych na chmurze oferowanych przez usługę SQL Managed Instance, takich jak wbudowana wysoka dostępność, wykrywanie zagrożeń i monitorowanie i dostrajanie obciążenia.

Usługa Azure SQL Analytics umożliwia monitorowanie dużego zestawu wystąpień zarządzanych SQL w scentralizowany sposób.

Niektóre funkcje programu SQL Server są dostępne tylko po zmianie poziomu zgodności bazy danych na najnowszy poziom zgodności.

Treści powiązane

• usługi i narzędzia dostępne dla scenariuszy migracji danych
• Warstwy Usług w Azure SQL Managed Instance
• różnice języka T-SQL między programem SQL Server & azure SQL Managed Instance
• Migrowanie baz danych za pomocą rozszerzenia migracji usługi Azure SQL dla usługi Azure Data Studio
• samouczek : migrowanie programu SQL Server do usługi Azure SQL Managed Instance przy użyciu usługi DMS
• Ramowy plan adopcji chmury dla Azure
• Najlepsze praktyki dotyczące kosztowania i określania rozmiaru obciążeń migrowanych na platformę Azure