Wybieranie odpowiedniej funkcji usługi Azure SQL Database
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.