Hyperscale-DienstebeneHyperscale service tier

Azure SQL-Datenbank basiert auf der an die Cloudumgebung angepasste Architektur der SQL Server-Datenbank-Engine, um die Verfügbarkeit von 99,99 % selbst bei Infrastrukturausfällen sicherzustellen.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. In Azure SQL-Datenbank werden drei Architekturmodelle verwendet:There are three architectural models that are used in Azure SQL Database:

  • Universell/StandardGeneral Purpose/Standard
  • HyperscaleHyperscale
  • Unternehmenskritisch/PremiumBusiness Critical/Premium

Die Dienstebene „Hyperscale“ in Azure SQL-Datenbank ist die neueste Dienstebene im vCore-basierten Kaufmodell.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Diese Dienstebene bietet eine hochgradig skalierbare Speicher- und Computeleistung, mit der die Speicher- und Computeressourcen für eine Azure SQL-Datenbank-Instanz mithilfe der Azure-Architektur weit über die Limits der Dienstebenen „Universell“ und „Unternehmenskritisch“ hinaus aufskaliert werden können.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.

Hinweis

  • Ausführliche Informationen zu den Dienstebenen „Universell“ und „Unternehmenskritisch“ im vCore-basierten Kaufmodell finden Sie in den Dienstebenen Universell und Unternehmenskritisch.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. Einen Vergleich zwischen vCore-basiertem Kaufmodell und DTU-basiertem Kaufmodell finden Sie unter Kaufmodelle für Azure SQL-Datenbank und Ressourcen.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.
  • Die Hyperscale-Dienstebene ist derzeit nur für Azure SQL-Datenbank und nicht für Azure SQL Managed Instance verfügbar.The Hyperscale service tier is currently only available for Azure SQL Database, and not Azure SQL Managed Instance.

Welche Funktionen bietet Hyperscale?What are the Hyperscale capabilities

Die Dienstebene „Hyperscale“ in Azure SQL-Datenbank bietet folgende zusätzliche Funktionen:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Unterstützung für eine Datenbankgröße von bis zu 100 TBSupport for up to 100 TB of database size
  • Nahezu sofortige Datenbanksicherungen (basierend auf in Azure Blob Storage gespeicherten Dateimomentaufnahmen) unabhängig von der Größe und ohne E/A-Auswirkung auf ComputeressourcenNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Schnelle Datenbankwiederherstellungen (basierend auf Dateimomentaufnahmen) in Minuten statt Stunden oder Tagen (kein von der Datengröße abhängiger Vorgang)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Höhere Gesamtleistung aufgrund eines höheren Protokolldurchsatzes und schnellere Transaktionscommits unabhängig von DatenmengenHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Schnelle Aufskalierung: Sie können einen oder mehrere schreibgeschützte Knoten zur Abladung Ihrer Leseworkload und zur Verwendung als unmittelbar betriebsbereite Standbyserver bereitstellen.Rapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Schnelle Hochskalierung: Sie können Ihre Computeressourcen in konstanter Zeit hochskalieren, um hohe Workloads nach Bedarf zu bewältigen, und anschließend wieder herunterskalieren, sobald sie nicht mehr benötigt werden.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.

Die Dienstebene „Hyperscale“ beseitigt viele praktische Einschränkungen, die normalerweise für Clouddatenbanken gelten.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. Während die meisten anderen Datenbanken durch die auf einem einzelnen Knoten verfügbaren Ressourcen eingeschränkt werden, gelten in der Dienstebene „Hyperscale“ keine solchen Limits.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Aufgrund der flexiblen Speicherarchitektur wächst der Speicher nach Bedarf.With its flexible storage architecture, storage grows as needed. Hyperscale-Datenbanken werden ohne Definition einer maximalen Größe erstellt.In fact, Hyperscale databases aren't created with a defined max size. Eine Hyperscale-Datenbank wächst nach Bedarf – und Ihnen wird nur die tatsächlich verwendete Kapazität in Rechnung gestellt.A Hyperscale database grows as needed - and you're billed only for the capacity you use. Für leseintensive Workloads bietet die Dienstebene „Hyperscale“ eine schnelle horizontale Skalierung, indem nach Bedarf zusätzliche Lesereplikate zur Abladung von Leseworkloads bereitgestellt werden.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Darüber hinaus ist die Zeit, die zum Erstellen von Datenbanksicherungen oder zum Hoch- oder Herunterskalieren erforderlich ist, nicht mehr an die Menge der Daten in der Datenbank gebunden.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. Hyperscale-Datenbanken können praktisch sofort gesichert werden.Hyperscale databases can be backed up virtually instantaneously. Außerdem können Sie eine Datenbank in Minutenschnelle in der Größenordnung von zig Terabyte hoch- oder herunterskalieren.You can also scale a database in the tens of terabytes up or down in minutes. Durch diese Funktion müssen Sie nicht befürchten, durch Ihre Auswahl bei der Anfangskonfiguration eingeschränkt zu werden.This capability frees you from concerns about being boxed in by your initial configuration choices.

