Azure SQL Database ServerlessAzure SQL Database serverless

Azure SQL Database utan server är en beräknings nivå för enskilda databaser som automatiskt skalar beräkning baserat på arbets belastnings behov och räkningar för mängden data bearbetning som används per sekund.Azure SQL Database serverless is a compute tier for single databases that automatically scales compute based on workload demand and bills for the amount of compute used per second. Server lös beräknings nivån pausar också automatiskt databaser under inaktiva perioder när endast lagring faktureras och återupptar automatiskt databaser när aktiviteten returnerar.The serverless compute tier also automatically pauses databases during inactive periods when only storage is billed and automatically resumes databases when activity returns.

Serverlös beräkningsnivåServerless compute tier

Server lösa beräknings nivåer för en enskild databas är parameterstyrda av ett intervall för automatisk skalning av beräkning och en fördröjning för automatisk paus.The serverless compute tier for a single database is parameterized by a compute autoscaling range and an autopause delay. Konfigurationen av dessa parametrar formar databasens prestanda upplevelse och beräknings kostnader.The configuration of these parameters shape the database performance experience and compute cost.

utan server fakturering

Prestanda konfigurationPerformance configuration

  • Lägsta virtuella kärnor och maximal virtuella kärnor är konfigurerbara parametrar som definierar intervallet för beräknings kapacitet som är tillgängliga för databasen.The minimum vCores and maximum vCores are configurable parameters that define the range of compute capacity available for the database. Minnes-och IO-gränser är proportionella till det vCore-intervall som angetts.Memory and IO limits are proportional to the vCore range specified.
  • Den automatiska paus fördröjningen är en konfigurerbar parameter som definierar den tids period som databasen måste vara inaktiv innan den pausas automatiskt.The autopause delay is a configurable parameter that defines the period of time the database must be inactive before it is automatically paused. Databasen återupptas automatiskt när nästa inloggning eller annan aktivitet sker.The database is automatically resumed when the next login or other activity occurs. Du kan också inaktivera AutoPause.Alternatively, autopausing can be disabled.

KostnadCost

  • Kostnaden för en server lös databas är summan av beräknings kostnaden och lagrings kostnaden.The cost for a serverless database is the summation of the compute cost and storage cost.
  • När beräknings användningen är mellan den minsta och högsta gränsen som kon figurer ATS baseras beräknings kostnaden på vCore och använt minne.When compute usage is between the min and max limits configured, the compute cost is based on vCore and memory used.
  • När beräknings användningen är under de lägsta gränser som har kon figurer ATS, baseras beräknings kostnaden på den minsta virtuella kärnor och minimalt minne som har kon figurer ATS.When compute usage is below the min limits configured, the compute cost is based on the min vCores and min memory configured.
  • När databasen har pausats är beräknings kostnaden noll och endast lagrings kostnader uppkommer.When the database is paused, the compute cost is zero and only storage costs are incurred.
  • Lagrings kostnaden fastställs på samma sätt som i den allokerade beräknings nivån.The storage cost is determined in the same way as in the provisioned compute tier.

Mer kostnads information finns i fakturering.For more cost details, see Billing.

ScenarierScenarios

Server lös är pris – prestanda som är optimerad för enkla databaser med ett oförutsägbart användnings mönster som kan ge en fördröjning i beräknings belastningen efter inaktiva användnings perioder.Serverless is price-performance optimized for single databases with intermittent, unpredictable usage patterns that can afford some delay in compute warm-up after idle usage periods. Den etablerade beräknings nivån är däremot pris-och prestanda optimerad för enskilda databaser eller flera databaser i elastiska pooler med en högre genomsnittlig användning som inte ger någon fördröjning i data bearbetningen.In contrast, the provisioned compute tier is price-performance optimized for single databases or multiple databases in elastic pools with higher average usage that cannot afford any delay in compute warm-up.

Lämpliga scenarier för Server lös data behandlingScenarios well-suited for serverless compute

  • Enkla databaser med intermittent, oförutsägbara användnings mönster som blandats med perioder av inaktivitet och lägre genomsnittlig data bearbetning över tid.Single databases with intermittent, unpredictable usage patterns interspersed with periods of inactivity and lower average compute utilization over time.
  • Enskilda databaser i den allokerade beräknings nivån som ofta skalas om och kunder som föredrar att delegera beräkning av skalbarhet till tjänsten.Single databases in the provisioned compute tier that are frequently rescaled and customers who prefer to delegate compute rescaling to the service.
  • Nya enkla databaser utan användnings historik där beräknings storlek är svårt eller inte går att uppskatta innan distributionen i SQL Database.New single databases without usage history where compute sizing is difficult or not possible to estimate prior to deployment in SQL Database.

