Niveau de service HyperscaleHyperscale service tier

Azure SQL Database est basé sur une architecture de moteur de base de données SQL Server. Celle-ci est ajustée pour l’environnement cloud afin de garantir une disponibilité de 99,99 % même en cas de panne d’infrastructure.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. Trois modèles d’architecture sont utilisés dans Azure SQL Database :There are three architectural models that are used in Azure SQL Database:

  • Usage général/StandardGeneral Purpose/Standard
  • HyperscaleHyperscale
  • Critique pour l’entreprise/PremiumBusiness Critical/Premium

Le niveau de service Hyperscale dans Azure SQL Database est le tout nouveau niveau de service du modèle d’achat vCore.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Ce niveau de service est un stockage hautement scalable et un niveau de performances de calcul qui tire partie de l’architecture Azure pour effectuer un scale-out du stockage et des ressources de calcul d’une base de données Azure SQL bien au-delà des limites disponibles des niveaux Usage général et Critique pour l’entreprise.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.

Notes

  • Pour en savoir plus sur les niveaux de service Usage général et Critique pour l’entreprise du modèle d’achat vCore, consultez les niveaux de service Usage général et Critique pour l’entreprise.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. Pour obtenir une comparaison du modèle d’achat vCore avec le modèle d’achat DTU, consultez Ressources et modèles d’achat Azure SQL Database.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.
  • Le niveau de service Hyperscale n'est actuellement disponible que pour Azure SQL Database, et non pour Azure SQL Managed Instance.The Hyperscale service tier is currently only available for Azure SQL Database, and not Azure SQL Managed Instance.

Présentation des fonctionnalités HyperscaleWhat are the Hyperscale capabilities

Le niveau de service Hyperscale dans Azure SQL Database fournit les fonctionnalités supplémentaires suivantes :The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Prise en charge d’une taille de base de données pouvant atteindre 100 ToSupport for up to 100 TB of database size
  • Sauvegardes de base de données quasi instantanées (basées sur des instantanés de fichiers conservés dans le Stockage Blob Azure), quel que soit leur taille, sans impact des E/S sur les ressources de calculNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Restaurations de base de données rapides (basées sur des instantanés de fichiers) en minutes plutôt qu’en heures ou en jours (opération qui ne dépend pas de la taille des données)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Meilleures performances générales en raison d’un débit de journal plus élevé et de temps de validation de transaction plus rapides, quels que soient les volumes de donnéesHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Effectuer un scale-out rapide : vous pouvez provisionner un ou plusieurs nœuds en lecture seule pour décharger votre charge de travail de lecture et les utiliser comme serveurs de secoursRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Scale-up rapide : vous pouvez, en temps constant, augmenter la puissance de vos ressources de calcul pour prendre en charge des charges de travail lourdes en cas de besoin, puis la diminuer à nouveau.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.

Le niveau de service Hyperscale supprime de nombreuses limites pratiques traditionnellement rencontrées dans les bases de données cloud.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. Là où la plupart des autres bases de données sont limitées par les ressources disponibles dans un seul nœud, les bases de données du niveau de service Hyperscale n’ont pas de limite.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Avec son architecture de stockage flexible, le stockage augmente en fonction des besoins.With its flexible storage architecture, storage grows as needed. En fait, les bases de données Hyperscale sont créées sans taille maximale définie.In fact, Hyperscale databases aren't created with a defined max size. Une base de données Hyperscale augmente en fonction des besoins, et vous êtes facturé uniquement pour la capacité que vous utilisez.A Hyperscale database grows as needed - and you're billed only for the capacity you use. Pour les charges de travail de lecture intensives, le niveau de service Hyperscale permet une expansion rapide en provisionnant des réplicas de lecture supplémentaires en fonction des besoins pour décharger les charges de travail de lecture.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Par ailleurs, le temps nécessaire pour créer des sauvegardes de base de données ou pour augmenter ou diminuer la puissance n’est plus lié au volume de données de la base de données.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. Les bases de données Hyperscale peuvent être sauvegardées presque instantanément.Hyperscale databases can be backed up virtually instantaneously. Vous pouvez aussi mettre à l’échelle une base de données de plusieurs dizaines de téraoctets en quelques minutes.You can also scale a database in the tens of terabytes up or down in minutes. Cette fonctionnalité vous évite d’être limité par votre choix de configuration initial.This capability frees you from concerns about being boxed in by your initial configuration choices.

