Udostępnij za pośrednictwem

Przewodnik migracji: program SQL Server do usługi Azure SQL Database

  • Artykuł

Dotyczy:programu SQL ServerAzure SQL Database

W tym przewodniku nauczysz się, jak przeprowadzić migrację wystąpienia programu SQL Server do usługi Azure SQL Database.

Ukończ kroki przed migracją, zanim kontynuujesz.

Migrować

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 .

Migrowanie przy użyciu rozszerzenia migracji usługi Azure SQL dla usługi Azure Data Studio

Aby przeprowadzić migrację w trybie offline przy użyciu narzędzia Azure Data Studio, wykonaj poniższe ogólne kroki. Aby uzyskać szczegółowy samouczek krok po kroku, zobacz samouczek : migrowanie programu SQL Server do usługi Azure SQL Database (offline).

  1. Pobierz i zainstaluj program Azure Data Studio oraz rozszerzenie migracji Azure SQL.
  2. Uruchom kreatora migracji do usługi Azure SQL w rozszerzeniu narzędzia 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 swoje konto platformy Azure i docelową usługę Azure SQL Database z subskrypcji.
  5. Wybierz listę tabel do migracji.
  6. 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.
  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.
  8. 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.

Synchronizacja danych i przełączenie na nowy system

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ą takie same zarówno w źródle, jak i w celu, można przejść ze źródła do środowiska docelowego. 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żny

Aby uzyskać szczegółowe informacje na temat konkretnych kroków związanych z przeprowadzeniem migracji jednorazowej w ramach migracji przy użyciu usługi DMS, zobacz Samouczek: migrowanie programu SQL Server do usługi Azure SQL Database przy użyciu usługi DMS (wersja klasyczna).

Migrowanie przy użyciu replikacji transakcyjnej

Jeśli nie możesz sobie pozwolić na usunięcie bazy danych programu SQL Server z środowiska produkcyjnego podczas migracji, możesz użyć replikacji transakcyjnej programu SQL Server jako rozwiązania do migracji. Aby użyć tej metody, źródłowa baza danych musi spełniać wymagania dotyczące replikacji transakcyjnej i być zgodne z usługą Azure SQL Database. Aby uzyskać informacje na temat replikacji SQL z grupami dostępności, zobacz Konfigurowanie replikacji przy użyciu zawsze włączonych grup dostępności.

Aby skorzystać z tego rozwiązania, należy skonfigurować bazę danych w usłudze Azure SQL Database jako subskrybenta instancji SQL Server, którą chcesz migrować. Dystrybutor replikacji transakcyjnej synchronizuje dane z bazy danych do synchronizacji (wydawcy), podczas gdy nowe transakcje będą kontynuowane.

W przypadku replikacji transakcyjnej wszystkie zmiany danych lub schematu są wyświetlane w bazie danych w usłudze Azure SQL Database. Po zakończeniu synchronizacji i zakończeniu migracji zmień parametry połączenia aplikacji, aby wskazywały je na bazę danych. Po tym jak replikacja transakcyjna opróżni wszelkie zmiany pozostawione w Twojej źródłowej bazie danych i wszystkie aplikacje wskazują na usługę Azure SQL Database, możesz odinstalować replikację transakcyjną. Baza danych w usłudze Azure SQL Database jest teraz systemem produkcyjnym.

Napiwek

Replikacja transakcyjna umożliwia również migrowanie podzestawu źródłowej bazy danych. Publikacja replikowana do usługi Azure SQL Database może być ograniczona do podzestawu tabel w replikowanej bazie danych. Dla każdej replikowanej tabeli można ograniczyć dane do podzbioru wierszy i/lub podzestawu kolumn.

Przebieg procesu replikacji transakcji

Ważny

Użyj najnowszej wersji programu SQL Server Management Studio, aby zachować synchronizację z aktualizacjami usług Azure i SQL Database. Starsze wersje programu SQL Server Management Studio nie mogą skonfigurować usługi SQL Database jako subskrybenta. Pobierz najnowszą wersję programu SQL Server Management Studio.

Krok Metoda
Konfigurowanie dystrybucji SQL Server Management Studio | Transact-SQL
Tworzenie publikacji SQL Server Management Studio | Transact-SQL
Tworzenie subskrypcji SQL Server Management Studio | Transact-SQL

Niektóre porady i różnice dotyczące migracji do usługi SQL Database

  • Korzystanie z lokalnego dystrybutora
    • Powoduje to wpływ na wydajność serwera.
    • Jeśli wpływ na wydajność jest niedopuszczalny, można użyć innego serwera, ale zwiększa złożoność zarządzania i administrowania.
  • Podczas wybierania folderu migawki upewnij się, że wybrany folder jest wystarczająco duży, aby pomieścić migawkę (BCP) każdej tabeli, którą chcesz replikować.
  • Tworzenie migawki blokuje skojarzone tabele do momentu jej ukończenia, dlatego zaplanuj tworzenie migawki w odpowiedni sposób.
  • W usłudze Azure SQL Database są obsługiwane tylko subskrypcje wypychane. Można dodawać subskrybentów tylko ze źródłowej bazy danych.

