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 archiviazione disponibili per un database SQL di Azure nel livello di calcolo con provisioning.This article describes how to scale the compute and storage resources available for an Azure SQL Database in the provisioned compute tier. In alternativa, il livello di calcolo serverless fornisce la scalabilità automatica del calcolo e le fatture al secondo per il calcolo usato.Alternatively, the serverless compute tier provides compute autoscaling and bills per second for compute used.

Dopo aver inizialmente impostato il numero di vCore o DTO, è possibile aumentare o ridimensionare dinamicamente un singolo database in base all'esperienza effettiva usando:After initially picking the number of vCores or DTUs, you can scale a single database up or down dynamically based on actual experience using:

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 in database SQL di Azure.For more information, see Manage file space in Azure SQL Database.

ImpattoImpact

La modifica del livello di servizio o delle dimensioni di calcolo di comporta principalmente l'esecuzione della procedura seguente:Changing the service tier or compute size of mainly involves the service performing the following steps:

  1. Creare una nuova istanza di calcolo per il database.Create a new compute instance for the database.

    Viene creata una nuova istanza di calcolo con il livello di servizio e le dimensioni di calcolo richiesti.A new compute instance 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 comporta la copia dei dati e può influire fortemente sulla 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 e le connessioni continuino 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 calcolo.Switch routing of connections to a new compute instance.

    Le connessioni esistenti al database nell'istanza di calcolo originale vengono eliminate.Existing connections to the database in the original compute instance are dropped. Tutte le nuove connessioni vengono stabilite al 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 ricollegare durante l'opzione .For some combinations of service tier and compute size changes, database files are detached and reattached during the switch. Indipendentemente dal fatto che l'opzione possa 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 presenti transazioni a esecuzione lunga in esecuzione quando le connessioni vengono eliminate, 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. ripristino accelerato del database possibile ridurre l'impatto dell'interruzione di transazioni a esecuzione lunga.Accelerated Database Recovery can reduce the impact from aborting long running transactions.

Importante

Nessun dato viene perso durante qualsiasi passaggio del flusso di lavoro.No data is lost during any step in the workflow. Assicurarsi di aver implementato una logica di ripetizione dei tentativi nelle applicazioni e nei componenti che usano database SQL di Azure durante la modifica del livello di servizio.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.

LatenzaLatency

La latenza stimata per modificare il livello di servizio, ridimensionare le dimensioni di calcolo di un database singolo o di un pool elastico, spostare un database in/fuori da un pool elastico o spostare un database tra pool elastici viene parametrizzata come segue: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:

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),
per utilizzo generico database singolo o pool elasticoGeneral Purpose single database or elastic pool
Database singolo o pool elastico Premium o business critical singoloPremium or Business Critical single database or elastic pool HyperscaleHyperscale
Database singolo Basic,
Standard (S0-S1)
Basic single database,
Standard (S0-S1)
• Latenza di tempo costante indipendente dello 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
• 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), per utilizzo generico
database singolo o pool elastico
Basic elastic pool,
Standard (S2-S12),
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
• Per i database singoli, latenza temporale costante indipendentemente da spazio usato•  For single databases, constant time latency independent of space used
• In genere, meno di 5 minuti per i database singoli•  Typically, less than 5 minutes for single databases
• Per i pool elastici, proporzionale al numero di database•  For elastic pools, proportional to the number of databases
• 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
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
• 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
HyperscaleHyperscale N/DN/A N/DN/A N/DN/A • Latenza temporale costante indipendentemente da spazio usato•  Constant time latency independent of space used
• In genere, meno di 2 minuti•  Typically, less than 2 minutes

Nota

Inoltre, per i database Standard (S2-S12) e per utilizzo generico, la latenza per lo spostamento di un database in/fuori da un pool elastico o tra pool elastici sarà proporzionale alle dimensioni del database se il database usa l'archiviazionePFS(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.

Per determinare se un database usa l'archiviazione PFS, eseguire la query seguente nel contesto del database.To determine if a database is using PFS storage, execute the following query in the context of the database. Se il valore nella colonna AccountType è PremiumFileStorage o , il database usa PremiumFileStorage-ZRS l'archiviazione PFS.If the value in the AccountType column is PremiumFileStorage or PremiumFileStorage-ZRS, 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');

Nota

La proprietà con ridondanza della zona rimarrà invariata per impostazione predefinita quando si esegue il ridimensionamento dal livello business critical al per utilizzo generico dati.The zone redundant property will remain the same by default when scaling from the Business Critical to the General Purpose tier. La latenza per questo downgrade quando è abilitata la ridondanza della zona, nonché la latenza per il passaggio alla ridondanza della zona per il livello per utilizzo generico saranno proporzionali alle dimensioni del database.Latency for this downgrade when zone redundancy is enabled as well as latency for switching to zone redundancy for the General Purpose tier will be proportional to database size.