Pour plus d’informations sur les tailles de calcul pour le niveau de service Hyperscale, consultez Caractéristiques du niveau de service.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

À qui est destiné le niveau de service HyperscaleWho should consider the Hyperscale service tier

Le niveau de service Hyperscale est destiné à la plupart des charges de travail métier, car il offre une grande flexibilité et des performances élevées avec des ressources de calcul et de stockage scalables de manière indépendante.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. Avec la possibilité de mettre à l’échelle automatiquement le stockage jusqu’à 100 To, c’est un excellent choix pour les clients qui :With the ability to autoscale storage up to 100 TB, it's a great choice for customers who:

  • Ont des bases de données locales volumineuses et souhaitent moderniser leurs applications en passant au cloud.Have large databases on-premises and want to modernize their applications by moving to the cloud
  • Sont déjà dans le cloud et sont limités par les restrictions de taille maximale de base de données des autres niveaux de service (1-4 To).Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Ont des bases de données plus petites mais ont besoin d’une mise à l’échelle de calcul horizontale et verticale rapide, de performances élevées, d’une sauvegarde instantanée et d’une restauration rapide des bases de données.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

Le niveau de service Hyperscale prend en charge un large éventail de charges de travail SQL Server, de l’OLTP pur à l’analytique pure, mais il est optimisé principalement pour les charges de travail OLTP et HTAP (traitement analytique et de transaction hybride).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.

Important

Les pools élastiques ne prennent pas en charge le niveau de service Hyperscale.Elastic pools do not support the Hyperscale service tier.

Modèle tarifaire HyperscaleHyperscale pricing model

Le niveau de service Hyperscale est disponible uniquement dans le modèle vCore.Hyperscale service tier is only available in vCore model. Pour s’aligner sur la nouvelle architecture, le modèle tarifaire est légèrement différent des niveaux de service Usage général ou Critique pour l’entreprise :To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Calcul :Compute:

    Le prix unitaire du calcul Hyperscale est par réplica.The Hyperscale compute unit price is per replica. Le prix Azure Hybrid Benefit est automatiquement appliqué aux réplicas avec échelle lecture.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Par défaut, nous créons un réplica principal et un réplica en lecture seule par base de données Hyperscale.We create a primary replica and one read-only replica per Hyperscale database by default. Les utilisateurs peuvent ajuster le nombre total de réplicas, y compris de réplicas principaux de 1 à 5.Users may adjust the total number of replicas including the primary from 1-5.

  • Stockage :Storage:

    Vous n’avez pas besoin de spécifier la taille maximale des données lors de la configuration d’une base de données Hyperscale.You don't need to specify the max data size when configuring a Hyperscale database. Au niveau Hyperscale, le stockage de votre base de données est facturé en fonction de la répartition réelle.In the hyperscale tier, you're charged for storage for your database based on actual allocation. Un espace de stockage compris entre 40 Go et 100 To est automatiquement alloué, par incréments de 10 Go.Storage is automatically allocated between 40 GB and 100 TB, in 10-GB increments. Si nécessaire, plusieurs fichiers de données peuvent croître en même temps.Multiple data files can grow at the same time if needed. Une base de données Hyperscale est créée avec une taille de départ de 10 Go et elle commence à croître de 10 Go toutes les 10 minutes, jusqu'à ce qu'elle atteigne la taille de 40 Go.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.

Pour plus d’informations sur les tarifs Hyperscale, consultez Tarifs Azure SQL Database.For more information about Hyperscale pricing, see Azure SQL Database Pricing

