Warstwa usługi Hiperskala

  • Artykuł
  • Czas czytania: 16 min

Dotyczy: baza danych Azure SQL

Azure SQL Database jest oparta na architekturze aparatu bazy danych SQL Server, która jest dostosowywana dla środowiska chmury w celu zapewnienia wysokiej dostępności nawet w przypadku awarii infrastruktury. W modelu zakupów opartym na rdzeniach wirtualnych dla bazy danych Azure SQL istnieją trzy opcje warstwy usług:

  • Ogólnego przeznaczenia
  • Krytyczne dla działania firmy
  • Hiperskala

Warstwa usługi Hiperskala jest odpowiednia dla wszystkich typów obciążeń. Architektura natywna dla chmury zapewnia niezależne skalowalne zasoby obliczeniowe i magazynowe do obsługi najszerszej gamy tradycyjnych i nowoczesnych aplikacji. Zasoby obliczeniowe i magazynowe w warstwie Hiperskala znacznie przekraczają zasoby dostępne w warstwach Ogólnego przeznaczenia i Krytyczne dla działania firmy.

Uwaga

Jakie są możliwości warstwy Hiperskala

Warstwa usługi Hiperskala w usłudze Azure SQL Database zapewnia następujące dodatkowe możliwości:

  • Obsługa do 100 TB rozmiaru bazy danych.
  • Szybkie kopie zapasowe bazy danych (na podstawie migawek plików przechowywanych w usłudze Azure Blob Storage) niezależnie od rozmiaru bez wpływu operacji we/wy na zasoby obliczeniowe.
  • Szybkie przywracanie bazy danych (na podstawie migawek plików) w minutach, a nie godzinach lub dniach (nie rozmiarze operacji na danych).
  • Wyższa ogólna wydajność ze względu na większą przepływność dziennika transakcji i szybsze czasy zatwierdzania transakcji niezależnie od woluminów danych.
  • Szybkie skalowanie w poziomie — można aprowizować co najmniej jedną replikę tylko do odczytu na potrzeby odciążania obciążenia odczytu i używać ich jako rezerw na gorąco.
  • Szybkie skalowanie w górę — w stałym czasie można skalować zasoby obliczeniowe w górę, aby obsłużyć duże obciążenia w razie potrzeby, a następnie skalować zasoby obliczeniowe w dół, gdy nie są potrzebne.
  • Obsługa bezserwerowych zasobów obliczeniowych jest dostępna w wersji zapoznawczej, zapewniając automatyczne skalowanie w górę i w dół oraz rozliczenia obliczeń na podstawie użycia.

Warstwa usługi Hiperskala usuwa wiele praktycznych limitów tradycyjnie spotykanych w bazach danych w chmurze. Jeśli większość innych baz danych jest ograniczona przez zasoby dostępne w jednym węźle, bazy danych w warstwie usługi Hiperskala nie mają takich limitów. Dzięki elastycznej architekturze magazynu magazyn rośnie w miarę potrzeb. W rzeczywistości bazy danych w warstwie Hiperskala nie są tworzone przy użyciu zdefiniowanego maksymalnego rozmiaru. Baza danych w warstwie Hiperskala rośnie zgodnie z potrzebami — opłaty są naliczane tylko za przydzieloną pojemność magazynu. W przypadku obciążeń intensywnie korzystających z odczytu warstwa usługi Hiperskala zapewnia szybkie skalowanie w poziomie przez aprowizację dodatkowych replik w razie potrzeby na potrzeby odciążania obciążeń odczytu.

Ponadto czas wymagany do utworzenia kopii zapasowych bazy danych lub skalowania w górę lub w dół nie jest już powiązany z ilością danych w bazie danych. Bazy danych w warstwie Hiperskala są tworzone praktycznie natychmiast. Bazę danych można również skalować w dziesiątkach terabajtów w górę lub w dół w ciągu kilku minut w aprowizowanej warstwie obliczeniowej lub użyć bezserwerowej do automatycznego skalowania zasobów obliczeniowych. Ta funkcja pozwala uwolnić Cię od obaw związanych z tym, że są wywłaszczone przez początkowe opcje konfiguracji.

