HyperskalatjänstnivåHyperscale service tier

Azure SQL Database baseras på SQL Server databas motor arkitektur som justeras för moln miljön för att säkerställa 99,99% tillgänglighet även i händelse av infrastruktur haverier.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. Det finns tre arkitektur modeller som används i Azure SQL Database:There are three architectural models that are used in Azure SQL Database:

  • Generell användning/standardGeneral Purpose/Standard
  • HyperskalningHyperscale
  • Affärskritisk/PremiumBusiness Critical/Premium

Den storskaliga tjänst nivån i Azure SQL Database är den senaste tjänst nivån i den vCore-baserade inköps modellen.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Den här tjänst nivån är en mycket skalbar lagrings-och beräknings prestanda nivå som utnyttjar Azure-arkitekturen för att skala ut lagrings-och beräknings resurserna för en Azure SQL Database som är betydligt större än de tillgängliga gränserna för Generell användning och företag Kritiska tjänst nivåer.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.

Anteckning

Mer information om Generell användning och Affärskritisk tjänst nivåer i den vCore-baserade inköps modellen finns i generell användning och affärskritisk tjänst nivåer.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. En jämförelse av den vCore-baserade inköps modellen med den DTU-baserade inköps modellen finns i Azure SQL Database köpa modeller och resurser.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.

Vilka är funktionerna för storskalighetWhat are the Hyperscale capabilities

Den storskaliga tjänst nivån i Azure SQL Database ger följande ytterligare funktioner:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Stöd för upp till 100 TB databas storlekSupport for up to 100 TB of database size
  • Nästan momentan databas säkerhets kopieringar (baserat på ögonblicks bilder av filer lagrade i Azure Blob Storage) oavsett storlek utan i/o-påverkan på beräknings resurserNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Snabba databaser återställer (baserat på ögonblicks bilder av filer) på några minuter i stället för timmar eller dagar (inte en storlek på data åtgärd)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Högre övergripande prestanda på grund av högre logg data flöde och snabbare transaktions överförings tider, oavsett data volymerHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Snabbt skala ut – du kan etablera en eller flera skrivskyddade noder för att avlasta din Läs arbets belastning och för användning som frekvent vänte lägeRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Snabbt skala upp – du kan, i konstant tid, skala upp dina beräknings resurser för att hantera stora arbets belastningar som och vid behov och sedan skala beräknings resurserna tillbaka när de inte behövs.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.

Den storskaliga Service nivån tar bort många av de praktiska gränser som traditionellt sett visas i moln databaserna.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. Om de flesta andra databaser begränsas av de resurser som är tillgängliga i en enda nod, har databaser i den storskaliga tjänst nivån inga sådana begränsningar.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Med sin flexibla lagrings arkitektur växer lagringen vid behov.With its flexible storage architecture, storage grows as needed. I själva verket skapas inte storskaliga databaser med en definierad Max storlek.In fact, Hyperscale databases aren’t created with a defined max size. En storskalig databas växer vid behov – och du debiteras bara för den kapacitet som du använder.A Hyperscale database grows as needed - and you are billed only for the capacity you use. För Läs intensiva arbets belastningar ger den storskaliga Service nivån snabb skalbarhet genom att tillhandahålla ytterligare Läs repliker efter behov för att avlasta Läs arbets belastningar.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Dessutom är tiden som krävs för att skapa databas säkerhets kopior eller skala upp eller ned inte längre kopplad till data mängden i databasen.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. Storskaliga databaser kan säkerhets kopie ras nästan omedelbart.Hyperscale databases can be backed up virtually instantaneously. Du kan också skala en databas i terabyte i terabyte upp eller ned på några minuter.You can also scale a database in the tens of terabytes up or down in minutes. Den här funktionen gör att du inte kan tänka på att bli inramad av de första konfigurations alternativen.This capability frees you from concerns about being boxed in by your initial configuration choices.

Mer information om beräknings storlekarna för den storskaliga tjänst nivån finns i Egenskaper för tjänst nivå.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Vem bör tänka på den storskaliga tjänst nivånWho should consider the Hyperscale service tier