Weitere Informationen zu den Computegrößen für die Dienstebene „Hyperscale“ finden Sie unter Merkmale der Dienstebene.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Wer sollte die Dienstebene „Hyperscale“ in Betracht ziehen?Who should consider the Hyperscale service tier

Die Dienstebene „Hyperscale“ ist für die meisten geschäftlichen Workloads vorgesehen, da sie große Flexibilität und Hochleistung mit unabhängig skalierbaren Compute- und Speicherressourcen bietet.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. Mit der Fähigkeit, Speicher automatisch bis zu 100 TB zu skalieren, ist sie eine gute Wahl für Kunden, auf die Folgendes zutrifft:With the ability to autoscale storage up to 100 TB, it's a great choice for customers who:

  • Sie verfügen lokal über große Datenbanken und möchten ihre Anwendungen modernisieren, indem Sie sie in die Cloud verschieben.Have large databases on-premises and want to modernize their applications by moving to the cloud
  • Sie befinden sich bereits in der Cloud und sind durch die Beschränkungen der maximalen Datenbankgröße anderer Dienstebenen eingeschränkt (1 bis 4 TB).Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Sie verwenden kleinere Datenbanken, benötigen aber eine schnelle vertikale und horizontale Computeskalierung, Hochleistung, sofortige Sicherung und schnelle Datenbankwiederherstellung.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

Die Hyperscale-Dienstebene unterstützt eine breite Palette von SQL Server-Workloads (von reinem OLTP bis zu reinen Analysen), ist aber in erster Linie für OLTP- und hybride Transaktions- und Analyseverarbeitungsworkloads (HTAP) optimiert.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.

Wichtig

Pools für elastische Datenbanken bieten für die Dienstebene „Hyperscale“ keine Unterstützung.Elastic pools do not support the Hyperscale service tier.

Preismodell für „Hyperscale“Hyperscale pricing model

Die Dienstebene „Hyperscale“ ist nur im V-Kern-Modell verfügbar.Hyperscale service tier is only available in vCore model. In Anpassung an die neue Architektur ist das Preismodell etwas anders gestaltet als bei den Dienstebenen „Universell“ oder „Unternehmenskritisch“:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Compute:Compute:

    Der Preis für Compute-Einheiten bei „Hyperscale“ ist pro Replikat.The Hyperscale compute unit price is per replica. Der Preis für den Azure-Hybridvorteil wird automatisch auf Replikate mit Leseskalierung angewendet.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Wir erstellen standardmäßig ein primäres Replikat und ein schreibgeschütztes Replikat pro Hyperscale-Datenbank.We create a primary replica and one read-only replica per Hyperscale database by default. Benutzer können die Gesamtanzahl der Replikate einschließlich des primären Replikats von 1 bis 5 anpassen.Users may adjust the total number of replicas including the primary from 1-5.

  • Storage:Storage:

    Beim Konfigurieren einer Hyperscale-Datenbank müssen Sie keine maximale Datengröße angeben.You don't need to specify the max data size when configuring a Hyperscale database. Im Hyperscale-Tarif werden Gebühren für den Speicher Ihrer Datenbank basierend auf der tatsächlichen Zuordnung berechnet.In the hyperscale tier, you're charged for storage for your database based on actual allocation. Speicher zwischen 40 GB und 100 TB wird in Schritten von 10 GB automatisch zugewiesen.Storage is automatically allocated between 40 GB and 100 TB, in 10-GB increments. Mehrere Datendateien können bei Bedarf gleichzeitig wachsen.Multiple data files can grow at the same time if needed. Eine Hyperscale-Datenbank wird mit einer Startgröße von 10 GB erstellt und wächst dann alle 10 Minuten um 10 GB, bis die Größe von 40 GB erreicht ist.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.

Weitere Informationen zu den Hyperscale-Preisen finden Sie unter Preise für Azure SQL-Datenbank.For more information about Hyperscale pricing, see Azure SQL Database Pricing

Architektur mit verteilten FunktionenDistributed functions architecture