Aby uzyskać więcej informacji na temat rozmiarów obliczeniowych dla warstwy usługi Hiperskala, zobacz Właściwości warstwy usług.

Kto powinien rozważyć warstwę usługi Hiperskala

Warstwa usługi Hiperskala jest przeznaczona dla wszystkich klientów, którzy wymagają wyższej wydajności i dostępności, szybkiej kopii zapasowej i przywracania oraz/lub szybkiego magazynu i skalowalności obliczeniowej. Obejmuje to klientów, którzy przechodzą do chmury, aby zmodernizować swoje aplikacje, a także klientów, którzy już korzystają z innych warstw usług w usłudze Azure SQL Database. Warstwa usługi Hiperskala obsługuje szeroką gamę obciążeń bazy danych — od czystego OLTP po czystą analizę. Jest ona zoptymalizowana pod kątem obciążeń OLTP oraz hybrydowych transakcji i przetwarzania analitycznego (HTAP).

Ważne

Pule elastyczne nie obsługują warstwy usługi Hiperskala.

Model cen warstwy Hiperskala

Warstwa usługi Hiperskala jest dostępna tylko w modelu rdzeni wirtualnych. Aby dopasować go do nowej architektury, model cen różni się nieco od warstw usług Ogólnego przeznaczenia lub Krytyczne dla działania firmy:

  • Aprowidowane zasoby obliczeniowe:

    Cena jednostek obliczeniowych w warstwie Hiperskala jest naliczana za replikę. Cena Korzyść użycia hybrydowego platformy Azure jest stosowana do replik o wysokiej dostępności i nazwanych replik automatycznie. Użytkownicy mogą dostosować całkowitą liczbę replik pomocniczych o wysokiej dostępności (od 0 do 4) w zależności od wymagań dotyczących dostępności i skalowalności, i utworzyć do 30 replik nazwanych w celu obsługi różnych obciążeń skalowania odczytu w poziomie.

  • Obliczenia bezserwerowe:

    Rozliczenia obliczeń bezserwerowych są oparte na użyciu. Aby uzyskać szczegółowe informacje, przejrzyj obliczenia bezserwerowe .

  • Magazyn:

    Podczas konfigurowania bazy danych w warstwie Hiperskala nie trzeba określać maksymalnego rozmiaru danych. W warstwie Hiperskala opłaty za magazyn bazy danych są oparte na rzeczywistej alokacji. Magazyn jest automatycznie przydzielany między 10 GB i 100 TB, a w razie potrzeby zwiększa się o 10 GB.

Aby uzyskać więcej informacji na temat cen w warstwie Hiperskala, zobacz cennik bazy danych Azure SQL

Porównanie limitów zasobów

Warstwy usług oparte na rdzeniach wirtualnych są zróżnicowane na podstawie dostępności bazy danych i typu magazynu, wydajności i maksymalnego rozmiaru magazynu, zgodnie z opisem w poniższej tabeli:

ㅤ Ogólnego przeznaczenia Krytyczne dla działania firmy Hiperskala
Optymalne zastosowanie Oferuje opcje zasobów obliczeniowych i magazynu o zrównoważonym budżecie. Aplikacje OLTP z dużą szybkością transakcji i małym opóźnieniem we/wy. Zapewnia wysoką odporność na awarie i szybkie przechodzenie w tryb failover przy użyciu wielu replik rezerwy dynamicznej. Najszersza różnorodność obciążeń. Skalowanie automatyczne rozmiaru magazynu do 100 TB, szybkie skalowanie w pionie i w poziomie, szybkie przywracanie bazy danych.
Rozmiar obliczeniowy Od 2 do 128 rdzeni wirtualnych Od 2 do 128 rdzeni wirtualnych Od 2 do 128 rdzeni wirtualnych1
Typ magazynu Magazyn zdalny w warstwie Premium (na wystąpienie) Superszybki lokalny magazyn SSD (na wystąpienie) Magazyn rozdzielony z lokalną pamięcią podręczną SSD (na replikę obliczeniową)
Rozmiar magazynu1 1 GB – 4 TB 1 GB – 4 TB 10 GB – 100 TB
Liczba operacji we/wy na sekundę 500 operacji we/wy na sekundę na rdzeń wirtualny z maksymalną 7000 operacjami we/wy na sekundę 8000 operacji we/wy na sekundę na rdzeń wirtualny z maksymalną 200 000 operacji we/wy na sekundę 327 680 operacji we/wy na sekundę z maksymalnym lokalnym dyskiem SSD
Hiperskala to wielowarstwowa architektura z buforowaniem na wielu poziomach. Skuteczne operacje we/wy na sekundę będą zależeć od obciążenia.
Pamięć/rdzeń wirtualny 5,1 GB 5,1 GB 5,1 GB lub 10,2 GB4
Dostępność 1 replika, brak skalowania odczytu, strefowo nadmiarowa wysoka dostępność 3 repliki, 1 skalowanie w poziomie odczytu, strefowo nadmiarowa wysoka dostępność Wiele replik, do 4 skalowania w poziomie odczytu, strefowo nadmiarowa wysoka dostępność
Tworzenie kopii zapasowych Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS)
Przechowywanie przez 1–35 dni (domyślnie 7 dni) z dostępem do 10 lat długoterminowego przechowywania		 Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS)
Okres przechowywania 1–35 dni (domyślnie 7 dni) z dostępem do 10 lat długoterminowego przechowywania		 Wybór magazynu lokalnie nadmiarowego (LRS), strefowo nadmiarowego (ZRS) lub magazynu geograficznie nadmiarowego (GRS)
Okres przechowywania 1–35 dni (domyślnie 7 dni) 2, z maksymalnie 10-letnim okresem przechowywania dostępnym 3
Cennik/rozliczenia Opłaty za rdzenie wirtualne, magazyn zarezerwowany i magazyn kopii zapasowych są naliczane.
Nie są naliczane opłaty za operacje we/wy na sekundę.		 Opłaty za rdzenie wirtualne, magazyn zarezerwowany i magazyn kopii zapasowych są naliczane.
Nie są naliczane opłaty za operacje we/wy na sekundę.		 Opłaty za rdzeń wirtualny dla każdej repliki i używanego magazynu są naliczane.
Nie są jeszcze naliczane opłaty za operacje we/wy na sekundę.
Modele rabatów Wystąpienia zarezerwowane
Korzyść użycia hybrydowego platformy Azure (niedostępne w subskrypcjach tworzenia i testowania)
Subskrypcje enterprise ipłatne zgodnie z rzeczywistym użyciem — tworzenie i testowanie		 Wystąpienia zarezerwowane
Korzyść użycia hybrydowego platformy Azure (niedostępne w subskrypcjach tworzenia i testowania)
Subskrypcje enterprise ipłatne zgodnie z rzeczywistym użyciem — tworzenie i testowanie		 Korzyść użycia hybrydowego platformy Azure (niedostępne w subskrypcjach tworzenia i testowania)
Subskrypcje enterprise ipłatne zgodnie z rzeczywistym użyciem — tworzenie i testowanie

1 Pule elastyczne nie są obsługiwane w warstwie usługi Hiperskala.
2 Krótkoterminowe przechowywanie kopii zapasowych przez 1–35 dni dla baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej.
3 Długoterminowe przechowywanie baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej.
4 10,2 GB/rdzeń wirtualny jest dostępny ze sprzętem zoptymalizowanym pod kątem pamięci serii Premium (wersja zapoznawcza).

Zasoby obliczeniowe

