Gérer les licences et la facturation des SQL Server activées par Azure Arc

Cet article explique comment gérer les licences et la facturation des SQL Server activés par Azure Arc. Les SQL Server activés par Azure Arc prennent directement en charge uniquement les méthodes de licence basées sur les cœurs. Pour plus d’informations sur la gestion des instances SQL Server avec une licence Server+CAL, consultez Manage SQL Server instances avec une licence Server+CAL.

La gamme complète des options de licence est décrite dans le guide de licence SQL Server (lien de téléchargement).

Licence et facturation dans l’environnement de production

Vous pouvez utiliser l'une des trois options de gestion des licences suivantes. Les liens de la liste vous amènent à des sections de cet article qui fournissent plus de détails.

Les diagrammes de la liste utilisent des cœurs normalisés (NC) pour illustrer les implications des coûts des options de licence. Une licence par cœur pour l'Édition Standard équivaut à 1 NC. Une licence par cœur pour l'Édition Entreprise équivaut à 4 NC. Pour plus d’informations, consultez Comment les licences s’appliquent aux ressources Azure.

• Licences par cœurs virtuels

  Utilisez une licence Entreprise ou Standard pour les processeurs virtuels (cœurs virtuels) de la machine virtuelle qui exécute une ou plusieurs instances de SQL Server. Chaque machine virtuelle est facturée individuellement pour les cœurs virtuels qui lui sont alloués.

  Le diagramme suivant illustre cette méthode d'octroi de licences et ses implications en termes de coûts.

  

• Licence par cœurs physiques sans machines virtuelles

  Utilisez une licence Entreprise ou Standard pour les cœurs physiques de l’hôte qui exécutent une ou plusieurs instances de SQL Server installées directement sur l’hôte sans utiliser de machines virtuelles. Chaque instance a accès à tous les cœurs physiques pris en charge par les limites d’édition installées, jusqu’à tous les cœurs physiques de l’hôte. Quelle que soit la limite de l’instance, l’hôte est facturé pour tous les cœurs physiques en fonction de l’édition SQL Server la plus élevée installée sur celle-ci. Pour plus d’informations, référez-vous aux limites de capacité de calcul par édition de SQL Server.

  Le diagramme suivant illustre les implications du coût du déploiement de deux instances standard sur un hôte physique sans utiliser d’ordinateurs virtuels.

  

• Licence par cœurs physiques avec virtualisation illimitée

  Utilisez une licence Entreprise pour les cœurs physiques de l’hôte qui exécute n’importe quel nombre de machines virtuelles avec n’importe quel nombre d’instances SQL Server. Une licence physique unique est une ressource Azure distincte qui représente tous les cœurs physiques sous licence et est facturée indépendamment.

  Le diagramme suivant illustre les implications du coût de la gestion des licences d’un hôte physique et de l’utilisation d’une virtualisation illimitée.

  

Pour chacune de ces options, vous devez décider de la façon dont vous souhaitez payer la licence. Le tableau suivant présente vos options de paiement :

¹ Vous disposez déjà d’une licence avec Software Assurance active ou un abonnement actif SQL Server.

² Vous possédez une licence perpétuelle ou utilisez une édition SQL Server gratuite.

Votre choix d’option de paiement ci-dessus peut affecter vos options de sous-traitance. Pour plus d’informations, consultez les termes spécifiques au service et le guide de gestion des licences Flexible Virtualization Benefit.

Pour plus d’informations sur la gestion des licences de vos instances de SQL Server hors production ou de test via Azure Arc, consultez Manage SQL Server sous licence pour une utilisation hors production.

Licences d'instances SQL Server par cœurs virtuels

Lorsque vous accordez une licence SQL Server par cœurs virtuels, vous pouvez limiter l’étendue de la licence à une machine virtuelle spécifique et une ou plusieurs instances SQL Server que vous installez sur l’environnement de système d’exploitation (OSE) de cette machine. Ce modèle de licence est optimisé pour les scénarios suivants :

