Ridimensionare le risorse di database singoli nel database SQL di AzureScale single database resources in Azure SQL Database

Questo articolo descrive come ridimensionare le risorse di calcolo e di archiviazione disponibili per un singolo database nel livello di calcolo di cui è stato effettuato il provisioning.This article describes how to scale the compute and storage resources available for a single database in the provisioned compute tier. In alternativa, il livello di calcolo senza server (anteprima) fornisce scalabilità automatica di calcolo e fatture al secondo per il calcolo usato.Alternatively, the serverless (preview) compute tier provides compute auto-scaling and bills per second for compute used.

Nota

Questo articolo è stato aggiornato per usare il nuovo modulo Az di Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. È comunque possibile usare il modulo AzureRM, che continuerà a ricevere correzioni di bug almeno fino a dicembre 2020.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Per altre informazioni sul nuovo modulo Az e sulla compatibilità di AzureRM, vedere Introduzione del nuovo modulo Az di Azure PowerShell.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Per istruzioni sull'installazione del modulo Az, vedere Installare Azure PowerShell.For Az module installation instructions, see Install Azure PowerShell.

Importante

Il modulo Azure Resource Manager di PowerShell è ancora supportato dal database SQL di Azure, ma tutte le attività di sviluppo future sono per il modulo AZ. SQL.The PowerShell Azure Resource Manager module is still supported by Azure SQL Database, but all future development is for the Az.Sql module. Per questi cmdlet, vedere AzureRM. SQL.For these cmdlets, see AzureRM.Sql. Gli argomenti per i comandi nel modulo AZ e nei moduli AzureRm sono sostanzialmente identici.The arguments for the commands in the Az module and in the AzureRm modules are substantially identical.

Modificare le dimensioni di calcolo (VCore o DTU)Change compute size (vCores or DTUs)

Dopo aver selezionato inizialmente il numero di Vcore o DTU, è possibile ridimensionare un singolo database in modo dinamico in base all'esperienza effettiva usando il portale di Azure, Transact-SQL, PowerShell, l'interfaccia della riga di comando di Azureo l' API REST. .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.

Il video seguente mostra come modificare in modo dinamico il livello di servizio e le dimensioni di calcolo per aumentare le DTU disponibili per un singolo database.The following video shows dynamically changing the service tier and compute size to increase available DTUs for a single database.

Importante

In alcune circostanze, può essere necessario compattare un database per recuperare spazio inutilizzato.Under some circumstances, you may need to shrink a database to reclaim unused space. Per altre informazioni, vedere Gestire lo spazio file nel database SQL di Azure.For more information, see Manage file space in Azure SQL Database.

Effetti della modifica delle dimensioni di calcolo del livello di servizio o di ridimensionamentoImpact of changing service tier or rescaling compute size

La modifica del livello di servizio o delle dimensioni di calcolo di un singolo database comporta principalmente il servizio che esegue i passaggi seguenti:Changing the service tier or compute size of a single database mainly involves the service performing the following steps:

  1. Crea nuova istanza di calcolo per il databaseCreate new compute instance for the database

    Viene creata una nuova istanza di calcolo per il database con il livello di servizio e le dimensioni di calcolo richiesti.A new compute instance for the database is created with the requested service tier and compute size. Per alcune combinazioni di modifiche del livello di servizio e delle dimensioni di calcolo, è necessario creare una replica del database nella nuova istanza di calcolo, che prevede la copia dei dati e può influenzare fortemente la latenza complessiva.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. Indipendentemente dal fatto che il database rimanga online durante questo passaggio, le connessioni continueranno a essere indirizzate al database nell'istanza di calcolo originale.Regardless, the database remains online during this step, and connections continue to be directed to the database in the original compute instance.

  2. Passare il routing delle connessioni a una nuova istanza di calcoloSwitch routing of connections to new compute instance

    Le connessioni esistenti al database nell'istanza di calcolo originale verranno eliminate.Existing connections to the database in the original compute instance are dropped. Tutte le nuove connessioni vengono stabilite nel database nella nuova istanza di calcolo.Any new connections are established to the database in the new compute instance. Per alcune combinazioni di modifiche del livello di servizio e delle dimensioni di calcolo, i file di database vengono scollegati e ricollegati durante l'opzione.For some combinations of service tier and compute size changes, database files are detached and reattached during the switch. Indipendentemente dall'opzione, l'opzione può causare una breve interruzione del servizio quando il database non è disponibile in genere per meno di 30 secondi e spesso solo per pochi secondi.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. Se sono in esecuzione transazioni con esecuzione prolungata quando si eliminano le connessioni, la durata di questo passaggio potrebbe richiedere più tempo per recuperare le transazioni interrotte.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. Il recupero accelerato del database può ridurre l'effetto di un'interruzione delle transazioni a esecuzione prolungata.Accelerated Database Recovery can reduce the impact from aborting long running transactions.

