Migracja do Azure SQL Managed Instance — migracja SQL Server w Azure Arc

Applies to:SQL Server

W tym artykule pokazano, jak przeprowadzić migrację SQL Server w Azure Arc do Azure SQL Managed Instance w portalu Azure dla wystąpienia SQL Server włączonego przez Azure Arc.

Możesz wypróbować Azure SQL Managed Instance bezpłatnie przez maksymalnie rok.

Uwaga / Notatka

Możesz przekazać opinię na temat doświadczenia z migracji bezpośrednio do grupy produktów.

Przegląd

Azure SQL Managed Instance to w pełni zarządzana platforma jako usługa (PaaS) typu lift-and-shift, która umożliwia uruchamianie obciążeń SQL Server na platformie chmurowej Azure. Po włączeniu wystąpienia SQL Server przez Azure Arc można ocenić SQL Server majątek danych, aby zidentyfikować optymalną konfigurację SQL Managed Instance. Następnie można migrować bazy danych SQL Server do SQL Managed Instance bezpośrednio z portalu Azure.

Gdy wystąpienie SQL Server jest obsługiwane przez Azure Arc, możesz:

• Sprawdź, czy wystąpienie SQL Server jest gotowe do migracji do SQL Managed Instance.
• Zidentyfikuj potencjalne problemy z migracją i dowiedz się, jak je rozwiązać.
• Optymalizacja pod kątem wydajności i kosztów dzięki wskazówkom dotyczącym warstw usług, konfiguracji i rozmiaru.

Odnajdywanie wystąpień SQL Server i generowanie raportów gotowości jest wykonywane automatycznie w każdy weekend, ale można je uruchamiać ręcznie w dowolnym momencie. Ukończenie procesu trwa tylko kilka minut. Nie jest wymagana żadna dodatkowa konfiguracja ani ustawienia.

Najpierw należy wybrać odpowiedni SQL Managed Instance docelowy i przygotować środowisko. Następnie można migrować bazy danych SQL Server do SQL Managed Instance bezpośrednio z portalu Azure za pośrednictwem w pełni zarządzanego i zautomatyzowanego procesu.

Migracja bazy danych jest domyślnie dostępna dla wszystkich wystąpień SQL Server włączonych przez Azure Arc, począwszy od SQL Server 2012 (11.x).

Okienko Migracja bazy danych zawiera również przydatne podsumowanie stanu migracji wystąpienia, takie jak liczba całkowitych baz danych, zalecany cel, liczba ukończonych migracji i liczba trwających migracji:

Zintegrowane metody migracji

Wybierz metodę migracji, która najlepiej odpowiada Twoim potrzebom w okienku Migracja bazy danych . Po wstępnej konfiguracji w celu przygotowania środowiska proces migracji automatyzuje resztę na podstawie wybranej opcji.

Microsoft Copilot może pomóc wybrać odpowiednią metodę migracji na podstawie wymagań.

Poniższa tabela zawiera podsumowanie dwóch metod wbudowanych w proces migracji:

	Link zarządzanego wystąpienia Managed Instance	Usługa ponownego odtwarzania dziennika (LRS)
Metoda	Replikacja w czasie rzeczywistym	Ciągła kopia zapasowa i przywracanie
Podstawowa technologia	Rozproszona grupa dostępności	Przesyłanie dzienników transakcji
Opis	Najbardziej wydajna metoda z replikacją niemal w czasie rzeczywistym. Udostępnia bazę danych tylko do odczytu (R/O) w miejscu docelowym, dzięki czemu można wykonywać zapytania dotyczące danych niemal w czasie rzeczywistym podczas migracji, by rozładować obciążenia R/O na serwerze pomocniczym lub sprawdzić dane w trakcie migracji. Najbardziej optymalna migracja z minimalnym czasem przestoju.	Najbardziej zgodna metoda migracji. Przekazywanie kopii zapasowych do pośredniego konta magazynu obiektów blob Azure, które usługa LRS automatycznie przywraca do SQL Managed Instance w sposób ciągły. Replika bazy danych języka R/O nie jest dostępna w lokalizacji docelowej.
Obsługiwane wersje	SQL Server w wersji 2016 i nowszych na Windows Server w wersji 2016 i nowszych	SQL Server 2012 i nowszych na Windows Server 2012 i nowszych
Obsługiwane wersje	Wersje Enterprise, Standard i Developer	Wszystkie edycje
Równoczesna migracja	Tak, do 10 baz danych z rozszerzeniem Azure dla wersji SQL Server 1.1.3348.364 lub nowszej. 1 baza danych z wcześniejszymi wersjami.	Nieograniczony
Zalecane dla	Obciążenia krytyczne dla działalności firmy, które wymagają minimalnego przestoju podczas migracji oraz dostępu do bazy danych tylko do odczytu w docelowej SQL Managed Instance, zarówno dla ogólnego przeznaczenia, jak i krytycznego działania biznesowego.	Obciążenia ogólnego przeznaczenia, w których planowany przestój jest akceptowalny, a docelowy cel SQL Managed Instance ogólnego przeznaczenia. Niezalecane w przypadku docelowych wystąpień zarządzanych SQL krytycznych dla biznesu.