Architecture des fonctions distribuéesDistributed functions architecture

Contrairement aux moteurs de base de données traditionnels qui centralisaient toutes les fonctions de gestion de données dans un même emplacement/processus (même les bases de données distribuées en production aujourd'hui ont plusieurs copies d’un moteur de données monolithique), une base de données Hyperscale sépare le moteur de traitement des requêtes, où la sémantique des différents moteurs de données diffère, des composants qui fournissent un stockage à long terme et une durabilité pour les données.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. De cette façon, la capacité de stockage peut être facilement mise à l’échelle pour répondre aux besoins (la cible initiale est de 100 To).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Comme les réplicas en lecture seule partagent les mêmes composants de stockage, aucune copie de données n’est nécessaire pour mettre en place un nouveau réplica accessible en lecture.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

Le diagramme suivant illustre les différents types de nœuds dans une base de données Hyperscale :The following diagram illustrates the different types of nodes in a Hyperscale database:

architecture

Une base de données Hyperscale contient les différents types de composants suivants :A Hyperscale database contains the following different types of components:

CalculCompute

Comme le nœud de calcul héberge le moteur relationnel, c’est là que tous les éléments de langage, le traitement des requêtes et ainsi de suite, se produisent.The compute node is where the relational engine lives, so all the language elements, query processing, and so on, occur. Toutes les interactions utilisateur avec une base de données Hyperscale se produisent dans ces nœuds de calcul.All user interactions with a Hyperscale database happen through these compute nodes. Les nœuds de calcul ont des caches SSD (étiquetés RBPEX - Extension du pool de mémoires tampons durable dans le diagramme précédent) afin de réduire le nombre d’allers-retours sur le réseau nécessaires pour récupérer une page de données.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. Il existe un nœud de calcul principal où sont traitées toutes les charges de travail de lecture-écriture et les transactions.There is one primary compute node where all the read-write workloads and transactions are processed. Il existe un ou plusieurs nœuds de calcul secondaires qui agissent comme des serveurs de secours pour le basculement, et comme des nœuds de calcul en lecture seule pour décharger les charges de travail de lecture (si cette fonctionnalité est souhaitée).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).

Serveur de pagesPage server

Les serveurs de pages sont des systèmes qui représentent un moteur de stockage scale-out.Page servers are systems representing a scaled-out storage engine. Chaque serveur de pages est responsable d’un sous-ensemble de pages dans la base de données.Each page server is responsible for a subset of the pages in the database. Nominalement, chaque serveur de pages contrôle entre 128 Go et 1 To de données.Nominally, each page server controls between 128 GB and 1 TB of data. Aucune donnée n’est partagée sur plusieurs serveurs de pages (en dehors des réplicas qui sont conservés pour la redondance et la disponibilité).No data is shared on more than one page server (outside of replicas that are kept for redundancy and availability). Le travail d’un serveur de pages est de servir à la demande des pages de base de données aux nœuds de calcul et d’actualiser les pages à mesure que les transactions mettent à jour les données.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. Les serveurs de pages sont actualisés en lisant les enregistrements du journal à partir du service de journalisation.Page servers are kept up to date by playing log records from the log service. Les serveurs de pages entretiennent aussi les caches SSD pour améliorer les performances.Page servers also maintain SSD-based caches to enhance performance. Le stockage à long terme des pages de données s’effectue dans le Stockage Azure pour une meilleure fiabilité.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Service de journalLog service

Le service de journal accepte les enregistrements de journal du réplica de calcul principal, les conserve dans un cache durable et les transfère au reste des réplicas de calcul (afin qu’ils mettent à jour leurs caches) ainsi qu’aux serveurs de pages appropriés afin que les données y soient mises à jour.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. De cette façon, tous les changements de données dans le réplica de calcul principal sont propagés par le biais du service de journal à tous les réplicas de calcul secondaires et les serveurs de pages.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. Pour finir, les enregistrements de journal sont poussés vers un stockage à long terme dans Stockage Azure, qui est un dépôt de stockage pratiquement infini.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Avec ce mécanisme, vous n’avez plus besoin de tronquer fréquemment le journal.This mechanism removes the need for frequent log truncation. Le service de journal a aussi un cache local pour accélérer l’accès aux enregistrements de journal.The log service also has local cache to speed up access to log records.