Den storskaliga Service nivån är avsedd för de flesta företags arbets belastningar eftersom den ger stor flexibilitet och höga prestanda med oberoende skalbara beräknings-och lagrings resurser.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. Med möjligheten att automatiskt skala lagring upp till 100 TB är det ett bra val för kunder som:With the ability to auto-scale storage up to 100 TB, it's a great choice for customers who:

  • Har stora databaser lokalt och vill modernisera sina program genom att flytta till molnetHave large databases on-premises and want to modernize their applications by moving to the cloud
  • Finns redan i molnet och begränsas av de maximala begränsningarna för databas storlek för andra tjänst nivåer (1-4 TB)Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Ha mindre databaser, men kräver snabba vertikala och vågräta beräknings skalningar, höga prestanda, omedelbar säkerhets kopiering och snabb databas återställning.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

Den storskaliga tjänst nivån har stöd för ett brett utbud av SQL Server arbets belastningar, från ren OLTP till ren analys, men den är främst optimerad för OLTP-och HTAP-arbetsbelastningar (hybrid transaktion och analytisk bearbetning).The Hyperscale service tier supports a broad range of SQL Server workloads, from pure OLTP to pure analytics, but it is primarily optimized for OLTP and hybrid transaction and analytical processing (HTAP) workloads.

Viktigt

Elastiska pooler har inte stöd för den storskaliga tjänst nivån.Elastic pools do not support the Hyperscale service tier.

Pris modell för storskalighetHyperscale pricing model

Storskalig Service Tier är endast tillgängligt i vCore-modellen.Hyperscale service tier is only available in vCore model. För att passa den nya arkitekturen skiljer sig pris modellen något från Generell användning eller Affärskritisk tjänst nivåer:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Databehandling:Compute:

    Det storskaliga beräknings enhets priset är per replik.The Hyperscale compute unit price is per replica. Azure Hybrid-förmån priset används automatiskt för att läsa skalnings repliker.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Vi skapar en primär replik och en skrivskyddad replik per storskalig databas som standard.We create a primary replica and one read-only replica per Hyperscale database by default. Användare kan justera det totala antalet repliker, inklusive primärt från 1-5.Users may adjust the total number of replicas including the primary from 1-5.

  • Lagring:Storage:

    Du behöver inte ange den maximala data storleken när du konfigurerar en storskalig databas.You don't need to specify the max data size when configuring a Hyperscale database. På hyperskalningsnivån debiteras du för lagring för databasen baserat på faktisk användning.In the hyperscale tier, you are charged for storage for your database based on actual usage. Storage tilldelas automatiskt mellan 10 GB och 100 TB, i steg som justeras dynamiskt mellan 10 GB och 40 GB.Storage is automatically allocated between 10 GB and 100 TB, in increments that are dynamically adjusted between 10 GB and 40 GB.

Mer information om priser för storskalig prissättning finns Azure SQL Database priserFor more information about Hyperscale pricing, see Azure SQL Database Pricing

Arkitektur för distribuerade funktionerDistributed functions architecture

Till skillnad från traditionella databas motorer som har centraliserat alla data hanterings funktioner på en plats/process (även kallade distribuerade databaser i produktion idag har flera kopior av en monolitisk-datamotor), separerar en storskalig databas motorn för frågekörning, där semantiken för olika data motorer avviker från de komponenter som tillhandahåller långsiktig lagring och hållbarhets tid för data.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. På det här sättet kan lagrings kapaciteten på ett smidigt sätt skalas ut så mycket som behövs (det inledande målet är 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Skrivskyddade repliker delar samma lagrings komponenter så att ingen data kopiering krävs för att skapa en ny läsbar replik.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

Följande diagram illustrerar de olika typerna av noder i en storskalig databas:The following diagram illustrates the different types of nodes in a Hyperscale database:

Arkitektur

En storskalig databas innehåller följande typer av komponenter:A Hyperscale database contains the following different types of components:

DatabearbetningCompute

Compute-noden är där Relations motorn är i drift, så alla språk element, fråga bearbetning och så vidare inträffar.The compute node is where the relational engine lives, so all the language elements, query processing, and so on, occur. Alla användar interaktioner med en storskalig databas sker genom de här Compute-noderna.All user interactions with a Hyperscale database happen through these compute nodes. Compute-noder har SSD-baserade cacheminnen (märkta RBPEX-elastiska buffertpooltillägget i diagrammet ovan) för att minimera antalet nätverks fördröjningar som krävs för att hämta en sida med data.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. Det finns en primär Compute-nod där alla Läs-och skriv åtgärder och transaktioner bearbetas.There is one primary compute node where all the read-write workloads and transactions are processed. Det finns en eller flera sekundära datornoder som fungerar som frekventa vänte läge för redundans, samt fungerar som skrivskyddade Compute-noder för avlastning av Läs arbets belastningar (om den här funktionen önskas).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).