Aby uzyskać szczegółowe porównanie dwóch metod migracji, zobacz Compare Managed Instance link with LRS for migration.

Migracja wspomagana przez Microsoft Copilot

Microsoft Copilot jest wbudowana w środowisko ułatwiające proces migracji. Interaktywne czatowanie z użyciem Microsoft Copilot przeszukuje bazę wiedzy Microsoft, aby pomóc Ci podczas migracji do Azure.

Microsoft Copilot zapewnia pomoc w zakresie sztucznej inteligencji, która ułatwia podejmowanie decyzji lub podejmowanie działań w określonych punktach z monitami, takimi jak:

• Jak są wykonywane oceny?
• Pomóż mi porównać.
• Rozpocznij migrację.
• Pomóż mi wybrać właściwą metodę migracji.
• Monitorowanie migracji.
• Ukończ migrację.

Aby otworzyć okno czatu Copilot, wybierz ikonę Copilot na panelu Migracji bazy danych.

Wymagania wstępne

Do korzystania z migracji SQL Server w Azure Arc potrzebne są następujące wymagania wstępne:

• Aktywna subskrypcja Azure. Jeśli go nie masz, możesz utworzyć bezpłatne konto.
• Wystąpienie SQL Server musi być włączone przez Azure Arc z rozszerzeniem Azure dla SQL Server w wersji 1.1.3238.349 lub nowszym. Rozszerzenie można uaktualnić przy użyciu portalu Azure lub Azure CLI.

Przed rozpoczęciem procesu migracji upewnij się, że środowisko zostało przygotowane do wybranej metody migracji:

• Przygotuj się do migracji linków Managed Instance.
• Przygotowanie do migracji LRS.

Migrowanie do Azure SQL Managed Instance

Następujące kafelki w okienku migracji Database przeprowadzą Cię przez proces migracji baz danych SQL Server do Azure SQL Managed Instance:

1. Oceń instancję źródłową: Oceń instancję SQL Servera, aby określić jej gotowość do migracji do SQL Managed Instance.
2. Wybierz element docelowy: Wybierz docelową instancję SQL Managed Instance dla swojej migracji.
3. Migrate data: Migrowanie baz danych SQL Server do SQL Managed Instance.
4. Monitorowanie i przełączenie: Monitorowanie procesu migracji i przejście do docelowego środowiska SQL Managed Instance.

Poniższy zrzut ekranu przedstawia kafelki na okienku Database migration dla Twojego wystąpienia SQL Server w portalu Azure.

Ocena instancji źródłowej

Aby ocenić wystąpienie źródłowe, wykonaj następujące kroki:

1. Przejdź do wystąpienia SQL Server w portalu Azure.

2. W obszarze Migracja wybierz pozycję Migracja bazy danych , aby otworzyć okienko Migracja bazy danych . Pod Ocena wystąpienia źródłowego wybierz Wyświetl raport, aby otworzyć panel Oceny.

   

3. W okienku Oceny :

   • Użyj opcji Uruchom ocenę , aby rozpocząć nową ocenę, jeśli nie została ostatnio uruchomiona.
   • Użyj Szczegóły oceny w Azure SQL MI Zalecany Cel, aby uzyskać więcej informacji na temat wyników oceny, w tym gotowości Twojego wystąpienia SQL Server do migracji do SQL Managed Instance. Dowiesz się również o zalecanym poziomie usługi i konfiguracji docelowego wystąpienia.