• Vos machines virtuelles SQL Server sont mélangées aux machines virtuelles exécutant d’autres logiciels sur les mêmes serveurs physiques.
• Vous déployez vos machines virtuelles sur un partenaire d'hébergement ou un cloud non Microsoft où vous ne contrôlez pas votre infrastructure physique.

Choisissez l’octroi de licences par cœur virtuel pour couvrir à la fois le logiciel SQL Server et les mises à jour de sécurité étendues de SQL Server. Utilisez les zones de configuration SQL Server du portail Azure pour gérer une licence de base virtuelle indépendamment pour chaque machine virtuelle. Le volet Overview pour chaque ressource SQL Server compatible Azure Arc affiche la licence configurée sous Type de licenceHost.

L’édition Standard est limitée à un maximum de 24 cœurs virtuels, même si l’OSE est configuré avec davantage de cœurs virtuels. Pour plus d’informations sur les limites, consultez Compute des limites de capacité par édition de SQL Server.

Pour plus d’informations sur la licence de SQL Server par cœurs virtuels, consultez la section « Licences de machines virtuelles individuelles » dans le guide de licences SQL Server (lien de téléchargement).

Types de licences

Les types de licences suivants sont pris en charge lorsque vous autorisez des cœurs virtuels :

Points importants concernant le paiement à l’utilisation

• Si vous utilisez un abonnement Azure géré par un fournisseur de services cloud (CSP), l'activation du paiement à l'utilisation nécessite que vous ou le fournisseur de solutions Cloud consente à la facturation récurrente. Pour plus d’informations, consultez Gérer la facturation récurrente de SQL Server activée par Azure Arc avec une licence de paiement à l’utilisation.

• En sélectionnant une licence avec Software Assurance, vous attestez que vous disposez de licences Enterprise ou Standard avec Software Assurance active ou d'une licence d’abonnement SQL Server active, et que l’appareil est conforme aux restrictions d’externalisation des termes du produit.

• Pour les instances de SQL Server des éditions Entreprise, Standard ou Web sous licence à partir de fournisseurs de services cloud ou de services d’hébergement utilisant le Contrat de Licence du Fournisseur de Services (SPLA), utilisez license only pour le type de licence. L'édition web n'est pas disponible dans SQL Server 2025 (17.x) et versions ultérieures.

• La prise en charge des balises Microsoft.AzureArcData explique quels types de balises sont actuellement pris en charge pour les ressources de données Microsoft Arc.

Exigences de mise en réseau de paiement à l’utilisation

L’abonnement de paiement à l’utilisation nécessite que l’ordinateur d’hébergement conserve la connectivité avec Azure. Les frais horaires s’appliquent uniquement lorsque SQL Server est en cours d’exécution sur l’ordinateur pendant une partie d’une heure et que la machine est en ligne.

La résilience intégrée tolère les interruptions de connectivité intermittentes pendant jusqu’à 30 jours consécutifs sans affecter la précision de facturation. Cela signifie que tant que la connectivité n’est pas interrompue plus de 30 jours, votre facturation reste correcte, même s’il y a des déconnexions courtes et intermittentes. Si la machine reste déconnectée pendant plus de 30 jours, l’abonnement de paiement à l’utilisation expire et vous n’êtes plus autorisé à utiliser le logiciel.

La licence pay-as-you-go de SQL Server dépend d’une communication réussie avec les services de reporting d’utilisation de Microsoft.

Vérifiez périodiquement que les rapports d’utilisation fonctionnent correctement en examinant le Dernier Temps de Téléchargement dans le portail Azure. Un horodatage récent indique que les enregistrements d’utilisation sont reçus et traités.

Si les téléchargements d’utilisation ne sont pas reçus pendant plus de 24 heures, vérifiez les éléments suivants :