Zalecenia dotyczące migracji

Aby przyspieszyć migrację do usługi Azure SQL Database, należy wziąć pod uwagę następujące zalecenia:

Rywalizacja o zasoby Zalecenie
Źródło (zazwyczaj na miejscu) Głównym wąskim gardłem podczas migracji ze źródła są operacje wejścia/wyjścia pliku danych oraz opóźnienie, które należy dokładnie monitorować. Na podstawie operacji wejścia/wyjścia pliku danych i jego opóźnień oraz w zależności od tego, czy jest to maszyna wirtualna, czy serwer fizyczny, może być konieczne skontaktowanie się z administratorem pamięci masowej i rozważenie opcji w celu ograniczenia wąskiego gardła.
Target (Azure SQL Database) Największym czynnikiem ograniczającym jest szybkość generowania dziennika i opóźnienie w pliku dziennika bazy danych. Za pomocą usługi Azure SQL Database można uzyskać maksymalną szybkość generowania dzienników wynoszącą 96 MB/s. Aby przyspieszyć migrację, skaluj docelową bazę danych Azure SQL do warstwy Krytyczna dla Biznesu Gen5 8 vCore, aby uzyskać maksymalną szybkość generowania dzienników wynoszącą 96 MB/s, co również zapewnia niskie opóźnienie dla plików dziennika. Warstwa usługi Hiperskala zapewnia szybkość rejestrowania wynoszącą 100 MB/s niezależnie od wybranego poziomu usługi.
Sieć Wymagana przepustowość sieci jest równa maksymalnej szybkości pozyskiwania dzienników 96 MB/s (768 Mb/s) W zależności od łączności sieciowej z Twojego lokalnego centrum danych do platformy Azure, sprawdź przepustowość sieci (zazwyczaj usługi Azure ExpressRoute), aby dostosować maksymalne tempo pobierania dzienników.

Możesz również rozważyć te zalecenia, aby uzyskać najlepszą wydajność podczas procesu migracji.

  • Wybierz najwyższy poziom usługi i rozmiar jednostki obliczeniowej, na jaki pozwala Twój budżet, aby zmaksymalizować wydajność transferu. Po zakończeniu migracji można skalować w dół, aby zaoszczędzić pieniądze.
  • Jeśli używasz plików BACPAC, zminimalizuj odległość między plikiem BACPAC a docelowym centrum danych.
  • Wyłącz automatyczne aktualizowanie i automatyczne tworzenie statystyk podczas migracji.
  • Tablice partycji i indeksy.
  • Usuń indeksowane widoki, a następnie odtwórz je po zakończeniu operacji.
  • Usuń rzadko odpytywane dane historyczne do innej bazy danych i przeprowadź migrację tych danych historycznych do oddzielnej bazy danych w usłudze Azure SQL Database. Następnie możesz wykonywać zapytania dotyczące tych danych historycznych przy użyciu elastycznych zapytań.

Po migracji

Po pomyślnym zakończeniu etapu migracji wykonaj następujące zadania 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, a także rozwiązywania problemów z wydajnością obciążenia.

Aktualizowanie statystyk

Zaktualizuj statystyki poprzez pełne skanowanie po zakończeniu migracji.

Korygowanie aplikacji

Po przeprowadzeniu migracji danych do środowiska docelowego wszystkie aplikacje, które wcześniej zużywały źródło, muszą zacząć korzystać z obiektu docelowego. Osiągnięcie tego celu w niektórych przypadkach będzie wymagać zmian w aplikacjach.

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, 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.
  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 elementu docelowego, a następnie przeanalizuj wyniki.
  4. 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

Pamiętaj, aby korzystać z zaawansowanych funkcji opartych na chmurze oferowanych przez usługę SQL Database, takich jak wbudowana wysoka dostępność, wykrywanie zagrożeń i monitorowanie oraz dostrajanie obciążenia roboczego.

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

Aby dowiedzieć się więcej, zobacz jak zarządzać usługą Azure SQL Database po migracji.

Rozwiązywanie problemów ze zgodnością migracji bazy danych

Może wystąpić wiele różnych problemów ze zgodnością, w zależności od wersji programu SQL Server w źródłowej bazie danych i złożoności migrowania bazy danych. Starsze wersje programu SQL Server mają więcej problemów ze zgodnością. Użyj następujących zasobów, oprócz ukierunkowanego wyszukiwania w Internecie przy użyciu wyszukiwarki wybranych opcji:

Ważny

Usługa Azure SQL Managed Instance umożliwia migrowanie istniejącego wystąpienia programu SQL Server i jego baz danych bez problemów ze zgodnością. Zobacz Co to jest usługa Azure SQL Managed Instance?

Powiązana zawartość