Wybierz cel

Po ocenie wystąpienia SQL Server wybierz obiekt docelowy SQL Managed Instance.

1. W okienku Oceny wybierz pozycję Utwórz lub wybierz element docelowy. Lub w okienku Migracja bazy danych wybierz pozycję Wybierz element docelowy. Obie opcje otwierają okienko Tworzenie lub wybieranie miejsca docelowego , w którym można zidentyfikować miejsce docelowe migracji.

   

2. W okienku Utwórz lub wybierz element docelowy w obszarze Obiekt docelowy istnieje, wybierz jedną z następujących opcji:

   • Yes utworzyłem już obiekt docelowy: Wybierz istniejący obiekt docelowy SQL Managed Instance.
   • Nie, chcę utworzyć nowy cel: Utwórz nowy cel SQL Managed Instance.

   

3. Wypełnij wymagane informacje dotyczące celu SQL Managed Instance. Następnie użyj opcji Wybierz element docelowy lub Utwórz element docelowy, aby przejść do następnego kroku w oparciu o Twój wybór w pozycji Istnieje element docelowy.

   1. Jeśli masz już instancję jako obiekt docelowy, wybór opcji Wybierz element docelowy spowoduje przejście do okienka migracji bazy danych dla instancji SQL Server. Nazwa wystąpienia jest podstawiana jako wybrany cel. Następnie możesz przejść do kroku Migrowanie danych .
   2. Jeśli zdecydujesz się utworzyć nowe wystąpienie, zostaniesz przeniesiony do okienka Utwórz Azure SQL Managed Instance na stronie Migracja bazy danych w celu utworzenia wystąpienia docelowego. Po zakończeniu sprawdź postęp wdrażania na panelu Migracja bazy danych dla wystąpienia SQL Server. Nazwa docelowa pojawia się na kafelku Target. Następnie możesz przejść do kroku Migrowanie danych .

Migrowanie danych

Gdy cel będzie gotowy, uruchom proces migracji.

Uwaga / Notatka

Jeśli nowo dodane bazy danych nie są widoczne w portalu Azure, może być konieczne restart agenta usługi Arc.

Migracja linku MI

Po przygotowaniu środowiska do migracji linków Managed Instance możesz przeprowadzić migrację baz danych SQL Server do Azure SQL Managed Instance.

Uwaga / Notatka

Tworzenie każdego linku może potrwać do 10 minut. Użyj dziennika aktywności , aby śledzić zmiany w tle podczas procesu tworzenia linku.

Wykonaj następujące kroki, aby przeprowadzić migrację baz danych SQL Server do SQL Managed Instance przy użyciu linku Managed Instance:

1. W okienku Migracja bazy danych wybierz pozycję Migruj dane.

2. W okienku Nowa migracja danych wybierz pozycję Migruj przy użyciu replikacji w czasie rzeczywistym (online):

   

3. Na karcie Wybierz źródłowe bazy danych zaznacz pola obok baz danych, które chcesz zmigrować, a następnie użyj pozycji Dalej: Ustawienia , aby przejść do następnej strony:

   

   Rozszerzenie Azure dla wersji SQL Server 1.1.3348.364 lub nowszej obsługuje wybieranie maksymalnie 10 baz danych do migrowania jednocześnie. Jeśli wersja rozszerzenia jest wcześniejsza, możesz wybrać tylko jedną bazę danych i przeprowadzić migrację.

4. Na karcie Ustawienia podaj nazwę łącza MI. Nazwa grupy dostępności jest generowana automatycznie — dostosuj ją tylko wtedy, gdy jest to konieczne. Możesz również użyć Test connection, aby przetestować połączenie z instancją SQL Server, choć należy pamiętać, że false positives mogą wystąpić w niektórych konfiguracjach sieci. Użyj Dalej: Przejrzyj + utwórz, aby przejść do następnej strony:

   

   Możesz również przetestować połączenie z docelową instancją zarządzaną SQL

5. Na karcie Przeglądanie + tworzenie przejrzyj ustawienia i sprawdź ostrzeżenia. Można rozpocząć migrację z pewnymi ostrzeżeniami, ale nie innymi. Wybierz Start data migration aby przeprowadzić migrację danych do miejsca docelowego SQL Managed Instance.

Uwaga / Notatka

