Livello di servizio HyperscaleHyperscale service tier

Il Database SQL di Azure si basa sull'architettura del motore di database di SQL Server che viene rettificata per l'ambiente cloud per garantire la disponibilità del 99,99% anche in caso di errori dell'infrastruttura.Azure SQL Database is based on SQL Server Database Engine architecture that is adjusted for the cloud environment in order to ensure 99.99% availability even in the cases of infrastructure failures. Esistono tre modelli architetturali usati nel database SQL di Azure:There are three architectural models that are used in Azure SQL Database:

  • Utilizzo generico/StandardGeneral Purpose/Standard
  • HyperscaleHyperscale
  • Business critical/PremiumBusiness Critical/Premium

Il livello di servizio Hyperscale nel database SQL di Azure è il livello di servizio più recente nel modello di acquisto basato su vCore.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Questo livello di servizio è un altamente scalabile per le prestazioni di archiviazione e calcolo, e sfrutta l'architettura di Azure per scalare orizzontalmente le risorse di archiviazione e di calcolo per un database SQL di Azure sostanzialmente oltre i limiti disponibili per i livelli di utilizzo generico e business critical.This service tier is a highly scalable storage and compute performance tier that leverages the Azure architecture to scale out the storage and compute resources for an Azure SQL Database substantially beyond the limits available for the General Purpose and Business Critical service tiers.

Nota

  • Per informazioni dettagliate sui livelli di servizio per utilizzo generico e business critical nel modello di acquisto basato su vCore, vedere per utilizzo generico e business critical livelli di servizio.For details on the General Purpose and Business Critical service tiers in the vCore-based purchasing model, see General Purpose and Business Critical service tiers. Per un confronto tra il modello di acquisto basato su vCore e quello basato su DTU, vedere Modelli di acquisto e risorse del database SQL di Azure.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.
  • Il livello di servizio iperscalabile è attualmente disponibile solo per il database SQL di Azure e non per Istanza gestita SQL di Azure.The Hyperscale service tier is currently only available for Azure SQL Database, and not Azure SQL Managed Instance.

Funzionalità del livello di servizio HyperscaleWhat are the Hyperscale capabilities

Il livello di servizio Hyperscale nel database SQL di Azure offre le seguenti funzionalità aggiuntive:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Supporto per database di dimensioni massime di 100 TBSupport for up to 100 TB of database size
  • Backup di database quasi istantanei (basati su snapshot di file archiviati nell'archivio BLOB di Azure) indipendentemente dalle dimensioni senza effetti di i/o sulle risorse di calcoloNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Ripristino dei database (basati su snapshot di file) in pochi minuti anziché in ore o giorni (non è un'operazione di dimensionamento dei dati)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Prestazioni complessive più elevate grazie alla maggiore velocità effettiva dei log e ai tempi di esecuzione di commit delle transazioni più veloci, indipendentemente dai volumi di datiHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Rapida scalabilità orizzontale: è possibile effettuare il provisioning di uno o più nodi di sola lettura per l'offload del carico di lavoro di lettura e per l'uso come hot standbyRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Scalabilità verticale rapida: è possibile, in un tempo costante, ridimensionare le risorse di calcolo per gestire carichi di lavoro pesanti quando necessario, quindi ridimensionare le risorse di calcolo quando non sono necessarie.Rapid Scale up - you can, in constant time, scale up your compute resources to accommodate heavy workloads when needed, and then scale the compute resources back down when not needed.

Il livello di servizio Hyperscale elimina molti dei limiti pratici che generalmente caratterizzano i database cloud.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. Se la maggior parte dei database sono limitati dalle risorse disponibili in un singolo nodo, i database nel livello di servizio Hyperscale non presentano limiti di questo tipo.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Grazie all'architettura di archiviazione flessibile, lo spazio di archiviazione aumenta in base alle esigenze.With its flexible storage architecture, storage grows as needed. In realtà, i database iperscalati non vengono creati con una dimensione massima definita.In fact, Hyperscale databases aren't created with a defined max size. Un database con iperscalabilità aumenta in base alle esigenze e la fatturazione viene addebitata solo per la capacità usata.A Hyperscale database grows as needed - and you're billed only for the capacity you use. Per i carichi di lavoro con intense attività di lettura, il livello di servizio Hyperscale consente la rapida scalabilità orizzontale effettuando il provisioning di repliche in lettura aggiuntive in base alle necessità per l'offload dei carichi di lavoro di lettura.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Inoltre, il tempo necessario per creare i backup dei database oppure aumentare o diminuire le prestazioni non è più associato al volume dei dati presenti nel database.Additionally, the time required to create database backups or to scale up or down is no longer tied to the volume of data in the database. È possibile eseguire il backup dei database Hyperscale praticamente istantaneamente.Hyperscale databases can be backed up virtually instantaneously. È anche possibile ridimensionare un database aumentando o diminuendo la capacità di decine di terabyte in pochi minuti.You can also scale a database in the tens of terabytes up or down in minutes. Questa funzionalità consente di non essere vincolati alle scelte di configurazione iniziali.This capability frees you from concerns about being boxed in by your initial configuration choices.

