Enkele database resources in Azure SQL Database schalenScale single database resources in Azure SQL Database

In dit artikel wordt beschreven hoe u de berekenings-en opslag resources schaalt die beschikbaar zijn voor een Azure SQL Database in de ingerichte Compute-laag.This article describes how to scale the compute and storage resources available for an Azure SQL Database in the provisioned compute tier. De Compute-laag zonder server biedt ook reken capaciteit automatisch schalen en facturen per seconde voor gebruikte reken kracht.Alternatively, the serverless compute tier provides compute autoscaling and bills per second for compute used.

Nadat u het aantal vCores of Dtu's hebt gekozen, kunt u een enkele data base dynamisch omhoog of omlaag schalen op basis van de werkelijke ervaring met behulp van de Azure Portal, Transact-SQL, Power shell, de Azure cliof de rest API.After initially picking the number of vCores or DTUs, you can scale a single database up or down dynamically based on actual experience using the Azure portal, Transact-SQL, PowerShell, the Azure CLI, or the REST API.

De volgende video toont het dynamisch wijzigen van de servicelaag en de berekenings grootte om beschik bare Dtu's voor één Data Base te verg Roten.The following video shows dynamically changing the service tier and compute size to increase available DTUs for a single database.

Belangrijk

In sommige gevallen moet u mogelijk een Data Base verkleinen om ongebruikte ruimte te claimen.Under some circumstances, you may need to shrink a database to reclaim unused space. Zie Bestands ruimte beheren in Azure SQL databasevoor meer informatie.For more information, see Manage file space in Azure SQL Database.

ImpactImpact

Het wijzigen van de servicelaag of reken grootte van voornamelijk omvat de service die de volgende stappen uitvoert:Changing the service tier or compute size of mainly involves the service performing the following steps:

  1. Maak een nieuw reken exemplaar voor de-data base.Create a new compute instance for the database.

    Er wordt een nieuw reken exemplaar gemaakt met de aangevraagde servicelaag en de berekenings grootte.A new compute instance is created with the requested service tier and compute size. Voor sommige combi Naties van de service tier en de grootte van de berekening moet er een replica van de Data Base worden gemaakt in het nieuwe reken exemplaar, waarbij gegevens worden gekopieerd en de algehele latentie kan worden beïnvloed.For some combinations of service tier and compute size changes, a replica of the database must be created in the new compute instance, which involves copying data and can strongly influence the overall latency. De data base blijft tijdens deze stap online en er worden verbindingen met de data base in het oorspronkelijke Compute-exemplaar in rekening gebracht.Regardless, the database remains online during this step, and connections continue to be directed to the database in the original compute instance.

  2. Routeren van verbindingen naar een nieuw reken exemplaar overschakelen.Switch routing of connections to a new compute instance.

    Bestaande verbindingen met de data base in het oorspronkelijke Compute-exemplaar worden verwijderd.Existing connections to the database in the original compute instance are dropped. Nieuwe verbindingen worden tot stand gebracht in de data base in het nieuwe reken exemplaar.Any new connections are established to the database in the new compute instance. Voor sommige combi Naties van service tier-en Compute-wijzigingen worden database bestanden losgekoppeld en opnieuw gekoppeld tijdens de switch.For some combinations of service tier and compute size changes, database files are detached and reattached during the switch. De switch kan echter een korte onderbreking van de service tot gevolg hebben wanneer de data base minder dan 30 seconden lang niet beschikbaar is, en vaak slechts enkele seconden.Regardless, the switch can result in a brief service interruption when the database is unavailable generally for less than 30 seconds and often for only a few seconds. Als er langlopende trans acties worden uitgevoerd wanneer verbindingen worden verbroken, kan de duur van deze stap langer duren om afgebroken trans acties te herstellen.If there are long-running transactions running when connections are dropped, the duration of this step may take longer in order to recover aborted transactions. Versneld database herstel kan het effect verminderen van het afbreken van langlopende trans acties.Accelerated Database Recovery can reduce the impact from aborting long running transactions.

Belangrijk

Er gaan geen gegevens verloren tijdens elke stap in de werk stroom.No data is lost during any step in the workflow. Zorg ervoor dat u enkele pogings logica hebt geïmplementeerd in de toepassingen en onderdelen die Azure SQL database gebruiken terwijl de servicelaag wordt gewijzigd.Make sure that you have implemented some retry logic in the applications and components that are using Azure SQL Database while the service tier is changed.

LatentieLatency