Sid ServerPage server

Sid servrar är system som representerar en utskalad lagrings motor.Page servers are systems representing a scaled-out storage engine. Varje sid Server ansvarar för en delmängd av sidorna i databasen.Each page server is responsible for a subset of the pages in the database. Varje sid Server styr då mellan 128 GB och 1 TB data.Nominally, each page server controls between 128 GB and 1 TB of data. Inga data delas på fler än en sid Server (utanför repliker som hålls för redundans och tillgänglighet).No data is shared on more than one page server (outside of replicas that are kept for redundancy and availability). En sid servers jobb är att hantera databas sidor till datornoderna på begäran, och för att behålla sidorna uppdaterade som transaktioner uppdatera data.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. Sid servrar hålls uppdaterade genom att spela upp logg poster från logg tjänsten.Page servers are kept up-to-date by playing log records from the log service. Sid servrar upprätthåller också SSD-baserade cacheminnen för att förbättra prestanda.Page servers also maintain SSD-based caches to enhance performance. Långsiktig lagring av data sidor behålls i Azure Storage för ytterligare tillförlitlighet.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Logg tjänstLog service

Logg tjänsten accepterar logg poster från den primära beräknings repliken, behåller dem i en hållbar cache och vidarebefordrar logg posterna till resten av beräknings replikerna (så att de kan uppdatera deras cacheminnen) samt de relevanta sid servrarna så att data kan uppdateras föreligg.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. På så sätt sprids alla data ändringar från den primära beräknings repliken genom logg tjänsten till alla sekundära beräknings repliker och sid servrar.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. Slutligen flyttas logg posterna ut till långsiktig lagring i Azure Storage, vilket är ett stort antal lagrings lager.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Den här mekanismen tar bort behovet av frekvent logg trunkering.This mechanism removes the need for frequent log truncation. Logg tjänsten har också lokal cache för att påskynda åtkomsten till logg poster.The log service also has local cache to speed up access to log records.

Azure StorageAzure storage

Azure Storage innehåller alla datafiler i en databas.Azure Storage contains all data files in a database. Sid servrar behåller datafilerna i Azure Storage aktuella.Page servers keep data files in Azure Storage up to date. Den här lagringen används för säkerhets kopierings syfte och för replikering mellan Azure-regioner.This storage is used for backup purposes, as well as for replication between Azure regions. Säkerhets kopieringar implementeras med lagrings ögonblicks bilder av datafiler.Backups are implemented using storage snapshots of data files. Återställnings åtgärder med hjälp av ögonblicks bilder är snabba oavsett data storlek.Restore operations using snapshots are fast regardless of data size. Data kan återställas till vilken tidpunkt som helst inom lagrings perioden för säkerhets kopiorna av databasen.Data can be restored to any point in time within the backup retention period of the database.

Säkerhetskopiera och återställBackup and restore