Stockage AzureAzure storage

Stockage Azure contient tous les fichiers de données d’une base de données.Azure Storage contains all data files in a database. Les serveurs de pages tiennent à jour les fichiers de données dans Stockage Azure.Page servers keep data files in Azure Storage up to date. Ce stockage est utilisé pour la sauvegarde ainsi que pour la réplication entre régions Azure.This storage is used for backup purposes, as well as for replication between Azure regions. Les sauvegardes sont implémentées à l’aide de captures instantanées de stockage de fichiers de données.Backups are implemented using storage snapshots of data files. Les opérations de restauration à l’aide d’instantanés sont rapides, quelle que soit la taille des données.Restore operations using snapshots are fast regardless of data size. Les données peuvent être restaurées à n’importe quel point dans le temps au cours de la période de conservation de sauvegarde de la base de données.Data can be restored to any point in time within the backup retention period of the database.

Sauvegarde et restaurationBackup and restore

Comme les sauvegardes sont basées sur des instantanés de fichiers, elles sont quasi instantanées.Backups are file-snapshot based and hence they're nearly instantaneous. La séparation du stockage et du calcul permet de pousser l’opération de sauvegarde/restauration vers la couche de stockage afin de réduire la charge de traitement sur le réplica de calcul principal.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. Par conséquent, la sauvegarde de base de données n’influence pas les performances du nœud de calcul principal.As a result, database backup doesn't impact performance of the primary compute node. De même, les restaurations sont effectuées en rétablissant les instantanés de fichier et n’ont donc pas la taille d’une opération de données.Similarly, restores are done by reverting to file snapshots, and as such aren't a size of data operation. La restauration est une opération à temps constant, et même les bases de données de plusieurs téraoctets peuvent être restaurées en quelques minutes au lieu de plusieurs heures ou jours.Restore is a constant-time operation, and even multiple-terabyte databases can be restored in minutes instead of hours or days. La création de nouvelles bases de données en restaurant une sauvegarde existante tire également parti de cette fonctionnalité : la création de copies de base de données à des fins de développement ou de test, notamment des bases de données de plusieurs téraoctets, est réalisable en minutes.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.

Avantages de scalabilité et de performancesScale and performance advantages

Avec la possibilité d’ajouter ou de supprimer rapidement des nœuds de calcul en lecture seule, l’architecture Hyperscale apporte des fonctionnalités d’échelle horizontale en lecture significatives et peut aussi libérer le nœud de calcul principal pour qu’il traite davantage de demandes d’écriture.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. Par ailleurs, les nœuds de calcul peuvent être mis à l’échelle (augmentation ou diminution) rapidement grâce à la fonctionnalité de stockage partagé propre à l’architecture Hyperscale.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Créer une base de données HyperscaleCreate a Hyperscale database

Vous pouvez créer une base de données Hyperscale à l’aide du portail Azure, de T-SQL, de PowerShell ou de l’interface CLI.A Hyperscale database can be created using the Azure portal, T-SQL, PowerShell, or CLI. Les bases de données Hyperscale sont uniquement disponibles avec le modèle d'achat vCore.Hyperscale databases are available only using the vCore-based purchasing model.

La commande T-SQL suivante crée une base de données Hyperscale.The following T-SQL command creates a Hyperscale database. Vous devez spécifier l’édition et l’objectif du service dans l’instruction CREATE DATABASE.You must specify both the edition and service objective in the CREATE DATABASE statement. Pour obtenir la liste des objectifs de service valides, consultez les limites de ressources.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

