Wybieranie odpowiedniej funkcji usługi Azure SQL Database

Ukończone

W naszym scenariuszu produkcji rowerów zidentyfikowano już i profilowaliśmy bazy danych, które chcesz przeprowadzić migrację do usługi Azure SQL Database. Teraz chcesz zaplanować migrację, biorąc pod uwagę możliwość odzyskiwania danych, odzyskiwanie po awarii, zabezpieczenia i inne szczegóły implementacji.

Chcesz poznać narzędzia i funkcje dostępne do obsługi procesu migracji do usługi Azure SQL Database.

Zalety usługi Azure SQL Database

Poniżej przedstawiono podsumowanie korzyści z wdrażania baz danych z jedną i elastyczną pulą:

Kategoria Funkcja
Tworzenie kopii zapasowej i odzyskiwanie Automatyczne kopie zapasowe
Przywracanie do punktu w czasie
Przechowywanie kopii zapasowej 7 dni+
Długoterminowe przechowywanie kopii zapasowych przechowuje kopie zapasowe przez maksymalnie 10 lat
Wysoka dostępność Gwarancja dostępności na 99,99%
Wbudowana dostępność z trzema replikami pomocniczymi
Nadmiarowość strefy za pośrednictwem stref dostępności platformy Azure
Odzyskiwanie po awarii Przywracanie geograficzne kopii zapasowych bazy danych
Replikacja aktywna geograficzna między regionami świadczenia usługi Azure
Skalowalność usługi Dynamiczne skalowanie w górę i w dół
Skalowanie w poziomie przy użyciu wielu fragmentów
Udostępnianie zasobów obliczeniowych między bazami danych przy użyciu elastycznych pul
Bezpieczeństwo Obsługa uwierzytelniania entra firmy Microsoft
Funkcje zabezpieczeń tylko w chmurze, takie jak Advanced Threat Protection
Funkcja Transparent Data Encryption (TDE) jest domyślnie włączona
Obsługa dynamicznego i statycznego maskowania danych, zabezpieczeń na poziomie wiersza i funkcji Always Encrypted
Lista dozwolonych zapory
Licencjonowanie Model zakupów jednostek DTU na potrzeby predykcyjnego kosztowania
Model zakupów rdzeni wirtualnych umożliwiający skalowanie magazynu niezależnie od zasobów obliczeniowych
Połącz model zakupów rdzeni wirtualnych z Korzyść użycia hybrydowego platformy Azure dla programu SQL Server, aby zrealizować oszczędności w zakresie kosztów do 30 procent

Napiwek

Aby zapoznać się z korzyściami migracji do usługi Azure SQL Database i dostępnych funkcji, zapoznaj się z artykułem Wdrażanie rozwiązań PaaS za pomocą modułu Azure SQL .

Wyłączne funkcje usługi Azure SQL Database

Niektóre funkcje są obsługiwane w usłudze Azure SQL Database, które nie są dostępne w innych ofertach usługi Azure SQL:

Funkcja Definicja
Hiperskala Architektura natywna dla chmury, która umożliwia niezależne skalowalne zasoby obliczeniowe i magazynowe, zapewniając większą elastyczność i zasoby niż inne warstwy.
Automatyczne skalowanie W przypadku bezserwerowej warstwy obliczeniowej
Automatyczne dostrajanie (indeksy) Ta wbudowana funkcja automatycznie identyfikuje i tworzy indeksy, które mogą poprawić wydajność obciążenia. Sprawdza również, czy wydajność zapytań uległa poprawie i usuwa nieużywane lub zduplikowane indeksy.
Zapytanie elastyczne Umożliwia uruchamianie zapytań języka T-SQL, które łączą wiele baz danych w usłudze SQL Database. Ta funkcja jest przydatna w przypadku aplikacji korzystających z trzech i czterech części nazw, których nie można zmienić.
Zadania elastyczne Funkcja zadania elastycznego to zastąpienie agenta programu SQL Server dla usługi Azure SQL Database. W pewnym stopniu zadanie elastyczne jest równoważne funkcji Administracji wieloma serwerami dostępnej w wystąpieniu programu SQL Server.
SQL Data Sync Umożliwia przyrostowe synchronizowanie danych między wieloma bazami danych uruchomionymi w usłudze SQL Database lub programie SQL Server.
Szczegółowe informacje o wydajności zapytań (QPI) To narzędzie ułatwia znajdowanie zapytań w celu optymalizacji w celu zwiększenia ogólnej wydajności obciążenia i wydajnego korzystania z opłacanego zasobu.