Säkerhets kopiorna är fil-och ögonblicks bilder, och därför är de nästan momentant.Backups are file-snapshot based and hence they are nearly instantaneous. Med lagrings-och beräknings separering kan du sänka säkerhets kopieringen/återställningen till lagrings lagret för att minska bearbetnings belastningen på den primära beräknings repliken.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. Det innebär att säkerhets kopieringen av databasen inte påverkar prestandan för den primära Compute-noden. återställningar görs på samma sätt genom att återställa till fil ögonblicks bilder och eftersom det inte är en storlek på data åtgärd.As a result, database backup does not impact performance of the primary compute node; similarly, restores are done by reverting to file snapshots, and as such are not a size of data operation. Restore är en konstant åtgärd och även om flera terabyte-databaser kan återställas på några minuter i stället för timmar eller dagar.Restore is a constant-time operation, and even multiple-terabyte databases can be restored in minutes instead of hours or days. Att skapa nya databaser genom att återställa en befintlig säkerhets kopia drar också nytta av den här funktionen: att skapa databas kopior för utvecklings-eller testnings ändamål, även i terabyte-databaser, är doable på några minuter.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.

Skalbarhet och prestanda för delarScale and performance advantages

Med möjligheten att snabbt kunna sätta upp eller ned ytterligare skrivskyddade Compute-noder ger storskaliga arkitektur avsevärda funktioner för Läs skalning och kan också frigöra den primära Compute-noden för att betjäna fler Skriv förfrågningar.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. Dessutom kan Compute-noderna skalas upp/ned snabbt på grund av den delade lagrings arkitekturen i den storskaliga arkitekturen.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Skapa en storskalig databasCreate a HyperScale database

En storskalig databas kan skapas med hjälp av Azure Portal, T-SQL, PowerShell eller CLI.A HyperScale database can be created using the Azure portal, T-SQL, Powershell or CLI. Storskaliga databaser är bara tillgängliga med den vCore-baserade inköps modellen.HyperScale databases are available only using the vCore-based purchasing model.

Följande T-SQL-kommando skapar en storskalig databas.The following T-SQL command creates a Hyperscale database. Du måste ange både versions-och tjänst målet i CREATE DATABASE-instruktionen.You must specify both the edition and service objective in the CREATE DATABASE statement. Se resurs gränserna för en lista över giltiga tjänst mål.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

Då skapas en storskalig databas på Gen5-maskinvara med 4 kärnor.This will create a Hyperscale database on Gen5 hardware with 4 cores.

Migrera en befintlig Azure SQL Database till den storskaliga tjänst nivånMigrate an existing Azure SQL Database to the Hyperscale service tier

Du kan flytta dina befintliga Azure SQL-databaser till skalning med hjälp av Azure Portal, T-SQL, PowerShell eller CLI.You can move your existing Azure SQL databases to Hyperscale using the Azure portal, T-SQL, Powershell or CLI. För närvarande är detta en enkelriktad migrering.At this time, this is a one-way migration. Du kan inte flytta databaser från storskalig till en annan tjänst nivå, förutom genom att exportera och importera data.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. För Proofing of Concept (POC) rekommenderar vi att du skapar en kopia av dina produktions databaser och migrerar kopian till storskalig skala.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. Att migrera en befintlig Azure SQL-databas till den storskaliga nivån är en storlek på data åtgärd.Migrating an existing Azure SQL database to the Hyperscale tier is a size of data operation.

Följande T-SQL-kommando flyttar en databas till den storskaliga tjänst nivån.The following T-SQL command moves a database into the Hyperscale service tier. Du måste ange både versions-och tjänst målet i ALTER DATABASE-instruktionen.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

Ansluta till en storskalig replik av en storskalig databasConnect to a read-scale replica of a Hyperscale database

I storskaliga databaser, anger argumentet ApplicationIntent i anslutnings strängen som anges av klienten om anslutningen dirigeras till Skriv repliken eller till en skrivskyddad sekundär replik.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. Om ApplicationIntent har angetts till READONLY och databasen inte har någon sekundär replik dirigeras anslutningen till den primära repliken och standardvärdet för ReadWrite beteendet.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;

Storskaliga sekundära repliker är alla identiska, med samma service nivå mål som den primära repliken.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Om det finns fler än en sekundär replik fördelas arbets belastningen över alla tillgängliga sekundära.If more than one secondary replica is present, the workload is distributed across all available secondaries. Varje sekundär replik uppdateras oberoende, vilket innebär att olika repliker kan ha olika data svars tider i förhållande till den primära repliken.Each secondary replica is updated independently, thus different replicas could have different data latency relative to the primary replica.

