Partager via

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

Cet article explique comment gérer les licences et la facturation de SQL Server avec Azure Arc. SQL Server avec Azure Arc prend directement en charge uniquement les méthodes d’attribution de licence basées sur des cœurs. Pour plus d’informations sur la façon de gérer des instances SQL Server avec une licence Server+CAL, consultez Gérer des instances SQL Server avec une licence Server+CAL.

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

Gestion des licences 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 (v-cores) de l'ordinateur virtuel (VM) qui exécute une ou plusieurs instances de SQL Server. Chaque machine virtuelle est facturée individuellement pour les v-cores qui lui sont alloués.

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

    Diagramme illustrant l’option de licence de base virtuelle.

  • Licences par cœurs physiques (p-cores) sans machines virtuelles

    Utilisez une licence Enterprise ou Standard pour les p-cores de l'hôte qui exécute une ou plusieurs instances de SQL Server installées directement sur l'hôte sans utiliser d’ordinateurs virtuels. Chaque instance a accès à tous les cœurs de processeur (p-cores) pris en charge par les limites de l’édition installée, et cela jusqu’à la totalité des cœurs de processeur de l’hôte. Indépendamment des limites de l’instance, l’hôte est facturé pour tous les p-cores en fonction de l’édition SQL Server la plus élevée installée sur l’instance. Pour plus d’informations, passez en revue les 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.

    Diagramme illustrant les licences physiques principales sans utiliser de machines virtuelles.

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

    Utilisez une licence Enterprise pour les cœurs physiques de l'hôte qui exécute n'importe quel nombre d’ordinateurs virtuels avec un nombre quelconque d'instances de SQL Server. Une licence p-core unique est une ressource Azure distincte qui représente tous les p-cores 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.

    Diagramme illustrant la gestion des licences de base physique avec 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 :

Option de paiement Gestion des licences V-Core Licences P-core sans machines virtuelles Licences P-core avec virtualisation illimitée
S'abonner au service via Microsoft Azure à l'aide d'une méthode de paiement à l'utilisation Oui Oui Oui
Apportez votre propre licence avec Software Assurance ou un abonnement SQL Server 1 Oui Oui Oui
BYOL (apportez votre propre licence) sans Software Assurance 2 Oui Oui Non

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

2 Vous possédez une licence perpétuelle ou utilisez une licence Server+CAL.

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 SQL Server hors production ou de test via Azure Arc, consultez Gérer la licence SQL Server pour une utilisation hors production.

Licencier des instances SQL Server par des cœurs virtuels

La gestion des licences SQL Server par cœurs virtuels vous permet de limiter l'étendue de la licence à un ordinateur virtuel spécifique et à une ou plusieurs instances SQL Server installées sur l'environnement de système d'exploitation (OSE) de cet ordinateur. Elle est optimisée pour les scénarios suivants :

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

Vous pouvez choisir une licence v-core pour acquérir sous licence à la fois les logiciels SQL Server et les Mises à jour de sécurité étendue SQL Server. Vous gérez une licence v-core indépendamment pour chaque machine virtuelle à l’aide des zones de configuration SQL Server du portail Azure. Le volet Vue d’ensemble de chaque ressource SQL Server avec Azure Arc affiche la licence configurée sous type de licence hôte.

L'Édition Standard est limitée à un maximum de 24 cœurs-v même si l'OSE est configuré avec plus de cœurs-v. Pour plus d’informations sur les limites, consultez Limites de capacité de calcul par édition de SQL Server.

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

Types de licences

Les types de licences suivants sont pris en charge lors de la gestion des licences des cœurs-v :

