Discussion :

[guigui69]

Bonsoir à tous,

Je cherche des informations (surtout explication) sur les licences SqlServer.

Pour notre outil Métier nous avons SqlServer Standard et nous devons mettre à niveau .

- La VM qui va hébergé le Serveur SQLserver Standard(2022 ou 2025) , sera équipé de 8 vcpu. (le nombre de Vcpu ne changera pas dans le temps.)
- Nous restons sur la même version de SQL jusqu’à la fin du support de celle ci (ou si on met a jour notre infra tout les 7 ans)


- Si j’achète 4 licence Sql server Standard - par cœur (Pack 2 cœurs ), je suis bien en règle ?
- Faut-il une une software assurance dans mon cas ?

Merci d'avance pour vos explications

guigui69

[Michel.Priori]

Bonsoir Guigui69,


La page dédiée aux licences SQL est là :https://www.microsoft.com/licensing/guidance/SQL

La "software assurance" est une offre commerciale globale.
Elle simplifie la gestion des licences.
Elle est d'autant plus intéressante que le parc est grand.
Car il ne faut pas oublier qu'on installe, en général, SQL serveur sur un OS Windows ; et qu'il est rare de n'avoir qu'un seul hôte M$ !

Avec les offres Office 365, les licences Azure et le reste, faut avouer que c'est la croix et la bannière.

Une solution est de contacter un partenaire M$ dédié licences et lui commander un audit.
Alors, bien sûr, le premier réflexe est de se dire qu'on va prendre cher.
Mais l'avantage est de disposer d'un document contractuel qui est utilisable en cas de besoin juridique ...
La liste centrée sur Paris : https://marketplace.microsoft.com/fr...equired%3Dtrue

[SQLpro]

...
- Si j’achète 4 licence Sql server Standard - par cœur (Pack 2 cœurs ), je suis bien en règle ?

Oui, en VM tous les cœurs doivent être licenciés. En machine physique, seuls les cœurs physiques doivent être licenciés.
Par exemple VM 8 cœurs => 8 licences soit 4 packs de 2.
Par exemple machine physique avec 1 CPU 8 cœurs + hyperthreading => 8 cœurs physiques / 16 cœurs logiques, => 8 licences soit 4 packs de 2 (même tarif que la VM ci avant, mais 2 fois plus de puissance...). .

- Faut-il une une software assurance dans mon cas ?

La software assurance n'est obligatoire que si vous faites de la haute disponibilité avec Always On. Mais elle vous ouvre le droit d'obtenir la version future de SQL Server gratuitement. Par les temps qui courent (attaques cybères...) ce n'est pas du luxe... Car une version vieillissante est plus vulnérable et moins performante qu'une version récente.

Autres éléments :

• Lorsque vous achetez une licence, c'est toujours pour la dernière version de SQL Server. Cela signifie que vous avez le droit d'installer n'importe quelle version rétrograde si cela vous chante, et qu'en cas de migration vers la toute dernière, vous ne payez rien de plus... Par exemple en achetant aujourd'hui vous pouvez mettre la version 2022 et dans 6 mois changer pour la version 2025 sans aucun cout.
• SQL Server est le seul SGBDR a permettre une rétrocompatibilité des versions (2012, 2014, 2016, 2017, 2019, 2022, 2025...). Vous pouvez parfaitement installer la version 2025 et continuer de faire tourner vos bases en version 2022 (mais vous n'aurez ni les améliorations de la version 2025, ni les nouvelles fonctionnalités.

A +

[Michel.Priori]

SQL Server est le seul SGBDR a permettre une rétrocompatibilité des versions (2012, 2014, 2016, 2017, 2019, 2022, 2025...). Vous pouvez parfaitement installer la version 2025 et continuer de faire tourner vos bases en version 2022 (mais vous n'aurez ni les améliorations de la version 2025, ni les nouvelles fonctionnalités.

Et moi qui croyait bêtement que c'était LE point d'Oracle !

Le paramètre "COMPATIBILITY_LEVEL" gère effectivement le comportement de la base
https://learn.microsoft.com/fr-fr/sq...l-server-ver17
La bol indique

Le paramètre niveau de compatibilité de la base de données fournit une compatibilité descendante avec les versions antérieures de SQL Server en ce qui concerne Transact-SQL et les comportements d’optimisation des requêtes, uniquement pour la base de données spécifiée, et non pour l’ensemble du serveur.
[...]
Les fonctionnalités abandonnées introduites dans une version donnée de SQL Server ne sont pas protégées par le niveau de compatibilité
[...]
Les modifications cassants introduites dans une version de SQL Server donnée peuvent ne pas être protégées par le niveau de compatibilité
[...]

De plus ce paramètre ne permet pas de restauration d'une base provenant d'une instance dont la version serait plus récente.