Suggerimento

Per monitorare le operazioni in corso, vedere: Gestire le operazioni usando l'API REST SQL, Gestire le operazioni tramite l'interfaccia della riga di comando , Monitorare le operazioni con T-SQL e questi due comandi di PowerShell: Get-AzSqlDatabaseActivity e Stop-AzSqlDatabaseActivity. To monitor in-progress operations, see: Manage operations using the SQL REST API, Manage operations using CLI, Monitor operations using T-SQL and these two PowerShell commands: Get-AzSqlDatabaseActivity and Stop-AzSqlDatabaseActivity.

Annullamento delle modificheCancelling changes

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

Portale di AzureThe Azure portal

Nel pannello panoramica del 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's an ongoing operation:

Funzionamento in corso

Fare quindi clic sul pulsante Annulla questa operazione.Next, click on the button labeled Cancel this operation.

Annullare l'operazione in corso

PowerShellPowerShell

Da un prompt dei comandi di PowerShell impostare $resourceGroupName , e , quindi eseguire il comando $serverName $databaseName 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"
}

Altre considerazioniAdditional considerations

  • Se si esegue l'aggiornamento a un livello di servizio o a dimensioni di calcolo superiori, le dimensioni massime del database non aumentano a meno che non si specificano esplicitamente dimensioni maggiori (maxsize).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).
  • 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 dimensioni massime di 500 GB viene ridimensionato a S3, si applica un costo di archiviazione aggiuntivo poiché S3 supporta una dimensione massima di 1 TB e la quantità di archiviazione inclusa è di soli 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 dello spazio di archiviazione aggiuntivo, database SQL di Azure prezzi.For pricing of extra storage, see Azure 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). Quando si esegue l'aggiornamento a un'edizione diversa, è un requisito che il database secondario viene aggiornato per primo.When upgrading to a different edition, it's a requirement that the secondary database is upgraded first.
  • 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). Quando si esegue il downgrade a un'edizione diversa, è necessario eseguire prima il downgrade del database primario.When downgrading to a different edition, it's a requirement that the primary database is downgraded first.
  • 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. Se si sta per eseguire il downgrade al livello Basic, il periodo di conservazione dei backup è inferiore.If you're downgrading to the Basic tier, there's a lower backup retention period. Vedere l'articolo relativo ai backup del database SQL di Azure.See Azure SQL Database Backups.
  • Le nuove proprietà per il database non vengono applicate fino al completamento delle modifiche.The new properties for the database aren't applied until the changes are complete.
  • Quando la copia dei dati è necessaria per ridimensionare un database (vedere Latenza) quando si modifica il livello di servizio, un utilizzo elevato delle risorse simultaneo all'operazione di ridimensionamento può causare tempi di ridimensionamento più lunghi.When data copying is required to scale a database (see Latency) when changing the service tier, high resource utilization concurrent to the scaling operation may cause longer scaling times. Con ripristino accelerato del database (ADR),il rollback delle transazioni a esecuzione lunga non è una fonte significativa di ritardo, ma un utilizzo elevato delle risorse simultanee può lasciare meno risorse di calcolo, archiviazione e larghezza di banda di rete per il ridimensionamento, in particolare per dimensioni di calcolo inferiori.With Accelerated Database Recovery (ADR), rollback of long running transactions is not a significant source of delay, but high concurrent resource usage may leave less compute, storage, and network bandwidth resources for scaling, particularly for smaller compute sizes.

FatturazioneBilling