Scenarier som passar bra för allokerad beräkningScenarios well-suited for provisioned compute

  • Enkla databaser med mer vanliga, förutsägbara användnings mönster och större genomsnittlig beräknings användning över tid.Single databases with more regular, predictable usage patterns and higher average compute utilization over time.
  • Databaser som inte kan tolerera prestanda kompromisser som orsakas av frekvent minnes trimning eller fördröjning i att återupptas från paus läge.Databases that cannot tolerate performance trade-offs resulting from more frequent memory trimming or delay in autoresuming from a paused state.
  • Flera databaser med intermittent, oförutsägbara användnings mönster som kan konsol IDE ras i elastiska pooler för bättre pris-och prestanda optimering.Multiple databases with intermittent, unpredictable usage patterns that can be consolidated into elastic pools for better price-performance optimization.

Jämförelse med allokerad beräknings nivåComparison with provisioned compute tier

I följande tabell sammanfattas skillnader mellan server lös beräknings nivå och den allokerade beräknings nivån:The following table summarizes distinctions between the serverless compute tier and the provisioned compute tier:

Data behandling utan ServerServerless compute Allokerad beräkningProvisioned compute
Användnings mönster för databasDatabase usage pattern Intermittent, oförutsägbar användning med lägre genomsnittlig beräknings användning över tid.Intermittent, unpredictable usage with lower average compute utilization over time. Vanliga användnings mönster med högre genomsnittlig beräknings användning över tid, eller flera databaser med elastiska pooler.More regular usage patterns with higher average compute utilization over time, or multiple databases using elastic pools.
Prestanda hanterings ansträngningPerformance management effort LägreLower HögreHigher
Beräknings skalningCompute scaling AutomatiskAutomatic ManuelltManual
Beräknings svars tidCompute responsiveness Lägre efter inaktiva perioderLower after inactive periods OmgåendeImmediate
Fakturerings precisionBilling granularity Per sekundPer second Per timmePer hour

Inköps modell och tjänst nivåPurchasing model and service tier

SQL Database Server lös stöds för närvarande bara på Generell användning nivå på generation 5-maskin vara i vCore inköps modell.SQL Database serverless is currently only supported in the General Purpose tier on Generation 5 hardware in the vCore purchasing model.

Automatisk skalningAutoscaling

Skalnings svars tidScaling responsiveness

I allmänhet körs serverbaserade databaser på en dator som har tillräckligt med kapacitet för att uppfylla resurs behovet utan avbrott för en mängd data som begärs inom gränser som anges av Max värdet för virtuella kärnor.In general, serverless databases are run on a machine with sufficient capacity to satisfy resource demand without interruption for any amount of compute requested within limits set by the max vCores value. Ibland sker belastnings utjämning automatiskt om datorn inte kan uppfylla resurs behovet inom några minuter.Occasionally, load balancing automatically occurs if the machine is unable to satisfy resource demand within a few minutes. Om till exempel resurs behovet är 4 virtuella kärnor, men bara 2 virtuella kärnor är tillgängliga, kan det ta upp till några minuter att belastningsutjämna innan 4 virtuella kärnor tillhandahålls.For example, if the resource demand is 4 vCores, but only 2 vCores are available, then it may take up to a few minutes to load balance before 4 vCores are provided. Databasen är online under belastnings utjämning, förutom en kort period i slutet av åtgärden när anslutningarna bryts.The database remains online during load balancing except for a brief period at the end of the operation when connections are dropped.

Minnes hanteringMemory management

Minne för serverbaserade databaser frigörs oftare än för etablerade beräknings databaser.Memory for serverless databases is reclaimed more frequently than for provisioned compute databases. Det här beteendet är viktigt för att kontrol lera kostnader i Server lös och kan påverka prestandan.This behavior is important to control costs in serverless and can impact performance.

Cache regeneringCache reclamation