Type de licence Descriptif Valeur
Paiement à l’utilisation Abonnez-vous à l’Édition Standard ou Entreprise du service pour passer à la tarification horaire. Consultez la tarification et la gestion des licences SQL Server. PAYG
Licence avec Software Assurance Apportez votre propre licence Standard ou licence Enterprise avec abonnement Software Assurance ou SQL Server. Votre utilisation du logiciel est signalée à l'aide d'un compteur horaire gratuit en fonction des règles de contrôle. Consultez l’utilisation des logiciels de contrôle plus loin dans cet article. Paid
Licence uniquement Vous utilisez une licence perpétuelle ou une licence Server+CAL pour l'édition Standard ou l'édition Entreprise, ou vous utilisez l'édition Développeur, Evaluation ou Express. Votre utilisation du logiciel est signalée en fonction des règles de contrôle. Consultez l’utilisation des logiciels de contrôle plus loin dans cet article. LicenseOnly

Remarques importantes

  • L’abonnement de paiement à l’utilisation nécessite que la machine d’hébergement soit connectée en permanence à Azure.

    Des interruptions de connectivité intermittentes sont tolérées pour une durée maximale de 30 jours avec la résilience intégrée. Après 30 jours sans connexion, l’abonnement en paiement à l’utilisation expire. Après l’expiration de votre abonnement, vous n'êtes plus autorisé à utiliser le logiciel.

  • Les frais horaires de paiement à l’utilisation sont émis uniquement lorsque SQL Server s’exécute sur l’ordinateur à un moment donné dans une heure donnée et si l’ordinateur est en ligne.

  • En sélectionnant une licence avec Software Assurance, vous attestez que vous disposez des licences Entreprise ou Standard avec Software Assurance active ou une licence d’abonnement SQL Server.

  • Pour les instances SQL Server Enterprise, Standard ou Web edition de SQL Server sous licence auprès des fournisseurs de services cloud ou des fournisseurs de services d’hébergement à l’aide du Contrat de licence du fournisseur de services (SPLA), utilisez license only le type de licence.

Fonctionnalités disponibles

Outre les différences de facturation, le type de licence détermine les caractéristiques qui sont disponibles pour votre instance SQL Server.

Le tableau suivant identifie les fonctionnalités activées pour chaque type de licence :

Fonctionnalité Licence uniquement 1 Licence avec Software Assurance
ou abonnement SQL Server		 Paiement à l’utilisation
Connecter votre serveur SQL Server à Azure Arc Oui Oui Oui
Abonnement ESU Non Oui Oui
Inventaire SQL Server Oui Oui Oui
Évaluation des meilleures pratiques Non Oui Oui
Préparation de la migration (préversion) Oui Oui Oui
Inventaire détaillé Oui Oui Oui
Authentification Microsoft Entra Oui Oui Oui
Microsoft Defender pour le Cloud Oui Oui Oui
Gouverner avec Microsoft Purview Oui Oui Oui
Sauvegardes automatisées dans le stockage local (préversion) Non Oui Oui
Restauration à un instant dans le passé Non Oui Oui
Mises à jour automatiques Non Oui Oui
Instances de cluster de basculement Oui Oui Oui
Groupes de disponibilité Always On Oui Oui Oui
Supervision (aperçu) Non Oui Oui
Résumé de la connexion cliente (préversion) Non Oui Oui
Utiliser avec des privilèges minimum Oui Oui Oui

1 L’option licence uniquement inclut des instances SQL Server qui sont Développeur, Express, Web ou Évaluation et des instances qui utilisent une licence Server+CAL.

Remarque

  • Le type de licence est un paramètre obligatoire lorsque vous installez l’extension Azure pour SQL Server. Chaque méthode d’intégration prise en charge inclut les options de type de licence.
  • SQL Server 2022 (16.x) vous permet de sélectionner le type de licence pendant l'installation. Consultez Installer SQL Server à partir de l’Assistant d'installation.

Licencier des instances SQL Server par cœurs physiques sans utiliser de machines virtuelles

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

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

Dans cette option, les exigences de licence sont identiques à celles de SQL Server par cœurs virtuels, mais l’utilisation du logiciel 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-p même si l'OSE est installé sur un ordinateur plus grand. Pour plus d’informations sur les limites, consultez Limites de capacité de calcul par édition de SQL Server.