Importante

Durante qualsiasi passaggio del flusso di lavoro non viene perso alcun dato.No data is lost during any step in the workflow.

Latenza di modifica del livello di servizio o di ridimensionamento delle dimensioni di calcoloLatency of changing service tier or rescaling compute size

La latenza stimata per modificare il livello di servizio o ridimensionare le dimensioni di calcolo di un singolo database o di un pool elastico è parametrizzata come indicato di seguito:The estimated latency to change the service tier or rescale the compute size of a single database or elastic pool is parameterized as follows:

Livello di servizioService tier Database singolo di base,Basic single database,
Standard (S0-S1)Standard (S0-S1)
Pool elastico di base,Basic elastic pool,
Standard (S2-S12),Standard (S2-S12),
Con iperscalabilitàHyperscale,
per utilizzo generico database singolo o il pool elasticoGeneral Purpose single database or elastic pool
Premium o business critical database singolo o pool elasticoPremium or Business Critical single database or elastic pool
Database singolo Basic,
standard (S0-S1)
Basic single database,
Standard (S0-S1)
• Latenza temporale costante indipendente dallo spazio usato•  Constant time latency independent of space used
• In genere, meno di 5 minuti•  Typically, less than 5 minutes
• Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used
• Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used
Pool
elastico Basic, standard (S2-S12)
, iperscalabilità,
per utilizzo generico database singolo o pool elastico
Basic elastic pool,
Standard (S2-S12),
Hyperscale,
General Purpose single database or elastic pool
• Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used
• Latenza temporale costante indipendente dallo spazio usato•  Constant time latency independent of space used
• In genere, meno di 5 minuti•  Typically, less than 5 minutes
• Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used
Premium o business critical database singolo o pool elasticoPremium or Business Critical single database or elastic pool • Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used
• Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used
• Latenza proporzionale allo spazio del database usato a causa della copia dei dati•  Latency proportional to database space used due to data copying
• In genere, meno di 1 minuto per GB di spazio usato•  Typically, less than 1 minute per GB of space used

Annullamento delle modifiche al livello di servizio o delle operazioni di ridimensionamento del calcoloCancelling service tier changes or compute rescaling operations

Una modifica del livello di servizio o un'operazione di ridimensionamento del calcolo può essere annullata.A service tier change or compute rescaling operation can be canceled.

Portale di AzureAzure portal

Nel pannello Panoramica database passare a notifiche e fare clic sul riquadro che indica che è in corso un'operazione:In the database overview blade, navigate to Notifications and click on the tile indicating there is an ongoing operation:

Operazione in corso

Quindi, fare clic sul pulsante con l'etichetta Annulla questa operazione.Next, click on the button labeled Cancel this operation.

Annulla l'operazione in corso

PowerShellPowerShell

Da un prompt dei $ResourceGroupNamecomandi di PowerShell, impostare, $ServerName $DatabaseNamee, quindi eseguire il comando seguente: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"
    }

