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 di architettura 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 Utilizzo generico e Business critical nel modello di acquisto basato su vCore, vedere i livelli di servizio Utilizzo generico e Business critical.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.

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
  • Rapida scalabilità orizzontale: in un tempo costante è possibile aumentare le risorse di calcolo per supportare ingenti carichi di lavoro secondo necessità, e quindi ridurre nuovamente le risorse di calcolo quando non necessarie.Rapid Scale up - you can, in constant time, scale up your compute resources to accommodate heavy workloads as and 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. Infatti, i database Hyperscale non vengono creati con un limite definito per la dimensione massima.In fact, Hyperscale databases aren’t created with a defined max size. Un database Hyperscale può espandersi in base alle esigenze, e la fatturazione avviene solo in base alla capacità in uso.A Hyperscale database grows as needed - and you are 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 auto-scale 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 di SQL Server, da OLTP pure a pure Analytics, 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 is 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:

  • Calcolo: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.

  • 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 con iperscalabilità vengono addebitate le risorse di archiviazione per il database in base all'utilizzo effettivo.In the hyperscale tier, you are charged for storage for your database based on actual usage. Lo spazio di archiviazione viene allocato automaticamente tra 10 GB e 100 TB, con incrementi regolati in modo dinamico tra 10 GB e 40 GB.Storage is automatically allocated between 10 GB and 100 TB, in increments that are dynamically adjusted between 10 GB and 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 pagina vengono tenuti aggiornati riproducendo i 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 rispettive cache, nonché i server di pagine pertinenti, in modo che i dati possano essere aggiornati C'.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 are 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. Analogamente, i ripristini vengono eseguiti ripristinando gli snapshot di file e, di conseguenza, non sono le dimensioni dell'operazione sui dati.As a result, database backup does not impact performance of the primary compute node; similarly, restores are done by reverting to file snapshots, and as such are not a size of data operation. Il ripristino è un'operazione a tempo costante ed è possibile ripristinare anche database di più terabyte in pochi minuti anziché in ore o in giorni.Restore 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.

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, Powershell o l'interfaccia della 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 4 core.This will create a Hyperscale database on Gen5 hardware with 4 cores.

Eseguire la migrazione di un database SQL di Azure esistente al livello di servizio HyperscaleMigrate an existing Azure SQL Database to the Hyperscale service tier

È possibile spostare i database SQL di Azure esistenti nel livello di servizio Hyperscale usando il portale di Azure, T-SQL, Powershell o l'interfaccia della riga di comando.You can move your existing Azure SQL databases 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 SQL di Azure esistente al livello iperscalare è un'operazione di dimensionamento dei dati.Migrating an existing 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'argomento ApplicationIntent nella stringa di connessione fornita dal client indica se la connessione viene instradata alla replica in 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 ha una replica secondaria, la connessione viene indirizzata alla replica primaria con il comportamento predefinito ReadWrite.If the ApplicationIntent set to READONLY and the database does not 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, in modo che le repliche diverse possano avere latenza dei dati diversa rispetto alla replica primaria.Each secondary replica is updated independently, 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'altra area geograficaRestoring a Hyperscale database to a different geography

Se è necessario ripristinare un database iperscalabile del database SQL di Azure in un'area diversa da quella in cui è attualmente ospitata, 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 an Azure SQL Database Hyperscale DB to a region other than the one it is 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 SQL di AZURE in un'area diversa:This involves exactly the same steps as what you would use to restore any other AZURE SQL DB to a different region:

  1. Creare un server di database SQL nell'area di destinazione se non si dispone già di un server appropriato.Create a SQL Database server in the target region if you do not 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 dei database SQL di Azure dai backup automatici.Follow the instructions in the geo-restore topic of the page on restoring Azure SQL Databases 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 si trova nell'area abbinata, la copia sarà all'interno di un Data Center, che sarà notevolmente più veloce rispetto a una copia a lunga distanza su Internet, ma copierà comunque tutti i bit.If the target is in the paired region, the copy will be within a datacenter, which will be significantly faster than a long distance copy over the internet, but it will still copy all of the bits.

Aree disponibiliAvailable regions

Il livello iperscalabile del database SQL di Azure è attualmente disponibile nelle aree geografiche seguenti:The Azure SQL Database Hyperscale tier is currently available in the following regions:

  • Australia orientaleAustralia East
  • Australia sud-orientaleAustralia Southeast
  • Brasile meridionaleBrazil South
  • Canada centraleCanada Central
  • Stati Uniti centraliCentral US
  • Cina orientale 2China East 2
  • Cina settentrionale 2China North 2
  • Asia orientaleEast Asia
  • East USEast US
  • Stati Uniti orientali 2East Us 2
  • Francia centraleFrance Central
  • Giappone orientaleJapan East
  • Giappone occidentaleJapan West
  • Corea del Sud centraleKorea Central
  • Corea del Sud meridionaleKorea South
  • Stati Uniti centro-settentrionaliNorth Central US
  • Europa settentrionaleNorth Europe
  • Sudafrica settentrionaleSouth Africa North
  • Stati Uniti centro-meridionaliSouth Central US
  • Asia sud-orientaleSoutheast Asia
  • Regno Unito meridionaleUK South
  • Regno Unito occidentaleUK West
  • Europa occidentaleWest Europe
  • Stati Uniti occidentaliWest US
  • Stati Uniti occidentali 2West US 2

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 is not listed as supported, you can send an onboarding request via Azure portal. Si sta lavorando per espandere l'elenco delle aree supportate, quindi controllare l'elenco delle aree più recenti.We are working to expand the list of supported regions so please check back for latest region list.