Per altre informazioni sulle dimensioni di calcolo per il livello di servizio Hyperscale, vedere Caratteristiche del livello di servizio.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Destinazione d'uso del livello di servizio HyperscaleWho should consider the Hyperscale service tier

Il livello di servizio di iperscalabilità è destinato alla maggior parte dei carichi di lavoro aziendali, poiché offre una grande flessibilità e prestazioni elevate con risorse di calcolo e archiviazione scalabili in modo indipendente.The Hyperscale service tier is intended for most business workloads as it provides great flexibility and high performance with independently scalable compute and storage resources. Grazie alla possibilità di ridimensionare automaticamente lo spazio di archiviazione fino a 100 TB, è un'ottima scelta per i clienti che:With the ability to autoscale storage up to 100 TB, it's a great choice for customers who:

  • Hanno database di grandi dimensioni in locale e si vuole modernizzare le applicazioni passando al cloudHave large databases on-premises and want to modernize their applications by moving to the cloud
  • Sono già presenti nel cloud e sono limitati dalle limitazioni massime per le dimensioni del database di altri livelli di servizio (1-4 TB)Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Sono disponibili database di dimensioni inferiori, ma è necessario un rapido ridimensionamento verticale e orizzontale di calcolo, prestazioni elevate, backup istantaneo e ripristino rapido dei database.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

Il livello di servizio di iperscalabilità supporta un'ampia gamma di carichi di lavoro SQL Server, da OLTP pure a analisi pure, ma è ottimizzato principalmente per i carichi di lavoro OLTP e di elaborazione analitica e di transazione (HTAP).The Hyperscale service tier supports a broad range of SQL Server workloads, from pure OLTP to pure analytics, but it's primarily optimized for OLTP and hybrid transaction and analytical processing (HTAP) workloads.

Importante

I pool elastici non supportano il livello di servizio Hyperscale.Elastic pools do not support the Hyperscale service tier.

Modello di prezzi del livello di servizio HyperscaleHyperscale pricing model

Il livello di servizio Hyperscale è disponibile solo nel modello vCore.Hyperscale service tier is only available in vCore model. Per allinearsi alla nuova architettura, il modello di prezzi è leggermente diverso da quello del livello di servizio Utilizzo generico o Business critical:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Compute:Compute:

    Il prezzo dell'unità di calcolo del livello di servizio Hyperscale è per replica.The Hyperscale compute unit price is per replica. Il prezzo del Vantaggio Azure Hybrid viene applicato automaticamente alle repliche con scalabilità in lettura.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Per impostazione predefinita, viene creata una replica primaria e una replica di sola lettura per database iperscalare.We create a primary replica and one read-only replica per Hyperscale database by default. Gli utenti possono modificare il numero totale di repliche, incluso il database primario da 1-5.Users may adjust the total number of replicas including the primary from 1-5.

  • Spazio di archiviazione:Storage:

    Non è necessario specificare le dimensioni massime dei dati durante la configurazione di un database Hyperscale.You don't need to specify the max data size when configuring a Hyperscale database. Nel livello iperscalare viene addebitato lo spazio di archiviazione per il database in base all'effettiva allocazione.In the hyperscale tier, you're charged for storage for your database based on actual allocation. Lo spazio di archiviazione viene allocato automaticamente tra 40 GB e 100 TB, in incrementi di 10 GB.Storage is automatically allocated between 40 GB and 100 TB, in 10-GB increments. Se necessario, possono crescere più file di dati contemporaneamente.Multiple data files can grow at the same time if needed. Un database con iperscalabilità viene creato con una dimensione iniziale di 10 GB e inizia a crescere di 10 GB ogni 10 minuti, fino a raggiungere le dimensioni di 40 GB.A Hyperscale database is created with a starting size of 10 GB and it starts growing by 10 GB every 10 minutes, until it reaches the size of 40 GB.

Per altre informazioni sui prezzi di Hyperscale, vedere Prezzi di Database SQL di AzureFor more information about Hyperscale pricing, see Azure SQL Database Pricing

Architettura con funzioni distribuiteDistributed functions architecture