Considerazioni aggiuntive quando si modificano le dimensioni di calcolo del livello di servizio o di ridimensionamentoAdditional considerations when changing service tier or rescaling compute size

  • Se si esegue l'aggiornamento a un livello di servizio o dimensioni di calcolo superiori, le dimensioni massime del database non aumentano a meno che non si specifichino esplicitamente dimensioni più elevate (massime).If you are upgrading to a higher service tier or compute size, the database max size does not increase unless you explicitly specify a larger size (maxsize).
  • Per effettuare il downgrade di un database, la relativa quantità di spazio usato deve essere inferiore alle dimensioni massime consentite per il livello di servizio e le dimensioni di calcolo di destinazione.To downgrade a database, the database used space must be smaller than the maximum allowed size of the target service tier and compute size.
  • Quando si effettua il downgrade dal livello Premium al livello Standard, viene applicato un costo per le risorse di archiviazione extra se (1) le dimensioni massime del database sono supportate nelle dimensioni di calcolo di destinazione e (2) le dimensioni massime superano lo spazio di archiviazione incluso delle dimensioni di calcolo di destinazione.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. Ad esempio, se un database P1 con una dimensione massima di 500 GB viene ridimensionato a S3, viene applicato un costo di archiviazione aggiuntivo poiché S3 supporta una dimensione massima di 1 TB e la quantità di spazio di archiviazione inclusa è solo 250 GB.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. Lo spazio di archiviazione extra è quindi 500 GB - 250 GB = 250 GB.So, the extra storage amount is 500 GB – 250 GB = 250 GB. Per i prezzi delle risorse di archiviazione extra, vedere Prezzi di Database SQL.For pricing of extra storage, see SQL Database pricing. Se la quantità effettiva di spazio usato è inferiore allo spazio di archiviazione incluso, questo costo aggiuntivo può essere evitato riducendo le dimensioni massime del database fino allo spazio incluso.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.
  • Quando si aggiorna un database con la replica geografica abilitata, aggiornare i database secondari al livello di servizio e alle dimensioni di calcolo desiderati prima di aggiornare il database primario (indicazione generale per ottenere prestazioni ottimali).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). Durante l'aggiornamento a un'edizione diversa è necessario aggiornare per primo il database secondario.When upgrading to a different, upgrading the secondary database first is required.
  • Quando si effettua il downgrade di un database con la replica geografica abilitata, eseguire il downgrade dei database primari al livello di servizio e alle dimensioni di calcolo desiderati prima del downgrade del database secondario (indicazione generale per ottenere prestazioni ottimali).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). Al momento del downgrade a un'edizione diversa, è necessario eseguire questa operazione iniziando dal database primario.When downgrading to a different edition, downgrading the primary database first is required.
  • Le offerte per il ripristino del servizio sono diverse per i vari livelli di servizio.The restore service offerings are different for the various service tiers. In caso di downgrade al livello Basic, il periodo di conservazione dei backup sarà inferiore.If you are downgrading to the Basic tier, there is a lower backup retention period. Vedere l'articolo relativo ai backup del database SQL di Azure.See Azure SQL Database Backups.
  • Le nuove proprietà del database non vengono applicate finché non sono state completate le modifiche.The new properties for the database are not applied until the changes are complete.

Fatturazione durante il ridimensionamento del calcoloBilling during compute rescaling

Viene fatturata ogni ora per cui un database esiste usando il livello di servizio più elevato e le dimensioni di calcolo applicati in quell'ora, indipendentemente dall'uso o dal fatto che il database sia stato attivo per meno di un'ora.You are 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. Ad esempio, se si crea un database singolo che viene eliminato cinque minuti dopo, in fattura viene riportato l'addebito relativo a un'ora di database.For example, if you create a single database and delete it five minutes later your bill reflects a charge for one database hour.

modifica delle dimensioni di archiviazioneChange storage size

Modello di acquisto basato su vCorevCore-based purchasing model

  • Il provisioning dell'archiviazione può essere effettuato fino al limite massimo delle dimensioni tramite incrementi di 1 GB.Storage can be provisioned up to the max size limit using 1GB increments. Lo spazio di archiviazione dei dati minimo configurabile è 5 GBThe minimum configurable data storage is 5 GB
  • Il provisioning dell'archiviazione per un database singolo può essere effettato aumentandone o diminuendone le dimensioni massime tramite il portale di Azure, Transact-SQL, PowerShell, l'interfaccia della riga di comando di Azure o l'API REST.Storage for a single database can be provisioned by increasing or decreasing its max size using the Azure portal, Transact-SQL, PowerShell, the Azure CLI, or the REST API.
  • Il database SQL alloca automaticamente il 30% di archiviazione aggiuntiva per i file di log e 32 GB per ogni vCore per TempDB, ma senza superare 384 GB.SQL Database automatically allocates 30% of additional storage for the log files and 32GB per vCore for TempDB, but not to exceed 384GB. TempDB è disponibile in un'unità SSD collegata in tutti i livelli di servizio.TempDB is located on an attached SSD in all service tiers.
  • Il prezzo dell'archiviazione per un database singolo corrisponde alla somma delle dimensioni di archiviazione dei dati e degli spazi di archiviazione dei log moltiplicata per il prezzo unitario dell'archiviazione del livello di servizio.The price of storage for a single database is the sum of data storage and log storage amounts multiplied by the storage unit price of the service tier. Il costo di TempDB è compreso nel prezzo dei vCore.The cost of TempDB is included in the vCore price. Per informazioni dettagliate sul prezzo delle risorse di archiviazione extra, vedere Prezzi di Database SQL.For details on the price of extra storage, see SQL Database pricing.

Importante

In alcune circostanze, può essere necessario compattare un database per recuperare spazio inutilizzato.Under some circumstances, you may need to shrink a database to reclaim unused space. Per altre informazioni, vedere Gestire lo spazio file nel database SQL di Azure.For more information, see Manage file space in Azure SQL Database.