Cela a pour effet de créer une base de données Hyperscale sur du matériel Gen5 avec quatre cœurs.This will create a Hyperscale database on Gen5 hardware with four cores.

Mettre à niveau une base de données existante vers le niveau HyperscaleUpgrade existing database to Hyperscale

Vous pouvez déplacer vos bases de données Azure SQL Database existantes vers le niveau Hyperscale à l'aide du portail Azure, de T-SQL, de PowerShell ou de l'interface CLI.You can move your existing databases in Azure SQL Database to Hyperscale using the Azure portal, T-SQL, PowerShell, or CLI. À ce stade, il s’agit d’une migration à sens unique.At this time, this is a one-way migration. Vous ne pouvez pas déplacer des bases de données d’Hyperscale vers un autre niveau de service, sauf en exportant et en important des données.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. Pour les preuves de concept, nous vous recommandons d’effectuer une copie de vos bases de données de production et de migrer la copie vers Hyperscale.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. La migration d'une base de données Azure SQL Database existante vers le niveau Hyperscale est une opération de taille de données.Migrating an existing database in Azure SQL Database to the Hyperscale tier is a size of data operation.

La commande T-SQL suivante déplace une base de données vers le niveau de service Hyperscale.The following T-SQL command moves a database into the Hyperscale service tier. Vous devez spécifier l’édition et l’objectif du service dans l’instruction ALTER DATABASE.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

Se connecter à un réplica avec échelle lecture d’une base de données HyperscaleConnect to a read-scale replica of a Hyperscale database

Dans les bases de données Hyperscale, l'argument ApplicationIntent de la chaîne de connexion fournie par le client détermine si la connexion est routée vers le réplica en écriture ou vers un réplica secondaire en lecture seule.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. Si l’option ApplicationIntent est définie sur READONLY et que la base de données ne dispose pas de réplica secondaire, la connexion est routée vers le réplica principal et la valeur par défaut est le comportement 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;

Les réplicas secondaires Hyperscale sont tous identiques ; ils utilisent le même objectif de niveau de service que le réplica principal.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Si plusieurs réplicas secondaires sont présents, la charge de travail est répartie sur l’ensemble des réplicas secondaires disponibles.If more than one secondary replica is present, the workload is distributed across all available secondaries. Chaque réplica secondaire est mis à jour de manière indépendante.Each secondary replica is updated independently. Ainsi, différents réplicas peuvent avoir une latence de données différente par rapport au réplica principal.Thus, different replicas could have different data latency relative to the primary replica.

Haute disponibilité de la base de données dans HyperscaleDatabase high availability in Hyperscale

Comme pour tous les autres niveaux de service, Hyperscale garantit la durabilité des données pour les transactions validées, quelle que soit la disponibilité des réplicas de calcul.As in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. L’étendue des temps d’arrêt dus au fait que le réplica principal devient indisponible dépend du type de basculement (planifié ou non planifié) et de la présence d’au moins un réplica secondaire.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. Dans un basculement planifié (par exemple un événement de maintenance), le système crée le nouveau réplica principal avant de lancer un basculement, ou utilise un réplica secondaire existant comme cible de basculement.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. Dans un basculement non planifié (par exemple une défaillance matérielle sur le réplica principal), le système utilise un réplica secondaire (s’il en existe un) comme cible de basculement, ou crée un nouveau réplica principal à partir du pool de capacité de calcul disponible.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. Dans ce dernier cas, la durée d’inactivité est plus longue en raison des étapes supplémentaires nécessaires pour créer le réplica principal.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

Pour plus d’informations sur les contrats SLA Hyperscale, consultez SLA pour Azure SQL Database.For Hyperscale SLA, see SLA for Azure SQL Database.

Récupération d’urgence pour les bases de données HyperscaleDisaster recovery for Hyperscale databases

Restauration d’une base de données Hyperscale dans une zone géographique différenteRestoring a Hyperscale database to a different geography