Konfiguracja sprzętu Procesor CPU Memory (Pamięć)
Gen4 - Procesory Intel® E5-2673 v3 (Haswell) 2,4 GHz
— Aprowizuj maksymalnie 24 rdzenie wirtualne (fizyczne)		 - 7 GB na rdzeń wirtualny
- Aprowizuj maksymalnie 168 GB
Seria Standardowa (Gen5) Aprowizowania zasobów obliczeniowych
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel® Xeon Platinum 8307C (Ice Lake)*, PROCESORy AMD EPYC 7763v (Milan)
— Aprowizuj maksymalnie 128 rdzeni wirtualnych (hiperwątkowy)

Bezserwerowe usługi obliczeniowe
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel Xeon® Platinum 8307C (Ice Lake)*, PROCESORy AMD EPYC 7763v (Milan)
- Skalowanie automatyczne w górę do 40 rdzeni wirtualnych (hiperwątkowy)		 Aprowizowania zasobów obliczeniowych
- 5,1 GB na rdzeń wirtualny
- Aprowizuj maksymalnie 625 GB

Bezserwerowe usługi obliczeniowe
- Skalowanie automatyczne w górę do 24 GB na rdzeń wirtualny
- Skalowanie automatyczne w górę do 240 GB maksymalnej
Seria Premium (wersja zapoznawcza) - Procesory Intel® Xeon Platinum 8307C (Ice Lake), AMD EPYC 7763v (Milan) - 5,1 GB na rdzeń wirtualny
— Aprowizuj maksymalnie 128 rdzeni wirtualnych (hiperwątkowy)
Zoptymalizowane pod kątem pamięci serii Premium (wersja zapoznawcza) - Procesory Intel® Xeon Platinum 8307C (Ice Lake), AMD EPYC 7763v (Milan) - 10,2 GB na rdzeń wirtualny
— Aprowizuj maksymalnie 80 rdzeni wirtualnych (hiperwątkowy)

* W widoku zarządzania dynamicznego sys.dm_user_db_resource_governance generowanie sprzętu dla baz danych przy użyciu procesorów Intel® SP-8160 (Skylake) jest wyświetlane jako Gen6, generacja sprzętu dla baz danych przy użyciu technologii Intel® 8272CL (Cascade Lake) jest wyświetlana jako Gen7, a generacja sprzętu dla baz danych przy użyciu technologii Intel Xeon® Platinum 8307C (Ice Lake) lub AMD® EPYC® 7763v (Milan) pojawia się jako Gen8. W przypadku danego rozmiaru obliczeniowego i konfiguracji sprzętu limity zasobów są takie same niezależnie od typu procesora CPU. Aby uzyskać więcej informacji, zobacz Limity zasobów dla pojedynczych baz danych i pul elastycznych.

Bezserwerowe jest obsługiwane tylko na sprzęcie serii Standardowa (Gen5).

Ważne

Sprzęt gen4 jest wycofany i nie jest dostępny dla nowych wdrożeń, jak ogłoszono 18 grudnia 2019 r. Klienci korzystający ze sprzętu gen4 dla bazy danych Azure SQL lub Azure SQL Managed Instance powinni przeprowadzić migrację do obecnie dostępnego sprzętu, takiego jak seria standardowa (Gen5), przed 31 marca 2023 r. Istniejące bazy danych gen4, elastyczne pule i wystąpienia zarządzane SQL zostaną automatycznie zmigrowane do równoważnego sprzętu z serii Standardowa (Gen5).

Przestój spowodowany automatyczną migracją będzie minimalny i podobny do przestoju podczas operacji skalowania w wybranej warstwie usługi. Aby uniknąć nieplanowanych przerw w działaniu obciążeń, należy aktywnie przeprowadzić migrację w wybranym momencie przed 31 marca 2023 r. Aby uzyskać więcej informacji na temat wycofania sprzętu gen4 i migracji do bieżącego sprzętu, zobacz nasz wpis w blogu na temat wycofania usługi Gen4.

Architektura funkcji rozproszonych