Viene addebitata ogni ora in cui un database esiste usando il livello di servizio e le dimensioni di calcolo più alti applicati durante tale ora, indipendentemente dall'utilizzo o dal fatto che il database sia stato attivo per meno di un'ora.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. 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

  • È possibile eseguire il provisioning dello spazio di archiviazione fino al limite di dimensioni massime di archiviazione dei dati usando incrementi di 1 GB.Storage can be provisioned up to the data storage max size limit using 1-GB increments. L'archiviazione dei dati minima configurabile è di 1 GB.The minimum configurable data storage is 1 GB. Per i limiti delle dimensioni massime di archiviazione dei dati in ogni obiettivo di servizio, vedere le pagine della documentazione sui limiti delle risorse per i limiti delle risorse per database singoli che usano il modello di acquisto vCore e Limiti delle risorse per i database singoli che usano il modello di acquisto DTU.For data storage max size limits in each service objective, see resource limit documentation pages for Resource limits for single databases using the vCore purchasing model and Resource limits for single databases using the DTU purchasing model.
  • È possibile effettuare il provisioning dell'archiviazione dei dati per un database singolo aumentandone o riducendone le dimensioni massime usando portale di Azure, Transact-SQL, PowerShell,l'interfaccia della riga di comando di Azureo l'API REST.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. Se il valore della dimensione massima è specificato in byte, deve essere un multiplo di 1 GB (1073741824 byte).If the max size value is specified in bytes, it must be a multiple of 1 GB (1073741824 bytes).
  • La quantità di dati che possono essere archiviati nei file di dati di un database è limitata dalle dimensioni massime di archiviazione dei dati configurate.The amount of data that can be stored in the data files of a database is limited by the configured data storage max size. Oltre a tale spazio di archiviazione, database SQL di Azure alloca automaticamente il 30% di spazio di archiviazione in più da usare per il log delle transazioni.In addition to that storage, Azure SQL Database automatically allocates 30% more storage to be used for the transaction log.
  • database SQL di Azure alloca automaticamente 32 GB per ogni vCore per il tempdb database.Azure SQL Database automatically allocates 32 GB per vCore for the tempdb database. tempdb si trova nell'archiviazione SSD locale in tutti i livelli di servizio.tempdb is located on the local SSD storage in all service tiers.
  • Il prezzo dell'archiviazione per un database singolo o un pool elastico è la somma degli importi di archiviazione dei dati e di archiviazione del log delle transazioni moltiplicati per il prezzo unitario di archiviazione del livello di servizio.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. Il costo di tempdb è incluso nel prezzo.The cost of tempdb is included in the price. Per informazioni dettagliate sul prezzo di archiviazione, vedere database SQL di Azure prezzi.For details on storage price, see Azure 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 in 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.
  • È possibile effettuare il provisioning di spazio di archiviazione aggiuntivo per un singolo database aumentandone le dimensioni massime usando portale di Azure, Transact-SQL, PowerShell,l'interfaccia della riga di comando di Azureo 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 dello spazio di archiviazione aggiuntivo, vedere database SQL di Azure prezzi.For details on the price of extra storage, see Azure 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 in database SQL di Azure.For more information, see Manage file space in Azure SQL Database.

Database con replica geograficaGeo-replicated database

Per modificare le dimensioni del database di un database secondario replicato, modificare le dimensioni del database primario.To change the database size of a replicated secondary database, change the size of the primary database. Questa modifica verrà quindi replicata e implementata anche nel database secondario.This change will then be replicated and implemented on the secondary database as well.

Vincoli P11 e P15 quando le dimensioni massime sono maggiori di 1 TBP11 and P15 constraints when max size greater than 1 TB

Più di 1 TB di spazio di archiviazione nel livello Premium è attualmente disponibile in tutte le aree ad eccezione di Cina orientale, Cina settentrionale, Germania centrale e Germania nord-orientale.More than 1 TB of storage in the Premium tier is currently available in all regions except: China East, China North, Germany Central, and Germany Northeast. 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 ripristinarlo o copiarlo 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 dimensioni di calcolo diverse, a condizione che la quantità di spazio allocato al momento dell'operazione di ridimensionamento non superi i limiti massimi 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 doesn't exceed max size limits of the new compute size.
  • Per gli scenari di replica geografica attiva:For active geo-replication scenarios:
    • Configurazione di una relazione di replica geografica: se il database primario è P11 o P15, anche il database secondario deve essere P11 o P15.Setting up a geo-replication relationship: If the primary database is P11 or P15, the secondary(ies) must also be P11 or P15. Le dimensioni di calcolo inferiori vengono rifiutate come secondarie perché non sono in grado di supportare più di 1 TB.Lower compute size are rejected as secondaries since they aren't 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 più di 1 TB, il database primario non viene aggiornato.If the secondary is in a region that doesn't support more than 1 TB, the primary isn't upgraded.
  • L'uso del servizio Importazione/Esportazione per il caricamento di database P11/P15 con più di 1 TB non è supportato.Using the Import/Export service for loading P11/P15 databases with more than 1 TB isn't supported. Usare SqlPackage.exe per importare ed esportare i dati.Use SqlPackage.exe to import and export data.

Passaggi successiviNext steps

Per i limiti complessivi delle risorse, database SQL di Azure limiti delle risorse basate su vCore database SQL di Azure - database singoli e limiti delle risorse basate su DTU- database singoli .For overall resource limits, see Azure SQL Database vCore-based resource limits - single databases and Azure SQL Database DTU-based resource limits - single databases.