Używaj replik tylko do odczytu, aby odciążyć obciążenia zapytań.

Dotyczy:Azure SQL DatabaseAzure SQL Managed Instance

W ramach architektury wysokiej dostępności każda pojedyncza baza danych lub elastyczna baza danych w warstwie Premium i Krytyczne dla działania firmy usługi jest automatycznie aprowizowana przy użyciu podstawowej repliki do odczytu i zapisu oraz co najmniej jednej pomocniczej repliki tylko do odczytu. Repliki pomocnicze są przydzielane z takim samym rozmiarem obliczeniowym jak replika podstawowa. Funkcja skalowania odczytu w poziomie umożliwia odciążenie zadań tylko do odczytu, wykorzystując moc obliczeniową jednej z replik tylko do odczytu, zamiast uruchamiania ich na replice do odczytu i zapisu. Dzięki temu niektóre obciążenia tylko do odczytu mogą być odizolowane od obciążeń odczytu i zapisu i nie mają wpływu na ich wydajność. Ta funkcja jest przeznaczona dla aplikacji, które obejmują logicznie oddzielone obciążenia tylko do odczytu, takie jak analiza. W warstwach usług Premium i Business Critical aplikacje mogą zyskać korzyści z wydajności dzięki tej dodatkowej przepustowości bez dodatkowych kosztów.

Funkcja skalowania poziomego odczytu jest również dostępna w Hiperskali po dodaniu co najmniej jednej repliki wtórnej. Pomocnicze repliki nazwane w warstwie Hiperskala zapewniają niezależne skalowanie , izolację dostępu, izolację obciążenia, obsługę różnych scenariuszy skalowania w poziomie odczytu i inne korzyści. Wiele pomocniczych replik HA może służyć do równoważenia obciążeń tylko do odczytu, które wymagają więcej zasobów niż są dostępne w jednej pomocniczej replice HA.

Architektura wysokiej dostępności w warstwach usługi Podstawowa, Standardowa i Ogólnego Przeznaczenia nie zawiera żadnych replik. Funkcja skalowania odczytu nie jest dostępna w tych planach usług. Jednak w przypadku korzystania z usługi Azure SQL Database repliki geograficzne mogą zapewniać podobne funkcje w tych warstwach usług. W przypadku korzystania z usługi Azure SQL Managed Instance i grup przełączania awaryjnego, odbiornik tylko do odczytu może zapewnić podobne funkcje.

Na poniższym diagramie przedstawiono funkcję baz danych w warstwie Premium i Krytyczne dla działania firmy oraz wystąpień zarządzanych.

Funkcja skalowania odczytu w poziomie jest domyślnie włączona w nowych bazach danych Premium, Krytyczne dla działania firmy i Hiperskala.

Uwaga

Funkcja skalowania odczytu jest zawsze włączona w warstwie usługi Business Critical dla zarządzanego wystąpienia SQL oraz w przypadku baz danych w warstwie Hiperskala z co najmniej jedną repliką pomocniczą.

Jeśli parametry połączenia SQL są skonfigurowane za pomocą ApplicationIntent=ReadOnly, aplikacja jest przekierowywana do repliki w trybie tylko do odczytu tej bazy danych lub wystąpienia zarządzanego. Aby uzyskać informacje na temat używania ApplicationIntent właściwości, zobacz Określanie intencji aplikacji.

Tylko w przypadku usługi Azure SQL Database, jeśli chcesz mieć pewność, że aplikacja łączy się z repliką podstawową niezależnie od ustawienia w łańcuchu połączenia SQL, musisz jawnie wyłączyć skalowanie odczytu podczas tworzenia bazy danych lub zmiany jej konfiguracji. Jeśli na przykład zaktualizujesz bazę danych z warstwy Standardowa lub Ogólnego przeznaczenia do warstwy Premium lub Krytyczne dla firmy i chcesz upewnić się, że wszystkie połączenia będą nadal trafiać do repliki podstawowej, wyłącz skalowanie odczytu. Aby uzyskać szczegółowe informacje na temat sposobu jej wyłączania, zobacz Włączanie i wyłączanie skalowania odczytu.

Uwaga

Funkcje Magazynu Zapytania i Profilera SQL nie są wspierane na replikach do odczytu.