• Examinez et mettez en œuvre toutes les exigences réseau Azure Arc.
• Assurez-vous que tous les points de terminaison sortants HTTPS nécessaires pour les rapports d’utilisation d’Azure Arc et SQL Server restent accessibles.
• Vérifiez que le proxy, le pare-feu, le DNS et d’autres configurations de sécurité réseau ne bloquent pas ou n’interfèrent pas avec le trafic de rapport d’utilisation.
• Consultez les journaux d'activité Azure Arc pour détecter des avertissements ou des événements informatifs indiquant que les enregistrements d'utilisation ne sont pas reçus dans le délai prévu.
• Résolvez tout problème de connectivité ou de configuration identifié et confirmez que les téléchargements d’utilisation reprennent avec succès.

Bloquer ou restreindre la connectivité sortante requise peut empêcher le téléchargement des données d’utilisation, ce qui peut affecter la précision des licences et de la facturation.

Avantages disponibles

En plus des différentes méthodes de facturation, le type de licence détermine les avantages inclus.

Le tableau suivant identifie les fonctionnalités et les droits d’utilisation offerts avec chaque type de licence :

¹ Pour SQL Server 2022 (16.x) et les versions antérieures, la licence de Power BI Report Server gratuite est limitée aux clients Êdition Entreprise (EE) avec Software Assurance (SA) ou des abonnements. Pour SQL Server 2025 (17.x), la licence de Power BI Report Server gratuite est disponible pour les clients Standard Edition (SE) et Êdition Entreprise (EE) avec tous les types de licences.
² La connexion SQL Server à Azure Arc est soumise à des règles de outsourcing.

Licence les instances SQL Server par cœurs physiques sans utiliser de serveurs virtuels

L’option de gestion des licences SQL Server par cœurs physiques sans utiliser de machines virtuelles est optimisée pour les scénarios suivants :

• Vous contrôlez votre environnement physique et installez les instances de SQL Server sur un serveur physique pour optimiser les performances de votre application de base de données.
• Votre instance de SQL Server utilise une licence sans Software Assurance.

Dans cette option, les exigences de licence sont identiques à licensing SQL Server par cœurs virtuels, mais l’utilisation des logiciels SQL Server est signalée en fonction des cœurs physiques disponibles pour l’OSE de ce serveur. Pour plus d’informations, consultez l’utilisation des logiciels de contrôle plus loin dans cet article.

L’édition Standard est limitée à un maximum de 24 cœurs physiques, même si l’OSE est installé sur une machine plus grande. Pour plus d’informations sur les limites, consultez Compute des limites de capacité par édition de SQL Server.

Pour plus d’informations sur les licences SQL Server sur l'OSE physique, consultez la section « Licences basées sur les cores » dans le guide de licences SQL Server (lien de téléchargement).

Licence SQL Server instances par cœurs physiques avec virtualisation illimitée

L’option de licence SQL Server par cœurs physiques avec virtualisation illimitée est la plus efficace quand :

• Vous contrôlez votre environnement physique et installez les instances SQL Server sur différentes machines virtuelles pour une isolation de sécurité et une meilleure gestion des ressources.
• Votre infrastructure et le moyen de paiement sélectionné prennent en charge l'avantage illimité de virtualisation.
• Découvrez que les licences de vos instances de SQL Server par cœurs virtuels sont plus coûteuses que les licences des cœurs physiques de l’hôte.

Pour utiliser l’avantage de virtualisation illimité, créez une ressource SQLServerLicense qui représente un ou plusieurs hôtes physiques. Connectez les instances de SQL Server couvertes à Azure Arc et configurez-les pour utiliser la licence physique principale. Pour plus d’informations sur la création de ressources SQLServerLicense, consultez Créer une licence SQL Server.

Pour plus d’informations sur la gestion des licences par cœurs physiques avec virtualisation illimitée, consultez la section « Licences pour la virtualisation maximale » dans le guide de gestion des licences SQL Server (lien de téléchargement).