Databas hög tillgänglighet i hög skalaDatabase High Availability in Hyperscale

Precis som i alla andra tjänst nivåer garanterar storskalig data hållbarhet för genomförda transaktioner oavsett tillgängligheten för beräknings repliker.As in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. Omfattningen av drift stopp på grund av att den primära repliken blir otillgänglig beror på typen av redundansväxling (planerad eller oplanerad) och på förekomst av minst en sekundär replik.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. I en planerad redundansväxling (dvs. en underhålls händelse) skapar systemet antingen den nya primära repliken innan en redundansväxling initieras, eller använder en befintlig sekundär replik som redundansväxlingen.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. I en oplanerad redundansväxling (dvs. ett maskin varu fel på den primära repliken) använder systemet en sekundär replik som ett failover-mål om det finns en sådan eller skapar en ny primär replik från poolen med tillgänglig beräknings kapacitet.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. I det senare fallet är stillestånds tiden längre, på grund av extra steg som krävs för att skapa den nya primära repliken.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

Om du vill ha service avtal för storskalig skalning, se SLA för Azure SQL Database.For Hyperscale SLA, see SLA for Azure SQL Database.

Haveri beredskap för storskaliga databaserDisaster Recovery for Hyperscale Databases

Återställa en storskalig databas till en annan geografiRestoring a Hyperscale database to a different geography

Om du behöver återställa en Azure SQL Database storskalig databas till en annan region än den som för närvarande är värdbaserad, som en del av en haveri beredskaps åtgärd eller en detalj nivå, en annan orsak, är den primära metoden att göra en geo-återställning av databasen.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. Detta innebär exakt samma steg som vad du skulle använda för att återställa andra AZURE SQL-databaser till en annan region:This involves exactly the same steps as what you would use to restore any other AZURE SQL DB to a different region:

  1. Skapa en SQL Database-Server i mål regionen om du inte redan har en lämplig server där.Create a SQL Database server in the target region if you do not already have an appropriate server there. Den här servern bör ägas av samma prenumeration som den ursprungliga (käll) servern.This server should be owned by the same subscription as the original (source) server.
  2. Följ anvisningarna i avsnittet geo-återställning på sidan om hur du återställer Azure SQL-databaser från automatiska säkerhets kopieringar.Follow the instructions in the geo-restore topic of the page on restoring Azure SQL Databases from automatic backups.

Anteckning

Eftersom källan och målet är i olika regioner kan databasen inte dela lagring av ögonblicks bilder med käll databasen som i icke-geo-återställningar, som är mycket snabbt.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. Om det finns en geo-återställning av en storskalig databas, är det en åtgärd för data storlek, även om målet är i det kopplade området för den geo-replikerade lagringen.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. Det innebär att en geo-återställning tar tid som är proportionell till storleken på databasen som återställs.That means that doing a geo-restore will take time proportional to the size of the database being restored. Om målet är i den kopplade regionen kommer kopian att finnas i ett Data Center, vilket kommer att bli betydligt snabbare än med en lång kopia över Internet, men det kopierar fortfarande alla bitar.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.

Tillgängliga regionerAvailable regions

Den Azure SQL Database nivån på den storskaliga nivån är för närvarande tillgänglig i följande regioner:The Azure SQL Database Hyperscale tier is currently available in the following regions:

  • Australien, östraAustralia East
  • Australien, sydöstraAustralia Southeast
  • Brasilien, södraBrazil South
  • Kanada, centralaCanada Central
  • USA, centralaCentral US
  • Kina, östra 2China East 2
  • Kina, norra 2China North 2
  • Asien, östraEast Asia
  • USA, östraEast US
  • USA, östra 2East Us 2
  • Frankrike, centralaFrance Central
  • Japan, östraJapan East
  • Japan, västraJapan West
  • Sydkorea, centralaKorea Central
  • Sydkorea, södraKorea South
  • USA, norra centralaNorth Central US
  • Europa, norraNorth Europe
  • Sydafrika, norraSouth Africa North
  • USA, södra centralaSouth Central US
  • Asien, sydöstraSoutheast Asia
  • Storbritannien, södraUK South
  • Storbritannien, västraUK West
  • Europa, västraWest Europe
  • USA, västraWest US
  • USA, västra 2West US 2

Om du vill skapa en storskalig databas i en region som inte är listad som stöds kan du skicka en onboarding-begäran 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. Vi arbetar för att expandera listan över regioner som stöds, så kontrol lera att listan över de senaste regionerna är tillbaka.We are working to expand the list of supported regions so please check back for latest region list.

För att begära möjlighet att skapa storskaliga databaser i regioner som inte listas:To request the ability to create Hyperscale databases in regions not listed:

  1. Gå till bladet hjälp och support för AzureNavigate to Azure Help and Support Blade

  2. Klicka på ny supportbegäranClick on New support request

    Bladet hjälp och support för Azure

  3. För typ av problemväljer du begränsningar för tjänsten och prenumerationen (kvoter)For Issue Type, select Service and subscription limits (quotas)

  4. Välj den prenumeration som du vill använda för att skapa databas (er)Choose the subscription you would use to create the database(s)

  5. För typ av kvotväljer du SQL-databasFor Quota Type, select SQL database

  6. Klicka på Nästa: lösningarClick Next: Solutions

  7. Klicka på Ange informationClick Provide Details

    Probleminformation

  8. Välj SQL Database kvot typ: annan kvot förfråganChoose SQL Database quota type: Other quota request

  9. Fyll i följande mall:Fill in the following template:

    Kvot information

    Ange följande information i mallenIn the template, provide the following information

    Begäran om att skapa SQL Database för Azure-storskalig i en ny regionRequest to create Azure Hyperscale SQL Database in a new region
    Region: [Fyll i din begärda region]Region: [Fill in your requested region]
    Beräkna SKU/totalt antal kärnor, inklusive läsbara replikerCompute SKU/total cores including readable replicas
    Beräknat antal TBNumber of TB estimated

  10. Välj Allvarlighetsgrad CChoose Severity C

  11. Välj lämplig kontakt metod och fyll i information.Choose the appropriate contact method and fill in details.

  12. Klicka på Spara och FortsättClick Save and Continue

Kända begränsningarKnown limitations

Detta är de aktuella begränsningarna för den storskaliga tjänst nivån från och med GA.These are the current limitations to the Hyperscale service tier as of GA. Vi arbetar aktivt för att ta bort så många av dessa begränsningar som möjligt.We are actively working to remove as many of these limitations as possible.