Si vous avec besoin de restaurer une base de données Hyperscale dans Azure SQL Database dans une région autre que celle dans laquelle elle est actuellement hébergée, à des fins de récupération d’urgence, d’exploration, de relocalisation ou pour tout autre motif, la méthode principale consiste à opérer une géo-restauration de la base de données.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. La procédure à suivre est exactement la même que celle utilisée pour restaurer une base de données dans SQL Database dans une autre région :This involves exactly the same steps as what you would use to restore any other database in SQL Database to a different region:

  1. Créez un serveur dans la région cible si vous n'y disposez pas encore d'un serveur approprié.Create a server in the target region if you don't already have an appropriate server there. Ce serveur doit appartenir au même abonnement que le serveur (source) d’origine.This server should be owned by the same subscription as the original (source) server.
  2. Suivez les instructions de la rubrique Géo-restauration sur la page consacrée à la restauration d’une base de données dans Azure SQL Database à partir de sauvegardes automatiques.Follow the instructions in the geo-restore topic of the page on restoring a database in Azure SQL Database from automatic backups.

Notes

Etant donné que la source et la cible se trouvent dans des régions distinctes, la base de données ne peut pas partager de stockage de captures instantanées avec la base de données source, comme c’est le cas dans le cadre de restaurations non géographiques qui s’opèrent très rapidement.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. Dans le cas d’une géo-restauration d’une base de données Hyperscale, il s’agit d’une opération tributaire de la taille des données, même si la cible se trouve dans la région associée du stockage géo-répliqué.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. Cela signifie que la géo-restauration prend un temps proportionnel à la taille de la base de données restaurée.That means that doing a geo-restore will take time proportional to the size of the database being restored. Si la cible se trouve dans la région associée, la copie est effectuée au sein d'une région, ce qui est beaucoup plus rapide qu'une copie entre régions, mais il s'agit toujours d'une opération à l'échelle des données.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.

Régions disponiblesAvailable regions

Le niveau Hyperscale Azure SQL Database est disponible dans toutes les régions, mais il est activé par défaut dans les régions suivantes.The Azure SQL Database Hyperscale tier is available in all regions but enabled by default available in the following regions listed below. Si vous souhaitez créer une base de données Hyperscale dans une région non répertoriée comme prise en charge, vous pouvez envoyer une demande d’intégration via le portail 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. Pour obtenir des instructions, consultez Demander des augmentations de quota pour Azure SQL Database.For instructions, see Request quota increases for Azure SQL Database for instructions. Quand vous soumettez votre demande, suivez les instructions ci-après :When submitting your request, use the following guidelines:

  • Utilisez le type de quota Accès à une région SQL Database.Use the Region access SQL Database quota type.
  • Dans les détails sous forme de texte, ajoutez la référence SKU de calcul/le nombre total de cœurs, notamment les réplicas lisibles.In the text details, add the compute SKU/total cores including readable replicas.
  • Spécifiez également la taille estimée en To.Also specify the estimated TB.

Régions prises en charge :Enabled Regions:

  • Australie EstAustralia East
  • Sud-Australie EstAustralia Southeast
  • Centre de l’AustralieAustralia Central
  • Brésil SudBrazil South
  • Centre du CanadaCanada Central
  • USA CentreCentral US
  • Chine orientale 2China East 2
  • Chine Nord 2China North 2
  • Asie EstEast Asia
  • USA EstEast US
  • USA Est 2East Us 2
  • France CentreFrance Central
  • Allemagne Centre-OuestGermany West Central
  • Japon EstJapan East
  • OuJapon EstJapan West
  • Centre de la CoréeKorea Central
  • Corée du SudKorea South
  • Centre-Nord des États-UnisNorth Central US
  • Europe NordNorth Europe
  • Norvège EstNorway East
  • Norvège OuestNorway West
  • Afrique du Sud NordSouth Africa North
  • États-Unis - partie centrale méridionaleSouth Central US
  • Asie Sud-EstSoutheast Asia
  • Suisse OuestSwitzerland West
  • Sud du Royaume-UniUK South
  • Ouest du Royaume-UniUK West
  • Centre des États-Unis – US DoDUS DoD Central
  • Est des États-Unis – US DoDUS DoD East
  • Us Govt ArizonaUs Govt Arizona
  • US Gov TexasUS Govt Texas
  • Centre-USA OuestWest Central US
  • Europe OuestWest Europe
  • USA OuestWest US
  • USA Ouest 2West US 2