Une ressource SqlServerLicense peut couvrir plusieurs machines virtuelles connectées à Azure Arc. Ses propriétés définissent la façon dont la licence est appliquée et facturée.

Catégorie de licence

La propriété licenseCategory est définie sur Core pour représenter une licence de base physique SQL Server.

Étendue

La propriété scopeType définit l’étendue Azure dans laquelle la licence couvre toutes les ressources Machine - Azure Arc. Les étendues Azure suivantes sont prises en charge :

• Locataire Azure
• abonnement Azure
• Groupe de ressources

Pour être éligible, chaque ressource Machine - Azure Arc doit être configurée pour utiliser une licence de base physique. Sinon, la ressource Machine - Azure Arc doit être concédée sous licence pour SQL Server individuellement.

Taille

La Size propriété de la ressource de licence représente la somme des cœurs physiques des serveurs auxquels la licence s’applique. La taille minimale de la licence est de 16 cœurs physiques.

Abonnement

La propriété Subscription définit l’abonnement Azure utilisé pour la facturation et la gestion des factures lorsque la licence est active.

Vous pouvez créer la ressource de licence dans un groupe de ressources dans l’une des régions prises en charge. L'emplacement de la ressource est défini sur l'emplacement du groupe de ressources sélectionné.

L'emplacement de la ressource de licence n'affecte pas l'étendue. Elle s’applique à toutes les ressources Machine - Azure Arc dans l’étendue de la licence, quelles que soient les régions où ces ressources sont intégrées.

Plan de facturation

La propriété billingPlan offre un choix entre le paiement de la licence sur la base d’un compteur horaire ou en apportant votre propre licence.

Pour garantir l’application correcte de la licence physique principale, assurez-vous que chaque machine virtuelle dans l’étendue que vous souhaitez licencer :

• A la propriété UsePhysicalCoreLicense définie sur True.
• La propriété LicenseType est définie pour correspondre à la propriété billingPlan sélectionnée de la licence de cœur physique.

Pour plus d’informations, consultez Utiliser une licence de base physique.

État d’activation

La propriété activationState détermine le moment où la licence prend effet. Vous pouvez activer la licence lors de sa création ou la créer d'abord et l'activer ensuite. Retarder l'activation permet de la coordonner avec d'autres événements du cycle de vie de la licence, comme l'expiration d'un Contrat Entreprise existant. Les propriétés d’horodatage activatedAt et deactivatedAt indiquent quand la licence a été activée et désactivée pour la dernière fois. Pour plus d’informations, consultez Update a SQL Server license resource.

Identifiant du locataire

La propriété TenantID est automatiquement définie lorsque vous sélectionnez une étendue de locataire.

Gérer SQL Server sous licence pour une utilisation hors production

Si vous utilisez l'une des options de licence prises en charge pour gérer votre environnement de production via Azure Arc, vous pouvez utiliser SQL Server à des fins de non-production gratuitement. Vous pouvez tirer parti de cet avantage de deux façons lorsque vous utilisez SQL Server activé par Azure Arc.

Utiliser l'édition développeur de SQL Server

L’édition SQL Server Developer est gratuite et peut être utilisée dans n’importe quel abonnement Azure. Azure Extension pour SQL Server détecte et rapporte l'utilisation via un compteur de l'édition Dev à 0 $, même si le type de licence de l'hôte est défini sur Paid ou PAYG. L’édition Développeurs a le même jeu de caractéristiques que l’édition Entreprise. Pour plus d’informations, consultez l’utilisation des logiciels de contrôle plus loin dans cet article.

Utiliser un abonnement de développement/test Azure

Si vous configurez l’environnement hors production comme miroir de l’environnement de production et que vous souhaitez utiliser les mêmes éditions que celles que vous utilisez en production, vous devez connecter les machines d’hébergement et SQL Server instances à un abonnement de développement/test Azure. Les compteurs SQL Server dans un abonnement dev/test sont nullifiés.