Im Gegensatz zu herkömmlichen Datenbank-Engines, in denen alle Datenverwaltungsfunktionen an einem Standort/in einem Prozess zentralisiert sind (selbst die so genannten verteilten Datenbanken in modernen Produktionsumgebung verfügen über mehrere Kopien einer monolithischen Daten-Engine), trennt eine Hyperscale-Datenbank die Abfrageverarbeitungs-Engine, in der die Semantik verschiedener Daten-Engines abweicht, von den Komponenten, die eine langfristige Speicherung und Dauerhaftigkeit für die Daten bereitstellen.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. Auf diese Weise kann die Speicherkapazität nahtlos nach Bedarf horizontal hochskaliert werden. (Das Anfangsziel ist 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Schreibgeschützte Replikate nutzen dieselben Speicherkomponenten gemeinsam, daher ist keine Datenkopie erforderlich, um ein neues lesbares Replikat zu starten.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

Das folgende Diagramm veranschaulicht die verschiedenen Typen von Knoten in einer Hyperscale-Datenbank:The following diagram illustrates the different types of nodes in a Hyperscale database:

Architektur

Eine Hyperscale-Datenbank enthält die folgenden verschiedenen Komponententypen:A Hyperscale database contains the following different types of components:

ComputeCompute

Im Computeknoten befindet sich die relationale Engine und damit auch alle Sprachelemente, die Abfrageverarbeitung usw.The compute node is where the relational engine lives, so all the language elements, query processing, and so on, occur. Alle Benutzerinteraktionen mit einer Hyperscale-Datenbank erfolgen über diese Computeknoten.All user interactions with a Hyperscale database happen through these compute nodes. Computeknoten umfassen SSD-basierte Caches (mit der Bezeichnung „RBPEX – Resilient Buffer Pool Extension“ im obigen Diagramm), um die Anzahl von Netzwerkroundtrips zu minimieren, die zum Abrufen einer Datenseite erforderlich sind.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. Es gibt einen primären Computeknoten, in dem alle Lese-/Schreibworkloads und Transaktionen verarbeitet werden.There is one primary compute node where all the read-write workloads and transactions are processed. Mindestens ein sekundärer Computeknoten fungiert als unmittelbar betriebsbereiter Standbyserver für Failoverzwecke sowie als schreibgeschützter Computeknoten für die Abladung von Leseworkloads (falls diese Funktion gewünscht ist).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).

SeitenserverPage server

Seitenserver sind Systeme, die eine horizontale hochskalierte Speicher-Engine darstellen.Page servers are systems representing a scaled-out storage engine. Jeder Seitenserver ist für eine Teilmenge der Seiten in der Datenbank zuständig.Each page server is responsible for a subset of the pages in the database. In der Regel steuert jeder Seitenserver zwischen 128GB und 1TB Daten.Nominally, each page server controls between 128 GB and 1 TB of data. Es werden keine Daten auf mehreren Seitenservern gemeinsam genutzt (abgesehen von Replikaten, die für Redundanz und Verfügbarkeit gespeichert werden).No data is shared on more than one page server (outside of replicas that are kept for redundancy and availability). Die Aufgabe eines Seitenservers besteht darin, Datenbankseiten nach Bedarf für die Computeknoten bereitzustellen und die Seiten auf dem neuesten Stand zu halten, wenn die Daten in Transaktionen aktualisiert werden.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. Seitenserver werden durch die Wiedergabe von Protokolldatensätzen aus dem Protokolldienst auf dem aktuellen Stand gehalten.Page servers are kept up to date by playing log records from the log service. Außerdem verwalten Seitenserver SSD-basierte Caches zum Verbessern der Leistung.Page servers also maintain SSD-based caches to enhance performance. Eine langfristige Speicherung von Datenseiten wird in Azure Storage beibehalten, um eine zusätzliche Zuverlässigkeit zu gewährleisten.Long-term storage of data pages is kept in Azure Storage for additional reliability.

ProtokolldienstLog service

Der Protokolldienstknoten akzeptiert Protokolldatensätze vom primären Computereplikat, speichert sie in einem permanenten Zwischenspeicher und leitet die Protokolldatensätze an die übrigen Computereplikate (damit sie ihre Caches aktualisieren können) sowie die entsprechenden Seitenserver weiter, damit die Daten dort aktualisiert werden können.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. Auf diese Weise werden alle Datenänderungen vom primären Computereplikat über den Protokolldienst an alle sekundären Computereplikate und Seitenserver weitergegeben.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. Schließlich werden die Protokolldatensätze in den langfristigen Speicher in Azure Storage gepusht. Hierbei handelt es sich um ein praktisch unbegrenztes Speicherrepository.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Durch diesen Mechanismus entfällt die Notwendigkeit einer häufigen Protokollkürzung.This mechanism removes the need for frequent log truncation. Der Protokolldienst weist außerdem einen lokalen Cache auf, um den Zugriff auf Protokolldatensätze zu beschleunigen.The log service also has local cache to speed up access to log records.

