Warstwa usługi HiperskalaHyperscale service tier

Azure SQL Database jest oparta na architekturze aparatu bazy danych SQL Server, która jest dostosowana do środowiska chmury w celu zapewnienia dostępności na poziomie 99,99% nawet w przypadku awarii infrastruktury.Azure SQL Database is based on SQL Server Database Engine architecture that is adjusted for the cloud environment in order to ensure 99.99% availability even in the cases of infrastructure failures. Istnieją trzy modele architektoniczne, które są używane w Azure SQL Database:There are three architectural models that are used in Azure SQL Database:

  • Ogólnego przeznaczenia/StandardowaGeneral Purpose/Standard
  • HiperskalaHyperscale
  • Krytyczne dla działania firmy/PremiumBusiness Critical/Premium

Warstwa usługi Hiperskala w Azure SQL Database to najnowsza warstwa usługi w modelu zakupów opartym na rdzeńach wirtualnych.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Ta warstwa usługi to wysoce skalowalna warstwa wydajności magazynu i mocy obliczeniowej, która wykorzystuje architekturę platformy Azure do skalowania w poziomie zasobów magazynu i zasobów obliczeniowych dla usługi Azure SQL Database znacznie wykraczających poza limity dostępne dla warstw usług Ogólnego przeznaczenia i Krytyczne dla działania firmy.This service tier is a highly scalable storage and compute performance tier that leverages the Azure architecture to scale out the storage and compute resources for an Azure SQL Database substantially beyond the limits available for the General Purpose and Business Critical service tiers.

Uwaga

  • Aby uzyskać szczegółowe informacje na temat Ogólnego przeznaczenia i Krytyczne dla działania firmy w modelu zakupów opartym na rdzeniu wirtualnych, zobacz Ogólnego przeznaczenia i Krytyczne dla działania firmy usług.For details on the General Purpose and Business Critical service tiers in the vCore-based purchasing model, see General Purpose and Business Critical service tiers. Aby porównać model zakupów oparty na rdzeniu wirtualnych z modelem zakupów opartym na jednostce DTU, zobacz Azure SQL Database zakupów i zasobów.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.
  • Warstwa usługi Hiperskala jest obecnie dostępna tylko dla Azure SQL Database, a nie Azure SQL Managed Instance.The Hyperscale service tier is currently only available for Azure SQL Database, and not Azure SQL Managed Instance.

Jakie są możliwości hiperskaliWhat are the Hyperscale capabilities

Warstwa usługi Hiperskala w Azure SQL Database zapewnia następujące dodatkowe możliwości:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Obsługa do 100 TB rozmiaru bazy danychSupport for up to 100 TB of database size
  • Niemal natychmiastowe 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 obliczenioweNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Szybkie przywracanie bazy danych (na podstawie migawek plików) w ciągu kilku minut, a nie godzin lub dni (nie rozmiar operacji na danych)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Wyższa ogólna wydajność ze względu na wyższą przepływność dziennika i krótszy czas zatwierdzania transakcji niezależnie od woluminów danychHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Szybkie skalowanie w zewnątrz — można aprowizować co najmniej jeden węzły tylko do odczytu w celu odciążania obciążenia odczytu i używania jako rezerwy podczas działaniaRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Szybkie skalowanie w górę — w stałym czasie można skalować w górę zasoby obliczeniowe w celu obsługi dużych obciążeń w razie potrzeby, a następnie skalować zasoby obliczeniowe z powrotem w dół, gdy nie są potrzebne.Rapid Scale up - you can, in constant time, scale up your compute resources to accommodate heavy workloads when needed, and then scale the compute resources back down when not needed.

Warstwa usługi Hiperskala usuwa wiele praktycznych limitów tradycyjnie widocznych w bazach danych w chmurze.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. 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.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Dzięki elastycznej architekturze magazynu magazyn rośnie w miarę potrzeb.With its flexible storage architecture, storage grows as needed. W rzeczywistości bazy danych w hiperskali nie są tworzone ze zdefiniowanym maksymalnym rozmiarem.In fact, Hyperscale databases aren't created with a defined max size. Baza danych w hiperskali rośnie w miarę potrzeb i są naliczane tylko za używaną pojemność.A Hyperscale database grows as needed - and you're billed only for the capacity you use. W przypadku obciążeń intensywnie korzystających z odczytu warstwa usługi Hiperskala zapewnia szybkie skalowanie w poziomie przez aprowizowanie dodatkowych replik do odczytu w razie potrzeby odciążania obciążeń odczytu.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Ponadto czas wymagany do utworzenia kopii zapasowych bazy danych lub skalowania w górę lub w dół nie jest już powiązany z woluminem danych w bazie danych.Additionally, the time required to create database backups or to scale up or down is no longer tied to the volume of data in the database. Kopię zapasową baz danych w hiperskali można utworzyć praktycznie natychmiast.Hyperscale databases can be backed up virtually instantaneously. Bazę danych można również skalować w dziesiątki terabajtów w górę lub w dół w ciągu kilku minut.You can also scale a database in the tens of terabytes up or down in minutes. Ta funkcja pozwala nie obaw o wstępne opcje konfiguracji.This capability frees you from concerns about being boxed in by your initial configuration choices.