Hiperskala oddziela aparat przetwarzania zapytań od składników, które zapewniają długoterminowe przechowywanie i trwałość danych. Ta architektura zapewnia możliwość bezproblemowego skalowania pojemności magazynu w razie potrzeby (początkowy cel to 100 TB) oraz możliwość szybkiego skalowania zasobów obliczeniowych.

Na poniższym diagramie przedstawiono funkcjonalną architekturę hiperskala:

Architektura

Dowiedz się więcej o architekturze funkcji rozproszonych w warstwie Hiperskala.

Zalety skalowania i wydajności

Dzięki możliwości szybkiego uruchamiania w górę/w dół dodatkowych węzłów obliczeniowych tylko do odczytu architektura hiperskala umożliwia znaczne możliwości skalowania odczytu i może również zwolnić podstawowy węzeł obliczeniowy do obsługi większej liczby żądań zapisu. Ponadto węzły obliczeniowe można szybko skalować w górę/w dół ze względu na architekturę magazynu współdzielonego architektury hiperskala. Węzły obliczeniowe tylko do odczytu w warstwie Hiperskala są również dostępne w warstwie obliczeniowej bezserwerowej, która automatycznie skaluje zasoby obliczeniowe na podstawie zapotrzebowania na obciążenia.

Tworzenie baz danych w warstwie Hiperskala i zarządzanie nimi

Bazy danych w warstwie Hiperskala można tworzyć i zarządzać nimi przy użyciu Azure Portal, języka Transact-SQL, programu PowerShell i interfejsu wiersza polecenia platformy Azure. Zapoznaj się z przewodnikiem Szybki start: tworzenie bazy danych w warstwie Hiperskala.

Operacja Szczegóły Dowiedz się więcej
Tworzenie bazy danych w warstwie Hiperskala Bazy danych w warstwie Hiperskala są dostępne tylko przy użyciu modelu zakupów opartego na rdzeniach wirtualnych. Znajdź przykłady tworzenia bazy danych hiperskala w przewodniku Szybki start: tworzenie bazy danych w warstwie Hiperskala w usłudze Azure SQL Database.
Uaktualnianie istniejącej bazy danych do warstwy Hiperskala Migrowanie istniejącej bazy danych w usłudze Azure SQL Database do warstwy Hiperskala jest rozmiarem operacji danych. Dowiedz się , jak przeprowadzić migrację istniejącej bazy danych do warstwy Hiperskala.
Odwrotna migracja bazy danych hiperskala do warstwy usługi Ogólnego przeznaczenia Jeśli wcześniej przeprowadzono migrację istniejącej bazy danych Azure SQL do warstwy usługi Hiperskala, możesz cofnąć migrację bazy danych do warstwy usługi Ogólnego przeznaczenia w ciągu 45 dni od oryginalnej migracji do warstwy Hiperskala.

Jeśli chcesz przeprowadzić migrację bazy danych do innej warstwy usług, takiej jak Krytyczne dla działania firmy, najpierw przeprowadź migrację odwrotną do warstwy usługi Ogólnego przeznaczenia, a następnie zmień warstwę usługi.		 Dowiedz się , jak cofnąć migrację z warstwy Hiperskala, w tym ograniczenia dotyczące migracji odwrotnej.

Wysoka dostępność bazy danych w warstwie Hiperskala

Podobnie jak we wszystkich innych warstwach usług, hiperskala gwarantuje trwałość danych dla zatwierdzonych transakcji niezależnie od dostępności repliki obliczeniowej. Zakres przestoju z powodu niedostępności repliki podstawowej zależy od typu trybu failover (planowanego, a nieplanowanego), czy jest skonfigurowana nadmiarowość strefy, oraz obecność co najmniej jednej repliki o wysokiej dostępności. W przypadku planowanego przejścia w tryb failover (tj. zdarzenia konserwacji) system tworzy nową replikę podstawową przed zainicjowaniem trybu failover lub używa istniejącej repliki o wysokiej dostępności jako elementu docelowego trybu failover. W nieplanowanym trybie failover (tj. awarii sprzętowej repliki podstawowej) system używa repliki o wysokiej dostępności jako elementu docelowego trybu failover, jeśli istnieje, lub tworzy nową replikę podstawową z puli dostępnej pojemności obliczeniowej. W drugim przypadku czas trwania przestoju jest dłuższy ze względu na dodatkowe kroki wymagane do utworzenia nowej repliki podstawowej.