Important

Si une machine physique sans ordinateurs virtuels est connectée à Azure Arc dans le périmètre couvert par une licence de base physique SQL Server, l'avantage de la virtualisation illimitée ne s'applique pas à cette machine. C'est sous licence et facturé séparément.

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

Octroyer des licences d’instances SQL Server par cœurs physiques avec une virtualisation illimitée

L’option de gestion des licences 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érents ordinateurs virtuels 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.
  • La gestion des licences de vos instances SQL Server par cœurs-v est plus coûteuse que la gestion des licences des cœurs-p de l'hôte.

Pour utiliser l’avantage de virtualisation illimité, vous devez créer une ressource SQLServerLicense qui représente un ou plusieurs hôtes physiques. Les instances SQL Server couvertes doivent être connectées à Azure Arc et configurées pour utiliser la licence p-core. Pour plus d’informations sur la création de ressources SQLServerLicense , consultez Créer une licence SQL Server.

Attention

L’avantage de virtualisation illimité n’est pas disponible pour les machines virtuelles s’exécutant sur l’infrastructure de l’un des fournisseurs répertoriés. Ces machines virtuelles ne peuvent être concédées sous licence que par des cœurs virtuels. Si vous créez une ressource SQLServerLicense avec l’intention de licencer ces machines virtuelles à l’aide d’une virtualisation illimitée, vous serez facturé pour la consommation de cœurs virtuels en fonction de la configuration SQL Server de l’hôte. Aucune des licences p-core existantes ne peut être utilisée pour compenser ces frais.

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 unique 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 cœur physique SQL Server.

Étendue

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

  • Client Azure
  • Abonnement Azure
  • Groupe de ressources

Pour être éligible, chaque machine - ressource 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 propriété Size de la ressource de licence représente la somme des cœurs physiques des serveurs auxquels la licence sera appliquée. La taille minimale de la licence est de 16 cœurs physiques.

Abonnement

La propriété Subscription définit l'abonnement Azure qui sera utilisé pour la facturation 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.

Important

Vous pouvez associer plusieurs ressources de licence à la même portée ou à des portées qui se chevauchent. Par exemple, vous pouvez ajouter une nouvelle licence lorsque vous déployez des serveurs physiques supplémentaires lors d'une augmentation temporaire de l'activité, ou pour faire face à une croissance inattendue. Toutes les machines virtuelles exécutées sur ces serveurs physiques doivent être connectées à Azure Arc dans l'étendue de la ressource de licence.

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.

Plan de facturation Descriptif Valeur
Paiement à l’utilisation En choisissant cette option, vous vous abonnez à un service de virtualisation illimité, facturé à l'heure pour l'édition Enterprise. Consultez les prix et les licences SQL Server. PAYG
BYOL (apportez votre propre licence) En sélectionnant cette option, vous attestez que vous disposez d’une licence Enterprise active avec Software Assurance ou un abonnement SQL Server pour le même ou un plus grand nombre de cœurs. Vous attestez également que vous souhaitez utiliser cette licence pour couvrir l’utilisation du logiciel SQL Server sur chaque ordinateur virtuel dans son étendue en utilisant l’avantage de virtualisation illimité. Paid

Pour garantir la bonne application de la licence de cœur physique, assurez-vous que chaque machine virtuelle dans l’étendue que vous souhaitez mettre sous licence a les propriétés suivantes :

  • A la propriété UsePhysicalCoreLicense définie sur True.
  • La propriété LicenseType est définie pour correspondre à la propriété sélectionnée billingPlan de la licence p-core.

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 Mettre à jour une ressource de licence SQL Server.

Identifiant du locataire

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

Gérer SQL Server acquis 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 gratuitement SQL Server à des fins de non-production. Vous pouvez profiter de cet avantage de deux façons lorsque vous utilisez le SQL Server activé par Azure Arc.

Utiliser l’édition SQL Server Développeur