De geschatte latentie voor het wijzigen van de servicelaag, het schalen van de reken grootte van één data base of elastische pool, het verplaatsen van een data base in/uit een elastische pool of het verplaatsen van een Data Base tussen elastische Pools is als volgt:The estimated latency to change the service tier, scale the compute size of a single database or elastic pool, move a database in/out of an elastic pool, or move a database between elastic pools is parameterized as follows:

ServicelaagService tier Basis, afzonderlijke Data Base,Basic single database,
Standaard (S0-S1)Standard (S0-S1)
Algemene elastische pool,Basic elastic pool,
Standard (S2-S12),Standard (S2-S12),
GrootschaligeHyperscale,
Algemeen afzonderlijke data base of elastische poolGeneral Purpose single database or elastic pool
Premium of Bedrijfskritiek afzonderlijke data base of elastische poolPremium or Business Critical single database or elastic pool
Basis enkele data base,
standaard (S0-S1)
Basic single database,
Standard (S0-S1)
• Constante tijd latentie, onafhankelijk van gebruikte ruimte•  Constant time latency independent of space used
• Normaal gesp roken minder dan 5 minuten•  Typically, less than 5 minutes
• Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used
• Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used
Basic elastische pool,
standaard (S2-S12),
grootschalige,
algemeen afzonderlijke data base of elastische pool
Basic elastic pool,
Standard (S2-S12),
Hyperscale,
General Purpose single database or elastic pool
• Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used
• Constante tijd latentie, onafhankelijk van gebruikte ruimte•  Constant time latency independent of space used
• Normaal gesp roken minder dan 5 minuten•  Typically, less than 5 minutes
• Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used
Premium of Bedrijfskritiek afzonderlijke data base of elastische poolPremium or Business Critical single database or elastic pool • Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used
• Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used
• Latentie in verhouding tot de database ruimte die wordt gebruikt door het kopiëren van gegevens•  Latency proportional to database space used due to data copying
• Normaal gesp roken, minder dan 1 minuut per GB gebruikte ruimte•  Typically, less than 1 minute per GB of space used

Notitie

Voor standaard (S2-S12) en Algemeen-data bases geldt dat latentie voor het verplaatsen van een data base in/uit een elastische pool of tussen elastische Pools evenredig is met de grootte van de Data Base als de data base gebruikmaakt vanPFS-opslag (Premium file share).Additionally, for Standard (S2-S12) and General Purpose databases, latency for moving a database in/out of an elastic pool or between elastic pools will be proportional to database size if the database is using Premium File Share (PFS) storage.

Voer de volgende query uit in de context van de data base om te bepalen of een Data Base PFS-opslag gebruikt.To determine if a database is using PFS storage, execute the following query in the context of the database. Als de waarde in de kolom account type is PremiumFileStorage , gebruikt de data base PFS-opslag.If the value in the AccountType column is PremiumFileStorage, the database is using PFS storage.

SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

Wijzigingen annulerenCancelling changes

Een wijzigings-of COMPUTE-bewerking voor het opnieuw schalen van een service tier kan worden geannuleerd.A service tier change or compute rescaling operation can be canceled.

Azure PortalThe Azure portal

Ga op de Blade database overzicht naar meldingen en klik op de tegel die aangeeft dat er een doorlopende bewerking is:In the database overview blade, navigate to Notifications and click on the tile indicating there's an ongoing operation:

Doorlopende bewerking

Klik vervolgens op de knop met het label annulering van deze bewerking.Next, click on the button labeled Cancel this operation.

Doorlopende bewerking annuleren

PowerShellPowerShell

Stel vanuit een Power shell-opdracht prompt de $resourceGroupName , $serverName en in $databaseName en voer vervolgens de volgende opdracht uit:From a PowerShell command prompt, set the $resourceGroupName, $serverName, and $databaseName, and then run the following command:

$operationName = (az sql db op list --resource-group $resourceGroupName --server $serverName --database $databaseName --query "[?state=='InProgress'].name" --out tsv)
if (-not [string]::IsNullOrEmpty($operationName)) {
    (az sql db op cancel --resource-group $resourceGroupName --server $serverName --database $databaseName --name $operationName)
        "Operation " + $operationName + " has been canceled"
}
else {
    "No service tier change or compute rescaling operation found"
}