Ważne

Aby zrozumieć dodatkowe różnice między funkcjami usług SQL Database, SQL Server i Azure SQL Managed Instance, a także różnice między różnymi opcjami usługi Azure SQL Database, zobacz Funkcje usługi SQL Database.

Obsługiwane opcje migracji

Istnieją dwa tryby migracji do usługi Azure SQL Database: Online i Offline. Tryb online ma minimalny lub brak przestojów, podczas gdy tryb offline doświadcza przestoju podczas procesu migracji.

Narzędzie Tryb migracji
Azure Database Migration Service Offline
Replikacja transakcyjna Online
Azure Migrate Offline
SQL Data Sync *Offline
Kreator importu eksportu/BACPAC Offline
Kopiowanie zbiorcze (narzędzie bcp) Offline
Azure Data Factory Offline
Narzędzie Data Migration Assistant (DMA) Offline

* Może mieć większy wpływ na wydajność w zależności od obciążenia.

Uwaga

Chociaż usługa Database Asystent migracji jest przydatnym narzędziem, zalecamy użycie usługi Azure Database Migration Service do obsługi dużych migracji i ulepszonego ogólnego środowiska.

Wydajność migracji

Podczas migracji do usługi Azure SQL Database należy wziąć pod uwagę następujące zalecenia:

  • Monitoruj operacje we/wy i opóźnienia pliku danych w źródle oraz ogranicz wszelkie wąskie gardła.
  • Przeskaluj docelową bazę danych Azure SQL Database do Krytyczne dla działania firmy 8 rdzeni wirtualnych lub użyj warstwy usługi Hiperskala, aby zminimalizować opóźnienie plików dziennika.
  • Upewnij się, że przepustowość sieci może pomieścić maksymalną szybkość pozyskiwania dzienników.
  • Wybierz najwyższą warstwę usługi i rozmiar obliczeniowy, aby uzyskać maksymalną wydajność transferu, a następnie przeskaluj w dół po migracji.
  • Zminimalizuj odległość między plikami BACPAC i docelowym centrum danych.
  • Wyłącz automatyczne aktualizowanie i automatyczne tworzenie statystyk podczas migracji.
  • Partycjonowanie tabel i indeksów, usuwanie indeksowanych widoków i ponowne tworzenie ich po migracji.
  • Rozważ migrację rzadko zapytań dotyczących danych historycznych do oddzielnej bazy danych w usłudze Azure SQL Database i wykonywanie zapytań przy użyciu zapytań elastycznych.

Ponów próbę nawiązania połączeń aplikacji

Podczas migracji do usługi Azure SQL Database ważne jest przewidywanie okazjonalnych błędów przejściowych podczas nawiązywania połączenia z zasobem bazy danych i zaimplementowanie odpowiedniej metody logiki ponawiania prób. Ustawienie maksymalnej liczby ponownych prób przed zakończeniem działania programu jest również ważne.

Zalecamy poczekanie co najmniej 5 sekund na pierwszą ponowną próbę. Każda kolejna ponowna próba powinna zwiększyć opóźnienie wykładniczo do maksymalnie 60 sekund.

Uwaga

Jeśli instrukcja SELECT zakończy się niepowodzeniem z błędem przejściowym dla usługi SQL Database, nie ponawiaj jej bezpośrednio. Zamiast tego spróbuj ponownie wykonać instrukcję SELECT w nowym połączeniu.

Aby dowiedzieć się więcej na temat podmiotów zabezpieczeń ponawiania połączenia, zobacz Rozwiązywanie problemów z przejściowymi błędami połączenia w usłudze SQL Database i wystąpieniu zarządzanym SQL.