L'Édition SQL Server Développeur est gratuite et peut être utilisée dans n'importe quel abonnement Azure. L’extension Azure pour SQL Server la détecte et signale l’utilisation via un compteur édition Dev de 0 $, même si le type de licence de l’hôte est défini sur ou Paid. 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 Azure Dev/Test

Si vous configurez l'environnement de non-production comme un miroir de l'environnement de production et que vous souhaitez utiliser les mêmes éditions que celles utilisées en production, vous devez connecter les machines d'hébergement et les instances SQL Server à un abonnement Azure dev/test. Les compteurs SQL Server dans un abonnement Dev/Test sont annulés.

Pour plus d’informations, consultez :

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’utilisation (PAYG) peuvent bénéficier d’instances passives gratuites de SQL Server pour les configurations de haute disponibilité et de récupération d’urgence (HADR). Pour plus d’informations sur les droits de basculement, consultez la section « Gestion des licences SQL Server pour la haute disponibilité et la récupération d’urgence » dans le guide de gestion des licences SQL Server.

Pour vous aider à gérer les droits de basculement et à rester conformes, l'extension Azure pour SQL Server détecte automatiquement les instances passives pour les groupes de disponibilité (AG) ou les instances en cluster de basculement (FCI) et reflète l'utilisation du logiciel SQL Server en émettant des compteurs spéciaux à coût nul pour la reprise après sinistre, tant que vous avez configuré la propriété LicenseType sur Paid ou PAYG. Pour plus d’informations, consultez Gérer les licences et la facturation de SQL Server activée par Azure Arc.

Pour être qualifiée d’instance passive pour 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, à l’exception des bases de données master, msdb, tempdb ou model.
  • 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.

Pour être qualifiée de nœud passif d’une instance en cluster de basculement (FCI)

  • Aucune instance du service SQL Server , qu’elle soit autonome ou en tant que nœud actif d’une instance FCI, peut être dans un état 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é (AGs).

  • Aucune instance des services associés ne peut s’exécuter dans le même OSE. Exemple : si SQL Server Integration Services s’exécute sur l’ordinateur, 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 effectuées toutes les heures. Un basculement dans l’heure peut facturer ou non les deux réplicas.
  • Les instances passives pour d’autres technologies HADR telles que la copie des journaux de transaction ou la mise en miroir ne sont pas détectées automatiquement pour l’instant.
  • La logique de détection ne prend pas en charge les tests de récupération d’urgence gratuits ou la surveillance des connexions telles que les vérifications de cohérence de la base de données, les sauvegardes ou la surveillance des données d’utilisation des ressources.

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

Facturation ESU après le basculement

Lors des basculements, l’extension est informée de la transition et bascule automatiquement la facturation ESU vers le réplica actif sans frais supplémentaires de refacturation.

Pour plus d’informations, consultez les mises à jour de sécurité étendues SQL Server activées par Azure Arc.

Gérer des instances SQL Server qui utilise une licence Server+CAL

Vous pouvez connecter n'importe quelle instance 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 à changer de niveau à l'édition SQL Server de Enterprise à Enterprise Core, car elle fournit l'ensemble des capacités de SQL Server. Mais même si vous n'avez pas changé de niveau aux instances, l'extension Azure pour SQL Server surveille l'utilisation des logiciels comme Enterprise Core.

Gérer les services associés à SQL Server

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

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

Les services associés à SQL Server 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 mêmes règles de contrôle que celles décrites dans l’utilisation des logiciels de contrôle.

Important

Les installations de service associées à SQL Server nécessitent une licence distincte uniquement lorsqu’elles sont installées sur l’ordinateur en tant qu’instance autonome (sans moteur de base de données SQL Server). Sinon, une licence distincte n’est pas requise.

Lorsque le service associé à SQL Server est une instance autonome (sans moteur de base de données SQL Server) et que la machine est configurée à l’aide d’un abonnement de paiement à l’utilisation, les compteurs de paiement à l’utilisation correspondants sont activés pour l’instance.