Pour plus d’informations, consultez :

• Création d'abonnements Azure Dev/Test pour les entreprises et organisations.
• La section « Licences SQL Server pour une utilisation hors production » dans le guide de licence SQL Server (lien de téléchargement).

Gérer la licence passive pour la haute disponibilité et la récupération d’urgence

Les licences SQL Server avec Software Assurance ou paiement à l'usage (PAYG) peuvent bénéficier d'instances passives gratuites de SQL Server pour les configurations HADR (Haute Disponibilité et Reprise après Sinistre). Pour plus d’informations sur les droits de basculement, consultez la section « Licences SQL Server pour la haute disponibilité et la récupération d’urgence » dans le guide de licence SQL Server.

Pour vous aider à gérer les droits de basculement et à rester conformes, Azure Extension pour SQL Server détecte automatiquement les instances passives pour les groupes de disponibilité (AGs) ou les instances en cluster de basculement (FCI) et reflète l’utilisation du logiciel SQL Server en émettant des compteurs spéciaux de 0 $ pour la récupération d’urgence, tant que vous avez configuré la propriété LicenseType sur Paid ou PAYG. Pour plus d’informations, consultez Gestion des licences et facturation des SQL Server activées par Azure Arc.

Qualifier comme instance passive d'un groupe de disponibilité (AG)

• Tous les réplicas présents dans l’environnement du système d’exploitation (OSE) doivent être des réplicas secondaires d’un groupe de disponibilité Always On ou le transmetteur d’un groupe de disponibilité distribué.
• Aucune base de données autonome en dehors d’un groupe de disponibilité, quel que soit l’état de la base de données.
• Aucune connexion active à une base de données, sauf master, msdb, tempdbou model bases de données.
• Il n'existe aucune instance de services associés dans le même OSE.

S’il existe plusieurs instances SQL Server sur l’OSE, toutes les instances et réplicas doivent remplir les conditions ci-dessus.

Critères détaillés d’éligibilité des réplicas passifs pour la reprise après sinistre

Une instance de SQL Server est éligible à la gestion des licences de récupération d’urgence si elle répond aux exigences de groupe de disponibilité et de connexion suivantes.

Éligibilité au rôle "Always On"

Le tableau suivant montre quels rôles Always On sont éligibles pour les licences passives de récupération d'urgence :

Conditions requises pour le rôle de réplique

Pour qu'un réplica d'un groupe de disponibilité soit éligible à la licence de récupération d'urgence passive, il doit répondre aux exigences indiquées dans le tableau suivant :

Résumé des critères de licence de reprise après sinistre pour les réplicas passifs de groupes de disponibilité

• Les réplicas secondaires non lisibles sont toujours éligibles à une licence de reprise après sinistre passive.
• Les répliques secondaires lisibles ne sont éligibles que lorsqu'elles n'ont aucune connexion utilisateur active.
• Les relayeurs dans les groupes de disponibilité distribués sont considérés comme éligibles lorsqu'ils ne peuvent pas être lus ou ne sont pas en cours d'utilisation.
• Les réplicas principaux ne peuvent jamais bénéficier des licences de récupération en cas de sinistre passif, car elles servent activement la charge de travail.
• Aucune session utilisateur active ou en veille connectée aux bases de données utilisateur (sys.dm_exec_sessions WHERE is_user_process = 1).

Qualifier pour le rôle de nœud passif dans une instance de cluster de basculement (FCI)

• Aucune instance du service SQL Server ( autonome ou en tant que nœud actif d’une instance FCI) ne peut être en cours d’exécution sur le nœud, sauf si ces instances sont qualifiées de réplicas passifs libres de groupes de disponibilité (AG).