Spójność danych

Zmiany danych wprowadzone w repliki podstawowej są utrwalane w replikach tylko do odczytu synchronicznie lub asynchronicznie w zależności od typu repliki. Jednak dla wszystkich typów replik odczyty z repliki tylko do odczytu są zawsze asynchroniczne względem repliki podstawowej. W ramach sesji połączonej z repliką tylko do odczytu operacje odczytu są zawsze spójne transakcyjnie. Ponieważ opóźnienie propagacji danych jest zmienne, różne repliki mogą zwracać dane w nieco różnych punktach w czasie względem podstawowego i siebie nawzajem. Jeśli replika tylko do odczytu stanie się niedostępna i sesja zostanie ponownie połączona, może nawiązać połączenie z repliką, która jest w innej chwili czasowej niż oryginalna replika. Podobnie, jeśli aplikacja zmienia dane przy użyciu sesji odczytu i zapisu w sesji podstawowej i natychmiast odczytuje je przy użyciu sesji tylko do odczytu w replika tylko do odczytu, możliwe, że najnowsze zmiany nie są natychmiast widoczne.

Typowe opóźnienie propagacji danych między repliką podstawową a replikami tylko do odczytu różni się w zakresie od dziesiątek milisekund do sekund jednocyfrowych. Nie ma jednak stałej górnej granicy opóźnienia propagacji danych. Warunki, takie jak wysokie wykorzystanie zasobów w repliki, mogą znacznie zwiększyć opóźnienie. Aplikacje, które wymagają gwarantowanej spójności danych między sesjami lub wymagają natychmiastowego odczytywania zatwierdzonych danych, powinny używać repliki podstawowej.

Uwaga

Opóźnienie propagacji danych obejmuje czas wymagany do wysyłania i utrwalania (jeśli dotyczy) rekordów dziennika do repliki pomocniczej. Obejmuje również czas wymagany do ponownego zastosowania tych rekordów dziennika do stron danych. Aby zapewnić spójność danych, zmiany nie są widoczne do momentu zastosowania rekordu dziennika zatwierdzenia transakcji. Gdy obciążenie korzysta z większych transakcji, zwiększa się efektywne opóźnienie propagacji danych.

Aby monitorować opóźnienie propagacji danych, zobacz Monitorowanie i rozwiązywanie problemów z repliką tylko do odczytu.

Połącz się z repliką tylko do odczytu

Po włączeniu skalowania odczytu w poziomie dla bazy danych opcja w parametrze połączenia określa ApplicationIntent, czy połączenie zostanie skierowane do repliki zapisu, czy do repliki tylko do odczytu. W szczególności, jeśli wartość ApplicationIntent to ReadWrite (wartość domyślna), połączenie jest kierowane do repliki do odczytu i zapisu. Jest to identyczne z zachowaniem, gdy ApplicationIntent nie jest uwzględnione w parametry połączenia. ApplicationIntent Jeśli wartość to ReadOnly, połączenie jest kierowane do repliki tylko do odczytu.

Na przykład następujący ciąg połączenia łączy klienta z repliką tylko do odczytu (zastępując elementy w nawiasach kątowych poprawnymi wartościami środowiska i pomijając nawiasy kątowe).

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadOnly;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Aby nawiązać połączenie z repliką tylko do odczytu przy użyciu programu SQL Server Management Studio (SSMS), wybierz pozycję Opcje

Wybierz Dodatkowe parametry połączenia, wprowadź ApplicationIntent=ReadOnly, a następnie wybierz Połącz

Jeden z następujących parametrów połączenia łączy klienta z repliką do zapisu i odczytu (zastępując elementy w nawiasach kątowych właściwymi wartościami dla środowiska i pomijając nawiasy kątowe):

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadWrite;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Server=tcp:<server>.database.windows.net;Database=<mydatabase>;User ID=<myLogin>;Password=<password>;Trusted_Connection=False; Encrypt=True;

Sprawdź, czy połączenie jest z repliką przeznaczoną wyłącznie do odczytu.

Możesz sprawdzić, czy masz połączenie z repliką tylko do odczytu, uruchamiając następujące zapytanie w kontekście bazy danych. Zwraca READ_ONLY, gdy masz połączenie z repliką tylko do odczytu.