Si une licence p-core est activée en tant qu’abonnement paiement à l’utilisation dans l’étendue correspondante et que la machine est configurée pour l’utiliser, le service associé SQL Server n’est pas facturé individuellement pour l’abonnement paiement à l’utilisation lorsqu’il s’agit d’une instance autonome (sans moteur SQL Server). Pour plus d’informations, consultez Utiliser une licence de base physique.

Mesure de l'utilisation logicielle

L'utilisation du logiciel SQL Server est signalée une fois par heure. Le compteur spécifique est automatiquement sélectionné en fonction de l’édition SQL Server et du nombre de cœurs virtuels ou physiques visibles par l’OSE. Les règles suivantes s’appliquent :

  • Si vous installez une ou plusieurs instances SQL Server sur un ordinateur virtuel et que vous ne spécifiez pas l'utilisation d'une licence de cœur physique, l'utilisation du logiciel 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 SQL Server sur un serveur physique sans utiliser d’ordinateurs virtuels, l'utilisation du logiciel SQL Server est contrôlé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 du logiciel SQL Server est signalée par OSE si une ou plusieurs instances SQL Server sont installées sur le même OSE.

  • Si deux instances ou plus de la même édition sont installées, la première instance dans l'ordre alphabétique signale l'utilisation.

  • La combinaison de la valeur LicenseType sélectionnée et de l’édition SQL Server la plus élevée installée sur l’OSE définit le compteur envoyé toutes les heures.

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

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

Édition installée Édition projetée Type de licence Réplica de basculement Utiliser la licence p-core Référence SKU du compteur
Enterprise Core Entreprise PAYG Non Non Ent edition - PAYG
Enterprise Core Entreprise PAYG Non Oui Ent edition - Virtual license 2
Enterprise Core Entreprise Paid Non Non Ent edition - AHB
Enterprise Core Entreprise Paid Non Oui Ent edition - Virtual license 2
Enterprise Core Entreprise LicenseOnly Oui ou non Non applicable Ent edition - License only
Enterprise Core Entreprise PAYG ou Paid Oui Oui ou non Ent edition - DR replica
Entreprise 1 Entreprise PAYG Non Non Ent edition - PAYG
Entreprise 1 Entreprise PAYG Non Oui Ent edition - Virtual license 2
Entreprise 1 Entreprise Paid Non Non Ent edition - AHB
Entreprise 1 Entreprise Paid Non Oui Ent edition - Virtual license 2
Entreprise 1 Entreprise LicenseOnly Oui ou non Non applicable Ent edition - License only
Entreprise 1 Entreprise PAYG ou Paid Oui Oui ou non Ent edition - DR replica
Norme Norme PAYG Non Non Std edition - PAYG
Norme Norme PAYG Non Oui Std edition - Virtual license 2
Norme Norme Paid Non Non Std edition - AHB
Norme Norme Paid Non Oui Std edition - Virtual license 2
Norme Norme LicenseOnly Non Non applicable Std edition - Virtual license 2
Norme Norme PAYG ou Paid Oui Oui ou non Std edition - DR replica
Évaluation Évaluation Tous Oui ou non Non applicable Eval edition
Développeur Développeur Tous Oui ou non Non applicable Dev edition
Le Web Le Web Tous Non applicable Non applicable Web edition
Exprimer Exprimer Tous Non applicable Non applicable Express edition

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

2 Ce compteur reflète l’utilisation logicielle couverte par la licence p-core et l’avantage illimité de virtualisation. Pour que l'instance de SQL Server soit couverte, elle doit être installée sur un ordinateur virtuel.

Le tableau suivant présente les références SKU de compteur utilisées pour la mesure et la facturation des logiciels SQL Server concernés par une licence de cœur physique à virtualisation illimitée :

Catégorie de licence Édition projetée Plan de facturation Référence SKU du compteur
Licence de cœur physique Entreprise PAYG Ent edition - Host - PAYG
Licence de cœur physique Entreprise Paid Ent edition - AHB

Contenu connexe