Azure-SpeicherAzure storage

Azure Storage enthält alle Datendateien in einer Datenbank.Azure Storage contains all data files in a database. Seitenserver halten Datendateien in Azure Storage auf dem neuesten Stand.Page servers keep data files in Azure Storage up to date. Dieser Speicher wird zu Sicherungszwecken sowie für die Replikation zwischen Azure-Regionen verwendet.This storage is used for backup purposes, as well as for replication between Azure regions. Sicherungen werden mithilfe von Speichermomentaufnahmen von Datendateien implementiert.Backups are implemented using storage snapshots of data files. Wiederherstellungsvorgänge mithilfe von Momentaufnahmen sind unabhängig von der Datengröße schnell.Restore operations using snapshots are fast regardless of data size. Die Daten können bis zu einem beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums der Datenbank wiederhergestellt werden.Data can be restored to any point in time within the backup retention period of the database.

Sichern und WiederherstellenBackup and restore

Sicherungen basieren auf Dateimomentaufnahmen und erfolgen daher nahezu unmittelbar.Backups are file-snapshot based and hence they're nearly instantaneous. Durch die Trennung von Speicher- und Computeressourcen kann der Sicherungs-/Wiederherstellungsvorgang auf die Speicherebene verlegt werden, um die Verarbeitungslast auf das primäre Computereplikat zu reduzieren.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. Folglich wirkt sich die Datenbanksicherung nicht auf die Leistung des primären Computeknotens aus.As a result, database backup doesn't impact performance of the primary compute node. Ebenso erfolgen Wiederherstellungen durch Wiederherstellen der Dateimomentaufnahme und sind daher nicht von der Größe der Daten abhängig.Similarly, restores are done by reverting to file snapshots, and as such aren't a size of data operation. Die Wiederherstellung ist ein konstanter Vorgang, und sogar mehrere TB große Datenbanken können innerhalb von Minuten anstelle von Stunden oder Tagen wieder hergestellt werden.Restore is a constant-time operation, and even multiple-terabyte databases can be restored in minutes instead of hours or days. Die Erstellung neuer Datenbanken durch Wiederherstellen einer vorhandenen Sicherung nutzt diese Funktion ebenfalls: Das Erstellen von Datenbankkopien für Entwicklungs- oder Testzwecke (auch von Datenbanken im TB-Bereich) ist innerhalb weniger Minuten möglich.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 terabyte sized databases, is doable in minutes.

Skalierungs- und LeistungsvorteileScale and performance advantages

Mit der Möglichkeit, weitere Computeknoten schnell hoch- bzw. herunterzufahren, erlaubt die Hyperscale-Architektur eine erhebliche horizontale Leseskalierung und kann außerdem den primären Computeknoten freigeben, um weitere Schreibanforderungen zu verarbeiten.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. Darüber hinaus können die Computeknoten aufgrund der Hyperscale-Architektur mit freigegebenem Speicher schnell zentral hoch- oder herunterskaliert werden.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Erstellen einer Hyperscale-DatenbankCreate a Hyperscale database

Eine Hyperscale-Datenbank kann über das Azure-Portal, mit T-SQL, PowerShell oder der CLI erstellt werden.A Hyperscale database can be created using the Azure portal, T-SQL, PowerShell, or CLI. Hyperscale-Datenbanken stehen nur bei Verwendung des vCore-basierten Kaufmodells zur Verfügung.Hyperscale databases are available only using the vCore-based purchasing model.

Mit dem folgenden T-SQL-Befehl wird eine Hyperscale-Datenbank erstellt.The following T-SQL command creates a Hyperscale database. Sie müssen sowohl die Edition als auch das Dienstziel in der CREATE DATABASE-Anweisung angeben.You must specify both the edition and service objective in the CREATE DATABASE statement. Eine Liste mit gültigen Dienstzielen finden Sie in den Ressourceneinschränkungen.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

Dadurch wird eine Hyperscale-Datenbank auf Gen5-Hardware mit vier Kernen erstellt.This will create a Hyperscale database on Gen5 hardware with four cores.