modello di acquisto basato su DTUDTU-based purchasing model

  • Il prezzo DTU per un singolo database include una determinata quantità di risorse di archiviazione senza costi aggiuntivi.The DTU price for a single database includes a certain amount of storage at no additional cost. Le risorse di archiviazione extra rispetto alla quantità inclusa possono essere sottoposte a provisioning per un costo aggiuntivo fino alla quantità massima in incrementi di 250 GB fino a 1 TB e quindi in incrementi di 256 GB oltre 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. Per gli spazi di archiviazione inclusi e i limiti di dimensioni massime, vedere Database singolo: dimensioni di archiviazione e dimensioni di calcolo.For included storage amounts and max size limits, see Single database: Storage sizes and compute sizes.
  • Il provisioning delle risorse di archiviazione extra per un database singolo può essere effettuato aumentandone le dimensioni massime tramite il portale di Azure, Transact-SQL, PowerShell, l'interfaccia della riga di comando di Azure o l'API REST.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.
  • Il prezzo delle risorse di archiviazione extra per un singolo database corrisponde allo spazio di archiviazione extra moltiplicato per il prezzo unitario del livello di servizio.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. Per informazioni dettagliate sul prezzo delle risorse di archiviazione extra, vedere Prezzi di Database SQL.For details on the price of extra storage, see SQL Database pricing.

Importante

In alcune circostanze, può essere necessario compattare un database per recuperare spazio inutilizzato.Under some circumstances, you may need to shrink a database to reclaim unused space. Per altre informazioni, vedere Gestire lo spazio file nel database SQL di Azure.For more information, see Manage file space in Azure SQL Database.

Vincoli P11 e P15 quando la dimensione massima è maggiore di 1 TBP11 and P15 constraints when max size greater than 1 TB

Nel livello Premium è attualmente disponibile uno spazio di archiviazione superiore a 1 TB in tutte le aree tranne Cina orientale, Cina settentrionale, Germania centrale, Germania nord-orientale, Stati Uniti centro-occidentali, aree US DoD e US Government (area centrale).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 queste aree la quantità massima di spazio di archiviazione nel livello Premium è limitata a 1 TB.In these regions, the storage max in the Premium tier is limited to 1 TB. Ai database P11 e P15 con dimensioni massime maggiori di 1 TB vengono applicate le considerazioni e le limitazioni seguenti:The following considerations and limitations apply to P11 and P15 databases with a maximum size greater than 1 TB:

  • Se le dimensioni massime per un database P11 o P15 sono state impostate su un valore maggiore di 1 TB, è possibile che vengano ripristinate o copiate solo in un database P11 o P15.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. Successivamente, il database può essere ridimensionato a una dimensione di calcolo diversa, a condizione che la quantità di spazio allocata al momento dell'operazione di ridimensionamento non superi i limiti di dimensioni massime delle nuove dimensioni di calcolo.Subsequently, the database can be rescaled to a different compute size provided the amount of space allocated at the time of the rescaling operation does not exceed max size limits of the new compute size.
  • Per gli scenari di replica geografica attiva:For active geo-replication scenarios:
    • Impostazione di una relazione di replica geografica: se il database primario è P11 o P15, devono esserlo anche i database secondari. Dimensioni di calcolo inferiori non vengono accettate come database secondari in quanto non supportano l'opzione superiore a 1 TB.Setting up a geo-replication relationship: If the primary database is P11 or P15, the secondary(ies) must also be P11 or P15; lower compute size are rejected as secondaries since they are not capable of supporting more than 1 TB.
    • Aggiornamento del database primario in una relazione di replica geografica: portando a oltre 1 TB le dimensioni massime di un database primario, viene attivata la stessa modifica nel database secondario.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. Entrambi gli aggiornamenti devono avere esito positivo per applicare la modifica al database primario.Both upgrades must be successful for the change on the primary to take effect. Vengono applicate limitazioni per l'opzione da oltre 1 TB.Region limitations for the more than 1-TB option apply. Se il database secondario si trova in un'area che non supporta l'opzione da oltre 1 TB, il database primario non viene aggiornato.If the secondary is in a region that does not support more than 1 TB, the primary is not upgraded.
  • Il servizio di importazione/esportazione per caricare i database P11 o P15 con oltre 1 TB non è supportato.Using the Import/Export service for loading P11/P15 databases with more than 1 TB is not supported. Usare SqlPackage.exe per importare ed esportare i dati.Use SqlPackage.exe to import and export data.

Passaggi successiviNext steps

Per i limiti generali delle risorse, vedere Limiti delle risorse basate su vCore del database SQL - database singoli, Limiti delle risorse basate su DTU del database SQL - pool elastici.For overall resource limits, see SQL Database vCore-based resource limits - single databases and SQL Database DTU-based resource limits - elastic pools.