Aby uzyskać więcej informacji na temat rozmiarów obliczeniowych dla warstwy usługi Hiperskala, zobacz Charakterystyka warstwy usługi.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Kto powinien rozważyć warstwę usługi HiperskalaWho should consider the Hyperscale service tier

Warstwa usługi Hiperskala jest przeznaczona dla większości obciążeń biznesowych, ponieważ zapewnia dużą elastyczność i wysoką wydajność dzięki niezależnie skalowalnym zasobom obliczeniowym i magazynowym.The Hyperscale service tier is intended for most business workloads as it provides great flexibility and high performance with independently scalable compute and storage resources. Dzięki możliwości automatycznego skalowania magazynu do 100 TB jest to doskonały wybór dla klientów, którzy:With the ability to autoscale storage up to 100 TB, it's a great choice for customers who:

  • Lokalne duże bazy danych chcą zmodernizować swoje aplikacje, przechodząc do chmuryHave large databases on-premises and want to modernize their applications by moving to the cloud
  • Znajdują się już w chmurze i są ograniczone przez ograniczenia maksymalnego rozmiaru bazy danych innych warstw usług (1–4 TB)Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Mają mniejsze bazy danych, ale wymagają szybkiego skalowania obliczeń w pionie i poziomie, wysokiej wydajności, błyskawicznego tworzenia kopii zapasowych i szybkiego przywracania bazy danych.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

Warstwa usługi Hiperskala obsługuje szeroką gamę obciążeń SQL Server, od czystego przetwarzania OLTP po czystą analizę, ale jest zoptymalizowana głównie pod kątem przetwarzania OLTP oraz hybrydowych obciążeń przetwarzania transakcji i analiz (HTAP).The Hyperscale service tier supports a broad range of SQL Server workloads, from pure OLTP to pure analytics, but it's primarily optimized for OLTP and hybrid transaction and analytical processing (HTAP) workloads.

Ważne

Elastyczne pule nie obsługują warstwy usługi Hiperskala.Elastic pools do not support the Hyperscale service tier.

Model cen hiperskaliHyperscale pricing model

Warstwa usługi Hiperskala jest dostępna tylko w modelu z rdzeniem vCore.Hyperscale service tier is only available in vCore model. Aby dostosować go do nowej architektury, model cenowy różni się nieco od Ogólnego przeznaczenia lub Krytyczne dla działania firmy usług:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Obliczenia:Compute:

    Cena jednostki obliczeniowej hiperskali wynosi za replikę.The Hyperscale compute unit price is per replica. Cena Korzyść użycia hybrydowego platformy Azure jest stosowana do replik skalowania odczytu automatycznie.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Domyślnie tworzymy replikę podstawową i jedną replikę tylko do odczytu na bazę danych w hiperskali.We create a primary replica and one read-only replica per Hyperscale database by default. Użytkownicy mogą dostosować łączną liczbę replik, w tym replikę podstawową, z 1–5.Users may adjust the total number of replicas including the primary from 1-5.

  • Magazyn:Storage:

    Podczas konfigurowania bazy danych w hiperskali nie trzeba określać maksymalnego rozmiaru danych.You don't need to specify the max data size when configuring a Hyperscale database. W warstwie Hiperskala opłata jest naliczana za magazyn bazy danych na podstawie rzeczywistej alokacji.In the hyperscale tier, you're charged for storage for your database based on actual allocation. Magazyn jest przydzielany automatycznie między 40 GB a 100 TB w przyrostach 10 GB.Storage is automatically allocated between 40 GB and 100 TB, in 10-GB increments. W razie potrzeby wiele plików danych może rosnąć w tym samym czasie.Multiple data files can grow at the same time if needed. Baza danych w hiperskali jest tworzona z początkowym rozmiarem 10 GB i zaczyna rosnąć o 10 GB co 10 minut, aż osiągnie rozmiar 40 GB.A Hyperscale database is created with a starting size of 10 GB and it starts growing by 10 GB every 10 minutes, until it reaches the size of 40 GB.

Aby uzyskać więcej informacji na temat cen hiperskali, zobacz cennik Azure SQL Database HiperskalaFor more information about Hyperscale pricing, see Azure SQL Database Pricing

Architektura funkcji rozproszonychDistributed functions architecture

