Discussion :

[FMJ]

Bonjour,

Une petite question sur le licencing SQL Server.

J'ai relevé dans dans la doc de l'abracadantesque mode de licencing Microsoft que, dans le cadre d'une architecture multi-tiers, une licence CAL devrait normalement être acquise par utilisateur ou device accédant directement ou indirectement aux données.

http://www.microsoft.com/Sqlserver/2...derations.aspx
(§. Multiplexing: Using Middleware, Transaction Servers, and Multitiered Architecture)

C'est bien joli tout cela, mais, sans vouloir jouer au plus fin , dans le cadre d'une architecture où les utilisateurs qui accèdent au serveur de présentation sont loggés sous le même profil Windows sur des postes différents, que leurs requêtes SQL relayées par le serveur de présentation utilisent le même compte de sécurité SQL, comment ce brave Microsoft pourrait-il différencier ces utilisateurs si l'on choisit le mode de licencing par utilisateur ?????

Autant sur des CAL Windows Server c'est clair et il n'y a pas moyen de filouter, autant dans ce cas de figure pour SQL Server, c'est moins évident !

Me gourge-je ?

Merci

[mikedavem]

Bonjour, le nombre de licences se base sur le nombre d'entrées distinctes à partir de vos serveurs de présentations. Même si vous utilisez le même compte windows sur tous vos postes clients, vous aurez quand même besoin d'une connexion distincte (indirecte) pour chaque utilisateur à votre base de données. La licence se base sur ce principe.

Maintenant si vous avez beaucoup de postes clients qui se connecteront , essayez de voir si une licence par processeur n'est pas plus avantageux pour vous.

++

[FMJ]

Bonjour,

Merci pour votre réponse.

En posant cette question, je voulais juste soulever le fait que, oui ce critère de licencing est très avantageux pour l'éditeur mais comme vous le précisez, dans si l'éditeur voulait vérifier le respect du licencing, il devrait passer par une analyse complexe des informations d'un produit tiers et non d'un module interne de gestion des licences comme celui de Windows Server. Ce qui paraît a priori pas du tout simple (mais bon si la fraude portait sur des centaines de milliers de connexions, OK la vérification vaudrait le coup).

Bref, il me semble que cette licence se base davantage sur l'honnêteté des clients dans le cadre d'une utilisation multi-tiers vu la difficulté de vérification.

[mikedavem]

Tout à faire d'accord avec vous. La vérification est parfois difficile et se base sur une relation de confiance la plupart du temps (pour avoir discuté avec des prestataires et un gérant de compte chez microsoft).

++

[SQLpro]

Attention ; dès que vous utilisez un serveur WEB, le mode de licence est uniquement par processeur, sauf à utiliser la version spécifique WEB !

A +

[FMJ]

Bonjour SQLPro,

Oui, oui, je connais cette contrainte. D'ailleurs, le contrôle est facile sur ce type de composant.

Par contre, pour un composant logiciel beaucoup moins connu, walou pour connaître le nombre d'utilisateurs à moins de passer par les bons services du développeur qui va devoir potasser les données du client ! Encore faudrait-il qu'il ait prévu les stats qui vont bien.

Enfin voilà, je vais clore là ce débat qui me fait un peu penser au contexte HADOPI ......

Et merci pour vos remarques !