• Aucune instance des services associés ne peut s’exécuter dans le même OSE. Par exemple, si SQL Server Integration Services s’exécute sur la machine, même si toutes les instances du moteur sont passives, l’instance Integration Services est facturée.

Limites

La logique de détection d’instance passive actuelle présente les limitations suivantes :

• Les vérifications sont toutes les heures. Un basculement dans l’heure peut entraîner ou non la facturation des deux réplicas.
• Les instances passives associées à d’autres technologies de récupération d’urgence telles que la copie de journaux de transaction ou la mise en miroir ne sont pas détectées automatiquement pour le moment.
• La logique de détection ne prend pas en charge les tests de récupération d’urgence gratuits.
• La logique de détection ne prend pas en charge la surveillance des connexions telles que les vérifications de cohérence de base de données, les sauvegardes ou la surveillance des données d’utilisation des ressources.
• Sur Linux, la détection d’instance passive n’est pas disponible. Toutes les instances SQL Server sur Linux sont facturées comme actives, quel que soit leur rôle haute disponibilité/récupération d’urgence.

Si vous ne parvenez pas à travailler dans ces limitations, vous pouvez utiliser la gestion des licences en volume au lieu de PAYG. Pour plus d’informations, consultez Configure SQL Server activé par Azure Arc.

Facturation après basculement

Pendant les basculements, l’extension détecte le changement de rôle et bascule automatiquement la facturation vers le réplica actif sans frais supplémentaires.

Gérer SQL Server instances qui utilisent une licence Server+CAL

Vous pouvez connecter n’importe quelle instance de SQL Server sous licence à Azure Arc, y compris les instances qui utilisent le modèle de licence Server+CAL. Si votre instance utilise cette licence, vous devez définir le type de licence sur LicenseOnly, même si vous disposez de l'assurance logicielle active pour celle-ci.

Si vous avez converti votre licence Enterprise Server+CAL en licence basée sur cœur, vous devez définir le type de licence sur Paid ou PAYG. La meilleure pratique consiste également à mettre à niveau l’édition SQL Server d’Entreprise vers Enterprise Core, car ce dernier fournit l’ensemble complet de fonctionnalités de SQL Server. Mais même si vous n'avez pas mis à niveau les instances, Azure Extension pour SQL Server surveille l'utilisation des logiciels en tant que Enterprise Core.

Gérer SQL Server services associés

SQL Server activé par Azure Arc fournit la gestion des licences pour les services associés suivants :

• SQL Server Analysis Services
• SQL Server Integration Services
• SQL Server Reporting Services
• Power BI Report Server

Pour plus d’informations, consultez Disponibilité des fonctionnalités par type de service.

Les SQL Server services associés sont représentés et gérés à des fins de licence en tant qu’instances SQL Server. Leur utilisation est signalée à l’aide des règles de contrôle décrites dans l’utilisation des logiciels de contrôle.

Si vous utilisez la licence pay-as-you-go (PAYG) pour SQL Server activée par Azure Arc, vous pourriez avoir le droit d’utiliser Power BI Report Server (PBIRS) ou SQL Server Reporting Services (SSRS) en fonction de votre éligibilité à la licence.

Actuellement, l’activation ou l’installation pay-as-you-go n’est pas disponible pour PBIRS ou SSRS, et il se peut que vous deviez fournir une clé produit lors du déploiement.

Si vous êtes un client Azure Arc éligible avec paiement à l'utilisation et que vous avez besoin d'une clé de produit PBIRS ou SSRS, ouvrez une demande auprès du support Microsoft pour vérifier votre éligibilité et coordonner la délivrance de la clé de produit requise.

Avantage à double utilisation de 180 jours

Azure offre 180 jours de droits à double usage à appliquer aux déploiements et déploiements en cours dans Azure afin de permettre la migration des données.

Pour plus de détails, consultez le guide de licence.

Pour profiter de l’avantage à double usage de 180 jours et éviter la double facturation lors de la migration vers Azure, suivez ces étapes :