W przeciwieństwie do tradycyjnych aparatów baz danych, które scentralizowały wszystkie funkcje zarządzania danymi w jednej lokalizacji/procesie (nawet tak zwane rozproszone bazy danych w środowisku produkcyjnym obecnie mają wiele kopii monolitycznego aparatu danych), baza danych w hiperskali oddziela aparat przetwarzania zapytań, w którym semantyka różnych aparatów danych różni się od składników, które zapewniają długoterminowe przechowywanie i trwałość danych.Unlike traditional database engines that have centralized all of the data management functions in one location/process (even so called distributed databases in production today have multiple copies of a monolithic data engine), a Hyperscale database separates the query processing engine, where the semantics of various data engines diverge, from the components that provide long-term storage and durability for the data. W ten sposób pojemność magazynu można bezproblemowo skalować w miarę potrzeb (początkowy cel to 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Repliki tylko do odczytu współdzielą te same składniki magazynu, więc do rozkręcania nowej repliki możliwej do odczytu nie jest wymagana żadna kopia danych.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

Na poniższym diagramie przedstawiono różne typy węzłów w bazie danych w hiperskali:The following diagram illustrates the different types of nodes in a Hyperscale database:

architektura

Baza danych w hiperskali zawiera następujące typy składników:A Hyperscale database contains the following different types of components:

ComputeCompute

Węzeł obliczeniowy to miejsce, w którym znajduje się aparat relacyjnych.The compute node is where the relational engine lives. Jest to miejsce, w którym odbywa się przetwarzanie języka, zapytania i transakcji.This is where language, query, and transaction processing occur. Wszystkie interakcje użytkownika z bazą danych w hiperskali odbywa się za pośrednictwem tych węzłów obliczeniowych.All user interactions with a Hyperscale database happen through these compute nodes. Węzły obliczeniowe mają pamięci podręczne oparte na dyskach SSD (z etykietą RBPEX — rozszerzenie puli buforów odporne na błędy na powyższym diagramie), aby zminimalizować liczbę rund sieciowych wymaganych do pobrania strony danych.Compute nodes have SSD-based caches (labeled RBPEX - Resilient Buffer Pool Extension in the preceding diagram) to minimize the number of network round trips required to fetch a page of data. Istnieje jeden podstawowy węzeł obliczeniowy, w którym są przetwarzane wszystkie obciążenia i transakcje odczytu i zapisu.There is one primary compute node where all the read-write workloads and transactions are processed. Istnieje co najmniej jeden pomocniczy węzeł obliczeniowy, który pełni funkcję węzłów rezerwy czasowej na potrzeby trybu failover, a także pełni funkcję węzłów obliczeniowych tylko do odczytu w celu odciążania obciążeń odczytu (jeśli ta funkcja jest pożądana).There are one or more secondary compute nodes that act as hot standby nodes for failover purposes, as well as act as read-only compute nodes for offloading read workloads (if this functionality is desired).

Aparat bazy danych uruchomiony w węzłach obliczeniowych w warstwie Hiperskala jest taki sam jak w innych Azure SQL Database usług.The database engine running on Hyperscale compute nodes is the same as in other Azure SQL Database service tiers. Gdy użytkownicy wchodzą w interakcję z aparatem bazy danych w węzłach obliczeniowych w warstwie Hiperskala, obsługiwane zachowanie obszaru powierzchni i aparatu jest takie samo jak w innych warstwach usług, z wyjątkiem znanych ograniczeń.When users interact with the database engine on Hyperscale compute nodes, the supported surface area and engine behavior are the same as in other service tiers, with the exception of known limitations.

Serwer stronPage server

Serwery stronicowania to systemy reprezentujące skalowany aparat magazynu.Page servers are systems representing a scaled-out storage engine. Każdy serwer stron jest odpowiedzialny za podzestaw stron w bazie danych.Each page server is responsible for a subset of the pages in the database. Nominalnie każdy serwer stron kontroluje do 128 GB lub do 1 TB danych.Nominally, each page server controls either up to 128 GB or up to 1 TB of data. Żadne dane nie są udostępniane na więcej niż jednym serwerze stronicowania (poza replikami serwerów stron, które są przechowywane w celu zapewnienia nadmiarowości i dostępności).No data is shared on more than one page server (outside of page server replicas that are kept for redundancy and availability). Serwer stronicuje strony z węzłami obliczeniowymi na żądanie, a strony są aktualizowane, gdy transakcje aktualizują dane.The job of a page server is to serve database pages out to the compute nodes on demand, and to keep the pages updated as transactions update data. Serwery stronicowania są na bieżąco odtwarzane przez odtwarzanie rekordów dziennika z usługi dzienników.Page servers are kept up to date by playing log records from the log service. Serwery stronicowane utrzymują również pokrycie pamięci podręcznych opartych na dyskach SSD w celu zwiększenia wydajności.Page servers also maintain covering SSD-based caches to enhance performance. Długoterminowe przechowywanie stron danych jest przechowywane w usłudze Azure Storage w celu zwiększenia niezawodności.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Usługa dziennikówLog service

Usługa dzienników akceptuje rekordy dziennika z podstawowej repliki obliczeniowej, utrwala je w trwałej pamięci podręcznej i przekazuje rekordy dziennika do pozostałych replik obliczeniowych (aby można było aktualizować ich pamięci podręczne) oraz odpowiednich serwerów stronicowania, aby dane można było tam zaktualizować.The log service accepts log records from the primary compute replica, persists them in a durable cache, and forwards the log records to the rest of compute replicas (so they can update their caches) as well as the relevant page server(s), so that the data can be updated there. W ten sposób wszystkie zmiany danych z podstawowej repliki obliczeniowej są propagowane za pośrednictwem usługi dziennika do wszystkich pomocniczych replik obliczeniowych i serwerów stronicowania.In this way, all data changes from the primary compute replica are propagated through the log service to all the secondary compute replicas and page servers. Na koniec rekordy dziennika są wypychane do magazynu długoterminowego w usłudze Azure Storage, która jest praktycznie nieskończonym repozytorium magazynu.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Ten mechanizm usuwa potrzebę częstego przycinania dzienników.This mechanism removes the need for frequent log truncation. Usługa dziennika ma również pamięć lokalną i pamięci podręczne SSD w celu przyspieszenia dostępu do rekordów dziennika.The log service also has local memory and SSD caches to speed up access to log records.

Azure StorageAzure storage

Usługa Azure Storage zawiera wszystkie pliki danych w bazie danych.Azure Storage contains all data files in a database. Serwery stronicowanie przechowują pliki danych w usłudze Azure Storage na bieżąco.Page servers keep data files in Azure Storage up to date. Ten magazyn jest używany do tworzenia kopii zapasowych, a także do replikacji między regionami świadczenia usługi Azure.This storage is used for backup purposes, as well as for replication between Azure regions. Kopie zapasowe są implementowane przy użyciu migawek magazynu plików danych.Backups are implemented using storage snapshots of data files. Operacje przywracania przy użyciu migawek są szybkie niezależnie od rozmiaru danych.Restore operations using snapshots are fast regardless of data size. Dane można przywrócić do dowolnego punktu w czasie w okresie przechowywania kopii zapasowej bazy danych.Data can be restored to any point in time within the backup retention period of the database.

Tworzenie kopii zapasowej i przywracanieBackup and restore

Kopie zapasowe są oparte na migawkach plików, dlatego są niemal natychmiastowe.Backups are file-snapshot based and hence they're nearly instantaneous. Separacja magazynu i zasobów obliczeniowych umożliwia wypychanie operacji tworzenia/przywracania kopii zapasowej do warstwy magazynu w celu zmniejszenia obciążenia związanego z przetwarzaniem podstawowej repliki obliczeniowej.Storage and compute separation enables pushing down the backup/restore operation to the storage layer to reduce the processing burden on the primary compute replica. W związku z tym kopia zapasowa bazy danych nie ma wpływu na wydajność podstawowego węzła obliczeniowego.As a result, database backup doesn't impact performance of the primary compute node. Podobnie odzyskiwanie do punktu w czasie odbywa się przez przywrócenie migawek plików i w związku z tym nie jest rozmiarem operacji na danych.Similarly, point in time recovery (PITR) is done by reverting to file snapshots, and as such is not a size of data operation. Przywracanie bazy danych w witrynie Hiperskala w tym samym regionie platformy Azure jest operacją w stałym czasie, a nawet bazy danych z wieloma terabajtami można przywrócić w ciągu kilku minut, a nie godzin lub dni.Restore of a Hyperscale database in the same Azure region is a constant-time operation, and even multiple-terabyte databases can be restored in minutes instead of hours or days. Tworzenie nowych baz danych przez przywrócenie istniejącej kopii zapasowej wykorzystuje również tę funkcję: tworzenie kopii baz danych na potrzeby testowania lub testowania, nawet w przypadku baz danych o wielu terabajtach, jest dobowe w ciągu kilku minut.Creation of new databases by restoring an existing backup also takes advantage of this feature: creating database copies for development or testing purposes, even of multi-terabyte databases, is doable in minutes.

Aby uzyskać informacje na temat przywracania geograficznego baz danych w hiperskali, zobacz Przywracanie bazy danych w hiperskali do innego regionu.For geo-restore of Hyperscale databases, see Restoring a Hyperscale database to a different region.

Zalety skalowania i wydajnościScale and performance advantages

Dzięki możliwości szybkiego rozkręcania/usuwania dodatkowych węzłów obliczeniowych tylko do odczytu architektura hiperskala umożliwia znaczne możliwości skalowania odczytu i może również zwalniać podstawowy węzeł obliczeniowy do obsługi większej liczby żądań zapisu.With the ability to rapidly spin up/down additional read-only compute nodes, the Hyperscale architecture allows significant read scale capabilities and can also free up the primary compute node for serving more write requests. Ponadto węzły obliczeniowe można szybko skalować w górę/w dół ze względu na architekturę magazynu udostępnionego architektury hiperskali.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Tworzenie bazy danych w hiperskaliCreate a Hyperscale database

Bazę danych w hiperskali można utworzyć przy użyciu interfejsu Azure Portal, T-SQL, PowerShelllub interfejsu wiersza polecenia.A Hyperscale database can be created using the Azure portal, T-SQL, PowerShell, or CLI. Bazy danych w hiperskali są dostępne tylko przy użyciu modelu zakupów opartego na rdzeniu wirtualnych.Hyperscale databases are available only using the vCore-based purchasing model.

Następujące polecenie języka T-SQL tworzy bazę danych w hiperskali.The following T-SQL command creates a Hyperscale database. W instrukcji należy określić zarówno wersję, jak i cel CREATE DATABASE usługi.You must specify both the edition and service objective in the CREATE DATABASE statement. Zapoznaj się z limitami zasobów, aby uzyskać listę prawidłowych celów usługi.Refer to the resource limits for a list of valid service objectives.

-- Create a Hyperscale Database
CREATE DATABASE [HyperscaleDB1] (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Spowoduje to utworzenie bazy danych w hiperskali na sprzęcie Gen5 z czterema rdzeniami.This will create a Hyperscale database on Gen5 hardware with four cores.

Uaktualnianie istniejącej bazy danych do hiperskaliUpgrade existing database to Hyperscale

Istniejące bazy danych można przenosić w Azure SQL Database do hiperskali przy użyciu interfejsu Azure Portal, T-SQL, PowerShelllub interfejsu wiersza polecenia.You can move your existing databases in Azure SQL Database to Hyperscale using the Azure portal, T-SQL, PowerShell, or CLI. Obecnie jest to migracja jednokierunkowa.At this time, this is a one-way migration. Nie można przenosić baz danych z warstwy Hiperskala do innej warstwy usługi, niż przez eksportowanie i importowanie danych.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. W celu weryfikacji koncepcji zalecamy wykonanie kopii produkcyjnych baz danych i zmigrowanie jej do hiperskali.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. Migrowanie istniejącej bazy danych w Azure SQL Database do warstwy Hiperskala to rozmiar operacji na danych.Migrating an existing database in Azure SQL Database to the Hyperscale tier is a size of data operation.

Następujące polecenie języka T-SQL przenosi bazę danych do warstwy usługi Hiperskala.The following T-SQL command moves a database into the Hyperscale service tier. W instrukcji należy określić zarówno wersję, jak i cel ALTER DATABASE usługi.You must specify both the edition and service objective in the ALTER DATABASE statement.

-- Alter a database to make it a Hyperscale Database
ALTER DATABASE [DB2] MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Nawiązywanie połączenia z repliką bazy danych w skali odczytu w hiperskaliConnect to a read-scale replica of a Hyperscale database

W bazach danych w hiperskali argument w ciągu połączenia dostarczonym przez klienta określa, czy połączenie jest kierowane do repliki zapisu, czy do repliki pomocniczej tylko ApplicationIntent do odczytu.In Hyperscale databases, the ApplicationIntent argument in the connection string provided by the client dictates whether the connection is routed to the write replica or to a read-only secondary replica. Jeśli zestaw wartości i baza danych nie ma repliki pomocniczej, połączenie zostanie przekierowyowane do repliki podstawowej i domyślnie ApplicationIntent READONLY będzie ReadWrite zachowaniem.If the ApplicationIntent set to READONLY and the database doesn't have a secondary replica, connection will be routed to the primary replica and defaults to ReadWrite behavior.

-- Connection string with application intent
Server=tcp:<myserver>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadOnly;User ID=<myLogin>;Password=<myPassword>;Trusted_Connection=False; Encrypt=True;

Repliki pomocnicze w hiperskali są identyczne, używając tego samego celu poziomu usług co replika podstawowa.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Jeśli istnieje więcej niż jedna replika pomocnicza, obciążenie jest dystrybuowane we wszystkich dostępnych serwerach pomocniczych.If more than one secondary replica is present, the workload is distributed across all available secondaries. Każda replika pomocnicza jest aktualizowana niezależnie.Each secondary replica is updated independently. W związku z tym różne repliki mogą mieć różne opóźnienia danych względem repliki podstawowej.Thus, different replicas could have different data latency relative to the primary replica.

Wysoka dostępność bazy danych w hiperskaliDatabase high availability in Hyperscale

Podobnie jak we wszystkich innych warstwach usług, warstwa Hiperskala gwarantuje trwałość danych dla zatwierdzonej transakcji niezależnie od dostępności repliki obliczeniowej.As in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. Czas przestoju spowodowany niedostępności repliki podstawowej zależy od typu trybu failover (planowanego i nieplanowanego) oraz obecności co najmniej jednej repliki pomocniczej.The extent of downtime due to the primary replica becoming unavailable depends on the type of failover (planned vs. unplanned), and on the presence of at least one secondary replica. W przypadku planowanego trybu failover (tj. zdarzenia konserwacji) system tworzy nową replikę podstawową przed zainicjowanie trybu failover lub używa istniejącej repliki pomocniczej jako obiektu docelowego trybu failover.In a planned failover (i.e. a maintenance event), the system either creates the new primary replica before initiating a failover, or uses an existing secondary replica as the failover target. W przypadku nieplanowanego trybu failover (tj. awarii sprzętu w replice podstawowej) system używa repliki pomocniczej jako miejsca docelowego trybu failover, jeśli istnieje, lub tworzy nową replikę podstawową z puli dostępnej pojemności obliczeniowej.In an unplanned failover (i.e. a hardware failure on the primary replica), the system uses a secondary replica as a failover target if one exists, or creates a new primary replica from the pool of available compute capacity. W drugim przypadku czas przestoju jest dłuższy z powodu dodatkowych kroków wymaganych do utworzenia nowej repliki podstawowej.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

W przypadku umowy SLA dla hiperskali zobacz SLA for Azure SQL Database.For Hyperscale SLA, see SLA for Azure SQL Database.

Odzyskiwanie po awarii dla baz danych w hiperskaliDisaster recovery for Hyperscale databases

Przywracanie bazy danych w hiperskali do innego regionuRestoring a Hyperscale database to a different region

Jeśli musisz przywrócić bazę danych w hiperskali w programie Azure SQL Database do regionu innego niż obecnie hostowany w ramach operacji odzyskiwania po awarii, przechodzenia do szczegółów, relokacji lub z dowolnej innej przyczyny, podstawową metodą jest przywracanie geograficzne bazy danych.If you need to restore a Hyperscale database in Azure SQL Database to a region other than the one it's currently hosted in, as part of a disaster recovery operation or drill, relocation, or any other reason, the primary method is to do a geo-restore of the database. Obejmuje to dokładnie te same kroki co w przypadku przywracania dowolnej innej bazy danych w SQL Database do innego regionu:This involves exactly the same steps as what you would use to restore any other database in SQL Database to a different region:

  1. Utwórz serwer w regionie docelowym, jeśli nie masz jeszcze odpowiedniego serwera.Create a server in the target region if you don't already have an appropriate server there. Ten serwer powinien być własnością tej samej subskrypcji co oryginalny (źródłowy) serwer.This server should be owned by the same subscription as the original (source) server.
  2. Postępuj zgodnie z instrukcjami w temacie dotyczącym przywracania geograficznego na stronie dotyczącej przywracania bazy danych Azure SQL Database z automatycznych kopii zapasowych.Follow the instructions in the geo-restore topic of the page on restoring a database in Azure SQL Database from automatic backups.

Uwaga

Ponieważ źródło i obiekt docelowy znajdują się w oddzielnych regionach, baza danych nie może współdzielić magazynu migawek ze źródłową bazą danych, tak jak w przypadku przywracania poza obszarem geograficznym, które są szybko ukończone niezależnie od rozmiaru bazy danych.Because the source and target are in separate regions, the database cannot share snapshot storage with the source database as in non-geo restores, which complete quickly regardless of database size. W przypadku przywracania geograficznego bazy danych w hiperskali będzie to operacja rozmiaru danych, nawet jeśli obiekt docelowy znajduje się w sparowanym regionie magazynu replikowanego geograficznie.In the case of a geo-restore of a Hyperscale database, it will be a size-of-data operation, even if the target is in the paired region of the geo-replicated storage. W związku z tym przywracanie geograficzne będzie trwać proporcjonalnie do rozmiaru przywracanej bazy danych.Therefore, a geo-restore will take time proportional to the size of the database being restored. Jeśli obiekt docelowy znajduje się w sparowanych regionach, transfer danych będzie w regionie, który będzie znacznie szybszy niż transfer danych między regionami, ale nadal będzie operacją rozmiaru danych.If the target is in the paired region, data transfer will be within a region, which will be significantly faster than a cross-region data transfer, but it will still be a size-of-data operation.

Dostępne regionyAvailable regions

Warstwa Azure SQL Database Hiperskala jest dostępna we wszystkich regionach, ale domyślnie włączona w następujących regionach wymienionych poniżej.The Azure SQL Database Hyperscale tier is available in all regions but enabled by default in the following regions listed below. Jeśli chcesz utworzyć bazę danych w hiperskali w regionie, w którym funkcja Hiperskala nie jest domyślnie włączona, możesz wysłać żądanie Azure Portal.If you want to create a Hyperscale database in a region where Hyperscale is not enabled by default, you can send an onboarding request via Azure portal. Aby uzyskać instrukcje, zobacz Request quota increases for Azure SQL Database (Żądanie zwiększenia limitu przydziału dla instrukcje).For instructions, see Request quota increases for Azure SQL Database for instructions. Przesyłając żądanie, należy stosować się do następujących wytycznych:When submitting your request, use the following guidelines:

  • Użyj typu limitów przydziału dostęp SQL Database Region.Use the Region access SQL Database quota type.
  • W opisie dodaj jednostkę SKU/łączną liczbę rdzeni obliczeniowych, w tym repliki z możliwością odczytu, i wskaż, że żądasz pojemności Hiperskala.In the description, add the compute SKU/total cores including readable replicas, and indicate that you are requesting Hyperscale capacity.
  • Określ również projekcję całkowitego rozmiaru wszystkich baz danych w czasie w TB.Also specify a projection of the total size of all databases over time in TB.

Włączone regiony:Enabled Regions:

  • Australia WschodniaAustralia East
  • Australia Południowo-WschodniaAustralia Southeast
  • Australia ŚrodkowaAustralia Central
  • Brazylia PołudniowaBrazil South
  • Kanada ŚrodkowaCanada Central
  • Kanada WschodniaCanada East
  • Central USCentral US
  • Chiny Wschodnie 2China East 2
  • Chiny Północne 2China North 2
  • Azja WschodniaEast Asia
  • East USEast US
  • Wschodnie usa 2East Us 2
  • Francja ŚrodkowaFrance Central
  • Niemcy Zachodnio-środkoweGermany West Central
  • Japonia WschodniaJapan East
  • Japonia ZachodniaJapan West
  • Korea ŚrodkowaKorea Central
  • Korea PołudniowaKorea South
  • Północno-środkowe stany USANorth Central US
  • Europa PółnocnaNorth Europe
  • Holandia WschodniaNorway East
  • Zachodnia AfrykaNorway West
  • Północna Republika Południowej AfrykiSouth Africa North
  • South Central USSouth Central US
  • Southeast AsiaSoutheast Asia
  • Europa ZachodniaSwitzerland West
  • Południowe Zjednoczone KrólestwoUK South
  • Zachodnie Zjednoczone KrólestwoUK West
  • US DoD (region środkowy)US DoD Central
  • US DoD (region wschodni)US DoD East
  • Us Govt ArizonaUs Govt Arizona
  • US Govt TeksasUS Govt Texas
  • Zachodnio-środkowe stany USAWest Central US
  • West EuropeWest Europe
  • Zachodnie stany USAWest US
  • Zachodnie stany USA 2West US 2

Znane ograniczeniaKnown limitations

Są to aktualne ograniczenia dotyczące warstwy usługi Hiperskala od wersji GA.These are the current limitations to the Hyperscale service tier as of GA. Aktywnie pracujemy nad usunięciem jak najwięcej z tych ograniczeń.We're actively working to remove as many of these limitations as possible.

ProblemIssue DescriptionDescription
W okienku Zarządzanie kopiami zapasami dla serwera nie są wyświetlane bazy danych w hiperskali.The Manage Backups pane for a server doesn't show Hyperscale databases. Zostaną one odfiltrowane z widoku.These will be filtered from the view. Hiperskala ma oddzielną metodę zarządzania kopiami zapasami, więc ustawienia przechowywania Long-Term przechowywania i przechowywania kopii zapasowych w punkcie w czasie nie mają zastosowania.Hyperscale has a separate method for managing backups, so the Long-Term Retention and Point-in-Time backup retention settings don't apply. W związku z tym bazy danych w chmurze w chmurze nie są wyświetlane w okienku Zarządzanie kopiami zapasami.Accordingly, Hyperscale databases don't appear in the Manage Backup pane.

W przypadku baz danych migrowanych do warstwy Hiperskala z innych warstw usług Azure SQL Database, kopie zapasowe przed migracją są przechowywane przez czas przechowywania kopii zapasowej źródłowej bazy danych.For databases migrated to Hyperscale from other Azure SQL Database service tiers, pre-migration backups are kept for the duration of backup retention period of the source database. Te kopie zapasowe mogą służyć do przywracania źródłowej bazy danych do punktu w czasie przed migracją.These backups can be used to restore the source database to a point in time before migration.
Przywracanie do określonego momentuPoint-in-time restore Bazy danych spoza hiperskali nie można przywrócić jako bazy danych w hiperskali, a bazy danych w hiperskali nie można przywrócić jako bazy danych spoza hiperskali.A non-Hyperscale database can't be restored as a Hyperscale database, and a Hyperscale database can't be restored as a non-Hyperscale database. W przypadku bazy danych spoza hiperskali, która została zmigrowana do warstwy Hiperskala przez zmianę warstwy usługi, przywracanie do punktu w czasie przed migracją i w okresie przechowywania kopii zapasowej bazy danych jest obsługiwane programowo.For a non-Hyperscale database that has been migrated to Hyperscale by changing its service tier, restore to a point in time before migration and within the backup retention period of the database is supported programmatically. Przywrócona baza danych będzie spoza hiperskali.The restored database will be non-Hyperscale.
W przypadku Azure SQL Database usługi na hiperskala operacja kończy się niepowodzeniem, jeśli baza danych zawiera jakiekolwiek pliki danych większe niż 1 TBWhen changing Azure SQL Database service tier to Hyperscale, the operation fails if the database has any data files larger than 1 TB W niektórych przypadkach może być możliwe omianie tego problemu przez zmniejszenie ilości dużych plików do mniejszego niż 1 TB przed podjęciem próby zmiany warstwy usługi na Hiperskala. In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB before attempting to change the service tier to Hyperscale. Użyj następującego zapytania, aby określić bieżący rozmiar plików bazy danych.Use the following query to determine the current size of database files. SELECT file_id, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';SELECT file_id, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
Wystąpienie zarządzane SQLSQL Managed Instance Azure SQL Managed Instance nie jest obecnie obsługiwane w przypadku baz danych w hiperskali.Azure SQL Managed Instance isn't currently supported with Hyperscale databases.
Pule elastyczneElastic Pools Pule elastyczne nie są obecnie obsługiwane w przypadku hiperskali.Elastic Pools aren't currently supported with Hyperscale.
Migracja do hiperskali jest obecnie operacją jednokierunkowąMigration to Hyperscale is currently a one-way operation Po migracji bazy danych do warstwy Hiperskala nie można jej migrować bezpośrednio do warstwy usługi spoza hiperskali.Once a database is migrated to Hyperscale, it can't be migrated directly to a non-Hyperscale service tier. Obecnie jedynym sposobem migracji bazy danych z hiperskali do 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.) Eksportowanie/importowanie pliku Bacpac z programu Azure Portal z programu PowerShell przy użyciu polecenia New-AzSqlDatabaseExport lub New-AzSqlDatabaseImportz interfejsu wiersza polecenia platformy Azure przy użyciu poleceń az sql db export i az sql db importoraz z interfejsu API REST nie jest obsługiwane.At present, the only way to migrate a database from Hyperscale to non-Hyperscale is to export/import using a bacpac file or other data movement technologies (Bulk Copy, Azure Data Factory, Azure Databricks, SSIS, etc.) 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 is not supported. Importowanie/eksportowanie pliku Bacpac dla mniejszych baz danych w hiperskali (do 200 GB) jest obsługiwane przy użyciu programu SSMS i pakietu SqlPackage w wersji 18.4 lub nowszej.Bacpac import/export for smaller Hyperscale databases (up to 200 GB) is supported using SSMS and SqlPackage version 18.4 and later. W przypadku większych baz danych eksportowanie/importowanie pliku BACPAC może zająć dużo czasu i może się nie powieść z różnych powodów.For larger databases, bacpac export/import may take a long time, and may fail for various reasons.
Migracja baz danych z In-Memory OLTPMigration of databases with In-Memory OLTP objects Hiperskala obsługuje podzbiór In-Memory OLTP, w tym typy tabel zoptymalizowane pod kątem pamięci, zmienne tabel i natywnie skompilowane moduły.Hyperscale supports a subset of In-Memory OLTP objects, including memory-optimized table types, table variables, and natively compiled modules. Jeśli jednak w migrowanych bazach In-Memory oltp istnieją obiekty OLTP, migracja z warstw Premium i Krytyczne dla działania firmy do hiperskali nie jest obsługiwana.However, when any kind of In-Memory OLTP objects are present in the database being migrated, migration from Premium and Business Critical service tiers to Hyperscale is not supported. Aby zmigrować taką bazę danych do hiperskali, wszystkie In-Memory OLTP i ich zależności muszą zostać usunięte.To migrate such a database to Hyperscale, all In-Memory OLTP objects and their dependencies must be dropped. Po migracji bazy danych można odtworzyć te obiekty.After the database is migrated, these objects can be recreated. Tabele trwałe i nietrwałych zoptymalizowane pod kątem pamięci nie są obecnie obsługiwane w hiperskali i należy je zmienić na tabele dysków.Durable and non-durable memory-optimized tables are not currently supported in Hyperscale, and must be changed to disk tables.
Replikacja geograficznaGeo-replication Replikacja geograficzna w hiperskali jest teraz w publicznej wersji zapoznawczej.Geo-replication on Hyperscale is now in public preview.
Kopiowanie bazy danychDatabase Copy Kopiowanie bazy danych w oknie Hiperskala jest teraz dostępne w publicznej wersji zapoznawczej.Database copy on Hyperscale is now in public preview.
Funkcje inteligentnej bazy danychIntelligent Database Features Z wyjątkiem opcji "Wymuś plan", wszystkie inne opcje automatycznego dostrajania nie są jeszcze obsługiwane w hiperskali: opcje mogą być włączone, ale nie zostaną wykonane żadne zalecenia ani akcje.With the exception of the "Force Plan" option, all other Automatic Tuning options aren't yet supported on Hyperscale: options may appear to be enabled, but there won't be any recommendations or actions made.
Analiza wydajności zapytańQuery Performance Insights Szczegółowe informacje o wydajności zapytań nie są obecnie obsługiwane w przypadku baz danych w hiperskali.Query Performance Insights is currently not supported for Hyperscale databases.
Zmniejszanie bazy danychShrink Database Baza danych DBCC SHRINKDATABASE DBCC SHRINKFILE nie jest obecnie obsługiwana w przypadku baz danych w hiperskali.DBCC SHRINKDATABASE or DBCC SHRINKFILE isn't currently supported for Hyperscale databases.
Sprawdzanie integralności bazy danychDatabase integrity check Baza danych DBCC CHECKDB nie jest obecnie obsługiwana w przypadku baz danych w hiperskali.DBCC CHECKDB isn't currently supported for Hyperscale databases. Jako obejścia można użyć tabel DBCC CHECKFILEGROUP i DBCC CHECKTABLE.DBCC CHECKFILEGROUP and DBCC CHECKTABLE may be used as a workaround. Zobacz Integralność danych w Azure SQL Database, aby uzyskać szczegółowe informacje na temat zarządzania integralnością danych w Azure SQL Database.See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Następne krokiNext steps