Limitations connuesKnown limitations

Voici les limitations actuelles du niveau de service Hyperscale depuis la disponibilité générale.These are the current limitations to the Hyperscale service tier as of GA. Nous travaillons activement à la suppression d’un maximum de ces limitations.We're actively working to remove as many of these limitations as possible.

ProblèmeIssue DescriptionDescription
Le volet Gérer les sauvegardes d’un serveur n’affiche pas les bases de données Hyperscale.The Manage Backups pane for a server doesn't show Hyperscale databases. Elles seront filtrés à partir de la vue.These will be filtered from the view. Hyperscale dispose d'une méthode distincte pour la gestion des sauvegardes. Par conséquent, les paramètres Conservation à long terme et Conservation des sauvegardes dans le temps ne s'appliquent pas.Hyperscale has a separate method for managing backups, so the Long-Term Retention and Point-in-Time backup retention settings don't apply. En conséquence, les bases de données Hyperscale n’apparaissent pas dans le volet Gérer les sauvegardes.Accordingly, Hyperscale databases don't appear in the Manage Backup pane.

Pour les bases de données migrées vers Hyperscale à partir d’autres niveaux de service d’Azure SQL Database, les sauvegardes avant migration sont conservées pendant toute la période de rétention des sauvegardes de la base de données source.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. Ces sauvegardes de fichiers peuvent servir à restaurer la base de données source à un état antérieur à la migration.These backups can be used to restore the source database to a point in time before migration.
Restauration dans le tempsPoint-in-time restore Une base de données non Hyperscale ne peut pas être restaurée en tant que base de données Hyperscale, et une base de données Hyperscale ne peut pas être restaurée en tant que base de données non Hyperscale.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. Pour une base de données non Hyperscale qui a été migrée vers Hyperscale en changeant son niveau de service, la restauration à un moment donné avant la migration et pendant la période de rétention de la sauvegarde de la base de données est possible par programmation.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. La base de données restaurée sera non Hyperscale.The restored database will be non-Hyperscale.
Si une base de données contient un ou plusieurs fichiers de données d’une taille supérieure à 1 To, la migration échoueIf a database has one or more data files larger than 1 TB, migration fails Dans certains cas, il peut être possible de contourner ce problème en réduisant la taille des fichiers volumineux à une valeur inférieure à 1 To.In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB. Si vous migrez une base de données qui est utilisée pendant le processus de migration, vérifiez qu’aucun fichier ne dépasse 1 To.If migrating a database being used during the migration process, make sure that no file gets larger than 1 TB. Utilisez la requête suivante pour déterminer la taille des fichiers de base de données.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';
Instance managée SQLSQL Managed Instance L'option Azure SQL Managed Instance n'est actuellement pas prise en charge avec les bases de données Hyperscale.Azure SQL Managed Instance isn't currently supported with Hyperscale databases.
Pools élastiquesElastic Pools Les pools élastiques ne sont actuellement pas pris en charge avec Hyperscale.Elastic Pools aren't currently supported with Hyperscale.
La migration vers Hyperscale est actuellement une opération unidirectionnelleMigration to Hyperscale is currently a one-way operation Une fois qu’une base de données est migrée vers Hyperscale, elle ne peut pas être migrée directement vers un niveau de service non Hyperscale.Once a database is migrated to Hyperscale, it can't be migrated directly to a non-Hyperscale service tier. À l’heure actuelle, la seule façon de migrer une base de données d’Hyperscale vers non-Hyperscale consiste à exporter/importer à l’aide d’un fichier bacpac ou d’autres technologies de déplacement de données (copie en bloc, Azure Data Factory, Azure Databricks, SSIS, etc.) L’exportation et l’importation bacpac à partir du portail Azure, à partir de PowerShell à l’aide des cmdlets New-AzSqlDatabaseExport ou New-AzSqlDatabaseImport, à partir d’Azure CLI à l’aide des commandes az sql db export et az sql db import, et d’une API REST, ne sont pas prises en charge.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’exportation et l’importation bacpac pour des bases de données Hyperscale de plus petite taille (jusqu’à 200 Go) est prise en charge à l’aide de SSMS et de SqlPackage versions 18.4 et ultérieures.Bacpac import/export for smaller Hyperscale databases (up to 200 GB) is supported using SSMS and SqlPackage version 18.4 and later. Pour des bases de données plus volumineuses, l’exportation et l’importation bacpac peuvent prendre beaucoup de temps et échouer pour différentes raisons.For larger databases, bacpac export/import may take a long time, and may fail for various reasons.
Migration de bases de données avec des objets OLTP en mémoireMigration of databases with persistent In-Memory OLTP objects Hyperscale ne prend en charge que les objets OLTP en mémoire non persistants (types de tables, SP et fonctions natifs).Hyperscale only supports nonpersistent In-Memory OLTP objects (table types, native SPs and functions). Les tables et autres objets OLTP en mémoire persistants doivent être supprimés et recréés en tant qu'objets sur disque avant de migrer une base de données vers le niveau de service Hyperscale.Persistent In-Memory OLTP tables and other objects must be dropped and recreated as disk-based objects before migrating a database to the Hyperscale service tier.
Géo-réplicationGeo Replication Vous ne pouvez pas encore configurer la géo-réplication pour Azure SQL Database Hyperscale.You can't yet configure geo-replication for Azure SQL Database Hyperscale.
Copie de base de donnéesDatabase Copy Vous ne pouvez pas encore utiliser la copie de base de données pour créer une base de données dans Azure SQL Hyperscale.You can't yet use Database Copy to create a new database in Azure SQL Hyperscale.
Intégration du chiffrement transparent des données (TDE) avec Azure Key VaultTDE/AKV Integration Le chiffrement TDE (Transparent Data Encryption) à l'aide d'Azure Key Vault (communément appelé Bring-Your-Own-Key ou BYOK) est actuellement disponible en préversion.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is currently in preview.
Fonctionnalités de base de données intelligenteIntelligent Database Features À l'exception de l'option « Forcer le plan », aucune option de réglage automatique n'est encore prise en charge sur Hyperscale : les options peuvent sembler activées, mais aucune recommandation ou action ne sera effectuée.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.
Query Performance InsightQuery Performance Insights Query Performance Insights n’est actuellement pas pris en charge pour les bases de données Hyperscale.Query Performance Insights is currently not supported for Hyperscale databases.
Réduire la base de donnéesShrink Database DBCC SHRINKDATABASE ou DBCC SHRINKFILE n’est pas pris en charge actuellement pour les bases de données Hyperscale.DBCC SHRINKDATABASE or DBCC SHRINKFILE isn't currently supported for Hyperscale databases.
Vérification de l’intégrité de la base de donnéesDatabase integrity check DBCC CHECKDB n’est pas pris en charge actuellement pour les bases de données Hyperscale.DBCC CHECKDB isn't currently supported for Hyperscale databases. DBCC CHECKFILEGROUP et DBCC CHECKTABLE peuvent être utilisés comme solution de contournement.DBCC CHECKFILEGROUP and DBCC CHECKTABLE may be used as a workaround. Pour plus d’informations sur la gestion de l’intégrité des données dans Azure SQL Database, consultez Intégrité des données dans Azure SQL Database.See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Étapes suivantesNext steps