ProblemIssue BeskrivningDescription
I fönstret hantera säkerhets kopior för en logisk server visas inte storskaliga databaser filtreras från SQL ServerThe Manage Backups pane for a logical server does not show Hyperscale databases will be filtered from SQL server Storskaligt har en separat metod för att hantera säkerhets kopieringar, och eftersom inställningarna för långsiktig kvarhållning och tidpunkten för kvarhållning av säkerhets kopior inte tillämpas/är ogiltiga.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. Därför visas inte storskaliga databaser i fönstret hantera säkerhets kopiering.Accordingly, Hyperscale databases do not appear in the Manage Backup pane.
Återställning av lagring vid olika tidpunkterPoint-in-time restore När en databas har migrerats till den storskaliga tjänst nivån, kan du återställa till en tidpunkt innan migreringen går ut.Once a database is migrated into the Hyperscale service tier, restore to a point-in-time prior to the migration is not supported.
Återställning av icke-storskalig databas till storskalig och tvärtomRestore of non-Hyperscale DB to Hyperscale and vice-versa Du kan inte återställa en storskalig databas till en databas som inte är storskalig, och du kan inte återställa en databas som inte är storskalig till en storskalig databas.You cannot restore a Hyperscale database into a non-Hyperscale database, nor can you restore a non-Hyperscale database into a Hyperscale database.
Om en databas har en eller flera datafiler som är större än 1 TB, Miss lyckas migreringenIf a database has one or more data files larger than 1 TB, migration fails I vissa fall kan det vara möjligt att undvika det här problemet genom att minska de stora filerna till mindre än 1 TB.In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB. Om du migrerar en databas som används under migreringsprocessen ser du till att ingen fil får större än 1 TB.If migrating a database being used during the migration process, make sure that no file gets larger than 1 TB. Använd följande fråga för att fastställa storleken på databasfilerna.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';
Hanterad instansManaged Instance Azure SQL Database hanterade instansen stöds för närvarande inte med storskaliga databaser.Azure SQL Database Managed Instance is not currently supported with Hyperscale databases.
Elastiska poolerElastic Pools Elastiska pooler stöds för närvarande inte med SQL Database storskalig.Elastic Pools are not currently supported with SQL Database Hyperscale.
Migrering till storskalig skalning är för närvarande en enkelriktad åtgärdMigration to Hyperscale is currently a one-way operation När en databas har migrerats till storskalig kan den inte migreras direkt till en icke-storskalig tjänst nivå.Once a database is migrated to Hyperscale, it cannot be migrated directly to a non-Hyperscale service tier. Det enda sättet att migrera en databas från storskalig till icke-storskalig är att exportera/importera med hjälp av en BACPAC-fil eller annan teknik för data förflyttning (Mass kopiering, Azure Data Factory, Azure Databricks, SSIS osv.)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.)
Migrering av databaser med beständiga minnes objektMigration of databases with persistent in-memory objects Storskaligt stöder endast icke-beständiga minnes objekt (tabell typer, inbyggda SPs och funktioner).Hyperscale only supports non persistent In-Memory objects (table types, native SPs and functions). Permanenta InMemory-tabeller och andra objekt måste släppas och återskapas som icke-minnesbaserade objekt innan migreringen av en databas till den storskaliga tjänst nivån.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.
Spårning av ändringarChange Tracking Ändringsspårning finns för närvarande i en offentlig för hands version och kan aktive ras på nya eller befintliga storskaliga databaser.Change Tracking is currently in public preview and can be enabled on new or existing Hyperscale databases.
Geo-replikeringGeo Replication Du kan inte konfigurera geo-replikering för Azure SQL Database storskaligt.You cannot yet configure geo-replication for Azure SQL Database Hyperscale.
Databas kopiaDatabase Copy Du kan inte använda databas kopiering ännu för att skapa en ny databas i Azure SQL-skalning.You cannot yet use Database Copy to create a new database in Azure SQL Hyperscale.
TDE/AKV-integreringTDE/AKV Integration Transparent databas kryptering med hjälp av Azure Key Vault (kallas ofta för att hämta egna nycklar eller BYOK) stöds ännu inte för Azure SQL Database storskalig, men TDE med tjänst hanterade nycklar stöds fullt ut.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.
Intelligenta databas funktionerIntelligent Database Features Med undantag för alternativet "framtvinga plan" stöds inte alla andra alternativ för automatisk justering i den storskaliga: alternativen kan verka vara aktiverade, men inga rekommendationer eller åtgärder har gjorts.With the exception of the "Force Plan" option, all other Automatic tuning options are not yet supported on Hyperscale: options may appear to be enabled, but there won't be any recommendations or actions made.
Information om frågeprestandaQuery Performance Insights Fråga prestanda insikter stöds för närvarande inte för storskaliga databaser.Query Performance Insights is currently not supported for Hyperscale databases.
Krymp databasShrink Database DBCC SHRINKDATABASE eller DBCC SHRINKFILE stöds för närvarande inte för storskaliga databaser.DBCC SHRINKDATABASE or DBCC SHRINKFILE is not currently supported for Hyperscale databases.
Kontroll av databas integritetDatabase integrity check DBCC CHECKDB stöds för närvarande inte för storskaliga databaser.DBCC CHECKDB is not currently supported for Hyperscale databases. Mer information om data integritets hantering i Azure SQL Database finns i data integritet i Azure SQL Database .See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Nästa stegNext steps