Aby uzyskać informacje o umowie SLA w warstwie Hiperskala, zobacz Umowa SLA dla bazy danych Azure SQL.

Tworzenie kopii zapasowej i przywracanie

Operacje tworzenia kopii zapasowych i przywracania baz danych w warstwie Hiperskala są oparte na migawkach plików. Dzięki temu te operacje mogą być niemal natychmiastowe. Ponieważ architektura hiperskala wykorzystuje warstwę magazynu do tworzenia kopii zapasowych i przywracania, obciążenie przetwarzania i wpływ wydajności na repliki obliczeniowe są znacznie zmniejszone. Dowiedz się więcej w temacie Tworzenie kopii zapasowych w warstwie Hiperskala i nadmiarowość magazynu.

Odzyskiwanie po awarii dla baz danych w warstwie Hiperskala

Jeśli musisz przywrócić bazę danych w warstwie Hiperskala w usłudze Azure SQL Database do regionu innego niż aktualnie hostowany, w ramach operacji odzyskiwania po awarii lub przechodzenia do szczegółów, relokacji lub innej przyczyny, podstawowa metoda polega na przywróceniu geograficznej bazy danych. Przywracanie geograficzne jest dostępne tylko wtedy, gdy magazyn geograficznie nadmiarowy (RA-GRS) został wybrany do nadmiarowości magazynu.

Dowiedz się więcej na temat przywracania bazy danych w warstwie Hiperskala do innego regionu.

Znane ograniczenia

Są to bieżące ograniczenia warstwy usługi Hiperskala. Aktywnie pracujemy nad usunięciem jak największej liczby tych ograniczeń.

Problem Description
Krótkoterminowe przechowywanie kopii zapasowych Krótkoterminowe przechowywanie kopii zapasowych przez 1–35 dni dla baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej. Nie można przywrócić bazy danych innej niż Hiperskala jako baza danych w warstwie Hiperskala, a baza danych hiperskala nie może zostać przywrócona jako baza danych innej niż Hiperskala.

W przypadku baz danych migrowanych do hiperskala z innych warstw usług Azure SQL Bazy danych kopie zapasowe przed migracją są przechowywane przez okres przechowywania kopii zapasowych źródłowej bazy danych, w tym zasady przechowywania długoterminowego. Przywracanie kopii zapasowej przed migracją w okresie przechowywania kopii zapasowej bazy danych jest obsługiwane za pośrednictwem wiersza polecenia. Te kopie zapasowe można przywrócić do dowolnej warstwy usługi innej niż Hiperskala.
Długoterminowe przechowywanie kopii zapasowych Długoterminowe przechowywanie kopii zapasowych baz danych w warstwie Hiperskala jest teraz dostępne w wersji zapoznawczej.
Warstwa usługi zmienia się z warstwy Hiperskala na warstwę Ogólnego przeznaczenia jest obsługiwana bezpośrednio w ograniczonych scenariuszach Migracja odwrotna z warstwy Hiperskala umożliwia klientom, którzy niedawno zmigrowali istniejącą bazę danych Azure SQL do warstwy usługi Hiperskala, aby przejść do warstwy Ogólnego przeznaczenia, jeśli hiperskala nie spełnia swoich potrzeb. Mimo że migracja wsteczna jest inicjowana przez zmianę warstwy usługi, zasadniczo jest to przenoszenie rozmiaru danych między różnymi architekturami. Bazy danych utworzone w warstwie usługi Hiperskala nie kwalifikują się do migracji wstecznej. Zapoznaj się z ograniczeniami migracji wstecznej.