Per richiedere la possibilità di creare database con iperscalabilità in aree non elencate:To request the ability to create Hyperscale databases in regions not listed:

  1. Passare al pannello Guida e supporto di AzureNavigate to Azure Help and Support Blade

  2. Fare clic su nuova richiesta di supportoClick on New support request

    Pannello Guida e supporto tecnico di Azure

  3. Per tipo di problemaselezionare limiti per servizio e sottoscrizione (quote)For Issue Type, select Service and subscription limits (quotas)

  4. Scegliere la sottoscrizione da usare per creare i databaseChoose the subscription you would use to create the database(s)

  5. Per tipo di quotaselezionare database SQLFor Quota Type, select SQL database

  6. Fare clic su **Avanti: Soluzioni @ no__t-0Click Next: Solutions

  7. Fare clic su specificare i dettagliClick Provide Details

    Dettagli del problema

  8. Scegliere il tipo di quota del database SQL: Altra richiesta di quotaChoose SQL Database quota type: Other quota request

  9. Compilare il modello seguente:Fill in the following template:

    Dettagli quota

    Nel modello specificare le informazioni seguentiIn the template, provide the following information

    Richiedere la creazione di un database SQL con iperscalabilità di Azure in una nuova areaRequest to create Azure Hyperscale SQL Database in a new region
    Area: [compilare l'area richiesta]Region: [Fill in your requested region]
    Risorse di calcolo/core totali, incluse le repliche leggibiliCompute SKU/total cores including readable replicas
    Numero di TB stimatoNumber of TB estimated

  10. Scegliere Severity C (Gravità C).Choose Severity C

  11. Scegliere il metodo di contatto appropriato e specificare i dettagli.Choose the appropriate contact method and fill in details.

  12. Fare clic su Salva e continuaClick Save and Continue

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. Si sta lavorando attivamente per rimuovere il maggior numero possibile di limitazioni.We are actively working to remove as many of these limitations as possible.

ProblemaIssue DescrizioneDescription
Il riquadro Gestisci backup per un server logico non mostra che i database iperscalari verranno filtrati da SQL ServerThe Manage Backups pane for a logical server does not show Hyperscale databases will be filtered from SQL server L'iperscalabilità ha un metodo separato per la gestione dei backup e, di conseguenza, le impostazioni di conservazione a lungo termine e di conservazione dei backup temporizzate non vengono applicate/non sono valide.Hyperscale has a separate method for managing backups, and as such the Long-Term Retention and Point in Time backup Retention settings do not apply / are invalidated. Di conseguenza i database Hyperscale non compaiono nel riquadro Gestisci backup.Accordingly, Hyperscale databases do not appear in the Manage Backup pane.
Ripristino temporizzatoPoint-in-time restore Quando viene eseguita la migrazione di un database nel livello di servizio iperscalabile, il ripristino fino a un punto nel tempo precedente alla migrazione non è supportato.Once a database is migrated into the Hyperscale service tier, restore to a point-in-time prior to the migration is not supported.
Ripristino del database non iperscalabile in Hypserscale e viceversaRestore of non-Hyperscale DB to Hypserscale and vice-versa Non è possibile ripristinare un database iperscalabile in un database non iperscalabile, né ripristinare un database senza iperscalabilità in un database con iperscalabilità.You cannot restore a Hyperscale database into a non-Hyperscale database, nor can you restore a non-Hyperscale database into a Hyperscale database.
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 gestitaManaged Instance Istanza gestita di database SQL di Azure attualmente non è supportato con i database con iperscalabilità.Azure SQL Database Managed Instance is not currently supported with Hyperscale databases.
Pool elasticiElastic Pools I pool elastici non sono attualmente supportati con l'iperscalabilità del database SQL.Elastic Pools are not currently supported with SQL Database Hyperscale.
La migrazione al livello di servizio Hyperscale è attualmente un'operazione unidirezionaleMigration to Hyperscale is currently a one-way operation Dopo aver completato la migrazione di un database a Hyperscale, non è possibile eseguirne la migrazione direttamente a un livello di servizio diverso.Once a database is migrated to Hyperscale, it cannot 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).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.)
Migrazione di database con oggetti in memoria permanentiMigration of databases with persistent in-memory objects L'iperscalabilità supporta solo oggetti in memoria non permanenti (tipi di tabella, SPs e funzioni native).Hyperscale only supports non persistent In-Memory objects (table types, native SPs and functions). Prima di eseguire la migrazione di un database al livello di servizio iperscalare, è necessario eliminare e ricreare le tabelle in memoria permanenti e gli altri oggetti come oggetti non in memoria.Persistent In-Memory tables and other objects must be dropped and recreated as non-In-Memory objects before migrating a database to the Hyperscale service tier.
Change TrackingChange Tracking Non sarà possibile usare Rilevamento modifiche con database con iperscalabilità.You will not be able to use Change Tracking with Hyperscale databases.
Replica geograficaGeo Replication Non è ancora possibile configurare la replica geografica per l'iperscalabilità del database SQL di Azure.You cannot yet configure geo-replication for Azure SQL Database Hyperscale. È possibile eseguire ripristini geografici (ripristinando il database in un'area geografica diversa, per il ripristino di emergenza o per altri scopi)You can perform geo-restores (restoring the database in a different geography, for DR or other purposes)
Integrazione di Transparent Data Encryption/AKVTDE/AKV Integration La crittografia Transparent database con Azure Key Vault (in genere denominata Bring-your-own-key o BYOK) non è ancora supportata per l'iperscalabilità del database SQL di Azure, ma Transparent Data Encryption con chiavi gestite dal servizio è completamente supportato.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is not yet supported for Azure SQL Database Hyperscale, however TDE with Service Managed Keys is fully supported.
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 are not yet supported on Hyperscale: options may appear to be enabled, but there won't be any recommendations or actions made.

Passaggi successiviNext steps