1. Activez le paiement à l'usage sur l'instance SQL Server source une fois qu'Arc l'a activé.
2. Déploie ta ressource Azure SQL, comme Azure SQL Managed Instance ou SQL Server sur Azure VM, et choisis Azure Hybrid Benefit comme type de licence.
3. Migrez vos données de l’instance SQL Server source vers la ressource Azure SQL dans la période de 180 jours à double usage.
4. Déconnectez l’instance source du SQL Server d’Azure Arc après la fin de la migration, ou changez le type de licence en LicenseOnly.
5. Basculez la ressource Azure SQL vers le paiement à l’utilisation.

Contrôle et création de rapports sur l’utilisation des logiciels

Le système signale l’utilisation du logiciel SQL Server une fois par heure. Il sélectionne automatiquement le compteur spécifique en fonction de l’édition SQL Server et du nombre de cœurs virtuels ou de cœurs physiques visibles par l’OSE. Les règles suivantes s’appliquent :

• Si vous installez une ou plusieurs instances de SQL Server ou des services associés sur une machine virtuelle et que vous ne spécifiez pas l'utilisation d'une licence de base physique, l'utilisation des logiciels SQL Server est mesurée en fonction du nombre total de cœurs virtuels disponibles pour l'OSE. Le minimum est de quatre cœurs par OSE.

• Si vous installez une ou plusieurs instances de SQL Server ou de services associés SQL Server sur un serveur physique sans utiliser de machines virtuelles, SQL Server utilisation des logiciels est mesurée en fonction du nombre total de cœurs physiques disponibles pour l’OSE. Le minimum est de quatre cœurs par OSE.

• L'utilisation des logiciels SQL Server est signalée par OSE, que ce soit une ou plusieurs instances de SQL Server ou des services associés à SQL Server installées sur le même OSE.

• Si deux instances ou plus de SQL Server ou SQL Server services associés avec la même édition sont installées, la première instance dans l’ordre alphabétique signale l’utilisation.

• Si deux instances ou plus de SQL Server ou SQL Server services associés sont installées sur le même OSE que l’instance avec la version la plus élevée est facturée.

• La combinaison de la valeur sélectionnée pour LicenseType et de l’édition la plus élevée de SQL Server installée sur l’environnement de système d’exploitation (OSE) définit le compteur envoyé.

Pour plus d’informations, consultez SQL Server Ressources de licence et documents.

Le tableau suivant présente les niveaux de produit du compteur (également appelés SKUs) utilisés pour le contrôle et la facturation des logiciels SQL Server installés sur un seul OSE :

¹ L’installation de l’édition Entreprise indique l’utilisation du modèle de licence Server+CAL.

² Ce compteur reflète l’utilisation logicielle couverte par la licence physique principale et l’avantage de virtualisation illimité. Pour que l’instance de SQL Server soit couverte, elle doit être installée sur une machine virtuelle.

³ Édition Web n'est pas disponible dans SQL Server 2025 (17.x) et versions ultérieures. Il est disponible uniquement par le biais de programmes de fournisseurs d'hébergement, et jusqu'à SQL Server 2022.

⁴ Cette configuration s’applique lorsque l’édition Web est concédée sous licence via un fournisseur d’hébergement, mais que l’instance de SQL Server est connectée à Azure Arc et utilise un ensemble limité de fonctionnalités de Azure. Consultez la disponibilité des fonctionnalités par type de licence.

Le tableau suivant présente les références SKU de compteur utilisées pour le contrôle et la facturation des logiciels SQL Server couverts par une licence physique principale avec une virtualisation illimitée :

Contenu connexe

• Conditions d’utilisation du produit pour SQL Server activé par Azure Arc
• SQL Server : ressources et documents sur les licences
• SQL Server 2022 tarification et licence
• Configure SQL Server activé par Azure Arc
• Questions fréquentes
• Support des balises Microsoft AzureArcData