A differenza dei motori di database tradizionali che centralizzano tutte le funzioni di gestione dati in un unico percorso o processo (perfino i cosiddetti database distribuiti per la produzione dispongono attualmente di più copie di un motore dati monolitico), un database Hyperscale separa il motore di elaborazione query, in cui far divergere la semantica dei vari motori di dati, dai componenti che offrono archiviazione a lungo termine e la durabilità dei dati.Unlike traditional database engines that have centralized all of the data management functions in one location/process (even so called distributed databases in production today have multiple copies of a monolithic data engine), a Hyperscale database separates the query processing engine, where the semantics of various data engines diverge, from the components that provide long-term storage and durability for the data. In questo modo, la capacità di archiviazione può essere facilmente aumentata secondo necessità (l'obiettivo iniziale è 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Le repliche di sola lettura condividono gli stessi componenti di archiviazione, pertanto non è necessaria alcuna copia di dati per creare una nuova replica leggibile.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

Il diagramma seguente illustra i diversi tipi di nodi in un database Hyperscale:The following diagram illustrates the different types of nodes in a Hyperscale database:

architettura

Un database con iperscalabilità contiene i diversi tipi di componenti seguenti:A Hyperscale database contains the following different types of components:

CalcoloCompute

Il nodo di calcolo è dove si trova il motore relazionale e dove si verificano tutti i gli elementi del linguaggio, dell'elaborazione delle query e così via.The compute node is where the relational engine lives, so all the language elements, query processing, and so on, occur. Tutte le interazioni dell'utente con un database Hyperscale vengono eseguite tramite questi nodi di calcolo.All user interactions with a Hyperscale database happen through these compute nodes. I nodi di calcolo presentano cache basae su SSD (con etichetta RBPEX - estensione del pool di buffer resiliente nel diagramma precedente) per ridurre al minimo il numero di round trip di rete necessari per recuperare una pagina di dati.Compute nodes have SSD-based caches (labeled RBPEX - Resilient Buffer Pool Extension in the preceding diagram) to minimize the number of network round trips required to fetch a page of data. È presente un nodo di calcolo primario in cui vengono elaborati tutti i carichi di lavoro di lettura/scrittura e le transazioni.There is one primary compute node where all the read-write workloads and transactions are processed. Sono presenti uno o più nodi di calcolo secondari che fungono da nodi di hot standby per finalità di failover, oltre a fungere da nodi di calcolo di sola lettura per l'offload di carichi di lavoro di lettura (se si desidera questa funzionalità).There are one or more secondary compute nodes that act as hot standby nodes for failover purposes, as well as act as read-only compute nodes for offloading read workloads (if this functionality is desired).

Server della paginaPage server

I servers di pagina sono sistemi che rappresentano un motore di archiviazione con scalabilità orizzontale.Page servers are systems representing a scaled-out storage engine. Ogni server di pagina è responsabile di un subset delle pagine nel database.Each page server is responsible for a subset of the pages in the database. Ogni controllo server di pagina è nominalmente compreso tra 128 GB e 1 TB di dati.Nominally, each page server controls between 128 GB and 1 TB of data. Nessun dato è condiviso su più di un server di pagina (al di là delle repliche mantenute per ridondanza e disponibilità).No data is shared on more than one page server (outside of replicas that are kept for redundancy and availability). Il compito di un server di pagina consiste nel fornire su richiesta le pagine del database ai nodi di calcolo e nel mantenere le pagine aggiornate man mano che le transazioni aggiornano i dati.The job of a page server is to serve database pages out to the compute nodes on demand, and to keep the pages updated as transactions update data. I server di paging vengono mantenuti aggiornati tramite la riproduzione di record di log dal servizio di log.Page servers are kept up to date by playing log records from the log service. Per migliorare le prestazioni, i server di pagina gestiscono anche le cache basate su SSD.Page servers also maintain SSD-based caches to enhance performance. L'archiviazione a lungo termine delle pagine di dati viene mantenuta in Archiviazione di Azure per garantire maggiore affidabilità.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Servizio di logLog service

Il servizio di log accetta i record di log dalla replica di calcolo primaria, li rende persistenti in una cache durevole e li trasmette al resto delle repliche di calcolo, in modo che possano aggiornare le cache, nonché i server di pagine pertinenti, in modo che i dati possano essere aggiornati in tale posizione.The log service accepts log records from the primary compute replica, persists them in a durable cache, and forwards the log records to the rest of compute replicas (so they can update their caches) as well as the relevant page server(s), so that the data can be updated there. In questo modo, tutte le modifiche apportate ai dati dalla replica primaria di calcolo vengono propagate tramite il servizio di log a tutte le repliche di calcolo secondarie e ai server di pagine.In this way, all data changes from the primary compute replica are propagated through the log service to all the secondary compute replicas and page servers. Infine, i record di log vengono inviati all'archiviazione a lungo termine in archiviazione di Azure, un repository di archiviazione virtualmente infinito.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Questo meccanismo Elimina la necessità di un troncamento del log frequente.This mechanism removes the need for frequent log truncation. Il servizio di log dispone anche della cache locale per velocizzare l'accesso ai record di log.The log service also has local cache to speed up access to log records.

Archiviazione di AzureAzure storage

Archiviazione di Azure contiene tutti i file di dati in un database.Azure Storage contains all data files in a database. I server di paging mantengono aggiornati i file di dati in archiviazione di Azure.Page servers keep data files in Azure Storage up to date. Questa archiviazione viene usata a scopo di backup e per la replica tra le aree di Azure.This storage is used for backup purposes, as well as for replication between Azure regions. I backup vengono implementati usando gli snapshot di archiviazione dei file di dati.Backups are implemented using storage snapshots of data files. Le operazioni di ripristino che usano gli snapshot sono veloci indipendentemente dalla dimensione dei dati.Restore operations using snapshots are fast regardless of data size. I dati possono essere ripristinati in qualsiasi punto nel tempo entro il periodo di conservazione dei backup del database.Data can be restored to any point in time within the backup retention period of the database.

Backup e ripristinoBackup and restore

I backup sono basati su snapshot di file e quindi sono quasi istantanei.Backups are file-snapshot based and hence they're nearly instantaneous. La separazione tra archiviazione e calcolo consente di eseguire il push dell'operazione di backup/ripristino al livello di archiviazione per ridurre il carico di elaborazione della replica di calcolo primaria.Storage and compute separation enables pushing down the backup/restore operation to the storage layer to reduce the processing burden on the primary compute replica. Di conseguenza, il backup del database non influisca sulle prestazioni del nodo di calcolo primario.As a result, database backup doesn't impact performance of the primary compute node. Analogamente, il recupero temporizzato (ripristino temporizzato) viene eseguito ripristinando gli snapshot di file e, di conseguenza, non è un'operazione di dimensione dati.Similarly, point in time recovery (PITR) is done by reverting to file snapshots, and as such is not a size of data operation. Il ripristino di un database con iperscalabilità nella stessa area di Azure è un'operazione a tempo costante ed è possibile ripristinare i database di più terabyte in pochi minuti anziché in ore o in giorni.Restore of a Hyperscale database in the same Azure region is a constant-time operation, and even multiple-terabyte databases can be restored in minutes instead of hours or days. La creazione di nuovi database tramite il ripristino di un backup esistente sfrutta anche questa funzionalità: la creazione di copie di database a scopo di sviluppo o test, anche di database di dimensioni terabyte, è fattibile in pochi minuti.Creation of new databases by restoring an existing backup also takes advantage of this feature: creating database copies for development or testing purposes, even of terabyte sized databases, is doable in minutes.

Per il ripristino geografico di database iperscalari, vedere ripristino di un database con iperscalabilità in un'area diversa.For geo-restore of Hyperscale databases, see Restoring a Hyperscale database to a different region.

Vantaggi di scalabilità e prestazioniScale and performance advantages

Con la possibilità di accelerare/diminuore la velocità dei nodi di calcolo di sola lettura aggiuntivi, l'architettura Hyperscale offre significative funzionalità di scalabilità di lettura e consente inoltre di liberare il nodo di calcolo primario per la gestione di più richieste di scrittura.With the ability to rapidly spin up/down additional read-only compute nodes, the Hyperscale architecture allows significant read scale capabilities and can also free up the primary compute node for serving more write requests. Inoltre, i nodi di calcolo possono essere aumentati o diminuiti rapidamente grazie all'architettura di archiviazione condivisa dell'architettura Hyperscale.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Creare un database con iperscalabilitàCreate a Hyperscale database

È possibile creare un database con iperscalabilità usando il portale di Azure, T-SQL, PowerShello l' interfacciadella riga di comando.A Hyperscale database can be created using the Azure portal, T-SQL, PowerShell, or CLI. I database con iperscalabilità sono disponibili solo con il modello di acquisto basato su vCore.Hyperscale databases are available only using the vCore-based purchasing model.

Il comando T-SQL seguente crea un database Hyperscale.The following T-SQL command creates a Hyperscale database. Nell'istruzione CREATE DATABASE è necessario specificare sia l'edizione che l'obiettivo del servizio.You must specify both the edition and service objective in the CREATE DATABASE statement. Per un elenco degli obiettivi di servizio validi, vedere i limiti delle risorse .Refer to the resource limits for a list of valid service objectives.

-- Create a Hyperscale Database
CREATE DATABASE [HyperscaleDB1] (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Verrà creato un database con iperscalabilità nell'hardware quinta generazione con quattro core.This will create a Hyperscale database on Gen5 hardware with four cores.

Aggiornare un database esistente a iperscalabilitàUpgrade existing database to Hyperscale

È possibile spostare i database esistenti nel database SQL di Azure in modo iperscalabile usando il portale di Azure, T-SQL, PowerShello l' interfacciadella riga di comando.You can move your existing databases in Azure SQL Database to Hyperscale using the Azure portal, T-SQL, PowerShell, or CLI. A questo punto, si tratta di una migrazione unidirezionale.At this time, this is a one-way migration. Non è possibile spostare i database da iperscala a un altro livello di servizio, ad eccezione dell'esportazione e dell'importazione di dati.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. Per il modello di prova (verifica), è consigliabile creare una copia dei database di produzione ed eseguire la migrazione della copia a iperscalabilità.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. La migrazione di un database esistente nel database SQL di Azure al livello iperscalare è un'operazione di dimensionamento dei dati.Migrating an existing database in Azure SQL Database to the Hyperscale tier is a size of data operation.

Il comando T-SQL seguente sposta un database nel livello di servizio Hyperscale.The following T-SQL command moves a database into the Hyperscale service tier. Nell'istruzione ALTER DATABASE è necessario specificare sia l'edizione che l'obiettivo del servizio.You must specify both the edition and service objective in the ALTER DATABASE statement.

-- Alter a database to make it a Hyperscale Database
ALTER DATABASE [DB2] MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Connettersi a una replica scalabilità in lettura di un database HyperscaleConnect to a read-scale replica of a Hyperscale database

Nei database con iperscalabilità, l' ApplicationIntent argomento nella stringa di connessione fornita dal client determina se la connessione viene instradata alla replica di scrittura o a una replica secondaria di sola lettura.In Hyperscale databases, the ApplicationIntent argument in the connection string provided by the client dictates whether the connection is routed to the write replica or to a read-only secondary replica. Se ApplicationIntent impostato su READONLY e il database non dispone di una replica secondaria, la connessione verrà indirizzata alla replica primaria e il comportamento predefinito sarà ReadWrite .If the ApplicationIntent set to READONLY and the database doesn't have a secondary replica, connection will be routed to the primary replica and defaults to ReadWrite behavior.

-- Connection string with application intent
Server=tcp:<myserver>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadOnly;User ID=<myLogin>;Password=<myPassword>;Trusted_Connection=False; Encrypt=True;

Le repliche secondarie con iperscalabilità sono tutte identiche, usando lo stesso obiettivo del livello di servizio della replica primaria.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Se è presente più di una replica secondaria, il carico di lavoro viene distribuito tra tutti i database secondari disponibili.If more than one secondary replica is present, the workload is distributed across all available secondaries. Ogni replica secondaria viene aggiornata in modo indipendente.Each secondary replica is updated independently. In questo modo, diverse repliche potrebbero avere latenza dei dati diversa rispetto alla replica primaria.Thus, different replicas could have different data latency relative to the primary replica.

Disponibilità elevata del database in iperscalabilitàDatabase high availability in Hyperscale

Come in tutti gli altri livelli di servizio, l'iperscalabilità garantisce durabilità dei dati per le transazioni di cui è stato eseguito il commit indipendentemente dalla disponibilità della replica di calcoloAs in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. L'entità del tempo di inattività dovuto alla mancata disponibilità della replica primaria dipende dal tipo di failover (pianificato e non pianificato) e dalla presenza di almeno una replica secondaria.The extent of downtime due to the primary replica becoming unavailable depends on the type of failover (planned vs. unplanned), and on the presence of at least one secondary replica. In un failover pianificato, ad esempio un evento di manutenzione, il sistema crea la nuova replica primaria prima di avviare un failover oppure utilizza una replica secondaria esistente come destinazione del failover.In a planned failover (i.e. a maintenance event), the system either creates the new primary replica before initiating a failover, or uses an existing secondary replica as the failover target. In un failover non pianificato, ad esempio un errore hardware nella replica primaria, il sistema usa una replica secondaria come destinazione del failover se ne esiste una o crea una nuova replica primaria dal pool di capacità di calcolo disponibile.In an unplanned failover (i.e. a hardware failure on the primary replica), the system uses a secondary replica as a failover target if one exists, or creates a new primary replica from the pool of available compute capacity. Nel secondo caso, la durata dei tempi di inattività è più lunga a causa di passaggi aggiuntivi necessari per creare la nuova replica primaria.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

Per il contratto di contratto con iperscalabilità, vedere SLA per database SQL di Azure.For Hyperscale SLA, see SLA for Azure SQL Database.

Ripristino di emergenza per database iperscalariDisaster recovery for Hyperscale databases

Ripristino di un database con iperscalabilità in un'area diversaRestoring a Hyperscale database to a different region

Se è necessario ripristinare un database con iperscalabilità nel database SQL di Azure in un'area diversa da quella in cui è attualmente ospitato, come parte di un'operazione di ripristino di emergenza o di un'esercitazione, una rilocazione o qualsiasi altro motivo, il metodo principale consiste nell'eseguire un ripristino geografico del database.If you need to restore a Hyperscale database in Azure SQL Database to a region other than the one it's currently hosted in, as part of a disaster recovery operation or drill, relocation, or any other reason, the primary method is to do a geo-restore of the database. Ciò comporta esattamente la stessa procedura usata per ripristinare qualsiasi altro database nel database SQL in un'area diversa:This involves exactly the same steps as what you would use to restore any other database in SQL Database to a different region:

  1. Creare un Server nell'area di destinazione se non si dispone già di un server appropriato.Create a server in the target region if you don't already have an appropriate server there. Il server deve appartenere alla stessa sottoscrizione del server originale (di origine).This server should be owned by the same subscription as the original (source) server.
  2. Seguire le istruzioni riportate nell'argomento relativo al ripristino geografico della pagina relativa al ripristino di un database nel database SQL di Azure da backup automatici.Follow the instructions in the geo-restore topic of the page on restoring a database in Azure SQL Database from automatic backups.

Nota

Poiché l'origine e la destinazione si trovano in aree separate, il database non può condividere l'archiviazione snapshot con il database di origine come nei ripristini non geografici, che vengono completati molto rapidamente.Because the source and target are in separate regions, the database cannot share snapshot storage with the source database as in non-geo restores, which complete extremely quickly. Nel caso di un ripristino geografico di un database con iperscalabilità, sarà un'operazione di dimensioni dei dati, anche se la destinazione si trova nell'area abbinata dell'archiviazione con replica geografica.In the case of a geo-restore of a Hyperscale database, it will be a size-of-data operation, even if the target is in the paired region of the geo-replicated storage. Ciò significa che l'esecuzione di un ripristino geografico può richiedere tempo proporzionale alla dimensione del database da ripristinare.That means that doing a geo-restore will take time proportional to the size of the database being restored. Se la destinazione è nell'area abbinata, la copia sarà all'interno di un'area, che sarà notevolmente più veloce rispetto a una copia tra aree, ma sarà comunque un'operazione di dimensioni dei dati.If the target is in the paired region, the copy will be within a region, which will be significantly faster than a cross-region copy, but it will still be a size-of-data operation.

Aree disponibiliAvailable regions

Il livello iperscalabile del database SQL di Azure è disponibile in tutte le aree, ma è abilitato per impostazione predefinita nelle seguenti aree elencate di seguito.The Azure SQL Database Hyperscale tier is available in all regions but enabled by default available in the following regions listed below. Se si vuole creare un database con iperscalabilità in un'area non elencata come supportata, è possibile inviare una richiesta di onboarding tramite portale di Azure.If you want to create Hyperscale database in a region that isn't listed as supported, you can send an onboarding request via Azure portal. Per istruzioni, vedere la pagina relativa agli aumenti delle quote di richiesta per il database SQL di Azure .For instructions, see Request quota increases for Azure SQL Database for instructions. Quando si invia la richiesta, attenersi alle linee guida seguenti:When submitting your request, use the following guidelines:

  • Usare il tipo di quota del database SQL di accesso all'area .Use the Region access SQL Database quota type.
  • Nei dettagli del testo aggiungere lo SKU di calcolo/core totali, incluse le repliche leggibili.In the text details, add the compute SKU/total cores including readable replicas.
  • Specificare anche la TB stimata.Also specify the estimated TB.

Aree abilitate:Enabled Regions:

  • Australia orientaleAustralia East
  • Australia sud-orientaleAustralia Southeast
  • Australia centraleAustralia Central
  • Brasile meridionaleBrazil South
  • Canada centraleCanada Central
  • Stati Uniti centraliCentral US
  • Cina orientale 2China East 2
  • Cina settentrionale 2China North 2
  • Asia orientaleEast Asia
  • Stati Uniti orientaliEast US
  • Stati Uniti orientali 2East Us 2
  • Francia centraleFrance Central
  • Germania centro-occidentaleGermany West Central
  • Giappone orientaleJapan East
  • Giappone occidentaleJapan West
  • Corea centraleKorea Central
  • Corea meridionaleKorea South
  • Stati Uniti centro-settentrionaliNorth Central US
  • Europa settentrionaleNorth Europe
  • Norvegia orientaleNorway East
  • Norvegia occidentaleNorway West
  • Sudafrica settentrionaleSouth Africa North
  • Stati Uniti centro-meridionaliSouth Central US
  • Asia sud-orientaleSoutheast Asia
  • Svizzera occidentaleSwitzerland West
  • Regno Unito meridionaleUK South
  • Regno Unito occidentaleUK West
  • US DoD (area centrale)US DoD Central
  • US DoD (area orientale)US DoD East
  • US Govt ArizonaUs Govt Arizona
  • US Govt TexasUS Govt Texas
  • Stati Uniti centro-occidentaliWest Central US
  • Europa occidentaleWest Europe
  • Stati Uniti occidentaliWest US
  • Stati Uniti occidentali 2West US 2

Limitazioni noteKnown limitations

Queste sono le limitazioni correnti per il livello di servizio con iperscalabilità di GA.These are the current limitations to the Hyperscale service tier as of GA. Stiamo lavorando attivamente per rimuovere il maggior numero possibile di queste limitazioni.We're actively working to remove as many of these limitations as possible.

ProblemaIssue DescrizioneDescription
Il riquadro Gestisci backup per un server non Mostra database con iperscalabilità.The Manage Backups pane for a server doesn't show Hyperscale databases. Questi verranno filtrati dalla visualizzazione.These will be filtered from the view. L'iperscalabilità ha un metodo separato per la gestione dei backup, quindi non si applicano le impostazioni di conservazione a lungo termine e di conservazione dei backup temporizzati.Hyperscale has a separate method for managing backups, so the Long-Term Retention and Point-in-Time backup retention settings don't apply. Di conseguenza, i database con iperscalabilità non vengono visualizzati nel riquadro Gestisci backup.Accordingly, Hyperscale databases don't appear in the Manage Backup pane.

Per i database migrati a iperscalare da altri livelli di servizio del database SQL di Azure, i backup pre-migrazione vengono conservati per la durata del periodo di conservazione dei backup del database di origine.For databases migrated to Hyperscale from other Azure SQL Database service tiers, pre-migration backups are kept for the duration of backup retention period of the source database. Questi backup possono essere utilizzati per ripristinare il database di origine a un punto nel tempo prima della migrazione.These backups can be used to restore the source database to a point in time before migration.
Ripristino temporizzatoPoint-in-time restore Non è possibile ripristinare un database non iperscalabile come database iperscalabile e non è possibile ripristinare un database con iperscalabilità come database non iperscalabile.A non-Hyperscale database can't be restored as a Hyperscale database, and a Hyperscale database can't be restored as a non-Hyperscale database. Per un database non iperscalato di cui è stata eseguita la migrazione a iperscalabile modificando il livello di servizio, eseguire il ripristino fino a un punto nel tempo prima della migrazione e all'interno del periodo di conservazione dei backup del database è possibile a livello di programmazione.For a non-Hyperscale database that has been migrated to Hyperscale by changing its service tier, restore to a point in time before migration and within the backup retention period of the database is possible programmatically. Il database ripristinato sarà non iperscalabile.The restored database will be non-Hyperscale.
Se un database contiene uno o più file di dati di dimensioni superiori a 1 TB, la migrazione non riesceIf a database has one or more data files larger than 1 TB, migration fails In alcuni casi, potrebbe essere possibile aggirare questo problema compattando i file di grandi dimensioni in modo che siano inferiori a 1 TB.In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB. Se si esegue la migrazione di un database usato durante il processo di migrazione, assicurarsi che non ci siano file con dimensioni maggiori di 1 TB.If migrating a database being used during the migration process, make sure that no file gets larger than 1 TB. Utilizzare la query seguente per determinare le dimensioni dei file di database.Use the following query to determine the size of database files. SELECT *, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';SELECT *, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
Istanza gestita di SQLSQL Managed Instance Il Istanza gestita SQL di Azure non è attualmente supportato con i database con iperscalabilità.Azure SQL Managed Instance isn't currently supported with Hyperscale databases.
Pool elasticiElastic Pools I pool elastici non sono attualmente supportati con iperscalabilità.Elastic Pools aren't currently supported with Hyperscale.
La migrazione al livello di servizio Hyperscale è attualmente un'operazione unidirezionaleMigration to Hyperscale is currently a one-way operation Una volta eseguita la migrazione di un database a iperscalabilità, non è possibile eseguirne la migrazione direttamente a un livello di servizio non iperscalabile.Once a database is migrated to Hyperscale, it can't be migrated directly to a non-Hyperscale service tier. Attualmente, l'unico modo per eseguire la migrazione di un database da iperscalabilità a non iperscalare consiste nell'esportare/importare utilizzando un file BACPAC o altre tecnologie di spostamento dei dati (copia bulk, Azure Data Factory, Azure Databricks, SSIS e così via). Esportazione/importazione di BACPAC da portale di Azure, da PowerShell con New-AzSqlDatabaseExport o New-AZSQLDATABASEIMPORT, dall'interfaccia della riga di comando di Azure con il comando AZ SQL DB Export e AZ SQL DB Importe dall' API REST non è supportata.At present, the only way to migrate a database from Hyperscale to non-Hyperscale is to export/import using a bacpac file or other data movement technologies (Bulk Copy, Azure Data Factory, Azure Databricks, SSIS, etc.) Bacpac export/import from Azure portal, from PowerShell using New-AzSqlDatabaseExport or New-AzSqlDatabaseImport, from Azure CLI using az sql db export and az sql db import, and from REST API isn't supported. L'importazione/esportazione di BACPAC per database con iperscala più piccoli (fino a 200 GB) è supportata con SSMS e SqlPackage versione 18,4 e versioni successive.Bacpac import/export for smaller Hyperscale databases (up to 200 GB) is supported using SSMS and SqlPackage version 18.4 and later. Per i database di dimensioni maggiori, l'esportazione/importazione BACPAC può richiedere molto tempo e potrebbe non riuscire per vari motivi.For larger databases, bacpac export/import may take a long time, and may fail for various reasons.
Migrazione di database con oggetti OLTP in memoriaMigration of databases with In-Memory OLTP objects L'iperscalabilità supporta un subset di oggetti OLTP in memoria, inclusi i tipi di tabella ottimizzata per la memoria, le variabili di tabella e i moduli compilati in modo nativo.Hyperscale supports a subset of In-Memory OLTP objects, including memory-optimized table types, table variables, and natively compiled modules. Tuttavia, quando nel database di cui viene eseguita la migrazione sono presenti oggetti OLTP in memoria, la migrazione dai livelli di servizio Premium e business critical a iperscalare non è supportata.However, when any kind of In-Memory OLTP objects are present in the database being migrated, migration from Premium and Business Critical service tiers to Hyperscale is not supported. Per eseguire la migrazione di un database di questo tipo a iperscalabilità, è necessario eliminare tutti gli oggetti OLTP in memoria e le relative dipendenze.To migrate such a database to Hyperscale, all In-Memory OLTP objects and their dependencies must be dropped. Dopo la migrazione del database, è possibile ricreare questi oggetti.After the database is migrated, these objects can be recreated. Le tabelle ottimizzate per la memoria durevoli e non durevoli non sono attualmente supportate in iperscalabilità e devono essere ricreate come tabelle disco.Durable and non-durable memory-optimized tables are not currently supported in Hyperscale, and must be recreated as disk tables.
Replica geograficaGeo Replication Non è ancora possibile configurare la replica geografica per l'iperscalabilità del database SQL di Azure.You can't yet configure geo-replication for Azure SQL Database Hyperscale.
Copia del databaseDatabase Copy Non è ancora possibile usare la copia del database per creare un nuovo database in Azure SQL iperscalabile.You can't yet use Database Copy to create a new database in Azure SQL Hyperscale.
Integrazione di Transparent Data Encryption/AKVTDE/AKV Integration La crittografia trasparente del database con Azure Key Vault, comunemente definita Bring-your-own-key o BYOK, è attualmente in fase di anteprima.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is currently in preview.
Funzionalità di database intelligentiIntelligent Database Features Ad eccezione dell'opzione "forza piano", tutte le altre opzioni di ottimizzazione automatica non sono ancora supportate in iperscalabilità: le opzioni potrebbero sembrare abilitate, ma non verranno eseguite raccomandazioni o azioni.With the exception of the "Force Plan" option, all other Automatic Tuning options aren't yet supported on Hyperscale: options may appear to be enabled, but there won't be any recommendations or actions made.
Analisi delle prestazioni della queryQuery Performance Insights Le informazioni dettagliate sulle prestazioni delle query non sono attualmente supportate per i database con iperscalabilità.Query Performance Insights is currently not supported for Hyperscale databases.
Compatta databaseShrink Database DBCC SHRINKDATABASE o DBCC SHRINKFILE non è attualmente supportato per i database con iperscalabilità.DBCC SHRINKDATABASE or DBCC SHRINKFILE isn't currently supported for Hyperscale databases.
Verifica dell'integrità del databaseDatabase integrity check DBCC CHECKDB non è attualmente supportato per i database con iperscalabilità.DBCC CHECKDB isn't currently supported for Hyperscale databases. È possibile utilizzare DBCC CHECKFILEGROUP e DBCC CHECKTABLE come soluzione alternativa.DBCC CHECKFILEGROUP and DBCC CHECKTABLE may be used as a workaround. Per informazioni dettagliate sulla gestione dell'integrità dei dati nel database SQL di Azure, vedere integrità dei dati nel database SQL di Azure .See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Passaggi successiviNext steps