Aanvullende overwegingenAdditional considerations

  • Als u een upgrade uitvoert naar een hogere servicelaag of reken grootte, wordt de maximale grootte van de data base niet verhoogd, tenzij u expliciet een grotere grootte (maxSize) opgeeft.If you're upgrading to a higher service tier or compute size, the database max size doesn't increase unless you explicitly specify a larger size (maxsize).
  • Om een Data Base te downgradeen, moet de gebruikte data base kleiner zijn dan de Maxi maal toegestane grootte van de doellaag en de grootte van de berekening.To downgrade a database, the database used space must be smaller than the maximum allowed size of the target service tier and compute size.
  • Bij downgrade van Premium naar de laag standaard geldt een extra opslag kosten als beide (1) de maximale grootte van de Data Base worden ondersteund in de doel berekenings grootte, en (2) de maximale grootte de inbegrepen opslag hoeveelheid van de doel berekenings grootte overschrijdt.When downgrading from Premium to the Standard tier, an extra storage cost applies if both (1) the max size of the database is supported in the target compute size, and (2) the max size exceeds the included storage amount of the target compute size. Als een P1-data base met een maximale grootte van 500 GB bijvoorbeeld verkleind is aan S3, geldt er een extra opslag kosten, aangezien S3 een maximum grootte van 1 TB ondersteunt en de inbegrepen opslag hoeveelheid alleen 250 GB is.For example, if a P1 database with a max size of 500 GB is downsized to S3, then an extra storage cost applies since S3 supports a max size of 1 TB and its included storage amount is only 250 GB. De extra opslag ruimte is dus 500 GB – 250 GB = 250 GB.So, the extra storage amount is 500 GB – 250 GB = 250 GB. Zie voor prijzen voor extra opslag Azure SQL database prijzen.For pricing of extra storage, see Azure SQL Database pricing. Als de daad werkelijke hoeveelheid gebruikte ruimte kleiner is dan het totale aantal opslag, kunnen deze extra kosten worden vermeden door de maximale grootte van de data base te verlagen tot het opgenomen bedrag.If the actual amount of space used is less than the included storage amount, then this extra cost can be avoided by reducing the database max size to the included amount.
  • Bij het bijwerken van een Data Base waarvoor geo-replicatie is ingeschakeld, werkt u de secundaire data bases bij naar de gewenste servicelaag en de berekenings grootte vóór de upgrade van de primaire data base (algemene richt lijnen voor de beste prestaties).When upgrading a database with geo-replication enabled, upgrade its secondary databases to the desired service tier and compute size before upgrading the primary database (general guidance for best performance). Wanneer u een upgrade uitvoert naar een andere editie, is het een vereiste dat de secundaire data base eerst wordt geüpgraded.When upgrading to a different edition, it's a requirement that the secondary database is upgraded first.
  • Bij het downgradeen van een Data Base met geo-replicatie is ingeschakeld, downgradet u de primaire data bases naar de gewenste servicelaag en reken grootte voordat u de secundaire data base downgradet (algemene richt lijnen voor de beste prestaties).When downgrading a database with geo-replication enabled, downgrade its primary databases to the desired service tier and compute size before downgrading the secondary database (general guidance for best performance). Bij downgrade naar een andere editie is het een vereiste dat de primaire data base het eerst downgradet.When downgrading to a different edition, it's a requirement that the primary database is downgraded first.
  • De mogelijkheden om de service te herstellen verschillen voor de verschillende servicelagen.The restore service offerings are different for the various service tiers. Als u downgradet naar de basis -laag, hebt u een lagere Bewaar periode voor back-ups.If you're downgrading to the Basic tier, there's a lower backup retention period. Zie Azure SQL database back-ups.See Azure SQL Database Backups.
  • De nieuwe eigenschappen voor de Data Base worden pas toegepast als de wijzigingen zijn voltooid.The new properties for the database aren't applied until the changes are complete.

BillingBilling

Er worden kosten in rekening gebracht voor elk uur dat een data base bestaat met de hoogste service laag + reken grootte die tijdens dat uur is toegepast, ongeacht het gebruik of het feit dat de data base minder dan een uur actief was.You're billed for each hour a database exists using the highest service tier + compute size that applied during that hour, regardless of usage or whether the database was active for less than an hour. Als u bijvoorbeeld een enkele data base maakt en deze vijf minuten later verwijdert, wordt de factuur voor één data base uur weer gegeven.For example, if you create a single database and delete it five minutes later your bill reflects a charge for one database hour.

Opslag grootte wijzigenChange storage size