SELECT DATABASEPROPERTYEX(DB_NAME(), 'Updateability');

Uwaga

W warstwach usługi Premium i Krytyczne dla biznesu tylko jedna replika tylko do odczytu jest dostępna w dowolnym momencie. Hiperskala obsługuje wiele replik w trybie tylko do odczytu.

Monitoruj i rozwiązuj problemy z replikami tylko do odczytu

Istnieje wiele sposobów monitorowania replik tylko do odczytu, w tym: DMV, zdarzenia rozszerzone i obserwator bazy danych (wersja zapoznawcza).

W przypadku połączenia z repliką tylko do odczytu dynamiczne widoki zarządzania odzwierciedlają stan repliki i mogą być odpytywane w celu monitorowania i rozwiązywania problemów. Silnik bazy danych udostępnia wiele widoków, aby uwidocznić szeroką gamę danych monitoringu.

Następujące widoki są często używane do monitorowania replik i rozwiązywania problemów:

Nazwisko	Cel
sys.dm_db_resource_stats	Udostępnia metryki wykorzystania zasobów w ciągu ostatniej godziny, w tym procesor CPU, operacje we/wy danych i użycie zapisu dziennika względem limitów celu usługi.
sys.dm_os_wait_stats	Udostępnia zagregowane statystyki oczekiwania dla wystąpienia silnika bazy danych.
sys.dm_database_replica_states (stan replik bazy danych)	Udostępnia statystyki kondycji i synchronizacji repliki. Rozmiar kolejki redo i szybkość redo służą jako wskaźniki opóźnienia propagacji danych na replikach tylko do odczytu.
sys.dm_os_performance_counters	Zapewnia liczniki wydajności aparatu bazy danych.
sys.dm_exec_query_stats	Udostępnia statystyki wykonywania poszczególnych zapytań, takie jak liczba wykonań, czas użycia procesora CPU itp.
sys.dm_exec_query_plan()	Udostępnia buforowane plany zapytań.
sys.dm_exec_sql_text()	Udostępnia tekst zapytania dla buforowanego planu zapytania.
sys.dm_exec_query_profiles	Zapewnia postęp zapytań w czasie rzeczywistym, gdy zapytania są wykonywane.
sys.dm_exec_query_plan_stats()	Zawiera ostatni znany rzeczywisty plan wykonywania, w tym statystyki środowiska uruchomieniowego dla zapytania.
sys.dm_io_virtual_file_stats()	Udostępnia statystyki wydajności operacji we/wy na sekundę w magazynie, przepływności i opóźnień dla wszystkich plików bazy danych.

Uwaga

DMV sys.resource_stats i sys.elastic_pool_resource_stats w master logicznej bazie danych zwracają dane użycia zasobów repliki podstawowej.

Monitorowanie replik w trybie tylko do odczytu za pomocą zdarzeń rozszerzonych

Nie można utworzyć sesji zdarzeń rozszerzonych podczas nawiązywania połączenia z repliką tylko do odczytu. Jednak w usługach Azure SQL Database i Azure SQL Managed Instance definicje sesji rozszerzonych zdarzeń o zakresie bazy danych, które są tworzone i modyfikowane na podstawowej replice, są replikowane do replik tylko do odczytu, w tym do replik geograficznych, i przechwytują zdarzenia w replikach tylko do odczytu.

W usłudze Azure SQL Database rozszerzona sesja zdarzeń w repliki tylko do odczytu oparta na definicji sesji z repliki podstawowej może zostać uruchomiona i zatrzymana niezależnie od sesji w repliki podstawowej.

Aby w usłudze Azure SQL Managed Instance uruchomić ślad w repliki tylko do odczytu, musisz najpierw uruchomić ślad w repliki podstawowej, zanim będzie można uruchomić ślad w repliki tylko do odczytu. Jeśli najpierw nie uruchomisz śledzenia na replice podstawowej, podczas próby uruchomienia śledzenia na replice tylko do odczytu zostanie wyświetlony następujący błąd:

Msg 3906, Level 16, State 2, Line 1 Nie można zaktualizować bazy danych "master", ponieważ baza danych ma ustawiony tryb tylko do odczytu.

