Niveau de service Hyperscale pour jusqu’à 100 ToHyperscale service tier for up to 100 TB

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 augmenter le stockage et les 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.

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
  • Augmentation rapide du nombre de nœuds (scale out) : 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
  • Augmentation rapide de la puissance des ressources (scale up) : vous pouvez, en temps constant, augmenter la puissance de vos ressources de calcul pour prendre en charge des charges de travail lourdes quand vous en avez besoin, puis diminuer la puissance des ressources de calcul quand elles ne sont plus nécessaires.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.

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 are 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 principalement destiné aux clients qui ont de grandes bases de données en local et veulent moderniser leurs applications en les déplaçant dans le cloud, ou aux clients qui sont déjà dans le cloud et sont limités par les restrictions en matière de taille maximale de base de données (1-4 To).The Hyperscale service tier is primarily intended for customers who have large databases either on-premises and want to modernize their applications by moving to the cloud or for customers who are already in the cloud and are limited by the maximum database size restrictions (1-4 TB). Il est également destiné aux clients qui recherchent des hautes performances et une haute scalabilité pour le stockage et le calcul.It is also intended for customers who seek high performance and high scalability for storage and compute.

Le niveau de service Hyperscale prend en charge toutes les charges de travail SQL Server, mais il est principalement optimisé pour OLTP.The Hyperscale service tier supports all SQL Server workloads, but it is primarily optimized for OLTP. Le niveau de service Hyperscale prend aussi en charge les charges de travail hybrides et analytiques (mini-Data Warehouse).The Hyperscale service tier also supports hybrid and analytical (data mart) 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. Dans le niveau Hyperscale, le stockage de votre base de données vous est facturé selon votre utilisation réelle.In the hyperscale tier, you are charged for storage for your database based on actual usage. Un stockage compris entre 10 Go et 100 To est alloué automatiquement, par incréments de 10 à 40 Go ajustés de manière dynamique.Storage is automatically allocated between 10 GB and 100 TB, in increments that are dynamically adjusted between 10 GB and 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 nœuds suivants :A Hyperscale database contains the following different types of nodes:

Nœud de calculCompute node

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).

Nœud de serveur de pagesPage server node

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.

Nœud de service de journalLog service node