Aankoopmodel op basis van vCorevCore-based purchasing model

  • Opslag kan worden ingericht tot de maximale grootte van de gegevens opslag met een veelvoud van 1 GB.Storage can be provisioned up to the data storage max size limit using 1-GB increments. De minimale Configureer bare gegevens opslag is 1 GB.The minimum configurable data storage is 1 GB. Zie documentatie pagina's voor resource limieten voor afzonderlijke data bases en elastische Pools voor gegevens opslag maximale grootte limieten in elke service doelstelling.See resource limit documentation pages for single databases and elastic pools for data storage max size limits in each service objective.
  • Gegevens opslag voor één data base kan worden ingericht door de maximale grootte te verhogen of te verlagen met behulp van de Azure Portal, Transact-SQL, Power shell, Azure cliof rest API.Data storage for a single database can be provisioned by increasing or decreasing its max size using the Azure portal, Transact-SQL, PowerShell, Azure CLI, or REST API. Als de waarde voor de maximale grootte in bytes is opgegeven, moet deze een meervoud van 1 GB (1073741824 bytes) zijn.If the max size value is specified in bytes, it must be a multiple of 1 GB (1073741824 bytes).
  • De hoeveelheid gegevens die kan worden opgeslagen in de gegevens bestanden van een Data Base wordt beperkt door de geconfigureerde maximale grootte van de gegevens opslag.The amount of data that can be stored in the data files of a database is limited by the configured data storage max size. Naast die opslag wordt met Azure SQL Database automatisch 30% meer opslag toegewezen voor het transactie logboek.In addition to that storage, Azure SQL Database automatically allocates 30% more storage to be used for the transaction log.
  • Azure SQL Database wijst 32 GB per vCore automatisch toe aan de tempdb Data Base.Azure SQL Database automatically allocates 32 GB per vCore for the tempdb database. tempdbbevindt zich in de lokale SSD-opslag in alle service lagen.tempdb is located on the local SSD storage in all service tiers.
  • De prijs van opslag voor één data base of een elastische pool is de som van de hoeveelheid gegevens opslag en de opslag van transactie logboeken vermenigvuldigd met de prijs van de opslag eenheid van de servicelaag.The price of storage for a single database or an elastic pool is the sum of data storage and transaction log storage amounts multiplied by the storage unit price of the service tier. De kosten van tempdb zijn inbegrepen in de prijs.The cost of tempdb is included in the price. Zie voor meer informatie over de opslag prijs Azure SQL database prijzen.For details on storage price, see Azure SQL Database pricing.

Belangrijk

In sommige gevallen moet u mogelijk een Data Base verkleinen om ongebruikte ruimte te claimen.Under some circumstances, you may need to shrink a database to reclaim unused space. Zie Bestands ruimte beheren in Azure SQL databasevoor meer informatie.For more information, see Manage file space in Azure SQL Database.

Op DTU gebaseerd inkoop modelDTU-based purchasing model

  • De DTU-prijs voor één Data Base bevat een bepaalde hoeveelheid opslag zonder extra kosten.The DTU price for a single database includes a certain amount of storage at no additional cost. Extra opslag buiten de inbegrepen hoeveelheid kan worden ingericht voor extra kosten tot de maximale grootte in stappen van 250 GB tot 1 TB en vervolgens in stappen van 256 GB tot meer dan 1 TB.Extra storage beyond the included amount can be provisioned for an additional cost up to the max size limit in increments of 250 GB up to 1 TB, and then in increments of 256 GB beyond 1 TB. Zie Single Data Base: opslag grootten en reken groottenvoor inbegrepen opslag bedragen en maximale grootte limieten.For included storage amounts and max size limits, see Single database: Storage sizes and compute sizes.
  • Extra opslag ruimte voor één data base kan worden ingericht door de maximale grootte te verhogen met behulp van de Azure Portal, Transact-SQL, Power shell, de Azure cliof de rest API.Extra storage for a single database can be provisioned by increasing its max size using the Azure portal, Transact-SQL, PowerShell, the Azure CLI, or the REST API.
  • De prijs van extra opslag voor één data base is de extra opslag hoeveelheid vermenigvuldigd met de extra eenheids prijs voor opslag van de servicelaag.The price of extra storage for a single database is the extra storage amount multiplied by the extra storage unit price of the service tier. Zie Azure SQL database prijzenvoor meer informatie over de prijs van extra opslag.For details on the price of extra storage, see Azure SQL Database pricing.

Belangrijk