Po pierwszym uruchomieniu śledzenia w repliki podstawowej, a następnie w repliki tylko do odczytu, można zatrzymać śledzenie w repliki podstawowej.

Aby usunąć sesję zdarzeń na replice tylko do odczytu, wykonaj następujące kroki:

1. Połącz Eksplorator obiektów SSMS lub okno zapytania z repliką tylko do odczytu.
2. Zatrzymaj sesję w repliki tylko do odczytu, wybierając pozycję Zatrzymaj sesję w menu kontekstowym sesji w Eksplorator obiektów lub wykonując polecenie ALTER EVENT SESSION [session-name-here] ON DATABASE STATE = STOP; w oknie zapytania.
3. Połącz Eksplorator obiektów lub okno zapytania z repliką podstawową.
4. Usuń sesję na głównej replice, wybierając pozycję Usuń w menu kontekstowym sesji lub wykonując polecenie DROP EVENT SESSION [session-name-here] ON DATABASE;

Poziom izolacji transakcji w replikach tylko do odczytu

Transakcje w replikach tylko do odczytu zawsze używają migawki poziomu izolacji transakcji, niezależnie od poziomu izolacji transakcji sesji i niezależnie od wskazówek dotyczących zapytań. Izolacja migawki używa przechowywania wersji wierszy, aby uniknąć blokowania scenariuszy, w których czytelnicy blokują zapisy.

W rzadkich przypadkach, jeśli transakcja izolacji migawki uzyskuje dostęp do metadanych obiektu, które zostały zmodyfikowane w innej transakcji współbieżnej, może zostać wyświetlony błąd 3961: "Transakcja izolacji migawki nie powiodła się w bazie danych "%.*ls", ponieważ obiekt, do którego uzyskiwano dostęp przez instrukcję, został zmodyfikowany przez instrukcję DDL w innej transakcji współbieżnej od początku tej transakcji. Jest to niedozwolone, ponieważ metadane nie są poddane kontroli wersji. Jednoczesna aktualizacja metadanych może prowadzić do niespójności, jeśli jest łączona z izolacją migawkową.

Długotrwałe zapytania dotyczące replik tylko do odczytu

Zapytania uruchomione w replikach tylko do odczytu muszą uzyskiwać dostęp do metadanych obiektów, do których odwołuje się zapytanie (tabele, indeksy, statystyki itp.) W rzadkich przypadkach, jeśli metadane obiektu są modyfikowane w repliki podstawowej, podczas gdy zapytanie przechowuje blokadę na tym samym obiekcie w repliki tylko do odczytu, zapytanie może zablokować proces, który stosuje zmiany z repliki podstawowej do repliki tylko do odczytu. Gdyby takie zapytanie było uruchamiane przez długi czas, spowodowałoby to znaczne niesynchronizowanie się repliki w trybie tylko do odczytu z repliką podstawową. W przypadku replik, które są potencjalnymi celami przestawienia awaryjnego (replikami pomocniczymi w warstwach usług Premium i Krytycznych dla działania firmy, hiperskalowymi replikami o wysokiej dostępności oraz wszystkimi replikami geograficznymi), opóźniłoby to również odzyskiwanie bazy danych w przypadku wystąpienia przestawienia awaryjnego, co spowodowałoby dłuższy, niż oczekiwano, przestój.

Jeśli zapytanie o długim czasie działania na replice tylko do odczytu bezpośrednio lub pośrednio powoduje takie blokowanie, może zostać automatycznie zakończone, aby uniknąć nadmiernych opóźnień danych i potencjalnego wpływu na dostępność bazy danych. Sesja otrzymuje błąd 1219 "Sesja została rozłączona z powodu operacji DDL o wysokim priorytcie" lub błąd 3947" Transakcja została przerwana, ponieważ pomocnicze obliczenia nie nadrobiły zaległości. Ponów próbę transakcji".

Uwaga

Jeśli podczas uruchamiania zapytań względem repliki tylko do odczytu wystąpi błąd 3961, 1219 lub 3947, spróbuj ponownie wykonać zapytanie. Alternatywnie należy unikać operacji modyfikujących metadane obiektu (zmiany schematu, konserwację indeksu, aktualizacje statystyk itp.) w repliki podstawowej, podczas gdy długotrwałe zapytania są wykonywane na replikach pomocniczych.

