Dienstebene „Hyperscale“ für bis zu 100TBHyperscale service tier for up to 100 TB

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 horizontal hochskaliert 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.

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 horizontale Hochskalierung: 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 zentrale Hochskalierung: Sie können Ihre Computeressourcen in konstanter Zeit zentral hochskalieren, um hohe Workloads nach Bedarf zu bewältigen, und anschließend wieder zentral 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 as and 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 ganz 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 are 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 zentralen 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“ wurde hauptsächlich für Kunden konzipiert, die große lokale Datenbanken verwenden und ihre Anwendungen durch das Verschieben in die Cloud modernisieren möchten, oder für Kunden, die bereits die Cloud verwenden und durch die maximale Datenbankgröße (1–4 TB) eingeschränkt werden.The Hyperscale service tier is primarily intended for customers who have large databases either on-premises and want to modernize their applications by moving to the cloud or for customers who are already in the cloud and are limited by the maximum database size restrictions (1-4 TB). Außerdem eignet er sich für Kunden, die eine hohe Leistung und Skalierbarkeit im Hinblick auf Speicher- und Computeressourcen wünschen.It is also intended for customers who seek high performance and high scalability for storage and compute.

Die Dienstebene „Hyperscale“ unterstützt alle SQL Server-Workloads, wurde aber in erster Linie für OLTP optimiert.The Hyperscale service tier supports all SQL Server workloads, but it is primarily optimized for OLTP. Die Dienstebene „Hyperscale“ unterstützt auch Hybrid- und Analyseworkloads (Data Mart).The Hyperscale service tier also supports hybrid and analytical (data mart) 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.

  • Speicher: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 Hyperscaletarif werden Gebühren für den Speicher Ihrer Datenbank basierend auf der tatsächlichen Nutzung berechnet.In the hyperscale tier, you are charged for storage for your database based on actual usage. Speicher wird automatisch zwischen 10GB und 100TB in Schritten zugeordnet, die zwischen 10 und 40GB dynamisch angepasst werden.Storage is automatically allocated between 10 GB and 100 TB, in increments that are dynamically adjusted between 10 GB and 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 Knotentypen:A Hyperscale database contains the following different types of nodes:

ComputeknotenCompute node

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).

SeitenserverknotenPage server node

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 vom Protokolldienst aktuell 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.

ProtokolldienstknotenLog service node

Der Protokolldienstknoten akzeptiert Protokolldatensätze vom primären Computeknoten, speichert sie in einem permanenten Zwischenspeicher und leitet die Protokolldatensätze an die übrigen Computeknoten (damit sie ihre Caches aktualisieren können) sowie die entsprechenden Seitenserver weiter, damit die Daten dort aktualisiert werden können.The log service node accepts log records from the primary compute node, persists them in a durable cache, and forwards the log records to the rest of the compute nodes (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 Computeknoten über den Protokolldienst an alle sekundären Computeknoten und Seitenserver weitergegeben.In this way, all data changes from the primary compute node are propagated through the log service to all the secondary compute nodes and page servers. Schließlich werden die Protokolldatensätze in den langfristigen Speicher in Azure Storage übertragen. Hierbei handelt es sich um ein unbegrenztes Speicherrepository.Finally, the log record(s) are pushed out to long-term storage in Azure Storage, which is an infinite storage repository. Durch diesen Mechanismus entfällt die Notwendigkeit einer häufigen Protokollkürzung.This mechanism removes the necessity for frequent log truncation. Der Protokolldienst weist außerdem einen lokalen Cache auf, um den Zugriff zu beschleunigen.The log service also has local cache to speed up access.

Azure-SpeicherknotenAzure storage node

Der Azure-Speicherknoten ist das endgültige Ziel von Daten aus den Seitenservern.The Azure storage node is the final destination of data from page servers. 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 bestehen aus Momentaufnahmen von Datendateien.Backups consist of snapshots of data files. Wiederherstellungsvorgänge sind über diese Momentaufnahmen schnell durchzuführen, und die Daten können auf einen beliebigen Zeitpunkt wiederhergestellt werden.Restore operation are fast from these snapshots and data can be restored to any point in time.

Sichern und WiederherstellenBackup and restore

Sicherungen basieren auf Dateimomentaufnahmen und erfolgen daher nahezu sofort.Backups are file-snapshot base and hence they are nearly instantaneous. Durch die Trennung von Speicher- und Computeressourcen kann der Sicherungs-/Wiederherstellungsvorgang auf die Speicherebene verlegt werden, um die Verarbeitungslast auf dem primären Computeknoten zu reduzieren.Storage and compute separation enable pushing down the backup/restore operation to the storage layer to reduce the processing burden on the primary compute node. Daher wird die Leistung der primären Computeknotens durch die Sicherung einer großen Datenbank nicht beeinträchtigt.As a result, the backup of a large database does not impact the performance of the primary compute node. Ebenso erfolgen Wiederherstellungen durch das Kopieren der Dateimomentaufnahme stellen daher keinen umfangreichen Datenvorgang dar.Similarly, restores are done by copying the file snapshot and as such are not a size of data operation. Bei Wiederherstellungen innerhalb desselben Speicherkontos kann der Wiederherstellungsvorgang schnell durchgeführt werden.For restores within the same storage account, the restore operation is fast.

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 oder mit T-SQL, Powershell oder 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 Servicezielen finden Sie bei den Ressourcenbegrenzungen.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 4 Kernen erstellt.This will create a Hyperscale database on Gen5 hardware with 4 cores.

Migrieren vorhandener Azure SQL-Datenbank-Instanzen zur Dienstebene „Hyperscale“Migrate an existing Azure SQL Database to the Hyperscale service tier

Sie können Ihre vorhandenen Azure SQL-Datenbank-Instanzen über das Azure-Portal oder mit T-SQL, Powershell oder CLI zu „Hyperscale“ verschieben.You can move your existing Azure SQL databases 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. Datenbanken können nicht von Hyperscale zu einer anderen Dienstebene migriert werden.You can’t move databases from Hyperscale to another service tier. Es wird empfohlen, eine Kopie Ihrer Produktionsdatenbanken zu erstellen und für Proof of Concepts (POCs) eine Migration zu Hyperscale durchzuführen.We recommend you make a copy of your production databases and migrate to Hyperscale for proof of concepts (POCs).

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 weist standardmäßig das ReadWrite-Verhalten auf.If the ApplicationIntent set to READONLY and the database does not 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;

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 im Notfall oder einer Übung, wegen eines Umzugs oder aus beliebigem anderen Grund eine Hyperskalierung für Azure SQL-Datenbank-Instanz in einer anderen Region wiederherstellen müssen als der, wo sie derzeit gehostet wird, besteht die primäre Methode in einer Geowiederherstellung der Datenbank.If you need to restore an Azure SQL Database Hyperscale DB to a region other than the one it is 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. Dies beinhaltet genau die gleichen Schritte, als würden Sie eine beliebige AZURE SQL DB-Instanz in einer anderen Region wiederherstellen:This involves exactly the same steps as what you would use to restore any other AZURE SQL DB to a different region:

  1. Erstellen Sie eine SQL-Datenbank-Serverinstanz in der Zielregion, wenn Sie dort noch keinen geeigneten Server haben.Create a SQL Database server in the target region if you do not 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 von Azure SQL-Datenbank-Instanzen aus automatischen Sicherungen.Follow the instructions in the geo-restore topic of the page on restoring Azure SQL Databases 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 ist, befindet sich die Kopie in einem Rechenzentrum, was wesentlich schneller ist als eine Langstreckenkopie über das Internet, aber es werden immer noch alle Bits kopiert.If the target is in the paired region, the copy will be within a datacenter, which will be significantly faster than a long distance copy over the internet, but it will still copy all of the bits.

Verfügbare RegionenAvailable regions

Die Hyperskalierung für Azure SQL-Datenbank-Ebene ist zurzeit in den folgenden Regionen verfügbar:The Azure SQL Database Hyperscale tier is currently available in the following regions:

  • Australien (Osten)Australia East
  • Australien, SüdostenAustralia Southeast
  • 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 (Ost) 2East Us 2
  • Frankreich, MitteFrance Central
  • Japan, OstenJapan East
  • Japan, WestenJapan West
  • Korea, MitteKorea Central
  • Korea, SüdenKorea South
  • USA Nord MitteNorth Central US
  • NordeuropaNorth Europe
  • Südafrika, NordenSouth Africa North
  • USA Süd MitteSouth Central US
  • Asien, SüdostenSoutheast Asia
  • UK, SüdenUK South
  • UK, WestenUK West
  • Europa, WestenWest Europe
  • USA (Westen)West US
  • USA, Westen 2West US 2

Wenn Sie eine Hyperscale-Datenbank in einer Region erstellen möchten, die nicht als unterstützt aufgelistet ist, können Sie eine Onboardinganforderung über das Azure-Portal senden.If you want to create Hyperscale database in a region that is not listed as supported, you can send an onboarding request via Azure portal. Wir arbeiten daran, die Liste der unterstützten Regionen zu erweitern, also nutzen Sie stets die aktuelle Liste der Regionen.We are working to expand the list of supported regions so please check back for latest region list.

So fordern Sie die Fähigkeit zum Erstellen von Hyperscale-Datenbanken in nicht aufgelisteten Regionen an:To request the ability to create Hyperscale databases in regions not listed:

  1. Navigieren Sie zum Azure-Blatt Hilfe und Support.Navigate to Azure Help and Support Blade

  2. Klicken Sie auf Neue Supportanfrage.Click on New support request

    Azure-Blatt „Hilfe und Support“

  3. Wählen Sie unter Problemtyp den Eintrag Grenzwerte für Dienste und Abonnements (Kontingente) aus.For Issue Type, select Service and subscription limits (quotas)

  4. Wählen Sie das Abonnement aus, das Sie zum Erstellen der Datenbank(en) verwenden möchten.Choose the subscription you would use to create the database(s)

  5. Wählen Sie unter Kontingenttyp den Eintrag SQL-Datenbank aus.For Quota Type, select SQL database

  6. Klicken Sie auf Weiter: Lösungen.Click Next: Solutions

  7. Klicken Sie auf Details angeben.Click Provide Details

    Problemdetails

  8. Wählen Sie Kontingenttyp für SQL-Datenbank aus: Andere Kontingentanforderung.Choose SQL Database quota type: Other quota request

  9. Füllen Sie die folgende Vorlage aus:Fill in the following template:

    Kontingentdetails

    Geben Sie in der Vorlage die folgenden Informationen ein:In the template, provide the following information

    Anforderung zum Erstellen einer Hyperskalierung für Azure SQL-Datenbank-Instanz in einer neuen RegionRequest to create Azure Hyperscale SQL Database in a new region
    Region: [Geben Sie die angeforderte Region ein]Region: [Fill in your requested region]
    Compute-SKU/Gesamtzahl der Kerne einschließlich lesbarer ReplikateCompute SKU/total cores including readable replicas
    Geschätzte TB-AnzahlNumber of TB estimated

  10. Wählen Sie Schweregrad C aus.Choose Severity C

  11. Wählen Sie die entsprechende Kontaktmethode aus, und geben Sie die Details ein.Choose the appropriate contact method and fill in details.

  12. Klicken Sie auf Speichern und Fortfahren.Click Save and Continue

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 entfernen.We are actively working to remove as many of these limitations as possible.

ProblemIssue BESCHREIBUNGDescription
Im Bereich „Sicherungen verwalten“ für einen logischen Server werden Hyperscale-Datenbanken nicht angezeigt und vom SQL-Server gefiltert.The Manage Backups pane for a logical server does not show Hyperscale databases will be filtered from SQL server Hyperscale verfügt über eine separate Methode zum Verwalten von Sicherungen, sodass die Einstellungen für langfristige Aufbewahrung und Aufbewahrung von Point-in-Time-Sicherungen nicht gelten/ungültig werden.Hyperscale has a separate method for managing backups, and as such the Long-Term Retention and Point in Time backup Retention settings do not apply / are invalidated. Deshalb werden Hyperscale-Datenbanken nicht im Bereich „Sicherungen verwalten“ angezeigt.Accordingly, Hyperscale databases do not appear in the Manage Backup pane.
Point-in-Time-WiederherstellungPoint-in-time restore Nachdem eine Datenbank zur Dienstebene „Hyperscale“ migriert wurde, wird die Wiederherstellung des Zustands zu einem bestimmten Zeitpunkt vor der Migration nicht unterstützt.Once a database is migrated into the Hyperscale service tier, restore to a point-in-time prior to the migration is not supported.
Wiederherstellung einer Nicht-Hypserscale-DB in einer Hypserscale-DB und umgekehrtRestore of non-Hyperscale DB to Hypserscale and vice-versa Sie können weder eine Hyperscale-Datenbank in einer Nicht-Hyperscale-Datenbank noch eine Nicht-Hyperscale-Datenbank in einer Hyperscale-Datenbank wiederherstellen.You cannot restore a Hyperscale database into a non-Hyperscale database, nor can you restore a non-Hyperscale database into a Hyperscale database.
Wenn eine Datenbankdatei während der Migration aufgrund einer aktiven Workload anwächst und den Grenzwert von 1 TB pro Datei überschreitet, kann die Migration nicht ausgeführt werdenIf a database file grows during migration due to an active workload and crosses the 1 TB per file boundary, the migration fails Gegenmaßnahmen:Mitigations:
– Migrieren Sie die Datenbank möglichst zu einem Zeitpunkt, wenn keine Aktualisierungsworkload ausgeführt wird.- If possible, migrate the database when there is no update workload running.
– Versuchen Sie erneut, die Migration auszuführen. Dies ist erfolgreich, solange der Grenzwert von 1 TB während der Migration nicht überschritten wird.- Re-try the migration, it will succeed as long as the 1 TB boundary is not crossed during the migration.
Verwaltete InstanzManaged Instance Die verwaltete Azure SQL-Datenbank-Instanz wird bei Hyperscale-Datenbanken derzeit nicht unterstützt.Azure SQL Database Managed Instance is not currently supported with Hyperscale databases.
Pools für elastische DatenbankenElastic Pools Pools für elastische Datenbanken werden mit Hyperskalierung für SQL-Datenbank derzeit nicht unterstützt.Elastic Pools are not currently supported with SQL Database 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 cannot be migrated directly to a non-Hyperscale service tier. Derzeit besteht die einzige Möglichkeit zum Migrieren einer Datenbank von „Hyperscale“ zu einem anderen Diensttarif im Exportieren/Importieren mithilfe einer BACPAC-Datei.At present, the only way to migrate a database from Hyperscale to non-Hyperscale is to export/import using a BACPAC file.
Migration von Datenbanken mit beständigen speicherinternen ObjektenMigration of databases with persistent in-memory objects Hyperscale unterstützt nur nicht persistente, speicherinterne Objekte (Tabellentypen, native SPs und Funktionen).Hyperscale only supports non persistent In-Memory objects (table types, native SPs and functions). Persistente speicherinterne Tabellen und andere Objekte müssen gelöscht und als nicht speicherinterne Objekte neu erstellt werden, bevor eine Datenbank zur Dienstebene „Hyperscale“ migriert wird.Persistent In-Memory tables and other objects must be dropped and recreated as non-In-Memory objects before migrating a database to the Hyperscale service tier.
DatenänderungsverfolgungChange Data Tracking Sie können die Datenänderungsverfolgung bei Hyperscale-Datenbanken nicht verwenden.You will not be able to use Change Data Tracking with Hyperscale databases.
GeoreplikationGeo Replication Sie können noch keine Georeplikation für Hyperskalierung für Azure SQL-Datenbank-Instanzen konfigurieren.You cannot yet configure geo-replication for Azure SQL Database Hyperscale. Sie können Geowiederherstellungen ausführen (Wiederherstellen der Datenbank in einem anderen geografischen Gebiet, für die Notfallwiederherstellung oder aus anderen Gründen).You can perform geo-restores (restoring the database in a different geography, for DR or other purposes)
TDE/AKV-IntegrationTDE/AKV Integration Transparent Data Encryption mit Azure Key Vault (häufig als Bring-Your-Own-Key oder BYOK bezeichnet) wird noch nicht für Hyperskalierung für Azure SQL-Datenbank-Instanzen unterstützt, TDE mit vom Dienst verwalteten Schlüsseln jedoch vollständig.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is not yet supported for Azure SQL Database Hyperscale, however TDE with Service Managed Keys is fully supported.
Intelligente DatenbankfeaturesIntelligent Database Features 1. Create Index-, Drop Index-Ratgebermodelle werden nicht für Hyperscale-Datenbanken trainiert.1. Create Index, Drop Index adviser models are not trained for Hyperscale DBs.
2. Schemaprobleme, DbParameterization – vor kurzem hinzugefügte Ratgeber werden für Hyperscale-Datenbanken nicht unterstützt.2. Schema Issue, DbParameterization - recently added advisers are not supported for Hyperscale Database.

Nächste SchritteNext steps