Po rozpoczęciu procesu migracji przy użyciu metody migracji linku Managed Instance system udziela just-in-time uprawnień dla całego przepływu pracy do momentu ukończenia tworzenia rozproszonej grupy dostępności, po czym uprawnienia just-in-time zostaną usunięte.

Monitorowanie opóźnienia replikacji przed przełączeniem

Po rozpoczęciu migracji można monitorować opóźnienie replikacji między replikami podstawowymi i pomocniczymi. Duża rozbieżność wskazuje, że replika pomocnicza ma problemy z nadążaniem za repliką podstawową, co jest zwykle spowodowane niską przepustowością sieci w połączeniu między dwoma wystąpieniami, niespójną alokacją zasobów między dwiema replikami lub zbyt dużym obciążeniem na replikę podstawową.

Monitorowanie opóźnienia replikacji jest szczególnie ważne podczas przełączania się na docelowe SQL Managed Instance. Przecięcie wykonuje planowane przejście w tryb failover, co wymaga, aby replika pomocnicza została w pełni zsynchronizowana z repliką podstawową przed wykonaniem trybu failover. Jeśli opóźnienie replikacji jest wysokie, przejście w tryb failover może potrwać dłużej, a w niektórych przypadkach może nawet zakończyć się niepowodzeniem.

W panelu Migracja bazy danych wybierz pozycję Monitoruj migracje, a następnie sprawdź kolumnę Opóźnienie. Dwie kreski wskazują, że nie ma opóźnienia, a wartość czasu wskazuje opóźnienie.

Jeśli opóźnienie replikacji jest wysokie, poczekaj, aż replika pomocnicza dogoni replikę podstawową przed przecięciem. Może być konieczne wykonanie dodatkowych kroków rozwiązywania problemów, jeśli opóźnienie będzie się powtarzać, takie jak wstrzymanie obciążeń w repliki podstawowej, zwiększenie przepływności sieci połączenia między dwoma wystąpieniami lub zwiększenie pojemności zasobów w repliki pomocniczej. Najprostszym sposobem wstrzymania obciążeń na SQL Server podstawowej repliki jest przerwanie połączeń aplikacji z instancją.

Możesz również użyć skryptu języka T-SQL do monitorowania opóźnienia replikacji. Aby uzyskać więcej informacji, zobacz Monitorowanie opóźnienia replikacji.

Migracja LRS

Po przygotowaniu środowiska do migracji LRS możesz przeprowadzić migrację baz danych SQL Server do Azure SQL Managed Instance.

Opcje na stronie Nowa migracja danych są niedostępne lub pojawią się błędy po wybraniu przechowywania LRS, chyba że konto Azure Blob Storage zawiera co najmniej jedną pełną kopię zapasową i uprawnienia są poprawnie ustawione.

Migracja LRS zależy od kopii zapasowych, które przekazujesz do pośredniego konta Azure Blob Storage. Jeśli masz wiele kopii zapasowych lub chcesz przeprowadzić ciągłą migrację, musisz kontynuować przekazywanie kopii zapasowych do tego samego konta magazynu obiektów blob, aż będziesz gotowy do przełączenia.

Wykonaj następujące kroki, aby przemigrować bazy danych SQL Server do SQL Managed Instance przy użyciu LRS:

1. W okienku Migracja bazy danych wybierz pozycję Migruj dane.

2. W okienku Nowa migracja danych wybierz pozycję Migruj przy użyciu wysyłania dzienników (online), a następnie wybierz pozycję Wybierz , aby przejść do następnej strony:

   

3. Na karcie Wybierz źródłowe bazy danych zaznacz pola obok baz danych, które chcesz zmigrować, a następnie użyj pozycji Dalej , aby przejść do następnej strony:

   

4. Na karcie szczegóły Azure Blob Storage podaj szczegóły subskrypcji, lokalizacji, grupy zasobów, kontenera blob i katalogu, w których przechowujesz swoje kopie zapasowe.

5. Na karcie Przeglądanie + tworzenie przejrzyj ustawienia i sprawdź błędy i ostrzeżenia. Chociaż istnieje możliwość rozpoczęcia migracji po wystąpieniu ostrzeżeń, ostrzeżenia powinny zostać uwzględnione w pewnym momencie, aby zapewnić pomyślną długoterminową migrację. Wybierz Start data migration aby przeprowadzić migrację danych do miejsca docelowego SQL Managed Instance.