Napiwek

W warstwach usługi Premium i Krytycznych dla biznesu, w przypadku połączenia z repliką tylko do odczytu, kolumny redo_queue_size i redo_rate w sys.dm_database_replica_states DMV mogą służyć do monitorowania procesu synchronizacji danych, służąc jako wskaźniki opóźnienia propagacji danych w replice.

Włączanie i wyłączanie skalowania poziomego odczytu dla usługi SQL Database

W przypadku usługi SQL Managed Instance skalowanie poziome jest automatycznie włączone w warstwie usługi Business Critical i nie jest dostępne w warstwie General Purpose. Wyłączenie i ponowne włączenie skalowania odczytu nie jest możliwe.

W przypadku usługi SQL Database skalowanie odczytu w poziomie jest domyślnie włączone w warstwach usług Premium, Krytyczne dla działania firmy i Hiperskala. Nie można włączyć skalowania poziomego odczytu w warstwach Podstawowa, Standardowa lub Ogólne przeznaczenie. Skalowanie odczytu w poziomie jest automatycznie wyłączone w bazach danych w warstwie Hiperskala skonfigurowanych z zerowymi replikami pomocniczymi.

W przypadku pojedynczych baz danych i baz danych w puli w usłudze Azure SQL Database, można wyłączyć i ponownie włączyć skalowanie odczytu w poziomie w poziomach usługi Premium lub Krytyczne dla działania firmy, korzystając z portalu Azure oraz programu Azure PowerShell. Te opcje nie są dostępne dla usługi SQL Managed Instance, ponieważ nie można wyłączyć skalowania odczytu poziomego.

Uwaga

W przypadku pojedynczych baz danych i baz danych w puli elastycznej dostępna jest możliwość wyłączenia funkcji skalowania odczytu, co zapewnia zgodność z wcześniejszymi wersjami. Nie można wyłączyć skalowania odczytu w poziomie w Krytyczne dla działania firmy wystąpieniach zarządzanych.

Azure Portal

W przypadku usługi Azure SQL Database można zarządzać ustawieniem skalowania odczytu w okienku Obliczenia + magazynowanie dostępne w sekcji Ustawienia. Włączanie lub wyłączanie funkcji skalowania odczytów poziomo przy użyciu portalu Azure nie jest dostępne dla usługi Azure SQL Managed Instance.

PowerShell

Ważne

Moduł Azure Resource Manager programu PowerShell jest nadal obsługiwany, ale wszystkie przyszłe programowanie dotyczy modułu Az.Sql. Moduł usługi Azure Resource Manager będzie nadal otrzymywać poprawki błędów do co najmniej grudnia 2020 r. Argumenty poleceń w module Az i modułach usługi Azure Resource Manager są zasadniczo identyczne. Aby uzyskać więcej informacji na temat ich zgodności, zobacz Wprowadzenie do nowego modułu Az programu Azure PowerShell.

Zarządzanie skalowaniem odczytu w poziomie w programie Azure PowerShell wymaga wydania programu Azure PowerShell z grudnia 2016 r. lub nowszego. Aby uzyskać najnowszą wersję programu PowerShell, zobacz Azure PowerShell.

W usłudze Azure SQL Database możesz dezaktywować lub aktywować ponownie skalowanie odczytów w programie Azure PowerShell, wywołując polecenie cmdlet Set-AzSqlDatabase i przekazując żądaną wartość (Enabled lub Disabled) dla parametru -ReadScale. Wyłączanie funkcji rozkładania odczytu dla usługi SQL Managed Instance nie jest dostępne.

Aby wyłączyć skalowanie odczytu w poziomie w istniejącej bazie danych (zastępując elementy oznaczone w nawiasach kątowych poprawnymi wartościami środowiska i usuwając nawiasy kątowe):

Set-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Disabled

Aby wyłączyć skalowanie odczytu w poziomie dla nowej bazy danych (zastępując elementy w nawiasach kątowych poprawnymi wartościami środowiska i upuszczając nawiasy kątowe):

New-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Disabled -Edition Premium