In sommige gevallen moet u mogelijk een Data Base verkleinen om ongebruikte ruimte te claimen.Under some circumstances, you may need to shrink a database to reclaim unused space. Zie Bestands ruimte beheren in Azure SQL databasevoor meer informatie.For more information, see Manage file space in Azure SQL Database.

Geo-gerepliceerde data baseGeo-replicated database

Als u de grootte van de data base van een gerepliceerde secundaire Data Base wilt wijzigen, wijzigt u de grootte van de primaire data base.To change the database size of a replicated secondary database, change the size of the primary database. Deze wijziging wordt dan ook gerepliceerd en geïmplementeerd op de secundaire data base.This change will then be replicated and implemented on the secondary database as well.

P11-en P15-beperkingen bij een maximale grootte van meer dan 1 TBP11 and P15 constraints when max size greater than 1 TB

Meer dan 1 TB aan opslag ruimte in de Premium-laag is momenteel beschikbaar in alle regio's behalve: China-oost, China-noord, Duitsland-centraal, Duitsland-noordoost, VS-West-Centraal, US DoD regio's en Amerikaanse overheid centraal.More than 1 TB of storage in the Premium tier is currently available in all regions except: China East, China North, Germany Central, Germany Northeast, West Central US, US DoD regions, and US Government Central. In deze regio’s is de maximale opslagruimte in de Premium-laag beperkt tot 1 TB.In these regions, the storage max in the Premium tier is limited to 1 TB. De volgende overwegingen en beperkingen zijn van toepassing op P11-en P15-data bases met een maximale grootte van meer dan 1 TB:The following considerations and limitations apply to P11 and P15 databases with a maximum size greater than 1 TB:

  • Als de maximale grootte voor een P11-of P15-data base ooit is ingesteld op een waarde die groter is dan 1 TB, dan kan deze alleen worden teruggezet of gekopieerd naar een P11-of P15-data base.If the max size for a P11 or P15 database was ever set to a value greater than 1 TB, then can it only be restored or copied to a P11 or P15 database. Vervolgens kan de data base opnieuw worden geschaald naar een andere reken grootte, op voor waarde dat de hoeveelheid toegewezen ruimte op het moment van de bewerking voor opnieuw schalen niet groter is dan de maximale grootte limieten van de nieuwe reken grootte.Subsequently, the database can be rescaled to a different compute size provided the amount of space allocated at the time of the rescaling operation doesn't exceed max size limits of the new compute size.
  • Voor scenario's met actieve geo-replicatie:For active geo-replication scenarios:
    • Instellen van een geo-replicatie relatie: als de primaire data base P11 of P15 is, moeten de secundaire (s) ook P11 of P15 zijn.Setting up a geo-replication relationship: If the primary database is P11 or P15, the secondary(ies) must also be P11 or P15. Een lagere reken grootte wordt afgewezen als secundaire data bases, omdat ze niet meer dan 1 TB kunnen ondersteunen.Lower compute size are rejected as secondaries since they aren't capable of supporting more than 1 TB.
    • Een upgrade uitvoeren van de primaire data base in een geo-replicatie relatie: als u de maximum grootte wijzigt in meer dan 1 TB op een primaire data base, wordt dezelfde wijziging geactiveerd voor de secundaire data base.Upgrading the primary database in a geo-replication relationship: Changing the maximum size to more than 1 TB on a primary database triggers the same change on the secondary database. Beide upgrades moeten worden uitgevoerd om de wijziging van kracht te laten worden.Both upgrades must be successful for the change on the primary to take effect. Er gelden beperkingen voor regio's voor de optie meer dan 1 TB.Region limitations for the more than 1-TB option apply. Als het secundaire deel uitmaakt van een regio die niet meer dan 1 TB ondersteunt, wordt de primaire niet geüpgraded.If the secondary is in a region that doesn't support more than 1 TB, the primary isn't upgraded.
  • Het is niet mogelijk om de import/export-service te gebruiken voor het laden van P11/P15-data bases met meer dan 1 TB.Using the Import/Export service for loading P11/P15 databases with more than 1 TB isn't supported. Gebruik SqlPackage.exe om gegevens te importeren en exporteren .Use SqlPackage.exe to import and export data.

Volgende stappenNext steps

Zie Azure SQL database resource limieten op basis van vCore-afzonderlijke data bases en Azure SQL database DTU-gebaseerde resource limieten-afzonderlijke data basesvoor algemene resource limieten.For overall resource limits, see Azure SQL Database vCore-based resource limits - single databases and Azure SQL Database DTU-based resource limits - single databases.