Upgraden einer vorhandenen Datenbank auf HyperscaleUpgrade existing database to Hyperscale

Sie können Ihre vorhandenen Azure SQL-Datenbank-Instanzen über das Azure-Portal oder mit T-SQL, PowerShell oder der CLI auf Hyperscale umstellen.You can move your existing databases in Azure SQL Database to Hyperscale using the Azure portal, T-SQL, PowerShell, or CLI. Dies erfolgt zurzeit im Rahmen einer unidirektionalen Migration.At this time, this is a one-way migration. Sie können Datenbanken nicht aus „Hyperscale“ in eine andere Dienstebene verschieben. Dies kann nur durch Exportieren und Importieren von Daten erfolgen.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. Es wird empfohlen, eine Kopie Ihrer Produktionsdatenbanken zu erstellen und für Proof of Concepts (POCs) eine Migration der Kopie zu Hyperscale durchzuführen.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. Das Migrieren einer vorhandenen Azure SQL-Datenbank-Instanz zur Hyperscale-Ebene ist ein von der Größe der Daten abhängiger Vorgang.Migrating an existing database in Azure SQL Database to the Hyperscale tier is a size of data operation.

Mit dem folgenden T-SQL-Befehl wird eine Datenbank in die Dienstebene „Hyperscale“ verschoben.The following T-SQL command moves a database into the Hyperscale service tier. Sie müssen sowohl die Edition als auch das Dienstziel in der ALTER DATABASE-Anweisung angeben.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

Herstellen einer Verbindung mit einem schreibgeschützten Replikat einer Hyperscale-DatenbankConnect to a read-scale replica of a Hyperscale database

Bei Hyperscale-Datenbanken bestimmt das Argument ApplicationIntent in der vom Client bereitgestellten Verbindungszeichenfolge, ob eine Verbindung an das Replikat mit Schreibzugriff oder an ein schreibgeschütztes sekundäres Replikat weitergeleitet wird.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. Wenn ApplicationIntent auf READONLY festgelegt ist und die Datenbank kein sekundäres Replikat aufweist, wird die Verbindung an das primäre Replikat weitergeleitet, und sie weist standardmäßig das ReadWrite-Verhalten auf.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;

Sekundäre Hyperscale-Replikate sind identisch, wobei das gleiche Servicelevelziel wie beim primären Replikat verwendet wird.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Wenn mehrere sekundäre Replikate vorhanden sind, wird die Arbeitslast auf alle verfügbaren sekundären Replikate verteilt.If more than one secondary replica is present, the workload is distributed across all available secondaries. Sekundäre Replikate werden unabhängig voneinander aktualisiert.Each secondary replica is updated independently. Daher können verschiedene Replikate unterschiedliche Datenlatenzen im Vergleich zum primären Replikat aufweisen.Thus, different replicas could have different data latency relative to the primary replica.

Hochverfügbarkeit von Datenbanken in HyperscaleDatabase high availability in Hyperscale

Wie bei allen anderen Dienstebenen gewährleistet Hyperscale die Dauerhaftigkeit von Daten für committete Transaktionen unabhängig von der Verfügbarkeit des Computereplikats.As in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. Das Ausmaß der Ausfallzeiten aufgrund der Nichtverfügbarkeit des primären Replikats hängt von der Art des Failovers (geplant oder ungeplant) und vom Vorhandensein mindestens eines sekundären Replikats ab.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. Bei einem geplanten Failover (d.h. einem Wartungsereignis) erstellt das System entweder das neue primäre Replikat, bevor ein Failover initiiert wird, oder verwendet ein vorhandenes sekundäres Replikat als Failoverziel.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. Bei einem ungeplanten Failover (d.h. bei einem Hardwarefehler auf dem primären Replikat) verwendet das System ein sekundäres Replikat als Failoverziel, sofern vorhanden, oder erstellt ein neues primäres Replikat aus dem Pool der verfügbaren Computekapazität.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. Im letzteren Fall ist die Dauer der Ausfallzeit länger, da zusätzliche Schritte erforderlich sind, um das neue primäre Replikat zu erstellen.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

Weitere Informationen zur Hyperscale-SLA finden Sie unter SLA für Azure SQL-Datenbank.For Hyperscale SLA, see SLA for Azure SQL Database.

Notfallwiederherstellung für Hyperscale-DatenbankenDisaster recovery for Hyperscale databases

Wiederherstellen einer Hyperscale-Datenbank in einem anderen geografischen GebietRestoring a Hyperscale database to a different geography

Wenn Sie im Rahmen der Wiederherstellung einer Hyperscale-Datenbank in Azure SQL-Datenbank im Notfall oder im Rahmen einer Übung, wegen eines Umzugs oder aus einem sonstigen Grund in einer anderen Region wiederherstellen müssen als der, in der sie gerade gehostet wird, besteht die primäre Methode in einer Geowiederherstellung der Datenbank.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. Die Schritte sind die gleichen wie beim Wiederherstellen jeder anderen Datenbank in SQL-Datenbank in einer anderen Region:This involves exactly the same steps as what you would use to restore any other database in SQL Database to a different region:

  1. Erstellen Sie einen Server in der Zielregion, wenn Sie dort noch keinen geeigneten Server haben.Create a server in the target region if you don't already have an appropriate server there. Dieser Server muss zu demselben Abonnement wie der ursprüngliche Server (Quelle) gehören.This server should be owned by the same subscription as the original (source) server.
  2. Befolgen Sie die Anweisungen im Thema Geowiederherstellung der Seite zum Wiederherstellen einer Datenbank in Azure SQL-Datenbank aus automatischen Sicherungen.Follow the instructions in the geo-restore topic of the page on restoring a database in Azure SQL Database from automatic backups.

Hinweis

Weil Quelle und Ziel sich in unterschiedlichen Regionen befinden, kann die Datenbank nicht wie in Nicht-Geowiederherstellungen Momentaufnahmenspeicher mit der Quelldatenbank gemeinsam nutzen, was zu einem sehr schnellen Abschluss führt.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 extremely quickly. Bei einer Geowiederherstellung einer Hyperscale-Datenbank werden auch dann Anpassungen des Datenumfangs durchgeführt, wenn das Ziel sich in der gekoppelten Region des georeplizierten Speichers befindet.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. Dies bedeutet, dass die für eine Geowiederherstellung erforderliche Zeit zur Größe der wiederhergestellten Datenbank proportional ist.That means that doing a geo-restore will take time proportional to the size of the database being restored. Wenn das Ziel in der gekoppelten Region liegt, befindet sich die Kopie innerhalb einer Region, was wesentlich schneller ist als eine regionsübergreifende Kopie, es handelt sich aber immer noch um einen zeitintensiven Vorgang.If the target is in the paired region, the copy will be within a region, which will be significantly faster than a cross-region copy, but it will still be a size-of-data operation.

Verfügbare RegionenAvailable regions

Die Hyperscale-Dienstebene für Azure SQL-Datenbank ist in allen Regionen verfügbar, standardmäßig jedoch nur in den unten aufgeführten Regionen aktiviert.The Azure SQL Database Hyperscale tier is available in all regions but enabled by default available in the following regions listed below. Wenn Sie eine Hyperscale-Datenbank in einer nicht unterstützten Region erstellen möchten, können Sie eine Onboardinganforderung über das Azure-Portal senden.If you want to create Hyperscale database in a region that isn't listed as supported, you can send an onboarding request via Azure portal. Anweisungen finden Sie unter Anfordern von Kontingenterhöhungen für Azure SQL-Datenbank.For instructions, see Request quota increases for Azure SQL Database for instructions. Beachten Sie beim Übermitteln Ihrer Anforderung die folgenden Richtlinien:When submitting your request, use the following guidelines:

  • Verwenden Sie den SQL-Datenbank-Kontingenttyp Regionszugriff.Use the Region access SQL Database quota type.
  • Fügen Sie in den Textdetails den Wert für „Compute-SKU/Gesamtzahl der Kerne einschließlich lesbarer Replikate“ hinzu.In the text details, add the compute SKU/total cores including readable replicas.
  • Legen Sie außerdem die geschätzten TB fest.Also specify the estimated TB.

Aktivierte Regionen:Enabled Regions:

  • Australien (Osten)Australia East
  • Australien, SüdostenAustralia Southeast
  • Australien, MitteAustralia Central
  • Brasilien SüdBrazil South
  • Kanada, MitteCanada Central
  • USA (Mitte)Central US
  • China, Osten 2China East 2
  • China, Norden 2China North 2
  • Asien, OstenEast Asia
  • East USEast US
  • USA, Osten 2East Us 2
  • Frankreich, MitteFrance Central
  • Deutschland, Westen-MitteGermany West Central
  • Japan, OstenJapan East
  • Japan, WestenJapan West
  • Korea, MitteKorea Central
  • Korea, SüdenKorea South
  • USA Nord MitteNorth Central US
  • NordeuropaNorth Europe
  • Norwegen, OstenNorway East
  • Norwegen, WestenNorway West
  • Südafrika, NordenSouth Africa North
  • USA Süd MitteSouth Central US
  • Asien, SüdostenSoutheast Asia
  • Schweiz, WestenSwitzerland West
  • UK, SüdenUK South
  • UK, WestenUK West
  • US DoD, MitteUS DoD Central
  • US DoD, OstenUS DoD East
  • US Govt ArizonaUs Govt Arizona
  • US Govt TexasUS Govt Texas
  • USA, Westen-MitteWest Central US
  • Europa, WestenWest Europe
  • USA (Westen)West US
  • USA, Westen 2West US 2

Bekannte EinschränkungenKnown limitations

Hierbei handelt es sich um die aktuellen Einschränkungen der Hyperscale-Dienstebene bezüglich der GA.These are the current limitations to the Hyperscale service tier as of GA. Wir arbeiten daran, möglichst viele dieser Einschränkungen zu beseitigen.We're actively working to remove as many of these limitations as possible.

ProblemIssue BESCHREIBUNGDescription
Im Bereich „Sicherungen verwalten“ für einen Server werden keine Hyperscale-Datenbanken angezeigt.The Manage Backups pane for a server doesn't show Hyperscale databases. Diese sind aus der Ansicht herausgefiltert.These will be filtered from the view. Hyperscale verfügt über eine separate Methode zum Verwalten von Sicherungen, sodass die Einstellungen für Langzeitaufbewahrung und Aufbewahrung von Point-in-Time-Sicherungen nicht gelten.Hyperscale has a separate method for managing backups, so the Long-Term Retention and Point-in-Time backup retention settings don't apply. Daher werden Hyperscale-Datenbanken nicht im Bereich „Sicherungen verwalten“ angezeigt.Accordingly, Hyperscale databases don't appear in the Manage Backup pane.

Bei Datenbanken, die von anderen Dienstebenen von Azure SQL-Datenbank zu Hyperscale migriert wurden, werden Sicherungen vor der Migration so lange aufbewahrt, wie in der Beibehaltungsdauer für Sicherungen der Quelldatenbank angegeben.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. Mit diesen Sicherungen kann die Quelldatenbank auf einen Zeitpunkt vor der Migration wiederhergestellt werden.These backups can be used to restore the source database to a point in time before migration.
Wiederherstellung bis zu einem bestimmten ZeitpunktPoint-in-time restore Datenbanken mit einer anderen Dienstebene als Hyperscale können nicht als Hyperscale-Datenbanken wiederhergestellt werden, und eine Hyperscale-Datenbank kann nicht als eine Datenbank mit einer anderen Dienstebene wiederhergestellt werden.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. Bei Datenbanken mit einer anderen Dienstebene als Hyperscale, die durch Ändern der Dienstebene zu Hyperscale migriert wurden, kann die Wiederherstellung bis zu einem bestimmten Zeitpunkt vor der Migration und innerhalb des Aufbewahrungszeitraums für die Sicherung der Datenbank programmgesteuert erfolgen.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 possible programmatically. Die wiederhergestellte Datenbank gehört dann aber nicht der Dienstebene „Hyperscale“ an.The restored database will be non-Hyperscale.
Wenn eine Datenbank mindestens eine Datendatei enthält, die größer als 1 TB ist, schlägt die Migration fehl.If a database has one or more data files larger than 1 TB, migration fails In einigen Fällen kann es möglich sein, dieses Problem zu umgehen, indem die großen Dateien auf weniger als 1 TB verkleinert werden.In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB. Wenn Sie eine Datenbank migrieren, die während des Migrationsvorgangs verwendet wird, stellen Sie sicher, dass keine Datei größer als 1 TB wird.If migrating a database being used during the migration process, make sure that no file gets larger than 1 TB. Verwenden Sie die folgende Abfrage, um die Größe von Datenbankdateien zu ermitteln.Use the following query to determine the size of database files. SELECT *, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';SELECT *, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
Verwaltete SQL-InstanzSQL Managed Instance Azure SQL Managed Instance wird für Hyperscale-Datenbanken derzeit nicht unterstützt.Azure SQL Managed Instance isn't currently supported with Hyperscale databases.
Pools für elastische DatenbankenElastic Pools Pools für elastische Datenbanken werden mit Hyperscale derzeit nicht unterstützt.Elastic Pools aren't currently supported with Hyperscale.
Migration zu „Hyperscale“ ist derzeit ein unidirektionaler VorgangMigration to Hyperscale is currently a one-way operation Nach der Migration einer Datenbank zu Hyperscale kann sie nicht direkt zu einer anderen Dienstebene migriert werden.Once a database is migrated to Hyperscale, it can't be migrated directly to a non-Hyperscale service tier. Derzeit besteht die einzige Möglichkeit zum Migrieren einer Datenbank aus Hyperscale zu Nicht-Hyperscale darin, sie mithilfe einer BACPAC-Datei oder anderer Datenverschiebungstechnologien (Massenkopieren, Azure Data Factory, Azure Databricks, SSIS usw.) zu exportieren/importieren. Der BACPAC-Export/-Import über das Azure-Portal, über PowerShell mithilfe von New-AzSqlDatabaseExport oder New-AzSqlDatabaseImport, über die Azure CLI mithilfe von az sql db export oder az sql db import sowie über die REST-API wird nicht unterstützt.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 isn't supported. Der BACPAC-Import/-Export für kleinere Hyperscale-Datenbanken (bis zu 200 GB) wird über SSMS und SqlPackage Version 18.4 und höher unterstützt.Bacpac import/export for smaller Hyperscale databases (up to 200 GB) is supported using SSMS and SqlPackage version 18.4 and later. Bei größeren Datenbanken kann der BACPAC-Export/-Import sehr lange dauern und aus verschiedenen Gründen zu Fehlern führen.For larger databases, bacpac export/import may take a long time, and may fail for various reasons.
Migration von Datenbanken mit beständigen speicherinternen OLTP-ObjektenMigration of databases with persistent In-Memory OLTP objects Hyperscale unterstützt nur nicht persistente, speicherinterne OLTP-Objekte (Tabellentypen, native SPs und Funktionen).Hyperscale only supports nonpersistent In-Memory OLTP objects (table types, native SPs and functions). Persistente speicherinterne OLTP-Tabellen und andere Objekte müssen gelöscht und als datenträgerbasierte Objekte neu erstellt werden, bevor eine Datenbank zur Hyperscale-Dienstebene migriert wird.Persistent In-Memory OLTP tables and other objects must be dropped and recreated as disk-based objects before migrating a database to the Hyperscale service tier.
GeoreplikationGeo Replication Noch ist es nicht möglich, eine Georeplikation für Hyperscale in Azure SQL-Datenbank zu konfigurieren.You can't yet configure geo-replication for Azure SQL Database Hyperscale.
DatenbankkopieDatabase Copy Sie können Datenbankkopie noch nicht verwenden, um eine neue Datenbank in Azure SQL Hyperscale zu erstellen.You can't yet use Database Copy to create a new database in Azure SQL Hyperscale.
TDE/AKV-IntegrationTDE/AKV Integration Die transparente Datenbankverschlüsselung mit Azure Key Vault (in der Regel als „Bring Your Own Key“ oder „BYOK“ bezeichnet) befindet sich derzeit in der Vorschauphase.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is currently in preview.
Intelligente DatenbankfeaturesIntelligent Database Features Mit Ausnahme der Option „Plan erzwingen“ werden alle anderen Optionen zur automatischen Optimierung für Hyperscale noch nicht unterstützt. Optionen scheinen möglicherweise aktiviert zu sein, es erfolgen jedoch keine Empfehlungen oder Aktionen.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.
Statistik zur AbfrageleistungQuery Performance Insights Die Statistik zur Abfrageleistung wird derzeit nicht für Hyperscale-Datenbanken unterstützt.Query Performance Insights is currently not supported for Hyperscale databases.
Verkleinern der DatenbankShrink Database DBCC SHRINKDATABASE und DBCC SHRINKFILE werden derzeit für Hyperscale-Datenbanken nicht unterstützt.DBCC SHRINKDATABASE or DBCC SHRINKFILE isn't currently supported for Hyperscale databases.
DatenbankintegritätsprüfungDatabase integrity check DBCC CHECKDB wird für Hyperscale-Datenbanken derzeit nicht unterstützt.DBCC CHECKDB isn't currently supported for Hyperscale databases. DBCC CHECKFILEGROUP und DBCC CHECKTABLE können als Problemumgehung verwendet werden.DBCC CHECKFILEGROUP and DBCC CHECKTABLE may be used as a workaround. Ausführliche Informationen zur Datenintegritätsverwaltung in Azure SQL-Datenbank finden Sie unter Datenintegrität in Azure SQL-Datenbank.See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Nächste SchritteNext steps