Aby ponownie włączyć rozbudowę odczytu w istniejącej bazie danych (zastępując elementy w nawiasach kątowych poprawnymi wartościami dla twojego środowiska i pomijając nawiasy kątowe):

Set-AzSqlDatabase -ResourceGroupName <resourceGroupName> -ServerName <serverName> -DatabaseName <databaseName> -ReadScale Enabled

Interfejs API REST

Aby utworzyć bazę danych z wyłączonym skalowaniem odczytu lub zmienić ustawienie dla istniejącej bazy danych, użyj następującej metody z właściwością readScale ustawioną na Enabled lub Disabled, jak w poniższym przykładowym żądaniu.

Method: PUT
URL: https://management.azure.com/subscriptions/{SubscriptionId}/resourceGroups/{GroupName}/providers/Microsoft.Sql/servers/{ServerName}/databases/{DatabaseName}?api-version= 2014-04-01-preview
Body: {
   "properties": {
      "readScale":"Disabled"
   }
}

Aby uzyskać więcej informacji, zobacz Bazy danych — tworzenie lub aktualizowanie.

Użyj bazy danych na replice tylko do odczytu

Baza danych na głównej replice nie jest replikowana do replik tylko do odczytu. Każda replika ma własną tempdb bazę danych utworzoną podczas tworzenia repliki. Gwarantuje to, że tempdb jest aktualizowalne i może być modyfikowane podczas wykonywania zapytania. Jeśli obciążenie tylko do odczytu zależy od używania tempdb obiektów, należy utworzyć te obiekty w ramach tego samego obciążenia, łącząc się z repliką tylko do odczytu.

Używanie rozpraszania odczytu z geograficznie replikowanymi bazami danych

Pomocnicze bazy danych replikowane geograficznie mają taką samą architekturę wysokiej dostępności jak podstawowe bazy danych. Jeśli łączysz się z sekundarną bazą danych replikowaną geograficznie z włączonym skalowaniem odczytu, sesje z ApplicationIntent=ReadOnly są kierowane do jednej z replik wysokiej dostępności w taki sam sposób, jak do podstawowej bazy danych z możliwością zapisu. Sesje bez ApplicationIntent=ReadOnly są kierowane do podstawowej repliki pomocniczej replikowanej geograficznie, która jest również tylko do odczytu.

W ten sposób utworzenie repliki geograficznej może zapewnić wiele dodatkowych replik tylko do odczytu dla podstawowej bazy danych z funkcją odczytu i zapisu. Każda dodatkowa replika geograficzna udostępnia kolejny zestaw replik dostępnych tylko do odczytu. Repliki geograficzne można tworzyć w dowolnym regionie świadczenia usługi Azure, w tym w regionie podstawowej bazy danych.

Uwaga

Nie ma żadnego automatycznego mechanizmu round-robin ani żadnego innego routingu z balansem obciążenia między replikami pomocniczej bazy danych replikowanej geograficznie, z wyjątkiem repliki geograficznej w trybie Hyperscale, gdy jest więcej niż jedna replika wysokiej dostępności. W takim przypadku sesje z zamiarem tylko do odczytu są dystrybuowane na wszystkie repliki wysokiej dostępności wchodzące w skład repliki geograficznej.

Obsługa funkcji w replikach tylko do odczytu

Lista zachowań niektórych funkcji w replikach tylko do odczytu jest następująca:

• Audyt na replikach tylko do odczytu jest włączany automatycznie. Aby uzyskać więcej informacji na temat hierarchii folderów magazynu, konwencji nazewnictwa oraz formatu dziennika, zobacz Format dziennika audytu bazy danych SQL.
• Analiza wydajności zapytań opiera się na danych z Magazynu zapytań, który obecnie nie śledzi aktywności na replice tylko do odczytu. Szczegółowe informacje o wydajności zapytań nie pokazują zapytań wykonywanych w repliki tylko do odczytu.
• Automatyczne dostrajanie opiera się na Query Store, zgodnie z opisem w dokumencie Automatyczne dostrajanie. Automatyczne dostrajanie działa tylko w przypadku obciążeń uruchomionych w replice podstawowej.

Następne kroki

• Aby uzyskać informacje o ofercie usługi SQL Database Hyperscale, zobacz Hiperskala warstwa usługi.