W przypadku baz danych, które nie kwalifikują się do migracji odwrotnej, jedynym sposobem migracji z warstwy hiperskala do warstwy usługi innej niż Hiperskala jest eksportowanie/importowanie przy użyciu pliku bacpac lub innych technologii przenoszenia danych (Kopiowanie zbiorcze, Azure Data Factory, Azure Databricks, SSIS itp.) Plik Bacpac export/import from Azure Portal, from PowerShell using New-AzSqlDatabaseExport or New-AzSqlDatabaseImport, from Azure CLI using az sql db export and az sql db import, and from REST API nie jest obsługiwany. Import/eksport pliku bacpac dla mniejszych baz danych w warstwie Hiperskala (do 200 GB) jest obsługiwany przy użyciu programu SSMS i pakietu SqlPackage w wersji 18.4 lub nowszej. W przypadku większych baz danych eksport/import pliku bacpac może zająć dużo czasu i może zakończyć się niepowodzeniem z różnych powodów.
Pule elastyczne Pule elastyczne nie są obecnie obsługiwane w warstwie Hiperskala.
Migracja baz danych z obiektami OLTP In-Memory Hiperskala obsługuje podzestaw obiektów OLTP In-Memory, w tym zoptymalizowane pod kątem pamięci typy tabel, zmienne tabeli i moduły skompilowane natywnie. Jeśli jednak w migrowanej bazie danych znajdują się jakiekolwiek obiekty OLTP In-Memory, migracja z warstw usługi Premium i Krytyczne dla działania firmy do warstw hiperskala nie jest obsługiwana. Aby przeprowadzić migrację takiej bazy danych do warstwy Hiperskala, należy usunąć wszystkie obiekty OLTP In-Memory i ich zależności. Po przeprowadzeniu migracji bazy danych te obiekty można odtworzyć. Trwałe i nietrwałe tabele zoptymalizowane pod kątem pamięci nie są obecnie obsługiwane w warstwie Hiperskala i muszą zostać zmienione na tabele dysków.
Zmniejszanie bazy danych DBCC SHRINKDATABASE, DBCC SHRINKFILE lub ustawienie AUTO_SHRINK na WARTOŚĆ WŁĄCZONE na poziomie bazy danych, nie są obecnie obsługiwane w przypadku baz danych w warstwie Hiperskala.
Sprawdzanie integralności bazy danych Baza danych DBCC CHECKDB nie jest obecnie obsługiwana w przypadku baz danych w warstwie Hiperskala. DBCC CHECKTABLE ('TableName') WITH TABLOCK i DBCC CHECKFILEGROUP WITH TABLOCK może być używany jako obejście. Aby uzyskać szczegółowe informacje na temat zarządzania integralnością danych w usłudze Azure SQL Database, zobacz Integralność danych w usłudze Azure SQL Database.
Zadania elastyczne Używanie bazy danych hiperskala jako bazy danych zadań nie jest obsługiwane. Jednak zadania elastyczne mogą być przeznaczone dla baz danych w warstwie Hiperskala w taki sam sposób, jak każda inna baza danych w usłudze Azure SQL Database.
Synchronizacja danych Używanie bazy danych hiperskala jako bazy danych centrum lub metadanych synchronizacji nie jest obsługiwane. Jednak baza danych hiperskala może być bazą danych składową w topologii usługi Data Sync.
Sprzęt warstwy usługi Hiperskala w warstwie Premium (wersja zapoznawcza) Nadmiarowość strefy nie jest obecnie obsługiwana w przypadku sprzętu serii Premium i zoptymalizowanego pod kątem pamięci w warstwie Premium.
Sprzęt warstwy usługi Hiperskala w warstwie Premium (wersja zapoznawcza) Azure SQL Okno obsługi bazy danych nie jest obecnie obsługiwane w przypadku serii Premium i zoptymalizowanych pod kątem pamięci serii Premium.

Następne kroki

Dowiedz się więcej o warstwie Hiperskala w usłudze Azure SQL Database w następujących artykułach: