Grootschalige-servicelaag voor Maxi maal 100 TBHyperscale service tier for up to 100 TB

Azure SQL Database is gebaseerd op SQL Server data base engine-architectuur die is aangepast voor de cloud omgeving om 99,99% Beschik baarheid te garanderen, zelfs in het geval van infrastructuur fouten.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. Er zijn drie architectuur modellen die worden gebruikt in Azure SQL Database:There are three architectural models that are used in Azure SQL Database:

  • Algemeen/standaardGeneral Purpose/Standard
  • GrootschaligHyperscale
  • Business Critical/PremiumBusiness Critical/Premium

De grootschalige van de servicelaag in Azure SQL Database is de nieuwste servicelaag in het op vCore gebaseerde aankoop model.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Deze servicelaag is een zeer schaal bare laag voor opslag en reken prestaties die gebruikmaakt van de Azure-architectuur voor het uitschalen van de opslag en de reken resources voor een Azure SQL Database die groter zijn dan de limieten die beschikbaar zijn voor de Algemeen en de onderneming Kritieke service lagen.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.

Notitie

Zie Algemeen en bedrijfskritiek service lagen voor meer informatie over de service lagen algemeen en bedrijfskritiek in het op vCore gebaseerde aankoop model.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. Zie Azure SQL database-inkoop modellen en-resourcesvoor een vergelijking van het op vCore gebaseerde aankoop model met het DTU-gebaseerde aankoop model.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.

Wat zijn de grootschalige-mogelijkheden?What are the Hyperscale capabilities

De grootschalige van de service tier in Azure SQL Database biedt de volgende aanvullende mogelijkheden:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Ondersteuning voor Maxi maal 100 TB aan database grootteSupport for up to 100 TB of database size
  • Bijna momentane database back-ups (op basis van moment opnamen van bestanden die zijn opgeslagen in Azure Blob Storage), ongeacht de grootte zonder IO-impact op reken bronnenNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Snel terugzetten van de data base (op basis van moment opnamen van bestanden) in minuten in plaats van uren of dagen (geen grootte van de gegevens bewerking)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Betere prestaties als gevolg van een betere logboek doorvoer en snellere doorvoer tijden voor trans acties, ongeacht gegevens volumesHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Snel uitschalen: u kunt een of meer alleen-lezen knoop punten inrichten voor het offloaden van uw Lees werk belasting en voor gebruik als hot stand-byRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Snel omhoog schalen: u kunt in een constant tijdstip uw reken resources zo schalen dat er zware werk belastingen worden uitgevoerd als en wanneer dat nodig is, en vervolgens de reken bronnen weer lager instellen wanneer ze niet nodig zijn.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.

De grootschalige-service laag verwijdert veel van de praktische limieten die traditioneel in Cloud databases worden weer gegeven.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. Wanneer de meeste andere data bases worden beperkt door de resources die beschikbaar zijn in één knoop punt, hebben de data bases in de grootschalige-servicelaag geen limieten.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Met de flexibele opslag architectuur neemt opslag toe als dat nodig is.With its flexible storage architecture, storage grows as needed. In werkelijkheid worden grootschalige-data bases niet gemaakt met een gedefinieerde maximale grootte.In fact, Hyperscale databases aren’t created with a defined max size. Een grootschalige-data base groeit zo nodig en u wordt alleen gefactureerd voor de capaciteit die u gebruikt.A Hyperscale database grows as needed - and you are billed only for the capacity you use. Voor lees-intensieve workloads biedt de grootschalige-servicelaag snel uitschalen door extra Lees replica's in te richten als dat nodig is voor het offloaden van Lees werkbelastingen.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Daarnaast is de tijd die nodig is voor het maken van database back-ups of om omhoog of omlaag te schalen niet meer gekoppeld aan het volume van de gegevens in de data base.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. U kunt vrijwel onmiddellijk back-ups maken van grootschalige-data bases.Hyperscale databases can be backed up virtually instantaneously. U kunt in slechts enkele minuten een Data Base schalen in tien tallen of meer.You can also scale a database in the tens of terabytes up or down in minutes. Met deze functie kunt u zich zorgen maken over de mogelijkheden van de eerste configuratie opties.This capability frees you from concerns about being boxed in by your initial configuration choices.

Zie kenmerkenvan de grootschalige voor meer informatie over de berekenings grootten voor de servicelaag.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Wie moet rekening houden met de grootschalige-servicelaagWho should consider the Hyperscale service tier

De grootschalige is voornamelijk bedoeld voor klanten die on-premises grote data bases hebben en hun toepassingen willen moderniseren door over te stappen op de Cloud of voor klanten die zich al in de cloud bevinden en beperkt zijn tot de maximale database grootte beperkingen (1-4 TB).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). Het is ook bedoeld voor klanten die hoge prestaties en hoge schaal baarheid voor opslag en reken kracht zoeken.It is also intended for customers who seek high performance and high scalability for storage and compute.

De grootschalige-servicelaag ondersteunt alle SQL Server workloads, maar is voornamelijk geoptimaliseerd voor OLTP.The Hyperscale service tier supports all SQL Server workloads, but it is primarily optimized for OLTP. De grootschalige-servicelaag biedt ook ondersteuning voor hybride en analytische workloads (datamart).The Hyperscale service tier also supports hybrid and analytical (data mart) workloads.

Belangrijk

Elastische Pools bieden geen ondersteuning voor de grootschalige-servicelaag.Elastic pools do not support the Hyperscale service tier.

Grootschalige-prijs modelHyperscale pricing model

Grootschalige is alleen beschikbaar in het vCore-model.Hyperscale service tier is only available in vCore model. Als u wilt uitlijnen met de nieuwe architectuur, is het prijs model iets anders dan Algemeen of Bedrijfskritiek service lagen:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Berekenen:Compute:

    De grootschalige reken eenheids prijs is per replica.The Hyperscale compute unit price is per replica. De Azure Hybrid Benefit prijs wordt toegepast om automatisch schaal replica's te lezen.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Er wordt standaard een primaire replica en één alleen-lezen replica per grootschalige-data base gemaakt.We create a primary replica and one read-only replica per Hyperscale database by default. Gebruikers kunnen het totaal aantal replica's aanpassen, met inbegrip van de primaire van 1-5.Users may adjust the total number of replicas including the primary from 1-5.

  • Opslag:Storage:

    U hoeft niet de maximale gegevens grootte op te geven bij het configureren van een grootschalige-data base.You don't need to specify the max data size when configuring a Hyperscale database. In de laag Hyperscale wordt opslag voor uw database in rekening gebracht op basis van daadwerkelijk gebruik.In the hyperscale tier, you are charged for storage for your database based on actual usage. Opslag wordt automatisch toegewezen tussen 10 GB en 100 TB, in stappen die dynamisch worden aangepast tussen 10 GB en 40 GB.Storage is automatically allocated between 10 GB and 100 TB, in increments that are dynamically adjusted between 10 GB and 40 GB.

Zie Azure SQL database prijzen voor meer informatie over prijzen voor grootschaligeFor more information about Hyperscale pricing, see Azure SQL Database Pricing

Architectuur van gedistribueerde functiesDistributed functions architecture

In tegens telling tot traditionele data base-engines die alle gegevens beheer functies op één locatie/proces hebben gecentraliseerd (ook wel gedistribueerde data bases in productie hebben, hebben meerdere exemplaren van een monolithische-gegevens engine), een grootschalige-data base gescheiden de engine voor het verwerken van query's, waarbij de semantiek van verschillende gegevens engines afwijkt, van de onderdelen die opslag en duurzaamheid op lange termijn bieden voor de gegevens.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. Op deze manier kan de opslag capaciteit zo ver mogelijk naar behoefte worden geschaald (het eerste doel is 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Alleen-lezen replica's delen dezelfde opslag onderdelen, zodat er geen gegevens kopie vereist is om een nieuwe Lees bare replica te maken.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

In het volgende diagram ziet u de verschillende typen knoop punten in een grootschalige-Data Base:The following diagram illustrates the different types of nodes in a Hyperscale database:

architectuur

Een grootschalige-Data Base bevat de volgende verschillende typen knoop punten:A Hyperscale database contains the following different types of nodes:

RekenknooppuntCompute node

Het reken knooppunt is de locatie waar de relationele engine zich bevindt, zodat alle taal elementen, query's worden verwerkt, enzovoort.The compute node is where the relational engine lives, so all the language elements, query processing, and so on, occur. Alle gebruikers interacties met een grootschalige-data base vinden plaats via deze reken knooppunten.All user interactions with a Hyperscale database happen through these compute nodes. Reken knooppunten hebben op SSD gebaseerde caches in het voor gaande diagram om het aantal netwerk round trips dat nodig is om een pagina met gegevens op te halen, zo klein mogelijk te houden.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. Er is één primair reken knooppunt waar alle werk belastingen en trans acties voor lezen/schrijven worden verwerkt.There is one primary compute node where all the read-write workloads and transactions are processed. Er zijn een of meer secundaire reken knooppunten die fungeren als hot standby-knoop punten voor failover-doel einden, en fungeren als alleen-lezen Compute-knoop punten voor het offloaden van Lees werkbelastingen (als deze functionaliteit gewenst is).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).

Pagina-Server knooppuntPage server node

Pagina servers zijn systemen die een scale-out opslag engine vertegenwoordigen.Page servers are systems representing a scaled-out storage engine. Elke pagina Server is verantwoordelijk voor een subset van de pagina's in de data base.Each page server is responsible for a subset of the pages in the database. Ten opzichte van elke pagina server bepaalt de besturings elementen van 128 GB en 1 TB aan gegevens.Nominally, each page server controls between 128 GB and 1 TB of data. Er worden geen gegevens gedeeld op meer dan één pagina Server (buiten replica's die worden bewaard voor redundantie en beschik baarheid).No data is shared on more than one page server (outside of replicas that are kept for redundancy and availability). De taak van een pagina Server is het uitvoeren van database pagina's naar de reken knooppunten op aanvraag en om te voor komen dat de pagina's worden bijgewerkt als update gegevens van trans acties.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. Pagina servers worden bijgewerkt door logboek records van de logboek service af te spelen.Page servers are kept up-to-date by playing log records from the log service. Pagina servers onderhouden ook caches op basis van SSD om de prestaties te verbeteren.Page servers also maintain SSD-based caches to enhance performance. Lange termijn opslag van gegevens pagina's wordt opgeslagen in Azure Storage voor extra betrouw baarheid.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Knoop punt logboek serviceLog service node