Till skillnad från etablerade data bearbetnings databaser frigörs minne från SQL-cachen från en databas utan server när processor-eller cache-användningen är låg.Unlike provisioned compute databases, memory from the SQL cache is reclaimed from a serverless database when CPU or cache utilization is low.

  • Användningen av cacheminnet anses låg när den totala storleken på de senast använda cacheposter unders tiger ett tröskelvärde under en viss tids period.Cache utilization is considered low when the total size of the most recently used cache entries falls below a threshold for a period of time.
  • När cache regenering utlöses, minskas storleken på målets cachestorlek stegvis till en bråkdel av den tidigare storleken och återställningen fortsätter bara om användningen är låg.When cache reclamation is triggered, the target cache size is reduced incrementally to a fraction of its previous size and reclaiming only continues if usage remains low.
  • När cache regenering sker är principen för att välja cacheposter att ta bort samma princip som för etablerade beräknings databaser när minnes trycket är hög.When cache reclamation occurs, the policy for selecting cache entries to evict is the same selection policy as for provisioned compute databases when memory pressure is high.
  • Cachestorleken minskas aldrig under den minsta minnes gränsen som definieras av den minsta virtuella kärnor som kan konfigureras.The cache size is never reduced below the min memory limit as defined by min vCores which can be configured.

I både server lösa och etablerade beräknings databaser kan cacheposter avlägsnas om allt tillgängligt minne används.In both serverless and provisioned compute databases, cache entries may be evicted if all available memory is used.

Cachelagra hydreringCache hydration

SQL-cachen växer när data hämtas från disk på samma sätt och med samma hastighet som för etablerade databaser.The SQL cache grows as data is fetched from disk in the same way and with the same speed as for provisioned databases. När databasen är upptagen får cachen öka obegränsad till högsta minnes gräns.When the database is busy, the cache is allowed to grow unconstrained up to the max memory limit.

Autopausa och AutoåterupptaAutopausing and autoresuming

AutopausaAutopausing

AutoPause utlöses om samtliga följande villkor är uppfyllda för varaktigheten för den automatiskt pausade fördröjningen:Autopausing is triggered if all of the following conditions are true for the duration of the autopause delay:

  • Antal sessioner = 0Number sessions = 0
  • CPU = 0 för användar arbets belastning som körs i anslutningspoolenCPU = 0 for user workload running in the user pool

Det finns ett alternativ för att inaktivera autopausen om du vill.An option is provided to disable autopausing if desired.

Följande funktioner stöder inte AutoPause.The following features do not support autopausing. Det innebär att om någon av följande funktioner används är databasen online oavsett hur lång tid det tar för databas inaktivitet:That is, if any of the following features are used, then the database remains online regardless of the duration of database inactivity:

  • Geo-replikering (aktiv geo-replikering och grupper för automatisk redundans).Geo-replication (active geo-replication and auto-failover groups).
  • Långsiktig kvarhållning av säkerhets kopior (brv).Long-term backup retention (LTR).
  • Den synkroniserade databasen som används i SQL Data Sync. Till skillnad från Sync-databaser, nav och medlems databaser har stöd för automatisk paus.The sync database used in SQL data sync. Unlike sync databases, hub and member databases support autopausing.
  • Jobb databasen som används i elastiska jobb.The job database used in elastic jobs.

AutoPause förhindras tillfälligt under distributionen av vissa tjänste uppdateringar som kräver att databasen är online.Autopausing is temporarily prevented during the deployment of some service updates which require the database be online. I sådana fall tillåts autopausen igen när tjänsten har uppdaterats.In such cases, autopausing becomes allowed again once the service update completes.

ÅterupptarAutoresuming

Autoåterupptagande utlöses om något av följande villkor är uppfyllt när som helst:Autoresuming is triggered if any of the following conditions are true at any time:

FunktionFeature Autoresume-utlösareAutoresume trigger
Autentisering och auktoriseringAuthentication and authorization Logga inLogin
HotidentifieringThreat detection Aktivera/inaktivera inställningar för hot identifiering på databas-eller server nivå.Enabling/disabling threat detection settings at the database or server level.
Ändra inställningarna för hot identifiering på databas-eller server nivå.Modifying threat detection settings at the database or server level.
Dataidentifiering och -klassificeringData discovery and classification Lägga till, ändra, ta bort eller Visa känslighets etiketterAdding, modifying, deleting, or viewing sensitivity labels
GranskningAuditing Visa gransknings poster.Viewing auditing records.
Uppdaterar eller visar gransknings principen.Updating or viewing auditing policy.
DatamaskningData masking Lägga till, ändra, ta bort eller Visa regler för data maskeringAdding, modifying, deleting, or viewing data masking rules
Transparent datakrypteringTransparent data encryption Visa status eller status för transparent data krypteringView state or status of transparent data encryption
Fråga (prestanda) data lagerQuery (performance) data store Ändra eller Visa inställningar för frågearkivetModifying or viewing query store settings
AutojusteraAutotuning Program och verifiering av rekommendationer för automatisk justering, till exempel automatisk indexeringApplication and verification of autotuning recommendations such as auto-indexing
Databas kopieringDatabase copying Skapa databas som kopia.Create database as copy.
Exportera till en BACPAC-fil.Export to a BACPAC file.
SQL Data SyncSQL data sync Synkronisering mellan hubb och medlems databaser som körs enligt ett konfigurerbart schema eller som utförs manuelltSynchronization between hub and member databases that run on a configurable schedule or are performed manually
Ändra vissa metadata för databasenModifying certain database metadata Lägger till nya Database-taggar.Adding new database tags.
Ändra Max virtuella kärnor, min virtuella kärnor eller AutoPause fördröjning.Changing max vCores, min vCores, or autopause delay.
SQL Server Management Studio (SSMS)SQL Server Management Studio (SSMS) Om du använder SSMS-versioner som är äldre än 18,1 och öppnar ett nytt frågefönster för en databas på servern återupptas alla automatiskt pausade databaser på samma server.Using SSMS versions earlier than 18.1 and opening a new query window for any database in the server will resume any auto-paused database in the same server. Det här problemet uppstår inte om du använder SSMS version 18,1 eller senare.This behavior does not occur if using SSMS version 18.1 or later.

Funktionen för att återuppta automatiskt utlöses även under distributionen av vissa tjänste uppdateringar som kräver att databasen är online.Autoresuming is also triggered during the deployment of some service updates which require the database be online.

AnslutningsmöjlighetConnectivity

Om en server lös databas har pausats kommer den första inloggningen att återuppta databasen och returnera ett fel som anger att databasen inte är tillgänglig med felkoden 40613.If a serverless database is paused, then the first login will resume the database and return an error stating that the database is unavailable with error code 40613. När databasen har återupptagits måste inloggningen göras om för att upprätta anslutningen.Once the database is resumed, the login must be retried to establish connectivity. Databas klienter med logik för anslutnings försök ska inte behöva ändras.Database clients with connection retry logic should not need to be modified.

SvarstidLatency

Svars tiden för autoresume och autopausning av en server lös databas är i regel 1 minut för att autoaktivera och 1-10 minuter att pausa.The latency to autoresume and autopause a serverless database is generally order of 1 minute to autoresume and 1-10 minutes to autopause.

Onboarding in in på Server lös beräknings nivåOnboarding into serverless compute tier

Att skapa en ny databas eller flytta en befintlig databas till en server lös beräknings nivå följer samma mönster som att skapa en ny databas i en allokerad beräknings nivå och omfattar följande två steg.Creating a new database or moving an existing database into a serverless compute tier follows the same pattern as creating a new database in provisioned compute tier and involves the following two steps.

  1. Ange namnet på tjänst målet.Specify the service objective name. Tjänst målet föreskriver tjänst nivån, maskin varu genereringen och Max virtuella kärnor.The service objective prescribes the service tier, hardware generation, and max vCores. I följande tabell visas alternativen för tjänst målet:The following table shows the service objective options:

    Namn på tjänst måletService objective name TjänstnivåService tier Maskin varu genereringHardware generation Max virtuella kärnorMax vCores
    GP_S_Gen5_1GP_S_Gen5_1 Generellt syfteGeneral Purpose Gen5Gen5 11
    GP_S_Gen5_2GP_S_Gen5_2 Generellt syfteGeneral Purpose Gen5Gen5 22
    GP_S_Gen5_4GP_S_Gen5_4 Generellt syfteGeneral Purpose Gen5Gen5 44
    GP_S_Gen5_6GP_S_Gen5_6 Generellt syfteGeneral Purpose Gen5Gen5 66
    GP_S_Gen5_8GP_S_Gen5_8 Generellt syfteGeneral Purpose Gen5Gen5 88
    GP_S_Gen5_10GP_S_Gen5_10 Generellt syfteGeneral Purpose Gen5Gen5 1010
    GP_S_Gen5_12GP_S_Gen5_12 Generellt syfteGeneral Purpose Gen5Gen5 1212
    GP_S_Gen5_14GP_S_Gen5_14 Generellt syfteGeneral Purpose Gen5Gen5 1414
    GP_S_Gen5_16GP_S_Gen5_16 Generellt syfteGeneral Purpose Gen5Gen5 1616
  2. Alternativt kan du ange den minsta virtuella kärnor och den automatiskt paus fördröjningen för att ändra standardvärdena.Optionally, specify the min vCores and autopause delay to change their default values. I följande tabell visas de tillgängliga värdena för dessa parametrar.The following table shows the available values for these parameters.

    ParameterParameter Värde alternativValue choices StandardvärdeDefault value
    Minsta virtuella kärnorMin vCores Är beroende av Max virtuella kärnor konfigurerade – se resurs gränser.Depends on max vCores configured - see resource limits. 0,5 virtuella kärnor0.5 vCores
    Pausa fördröjningAutopause delay Minst: 60 minuter (1 timme)Minimum: 60 minutes (1 hour)
    Max: 10080 minuter (7 dagar)Maximum: 10080 minutes (7 days)
    Steg: 60 minuterIncrements: 60 minutes
    Inaktivera autopausen:-1Disable autopause: -1
    60 minuter60 minutes