Monitorowanie i przełączenie

Po rozpoczęciu migracji możesz monitorować postęp. W okienku Migracja bazy danych wybierz pozycję Monitoruj migracje.

W panelu Monitorowanie i przełączenie wyświetlane są przydatne informacje o procesie migracji, takie jak:

• Bazy danych, które zostały pomyślnie zmigrowane, oraz bazy danych, które są nadal w toku.
• Wybrana metoda migracji.
• Wystąpienie docelowe i docelowa baza danych.
• Czas trwania bieżącej migracji każdej bazy danych.
• Czas rozpoczęcia migracji.

Migrację można ukończyć lub anulować w okienku Monitorowanie i przełączanie. Możesz również wyświetlić dzienniki, aby uzyskać informacje o migracji. Wybranie bazy danych spowoduje przejście do okienka z bardziej szczegółowymi informacjami o źródle i obiekcie docelowym.

Po zakończeniu migracji stan migracji będzie wyświetlany jako Gotowy do migracji jednorazowej. Aby przejść do obiektu docelowego SQL Managed Instance, wybierz pozycję Cutover na panelu Monitor i cutover. Możesz również użyć okienka szczegółów bazy danych.

Wybierz bazę danych, a następnie użyj funkcji Cutover , aby otworzyć okienko Cutover i wyświetlić różne opcje na podstawie wybranej metody migracji.

Uwaga / Notatka

Completing the cutover lub anulowanie migracji podczas migracji za pomocą łącza Managed Instance udziela uprawnień w samą porę dopóki łącze nie zostanie usunięte lub migracja zostanie anulowana.

Odwrócenie migracji

Migracja odwrotna do SQL Server z Azure SQL Managed Instance może być obsługiwana w zależności od zasad aktualizacji wystąpienia zarządzanego SQL. Przykład:

• zasady aktualizacji SQL Server 2022: Bazy danych z wystąpień skonfigurowanych zgodnie z zasadami aktualizacji SQL Server 2022 można przywrócić do wystąpień SQL Server 2022.
• Zasady aktualizacji SQL Server 2025: Bazy danych z wystąpień skonfigurowanych zgodnie z zasadami aktualizacji SQL Server 2025 można przywracać do wystąpień SQL Server 2025.
• Polityka aktualizacji Always-up-to-date: Bazy danych z wystąpień skonfigurowanych przy użyciu zasady aktualizacji Always-up-to-date nie mogą być przywrócone do serwera SQL.

Jeśli źródłowa wersja SQL Server jest starsza niż SQL Server 2022 r., migracja odwrotna nie jest możliwa. Po przeprowadzeniu migracji bazy danych do SQL Managed Instance następuje uaktualnienie wewnętrzne do nowszej wersji bazy danych, która nie jest zgodna z wcześniejszymi wersjami SQL Server. Zgodność z bazą danych migracji odwrotnej jest dostępna tylko wtedy, gdy wystąpienie zarządzane SQL jest skonfigurowane z odpowiednimi zasadami aktualizacji.

Migracja odwrotna nie jest dostępna za pośrednictwem migracji SQL Server w środowisku Azure Arc. Migrację można ręcznie odwrócić za pomocą innych narzędzi, takich jak natywna kopia zapasowa i przywracanie, lub ręcznie skonfigurować link w programie SSMS.

Ograniczenia

Ograniczenia linku Managed Instance i LRS mają zastosowanie do migracji za pośrednictwem portalu Azure.

Monitorowanie migracji za pośrednictwem portalu Azure jest dostępne tylko dla wystąpień SQL Server spełniających wymagania licencyjne.

Rozwiązywanie typowych problemów

Aby rozwiązać typowe problemy podczas migracji do Azure SQL Managed Instance, zobacz Rozwiązywanie problemów z migracją.

Treści powiązane

• Zasady oceny migracji z SQL Server do Azure SQL Managed Instance
• Zasady oceny migracji z SQL Server do bazy danych Azure SQL
• Migruj SQL Server na Azure SQL
• SQL Server obsługiwany przez Azure Arc
• Opcje wdrażania dla SQL Server włączone przez Azure Arc
• Przekaż opinie dotyczące migracji bezpośrednio do grupy produktu