Le nœud de service de journal accepte les enregistrements de journal du nœud de calcul principal, les conserve dans un cache durable et les transfère au reste des nœuds 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 node accepts log records from the primary compute node, persists them in a durable cache, and forwards the log records to the rest of the compute nodes (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 nœud de calcul principal sont propagés par le service de journal à tous les nœuds de calcul secondaires et les serveurs de pages.In this way, all data changes from the primary compute node are propagated through the log service to all the secondary compute nodes and page servers. Enfin, les enregistrements de journal sont poussés vers un stockage à long terme dans le Stockage Azure, qui est un dépôt de stockage infini.Finally, the log record(s) are pushed out to long-term storage in Azure Storage, which is an infinite storage repository. Avec ce mécanisme, vous n’avez plus besoin de tronquer le journal.This mechanism removes the necessity for frequent log truncation. Le service de journal a aussi un cache local pour accélérer l’accès.The log service also has local cache to speed up access.

Nœud de stockage AzureAzure storage node

Le nœud de stockage Azure est la destination finale des données provenant des serveurs de pages.The Azure storage node is the final destination of data from page servers. 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 constituées d’instantanés de fichiers de données.Backups consist of snapshots of data files. L’opération de restauration est rapide à partir de ces instantanés, et les données peuvent être restaurées à n’importe quel point dans le temps.Restore operation are fast from these snapshots and data can be restored to any point in time.

Sauvegarde et restaurationBackup and restore

Comme les sauvegardes sont basées sur des instantanés de fichier, elles sont quasi instantanées.Backups are file-snapshot base and hence they are 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 nœud de calcul principal.Storage and compute separation enable pushing down the backup/restore operation to the storage layer to reduce the processing burden on the primary compute node. Par conséquent, la sauvegarde de grandes bases de données n’impacte pas les performances du nœud de calcul principal.As a result, the backup of a large database does not impact the performance of the primary compute node. De même, les restaurations sont effectuées en copiant l’instantané de fichier et n’ont donc pas la taille d’une opération de données.Similarly, restores are done by copying the file snapshot and as such are not a size of data operation. Pour les restaurations dans le même compte de stockage, l’opération de restauration est rapide.For restores within the same storage account, the restore operation is fast.

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

Une base de données Hyperscale peut être créée à l’aide du portail Azure, de T-SQL, de PowerShell ou de CLI.A HyperScale database can be created using the Azure portal, T-SQL, Powershell or CLI. Les bases de données Hyperscale sont disponibles uniquement 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 4 cœurs.This will create a Hyperscale database on Gen5 hardware with 4 cores.

Migrer une base de données Azure SQL vers le niveau de service HyperscaleMigrate an existing Azure SQL Database to the Hyperscale service tier

Vous pouvez déplacer vos bases de données Azure SQL existantes vers Hyperscale à l’aide du portail Azure, de T-SQL, de PowerShell ou de CLI.You can move your existing Azure SQL databases 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 depuis Hyperscale vers un autre niveau de service.You can’t move databases from Hyperscale to another service tier. Nous vous recommandons d’effectuer une copie de vos bases de données de production et de migrer vers Hyperscale pour la preuve de concepts.We recommend you make a copy of your production databases and migrate to Hyperscale for proof of concepts (POCs).

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 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;

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 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 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. La procédure à suivre est exactement la même que celle utilisée pour restaurer une base de données SQL Azure dans une autre région :This involves exactly the same steps as what you would use to restore any other AZURE SQL DB to a different region:

  1. Créez un serveur SQL Database dans la région cible si vous n’y disposez pas encore d’un serveur approprié.Create a SQL Database server in the target region if you do not 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 de la page sur la restauration des bases de données SQL Azure à partir de sauvegardes automatiques.Follow the instructions in the geo-restore topic of the page on restoring Azure SQL Databases 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 à l’intérieur d’un centre de données, et est beaucoup plus rapide qu’une copie à grande distance via Internet, mais il s’agit toujours d’une copie de la totalité des bits.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.

Régions disponiblesAvailable regions

Le niveau Hyperscale d’Azure SQL Database est actuellement disponible dans les régions suivantes :The Azure SQL Database Hyperscale tier is currently available in the following regions:

  • Australie EstAustralia East
  • Australie Sud-EstAustralia Southeast
  • Brésil SudBrazil South
  • Centre du CanadaCanada Central
  • USA CentreCentral US
  • Chine orientale 2China East 2
  • Chine Nord 2China North 2
  • Asie EstEast Asia
  • East USEast US
  • USA Est 2East Us 2
  • France CentreFrance Central
  • Japon EstJapan East
  • Japon OuestJapan West
  • Centre de la CoréeKorea Central
  • Corée du SudKorea South
  • USA Centre NordNorth Central US
  • Europe NordNorth Europe
  • Afrique du Sud NordSouth Africa North
  • USA Centre SudSouth Central US
  • Asie Sud-EstSoutheast Asia
  • Sud du Royaume-UniUK South
  • Ouest du Royaume-UniUK West
  • Europe OuestWest Europe
  • USA OuestWest US
  • USA Ouest 2West US 2

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 is not listed as supported, you can send an onboarding request via Azure portal. Étant donné que nous travaillons actuellement à l’élargissement de la liste des régions prises en charge, nous vous invitons à vérifier la liste la plus récente.We are working to expand the list of supported regions so please check back for latest region list.

Pour demander à pouvoir créer des bases de données Hyperscale dans des régions non répertoriées :To request the ability to create Hyperscale databases in regions not listed:

  1. Accédez au panneau Aide et support d’Azure.Navigate to Azure Help and Support Blade

  2. Cliquez sur Nouvelle demande de support.Click on New support request

    Panneau Aide et support d’Azure

  3. Pour Type de problème, sélectionnez Limites du service et des abonnements (quotas) .For Issue Type, select Service and subscription limits (quotas)

  4. Choisissez l’abonnement à utiliser pour créer les bases de données.Choose the subscription you would use to create the database(s)

  5. Pour Type de Quota, sélectionnez Base de données SQL.For Quota Type, select SQL database

  6. Cliquez sur Suivant : SolutionsClick Next: Solutions

  7. Cliquez sur Fournir les détails.Click Provide Details

    Détails du problème

  8. Choisissez Type de quota de base de données SQL : Autre demande de quota.Choose SQL Database quota type: Other quota request

  9. Remplissez le modèle suivant :Fill in the following template:

    Détails du quota

    Dans le modèle, fournissez les informations suivantes :In the template, provide the following information

    Demande de création de base de données SQL Azure Hyperscale dans une nouvelle régionRequest to create Azure Hyperscale SQL Database in a new region
    Région : [entrez la région demandée]Region: [Fill in your requested region]
    Référence (SKU) de calcul/nombre total de cœurs, y compris les réplicas lisiblesCompute SKU/total cores including readable replicas
    Nombre de To estiméNumber of TB estimated

  10. Choisissez Gravité CChoose Severity C

  11. Choisissez la méthode de contact appropriée et renseignez les détails.Choose the appropriate contact method and fill in details.

  12. Cliquez sur Enregistrer puis Continuer.Click Save and Continue

Limites 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 are actively working to remove as many of these limitations as possible.

ProblèmeIssue DescriptionDescription
Le volet Gérer les sauvegardes d’un serveur logique ne s’affiche pas. Les bases de données Hyperscale sont filtrées à partir du serveur SQLThe Manage Backups pane for a logical server does not show Hyperscale databases will be filtered from SQL server Hyperscale a 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 ou ne sont non valides.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. En conséquence, les bases de données Hyperscale n’apparaissent pas dans le volet Gérer les sauvegardes.Accordingly, Hyperscale databases do not appear in the Manage Backup pane.
Limite de restauration dans le tempsPoint-in-time restore Une fois qu’une base de données est migrée dans le niveau de service Hyperscale, la limite de restauration dans le temps avant la migration n’est pas prise en charge.Once a database is migrated into the Hyperscale service tier, restore to a point-in-time prior to the migration is not supported.
Restauration de base de données non-Hyperscale dans une base de données Hypserscale et vice versaRestore of non-Hyperscale DB to Hypserscale and vice-versa Vous ne pouvez pas restaurer une base de données Hyperscale dans une base de données non-Hyperscale, ou l’inverse.You cannot restore a Hyperscale database into a non-Hyperscale database, nor can you restore a non-Hyperscale database into a Hyperscale database.
Si la taille d’un fichier de base de données augmente pendant la migration en raison d’une charge de travail active et qu’il dépasse la limite de 1 To par fichier, la migration échoueIf a database file grows during migration due to an active workload and crosses the 1 TB per file boundary, the migration fails Atténuations :Mitigations:
- Si possible, migrez la base de données quand aucune charge de travail de mise à jour n’est en cours d’exécution.- If possible, migrate the database when there is no update workload running.
- Réessayez la migration. Elle réussira tant que la limite de 1 To n’est pas dépassée pendant la migration.- Re-try the migration, it will succeed as long as the 1 TB boundary is not crossed during the migration.
Instance géréeManaged Instance L’option Azure SQL Database Managed Instance n’est pas prise en charge actuellement avec des bases de données Hyperscale.Azure SQL Database Managed Instance is not currently supported with Hyperscale databases.
Pools élastiquesElastic Pools Les Pools élastiques ne sont actuellement pas pris en charge avec les bases de données SQL Hyperscale.Elastic Pools are not currently supported with SQL Database 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 cannot be migrated directly to a non-Hyperscale service tier. À l’heure actuelle, la seule façon de migrer une base de données du niveau Hyperscale vers un niveau non Hyperscale consiste à effectuer une exportation/importation à l’aide d’un fichier BACPAC.At present, the only way to migrate a database from Hyperscale to non-Hyperscale is to export/import using a BACPAC file.
Migration de bases de données avec des objets en mémoire persistantsMigration of databases with persistent in-memory objects Hyperscale ne prend en charge que les objets en mémoire non persistants (types de tables, SP et fonctions natifs).Hyperscale only supports non persistent In-Memory objects (table types, native SPs and functions). Les tables en mémoire persistantes doivent être supprimées et recréées en tant qu’objets qui ne sont pas en mémoire avant de migrer une base de données vers le niveau de service Hyperscale.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.
Suivi des changements de donnéesChange Data Tracking Vous ne pouvez pas utiliser le suivi des modifications de données avec des bases de données Hyperscale.You will not be able to use Change Data Tracking with Hyperscale databases.
Géo-réplicationGeo Replication Vous ne pouvez pas encore configurer la géo-réplication pour Azure SQL Database Hyperscale.You cannot yet configure geo-replication for Azure SQL Database Hyperscale. Vous pouvez effectuer des géo-restaurations (restaurations de base de données dans une région différente à des fins de récupération d’urgence ou autres).You can perform geo-restores (restoring the database in a different geography, for DR or other purposes)
Intégration du chiffrement transparent des données (TDE) avec Azure Key VaultTDE/AKV Integration Le chiffrement transparent de base de données à l’aide d’Azure Key Vault (communément appelé Bring Your Own Key ou BYOK) n’est pas encore pris en charge pour Azure SQL Database Hyperscale, contrairement au chiffrement transparent des données à l’aide de Clés gérées par le service qui est pleinement pris en charge.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.
Fonctionnalités de base de données intelligenteIntelligent Database Features 1. Les modèles de conseiller Créer un index et Supprimer l’index ne sont pas formés pour les bases de données Hyperscale.1. Create Index, Drop Index adviser models are not trained for Hyperscale DBs.
2. Les conseillers Problème de schéma et DbParameterization récemment ajoutés ne sont pas pris en charge pour les bases de données Hyperscale.2. Schema Issue, DbParameterization - recently added advisers are not supported for Hyperscale Database.

Étapes suivantesNext steps