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

2025-06-16

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

Przed kontynuowaniem wykonaj kroki przed migracją .

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:

Link wystąpienia zarządzanego
Usługa ponownego odtwarzania dziennika (LRS)
Natywny RESTORE DATABASE FROM URL — używa natywnych kopii zapasowych z serwera SQL Server i wymaga czasu przestoju.
Rozszerzenie migracji usługi Azure SQL dla usługi Azure Data Studio — migracja z niemal zerowym przestojem.

Usługa SQL Managed Instance jest przeznaczona dla scenariuszy użytkowników wymagających masowej migracji bazy danych z implementacji lokalnej bazy danych lub bazy danych maszyn wirtualnych platformy Azure. Jest to optymalny wybór w przypadku konieczności podniesienia i przesunięcia części backendowej aplikacji, które regularnie korzystają z funkcji na poziomie instancji i/lub między bazami danych. 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 SQL, 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 logowania, poświadczeń, zadań agenta SQL i operatorów oraz wyzwalaczy na poziomie serwera.

SQL Managed Instance to usługa zarządzana, która umożliwia delegowanie niektórych regularnych działań administratora bazy danych do platformy w miarę ich tworzenia. W związku z tym niektóre dane na poziomie wystąpienia nie muszą być migrowane, takie jak zadania konserwacji dla regularnych kopii zapasowych lub konfiguracji Always On, ponieważ wbudowana jest wysoka dostępność.

Łą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, zapoznaj się z artykułem Migrowanie za pomocą linku.

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

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

Usługa ponownego odtwarzania dziennika (LRS)

Ta sekcja zawiera nadrzędne kroki migracji z SQL Server do Azure SQL Managed Instance, minimalizując przestoje przy użyciu usługi Odtwarzania Dzienników (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:

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

Tworzenie kopii zapasowej i przywracanie

Jedną z kluczowych funkcji usługi Azure SQL Managed Instance, która umożliwia szybką i łatwą migrację bazy danych, jest natywne przywracanie do wystąpienia zarządzanego SQL plików kopii zapasowej bazy danych (.bak) przechowywanych w usłudze Azure Storage. Tworzenie kopii zapasowych i przywracanie to operacje asynchroniczne 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 w usłudze Azure SQL Managed Instance zależy od rozmiaru bazy danych. Zaplanuj wystarczający przestój, aby umożliwić operację dla 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 używanej wersji źródłowej programu SQL Server:

Krok	Silnik SQL i wersja	Metoda tworzenia/przywracania kopii zapasowej
Umieszczanie kopii zapasowej w usłudze Azure Storage	Przed aktualizacją SP1 CU2 w 2012	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

W przypadku migrowania bazy danych chronionej za pomocą przezroczystego szyfrowania danych do wystąpienia zarządzanego przy użyciu natywnej opcji przywracania, odpowiedni certyfikat z lokalnego środowiska lub z SQL Server na maszynie wirtualnej wewnątrz platformy Azure należy przenieść przed przywróceniem bazy danych. Aby uzyskać szczegółowe instrukcje, zobacz Migrowanie certyfikatu bazy danych chronionej przez funkcję 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 master bazach danych lub msdb bazach danych), zalecamy wykonanie skryptów języka T-SQL i uruchomienie ich w wystąpieniu docelowym.

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

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 SP1 CU2.
Nawiąż połączenie z usługą Azure SQL Managed Instance przy użyciu programu SQL Server Management Studio.
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>'
```

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'

Po zakończeniu przywracania wyświetl bazę danych w Eksploratorze obiektów w programie SQL Server Management Studio.

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 wygaśnie lub upłynął limit czasu, może wystąpić błąd w programie SQL Server Management Studio. Usługa Azure SQL Database będzie nadal próbować przywrócić bazę danych w tle i śledzić postęp przywracania przy użyciu widoków sys.dm_exec_requests i sys.dm_operation_status .

Azure Data Studio

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

Aby przeprowadzić migrację za pomocą narzędzia Azure Data Studio, wykonaj następujące kroki:

Pobierz i zainstaluj narzędzie Azure Data Studio oraz rozszerzenie migracji usługi Azure SQL dla programu Azure Data Studio.
Uruchom kreatora Migracja do usługi Azure SQL Migration w rozszerzeniu w narzędziu Azure Data Studio.
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.
Wybierz swoje konto platformy Azure i docelową usługę Azure SQL Managed Instance z subskrypcji.
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.
Utwórz nową usługę Azure Database Migration Service przy użyciu kreatora w narzędziu Azure Data Studio. Jeśli wcześniej utworzono usługę Azure Database Migration Service przy użyciu narzędzia Azure Data Studio, możesz ponownie użyć jej w razie potrzeby.
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.
Uruchom migrację bazy danych i monitoruj postęp w narzędziu Azure Data Studio. Postęp można również monitorować w ramach zasobu usługi Azure Database Migration Service w witrynie Azure Portal.
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 kopie zapasowe końcowego dziennika dla źródłowej bazy danych w określonej lokalizacji kopii zapasowych.
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.

Synchronizacja danych i przełączenie systemu

W przypadku korzystania z opcji migracji, które stale replikują/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 wszystkie zmiany w źródle są przechwytywane i stosowane do obiektu docelowego podczas procesu migracji.

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. Ważne jest, aby zaplanować proces migracji z zespołami biznesowymi i zespołami aplikacji, tak aby podczas migracji wystąpiła minimalna przerwa, która nie wpływa 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 wszelkich problemów z dokładnością danych i weryfikowania kompletności oraz rozwiązywania problemów z wydajnością obciążenia.

Monitorowanie i korygowanie aplikacji

Po zakończeniu migracji do wystąpienia zarządzanego należy śledzić 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.
Stale monitoruj wydajność obciążenia, aby zidentyfikować potencjalne problemy i ulepszenia.

Wykonywanie testów

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

Opracowywanie testów weryfikacji: aby przetestować migrację bazy danych, należy użyć zapytań SQL. Należy utworzyć zapytania sprawdzania poprawności, aby działały zarówno względem źródłowych, jak i docelowych baz danych. Zapytania sprawdzania poprawności powinny obejmować zdefiniowany zakres.
Skonfiguruj środowisko testowe: środowisko testowe powinno zawierać kopię źródłowej bazy danych i docelowej bazy danych. Pamiętaj, aby odizolować środowisko testowe.
Uruchom testy weryfikacyjne: uruchom testy weryfikacyjne względem źródła i elementu docelowego, a następnie przeanalizuj wyniki.
Uruchamianie testów wydajnościowych: uruchamianie testu wydajnościowego względem źródła i obiektu docelowego, a następnie analizowanie i porównywanie wyników.

Korzystanie z funkcji zaawansowanych

Możesz skorzystać 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 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 (150).