Skapa ny databas i Server lös beräknings nivåCreate new database in serverless compute tier

I följande exempel skapas en ny databas i Server lös beräknings nivån.The following examples create a new database in the serverless compute tier. I exemplen anges explicit den minsta virtuella kärnor, Max virtuella kärnor och AutoPause-fördröjning.The examples explicitly specify the min vCores, max vCores, and autopause delay.

Använd Azure PortalUse Azure portal

Se snabb start: skapa en enda databas i Azure SQL Database med hjälp av Azure Portal.See Quickstart: Create a single database in Azure SQL Database using the Azure portal.

Använd PowerShellUse PowerShell

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -ComputeModel Serverless -Edition GeneralPurpose -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 -AutoPauseDelayInMinutes 720

Använda Azure CLIUse Azure CLI

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e GeneralPurpose -f Gen5 -min-capacity 0.5 -c 2 --compute-model Serverless --auto-pause-delay 720

Använd Transact-SQL (T-SQL)Use Transact-SQL (T-SQL)

I följande exempel skapas en ny databas i Server lös beräknings nivån.The following example creates a new database in the serverless compute tier.

CREATE DATABASE testdb
( EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_S_Gen5_1' ) ;

Mer information finns i skapa databas.For details, see CREATE DATABASE.

Flytta databasen från etablerade beräknings nivåer till Server lös beräknings nivåMove database from provisioned compute tier into serverless compute tier

Följande exempel flyttar en databas från den allokerade beräknings nivån till Server lös beräknings nivån.The following examples move a database from the provisioned compute tier into the serverless compute tier. I exemplen anges explicit den minsta virtuella kärnor, Max virtuella kärnor och AutoPause-fördröjning.The examples explicitly specify the min vCores, max vCores, and autopause delay.

Använd PowerShellUse PowerShell

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition GeneralPurpose -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 1 -MaxVcore 4 -AutoPauseDelayInMinutes 1440

Använda Azure CLIUse Azure CLI

az sql db update -g $resourceGroupName -s $serverName -n $databaseName `
  --edition GeneralPurpose --min-capacity 1 --capacity 4 --family Gen5 --compute-model Serverless --auto-pause-delay 1440

Använd Transact-SQL (T-SQL)Use Transact-SQL (T-SQL)

I följande exempel flyttas en databas från den allokerade beräknings nivån till Server lös beräknings nivån.The following example moves a database from the provisioned compute tier into the serverless compute tier.

ALTER DATABASE testdb 
MODIFY ( SERVICE_OBJECTIVE = 'GP_S_Gen5_1') ;

Mer information finns i Alter Database.For details, see ALTER DATABASE.

Flytta databasen från Server lös beräknings nivån till en allokerad beräknings nivåMove database from serverless compute tier into provisioned compute tier

En server lös databas kan flyttas till en allokerad beräknings nivå på samma sätt som en allokerad beräknings databas flyttas till en server lös beräknings nivå.A serverless database can be moved into a provisioned compute tier in the same way as moving a provisioned compute database into a serverless compute tier.

Ändra konfiguration utan ServerModifying serverless configuration

Använd PowerShellUse PowerShell

Att ändra den maximala eller lägsta virtuella kärnor och den autopausade fördröjningen utförs med hjälp av kommandot set-AzSqlDatabase i PowerShell med hjälp av argumenten MaxVcore, MinVcoreoch AutoPauseDelayInMinutes.Modifying the maximum or minimum vCores, and autopause delay, is performed by using the Set-AzSqlDatabase command in PowerShell using the MaxVcore, MinVcore, and AutoPauseDelayInMinutes arguments.

Använda Azure CLIUse Azure CLI

Att ändra den maximala eller lägsta virtuella kärnor och den autopausade fördröjningen utförs med kommandot AZ SQL DB Update i Azure CLI med hjälp av argumenten capacity, min-capacityoch auto-pause-delay.Modifying the maximum or minimum vCores, and autopause delay, is performed by using the az sql db update command in Azure CLI using the capacity, min-capacity, and auto-pause-delay arguments.

ÖvervakningMonitoring

Använda och fakturerade resurserResources used and billed

Resurserna för en server lös databas kapslas av appaket, SQL-instans och entiteter för resurspooler för användare.The resources of a serverless database are encapsulated by app package, SQL instance, and user resource pool entities.

AppaketApp package

Appaketet är den yttre mest resurs hanterings gränserna för en databas, oavsett om databasen finns i en server lös eller allokerad beräknings nivå.The app package is the outer most resource management boundary for a database, regardless of whether the database is in a serverless or provisioned compute tier. Appaketet innehåller SQL-instansen och externa tjänster som tillsammans omfattar alla användar-och system resurser som används av en databas i SQL Database.The app package contains the SQL instance and external services that together scope all user and system resources used by a database in SQL Database. Exempel på externa tjänster är R och full texts ökning.Examples of external services include R and full-text search. SQL-instansen dominerar vanligt vis den övergripande resursutnyttjande över Appaketet.The SQL instance generally dominates the overall resource utilization across the app package.

Resurspool för användareUser resource pool

Resurspoolen är den inre resurs hanterings gränserna för en databas, oavsett om databasen finns i en server lös eller allokerad beräknings nivå.The user resource pool is the inner most resource management boundary for a database, regardless of whether the database is in a serverless or provisioned compute tier. Användarens resurspool omfångerar CPU och IO för användar arbets belastningar som skapats av DDL-frågor som skapa och ändra och DML-frågor, till exempel SELECT, INSERT, UPDATE och DELETE.The user resource pool scopes CPU and IO for user workload generated by DDL queries such as CREATE and ALTER and DML queries such as SELECT, INSERT, UPDATE, and DELETE. Dessa frågor representerar vanligt vis den mest betydande delen av användningen i Appaketet.These queries generally represent the most substantial proportion of utilization within the app package.

MåttMetrics

Mät värden för att övervaka resursanvändningen för Appaketet och poolen för en server lös databas visas i följande tabell:Metrics for monitoring the resource usage of the app package and user pool of a serverless database are listed in the following table:

EnhetEntity MåttMetric BeskrivningDescription EnheterUnits
AppaketApp package app_cpu_percentapp_cpu_percent Procent andelen av virtuella kärnor som används av appen i förhållande till högsta tillåtna virtuella kärnor för appen.Percentage of vCores used by the app relative to max vCores allowed for the app. ProcentPercentage
AppaketApp package app_cpu_billedapp_cpu_billed Mängden data som debiteras för appen under rapporterings perioden.The amount of compute billed for the app during the reporting period. Det belopp som betalas under perioden är produkten av det här måttet och vCore enhets pris.The amount paid during this period is the product of this metric and the vCore unit price.

Värdena för det här måttet bestäms genom agg regering över tid för maximalt CPU-använt och minne som används varje sekund.Values of this metric are determined by aggregating over time the maximum of CPU used and memory used each second. Om det använda beloppet är mindre än det lägsta belopp som har angetts som den lägsta virtuella kärnor och minsta mängden minne, faktureras det lägsta mängd som har allokerats.If the amount used is less than the minimum amount provisioned as set by the min vCores and min memory, then the minimum amount provisioned is billed. För att kunna jämföra CPU med minne i fakturerings syfte normaliseras minnet till enheter av virtuella kärnor genom att skala om mängden minne i GB med 3 GB per vCore. In order to compare CPU with memory for billing purposes, memory is normalized into units of vCores by rescaling the amount of memory in GB by 3 GB per vCore.
vCore sekundervCore seconds
AppaketApp package app_memory_percentapp_memory_percent Procent andelen minne som används av appen i förhållande till maximalt minne som tillåts för appen.Percentage of memory used by the app relative to max memory allowed for the app. ProcentPercentage
AdresspoolUser pool cpu_percentcpu_percent Procent andelen av virtuella kärnor som används av användar arbets belastning i förhållande till högsta tillåtna virtuella kärnor för användar arbets belastning.Percentage of vCores used by user workload relative to max vCores allowed for user workload. ProcentPercentage
AdresspoolUser pool data_IO_percentdata_IO_percent Procent andel data IOPS som används av användar arbets belastning i förhållande till maximal data-IOPS som tillåts för användar arbets belastning.Percentage of data IOPS used by user workload relative to max data IOPS allowed for user workload. ProcentPercentage
AdresspoolUser pool log_IO_percentlog_IO_percent Procent andel logg MB/s som används av användar arbets belastning i förhållande till maximalt antal loggar i MB/s som tillåts för användar arbets belastning.Percentage of log MB/s used by user workload relative to max log MB/s allowed for user workload. ProcentPercentage
AdresspoolUser pool workers_percentworkers_percent Procent andel arbetare som används av användar arbets belastning i förhållande till max arbetare som tillåts för användar arbets belastning.Percentage of workers used by user workload relative to max workers allowed for user workload. ProcentPercentage
AdresspoolUser pool sessions_percentsessions_percent Procent andel sessioner som används av användar arbets belastning i förhållande till högsta antal sessioner som tillåts för användar arbets belastning.Percentage of sessions used by user workload relative to max sessions allowed for user workload. ProcentPercentage

Pausa och återuppta statusPause and resume status

I Azure Portal visas databasens status i fönstret Översikt på servern som innehåller en lista över de databaser som den innehåller.In the Azure portal, the database status is displayed in the overview pane of the server that lists the databases it contains. Databasens status visas också i fönstret Översikt för-databasen.The database status is also displayed in the overview pane for the database.

Använd följande kommandon för att fråga efter paus och återuppta status för en databas:Using the following commands to query the pause and resume status of a database:

Använd PowerShellUse PowerShell

Get-AzSqlDatabase -ResourceGroupName $resourcegroupname -ServerName $servername -DatabaseName $databasename `
  | Select -ExpandProperty "Status"

Använda Azure CLIUse Azure CLI

az sql db show --name $databasename --resource-group $resourcegroupname --server $servername --query 'status' -o json

ResursbegränsningarResource limits

För resurs gränser, se Server lös beräknings nivå.For resource limits, see serverless compute tier.

FaktureringBilling

Den mängd data som faktureras är det högsta antal CPU-som används och minne som används varje sekund.The amount of compute billed is the maximum of CPU used and memory used each second. Om mängden använt CPU och använt minne är mindre än den lägsta mängd som har skapats för varje, faktureras det etablerade beloppet.If the amount of CPU used and memory used is less than the minimum amount provisioned for each, then the provisioned amount is billed. För att kunna jämföra CPU med minne i fakturerings syfte normaliseras minnet till enheter av virtuella kärnor genom att skala om mängden minne i GB med 3 GB per vCore.In order to compare CPU with memory for billing purposes, memory is normalized into units of vCores by rescaling the amount of memory in GB by 3 GB per vCore.

  • Resurs fakturerad: CPU och minneResource billed: CPU and memory
  • Fakturerat belopp: vCore enhets pris * Max (min virtuella kärnor, virtuella kärnor som används, minimalt minne GB * 1/3, använt minnes utrymme * 1/3)Amount billed: vCore unit price * max (min vCores, vCores used, min memory GB * 1/3, memory GB used * 1/3)
  • Fakturerings frekvens: per sekundBilling frequency: Per second

Priset för vCore-enheten är kostnaden per vCore per sekund.The vCore unit price is the cost per vCore per second. Mer information finns på sidan med Azure SQL Database priser för vissa enhets priser i en specifik region.Refer to the Azure SQL Database pricing page for specific unit prices in a given region.

Den totala mängden data som faktureras exponeras enligt följande mått:The amount of compute billed is exposed by the following metric:

  • Mått: App_cpu_billed (vCore sekunder)Metric: app_cpu_billed (vCore seconds)
  • Definition: Max (min-virtuella kärnor, virtuella kärnor som används, minimalt minne gb * 1/3, använt minnes utrymme * 1/3)Definition: max (min vCores, vCores used, min memory GB * 1/3, memory GB used * 1/3)
  • Rapport frekvens: per minutReporting frequency: Per minute

Den här kvantiteten beräknas varje sekund och sammanställs över 1 minut.This quantity is calculated each second and aggregated over 1 minute.

Överväg en server lös databas som kon figurer ATS med 1 min vCore och 4 Max virtuella kärnor.Consider a serverless database configured with 1 min vCore and 4 max vCores. Detta motsvarar cirka 3 GB min minne och maximalt 12 GB minne.This corresponds to around 3 GB min memory and 12-GB max memory. Antag att fördröjningen för automatisk paus är inställd på 6 timmar och databasens arbets belastning är aktiv under de första två timmarna av en 24-timmarsperiod och annars inaktiv.Suppose the auto-pause delay is set to 6 hours and the database workload is active during the first 2 hours of a 24-hour period and otherwise inactive.

I det här fallet faktureras databasen för beräkning och lagring under de första 8 timmarna.In this case, the database is billed for compute and storage during the first 8 hours. Även om databasen är inaktiv från och med den andra timmen, faktureras den fortfarande för beräkning under de följande 6 timmarna baserat på den lägsta beräkning som etablerades när databasen är online.Even though the database is inactive starting after the second hour, it is still billed for compute in the subsequent 6 hours based on the minimum compute provisioned while the database is online. Endast lagring faktureras under resten av den 24-timmarsperiod medan databasen pausas.Only storage is billed during the remainder of the 24-hour period while the database is paused.

Mer exakt, beräknings fakturan i det här exemplet beräknas enligt följande:More precisely, the compute bill in this example is calculated as follows:

TidsintervallTime Interval Virtuella kärnor som används varje sekundvCores used each second GB som används varje sekundGB used each second Beräknings dimension fakturerasCompute dimension billed vCore sekunder debiteras över tidsintervalletvCore seconds billed over time interval
0:00-1:000:00-1:00 44 99 Virtuella kärnor som användsvCores used 4 virtuella kärnor * 3600 sekunder = 14400 vCore sekunder4 vCores * 3600 seconds = 14400 vCore seconds
1:00-2:001:00-2:00 11 1212 Använt minneMemory used 12 GB * 1/3 * 3600 sekunder = 14400 vCore sekunder12 GB * 1/3 * 3600 seconds = 14400 vCore seconds
2:00-8:002:00-8:00 00 00 Minsta allokerade minneMin memory provisioned 3 GB * 1/3 * 21600 sekunder = 21600 vCore sekunder3 GB * 1/3 * 21600 seconds = 21600 vCore seconds
8:00-24:008:00-24:00 00 00 Ingen beräkning har pausatsNo compute billed while paused 0 vCore sekunder0 vCore seconds
Totalt antal vCore sekunder debiteras över 24 timmarTotal vCore seconds billed over 24 hours 50400 vCore sekunder50400 vCore seconds

Anta att priset för beräknings enheten är $0.000073/vCore/Second.Suppose the compute unit price is $0.000073/vCore/second. Sedan debiteras beräkningen för den här 24-timmarsperiod produkten av priset för beräknings enheten och vCore sekunder fakturerat: $0.000073/vCore/Second * 50400 vCore sekunder = $3,68Then the compute billed for this 24-hour period is the product of the compute unit price and vCore seconds billed: $0.000073/vCore/second * 50400 vCore seconds = $3.68

Azure Hybrid-förmån och reserverad kapacitetAzure Hybrid Benefit and reserved capacity

Azure Hybrid-förmån (AHB) och reserverade kapacitets rabatter gäller inte för Server lös beräknings nivån.Azure Hybrid Benefit (AHB) and reserved capacity discounts do not apply to the serverless compute tier.

Tillgängliga regionerAvailable regions

Server lös beräknings nivån är tillgänglig över hela världen utom följande regioner: Kina, östra, Kina, norra, Tyskland, centrala, Tyskland nordöstra, Storbritannien, norra, Storbritannien, södra 2, västra centrala USA och US Gov Central (Iowa).The serverless compute tier is available worldwide except the following regions: China East, China North, Germany Central, Germany Northeast, UK North, UK South 2, West Central US, and US Gov Central (Iowa).

Nästa stegNext steps