Het knoop punt logboek service accepteert logboek records van het primaire Compute-knoop punt, slaat ze op in een duurzame cache en stuurt de logboek records door naar de rest van de reken knooppunten (zodat ze hun caches kunnen bijwerken) en de relevante pagina ('s), zodat de gegevens kunnen worden bijgewerkt t veld.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. Op deze manier worden alle gegevens wijzigingen van het primaire Compute-knoop punt door de logboek service door gegeven aan alle secundaire reken knooppunten en pagina servers.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. Ten slotte worden de logboek record (s) gepusht naar lange termijn opslag in Azure Storage. Dit is een oneindige opslag opslagplaats.Finally, the log record(s) are pushed out to long-term storage in Azure Storage, which is an infinite storage repository. Dit mechanisme verwijdert de nood zaak voor het veelvuldig afkappen van Logboeken.This mechanism removes the necessity for frequent log truncation. De logboek service heeft ook lokale cache om de toegang te versnellen.The log service also has local cache to speed up access.

Azure Storage-knoop puntAzure storage node

Het Azure Storage-knoop punt is het uiteindelijke doel van gegevens van pagina servers.The Azure storage node is the final destination of data from page servers. Deze opslag wordt gebruikt voor back-updoeleinden en voor replicatie tussen Azure-regio's.This storage is used for backup purposes as well as for replication between Azure regions. Back-ups bestaan uit moment opnamen van gegevens bestanden.Backups consist of snapshots of data files. De herstel bewerking is snel van deze moment opnamen en gegevens kunnen naar elk gewenst moment worden hersteld.Restore operation are fast from these snapshots and data can be restored to any point in time.

Back-ups en herstellenBackup and restore

Back-ups zijn de basis van de bestands momentopname en daarom zijn ze bijna direct.Backups are file-snapshot base and hence they are nearly instantaneous. Met opslag-en Compute-schei ding kunt u de bewerking voor back-up/herstel naar de opslaglaag beperken om de verwerkings belasting op het primaire Compute-knoop punt te verminderen.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. Als gevolg hiervan heeft de back-up van een grote data base geen invloed op de prestaties van het primaire Compute-knoop punt.As a result, the backup of a large database does not impact the performance of the primary compute node. Op dezelfde manier worden herstel bewerkingen uitgevoerd door de moment opname van het bestand te kopiëren. Dit is geen grootte van de gegevens bewerking.Similarly, restores are done by copying the file snapshot and as such are not a size of data operation. Voor herstel bewerkingen binnen hetzelfde opslag account is de restore-bewerking snel.For restores within the same storage account, the restore operation is fast.

Schaal-en prestatie voordelenScale and performance advantages

Met de mogelijkheid om snel extra alleen-lezen Compute-knoop punten in te zetten/te verlagen, biedt de grootschalige-architectuur aanzienlijke mogelijkheden voor lees schaal en kan het primaire reken knooppunt worden vrijgemaakt voor het uitvoeren van meer schrijf aanvragen.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. Ook kunnen de reken knooppunten snel omhoog of omlaag worden geschaald als gevolg van de architectuur van de grootschalige-architectuur voor gedeeld opslag.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Een grootschalige-data base makenCreate a HyperScale database

Een grootschalige-data base kan worden gemaakt met behulp van de Azure Portal, T-SQL, Power shell of cli.A HyperScale database can be created using the Azure portal, T-SQL, Powershell or CLI. Grootschalige-data bases zijn alleen beschikbaar via het op vCore gebaseerde aankoop model.HyperScale databases are available only using the vCore-based purchasing model.

Met de volgende T-SQL-opdracht maakt u een grootschalige-data base.The following T-SQL command creates a Hyperscale database. U moet zowel de editie als de service doelstelling opgeven in CREATE DATABASE de instructie.You must specify both the edition and service objective in the CREATE DATABASE statement. Raadpleeg de resource limieten voor een lijst met geldige service doelstellingen.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

Hiermee maakt u een grootschalige-Data Base op GEN5-hardware met 4 kern geheugens.This will create a Hyperscale database on Gen5 hardware with 4 cores.

Een bestaande Azure SQL Database migreren naar de servicelaag grootschaligeMigrate an existing Azure SQL Database to the Hyperscale service tier

U kunt uw bestaande Azure SQL-data bases verplaatsen naar grootschalige met behulp van de Azure Portal, T-SQL, Power shell of cli.You can move your existing Azure SQL databases to Hyperscale using the Azure portal, T-SQL, Powershell or CLI. Op dit moment is dit een eenrichtings migratie.At this time, this is a one-way migration. U kunt geen data bases van grootschalige naar een andere servicelaag verplaatsen.You can’t move databases from Hyperscale to another service tier. U wordt aangeraden een kopie te maken van uw productie databases en te migreren naar grootschalige voor het controleren van concepten (POCs).We recommend you make a copy of your production databases and migrate to Hyperscale for proof of concepts (POCs).

Met de volgende T-SQL-opdracht wordt een Data Base verplaatst naar de servicelaag grootschalige.The following T-SQL command moves a database into the Hyperscale service tier. U moet zowel de editie als de service doelstelling opgeven in ALTER DATABASE de instructie.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

Verbinding maken met een lees bare replica van een grootschalige-data baseConnect to a read-scale replica of a Hyperscale database

In grootschalige-data bases bepaalt het ApplicationIntent argument in de Connection String dat door de client wordt gegeven, of de verbinding wordt doorgestuurd naar de schrijf replica of naar een secundaire alleen-lezen replica.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. Als de ApplicationIntent set naar READONLY en de data base geen secundaire replica heeft, wordt de verbinding met de ReadWrite primaire replica doorgestuurd en wordt de standaard instelling gebruikt.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;

Herstel na nood geval voor grootschalige-data basesDisaster Recovery for Hyperscale Databases

Een grootschalige-data base herstellen naar een andere GeografieRestoring a Hyperscale database to a different geography

Als u een Azure SQL Database grootschalige-Data Base wilt herstellen naar een andere regio dan die die momenteel wordt gehost in, als onderdeel van een nood herstel bewerking of een analyse, herlocatie of een andere reden, is de primaire methode een geografisch herstel van de data base.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. Dit omvat precies dezelfde stappen als wat u zou gebruiken om andere AZURE SQL-Data Base naar een andere regio te herstellen:This involves exactly the same steps as what you would use to restore any other AZURE SQL DB to a different region:

  1. Maak een SQL Database Server in de doel regio als u daar nog geen geschikte server op hebt.Create a SQL Database server in the target region if you do not already have an appropriate server there. Deze server moet eigendom zijn van hetzelfde abonnement als de oorspronkelijke server (bron).This server should be owned by the same subscription as the original (source) server.
  2. Volg de instructies in het onderwerp geo-Restore van de pagina voor het herstellen van Azure SQL-data bases vanuit automatische back-ups.Follow the instructions in the geo-restore topic of the page on restoring Azure SQL Databases from automatic backups.

Notitie

Omdat de bron en het doel zich in verschillende regio's bevinden, kan de data base geen momentopname opslag delen met de bron database als in niet-geografische herstel bewerkingen, die zeer snel zijn voltooid.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. In het geval van een geo-Restore van een grootschalige-data base is het een grootte-of-Data-bewerking, zelfs als het doel zich in het gekoppelde gebied van de geo-gerepliceerde opslag bevindt.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. Dit betekent dat het uitvoeren van een geo-herstel tijd evenredig is met de grootte van de data base die wordt hersteld.That means that doing a geo-restore will take time proportional to the size of the database being restored. Als het doel zich in het gekoppelde gebied bevindt, wordt de kopie binnen een Data Center genoteerd dat aanzienlijk sneller is dan een lange afstands kopie via internet, maar worden wel alle bits gekopieerd.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.

Beschik bare regio'sAvailable regions

De laag Azure SQL Database grootschalige is momenteel beschikbaar in de volgende regio's:The Azure SQL Database Hyperscale tier is currently available in the following regions:

  • Australië - oostAustralia East
  • Australië - zuidoostAustralia Southeast
  • Brazilië - zuidBrazil South
  • Canada - middenCanada Central
  • US - centraalCentral US
  • China - oost 2China East 2
  • China - noord 2China North 2
  • Azië - oostEast Asia
  • East USEast US
  • VS-Oost 2East Us 2
  • Frankrijk - centraalFrance Central
  • Japan - oostJapan East
  • Japan - westJapan West
  • Korea - centraalKorea Central
  • Korea - zuidKorea South
  • US - noord-centraalNorth Central US
  • Europa - noordNorth Europe
  • Zuid-Afrika - noordSouth Africa North
  • US - zuid-centraalSouth Central US
  • Azië - zuidoostSoutheast Asia
  • Verenigd Koninkrijk ZuidUK South
  • Verenigd Koninkrijk WestUK West
  • Europa -westWest Europe
  • US - westWest US
  • US - west 2West US 2

Als u een grootschalige-Data Base wilt maken in een regio die niet wordt weer gegeven als ondersteund, kunt u een aanvraag voor onboarding verzenden via Azure Portal.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. U kunt de lijst met ondersteunde regio's uitbreiden. Controleer vervolgens de meest recente regio lijst.We are working to expand the list of supported regions so please check back for latest region list.

De mogelijkheid om grootschalige-data bases te maken in niet-vermelde regio's aanvragen:To request the ability to create Hyperscale databases in regions not listed:

  1. Ga naar de Blade Help en ondersteuning van AzureNavigate to Azure Help and Support Blade

  2. Klik op nieuwe ondersteunings aanvraagClick on New support request

    De Blade Help en ondersteuning van Azure

  3. Selecteer voor probleem type service-en abonnements limieten (quota's)For Issue Type, select Service and subscription limits (quotas)

  4. Kies het abonnement dat u wilt gebruiken voor het maken van de data base (s)Choose the subscription you would use to create the database(s)

  5. Selecteer SQL database bij quotum typeFor Quota Type, select SQL database

  6. Klik op Next: NodigeClick Next: Solutions

  7. Klik op Details opgevenClick Provide Details

    Probleemdetails

  8. SQL database quotum typekiezen: Andere quotum aanvraagChoose SQL Database quota type: Other quota request

  9. Vul de volgende sjabloon in:Fill in the following template:

    Quotumgegevens

    Geef de volgende informatie op in de sjabloonIn the template, provide the following information

    Aanvraag voor het maken van Azure grootschalige SQL Database in een nieuwe regioRequest to create Azure Hyperscale SQL Database in a new region
    Regio: [vul uw aangevraagde regio in]Region: [Fill in your requested region]
    Berekenen van SKU/totaal aantal kern geheugens inclusief Lees bare replica'sCompute SKU/total cores including readable replicas
    Aantal TB geschatNumber of TB estimated

  10. Kies Ernst CChoose Severity C

  11. Kies de juiste contact wijze en vul de details in.Choose the appropriate contact method and fill in details.

  12. Klik op Opslaan en door gaanClick Save and Continue

Bekende beperkingenKnown limitations

Dit zijn de huidige beperkingen voor het grootschalige van de service tier.These are the current limitations to the Hyperscale service tier as of GA. We werken actief om zoveel mogelijk van deze beperkingen te verwijderen.We are actively working to remove as many of these limitations as possible.

ProbleemIssue DescriptionDescription
In het deel venster Back-ups beheren voor een logische server worden geen grootschalige-data bases weer gegeven die worden gefilterd van SQL ServerThe Manage Backups pane for a logical server does not show Hyperscale databases will be filtered from SQL server Grootschalige heeft een afzonderlijke methode voor het beheren van back-ups, en omdat de Bewaar periode voor lange termijn retentie en het tijdstip voor het bewaren van back-ups niet van toepassing zijn/zijn ongeldig.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. Daarom worden grootschalige-data bases niet weer gegeven in het deel venster back-up beheren.Accordingly, Hyperscale databases do not appear in the Manage Backup pane.
Terugzetten naar eerder tijdstipPoint-in-time restore Wanneer een Data Base wordt gemigreerd naar de grootschalige, wordt het herstellen naar een bepaald tijdstip vóór de migratie niet ondersteund.Once a database is migrated into the Hyperscale service tier, restore to a point-in-time prior to the migration is not supported.
Herstellen van niet-grootschalige DB naar Hypserscale en vice versaRestore of non-Hyperscale DB to Hypserscale and vice-versa U kunt een grootschalige-data base niet herstellen in een niet-grootschalige-data base, en u kunt ook een niet-grootschalige-data base herstellen in een grootschalige-data base.You cannot restore a Hyperscale database into a non-Hyperscale database, nor can you restore a non-Hyperscale database into a Hyperscale database.
Als een database bestand tijdens de migratie groeit vanwege een actieve werk belasting en de 1 TB per bestands grens overschrijdt, mislukt de migratieIf a database file grows during migration due to an active workload and crosses the 1 TB per file boundary, the migration fails OplossingenMitigations:
-Als dat mogelijk is, migreert u de data base wanneer er geen update-werk belasting wordt uitgevoerd.- If possible, migrate the database when there is no update workload running.
-Probeer de migratie opnieuw uit te voeren, omdat de grenzen van 1 TB tijdens de migratie niet worden overschreden.- Re-try the migration, it will succeed as long as the 1 TB boundary is not crossed during the migration.
Beheerd exemplaarManaged Instance Azure SQL Database beheerde instantie wordt momenteel niet ondersteund met grootschalige-data bases.Azure SQL Database Managed Instance is not currently supported with Hyperscale databases.
Elastische poolsElastic Pools Elastische Pools worden momenteel niet ondersteund met SQL Database grootschalige.Elastic Pools are not currently supported with SQL Database Hyperscale.
Migratie naar grootschalige is momenteel een eenrichtings bewerkingMigration to Hyperscale is currently a one-way operation Wanneer een Data Base wordt gemigreerd naar grootschalige, kan deze niet rechtstreeks naar een andere servicelaag worden gemigreerd.Once a database is migrated to Hyperscale, it cannot be migrated directly to a non-Hyperscale service tier. De enige manier om een Data Base van grootschalige naar niet-grootschalige te migreren, is door een BACPAC-bestand te exporteren/importeren.At present, the only way to migrate a database from Hyperscale to non-Hyperscale is to export/import using a BACPAC file.
Migratie van data bases met persistente in-Memory objectenMigration of databases with persistent in-memory objects Grootschalige ondersteunt alleen niet-permanente objecten in het geheugen (tabel typen, systeem eigen SPs en functies).Hyperscale only supports non persistent In-Memory objects (table types, native SPs and functions). Permanente in-Memory tabellen en andere objecten moeten worden verwijderd en opnieuw worden gemaakt als objecten die geen deel uitmaken van het geheugen voordat een Data Base naar de service tier grootschalige wordt gemigreerd.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.
Tracering wijzigenChange Tracking U kunt Wijzigingen bijhouden niet gebruiken met grootschalige-data bases.You will not be able to use Change Tracking with Hyperscale databases.
Geo-replicatieGeo Replication U kunt geo-replicatie voor Azure SQL Database grootschalige nog niet configureren.You cannot yet configure geo-replication for Azure SQL Database Hyperscale. U kunt geografische herstel bewerkingen uitvoeren (de data base in een andere geografie herstellen, voor DR-of andere doel einden)You can perform geo-restores (restoring the database in a different geography, for DR or other purposes)
TDE/Azure-integratieTDE/AKV Integration Transparante database versleuteling met behulp van Azure Key Vault (ook wel uw eigen sleutel of BYOK genoemd) wordt nog niet ondersteund voor Azure SQL Database grootschalige, maar TDE met door service beheerde sleutels wordt volledig ondersteund.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 database functiesIntelligent Database Features 1. Index maken, verhalen index adviserende modellen zijn niet getraind voor grootschalige Db's.1. Create Index, Drop Index adviser models are not trained for Hyperscale DBs.
2. Schema probleem, DbParameterization-recent toegevoegde advises worden niet ondersteund voor de grootschalige-data base.2. Schema Issue, DbParameterization - recently added advisers are not supported for Hyperscale Database.

Volgende stappenNext steps