Discussion :

[JauB]

Bonjour tout le monde,
ça fait un bail que je n'ai pas posté sur le forum
Alors, je viens d'acquérir un nouveau serveur (IBM, 2 CPU physiques 6 cores avec 16 Go de RAM et 2 To utiles (4 disques montés en RAID 5)).
Le serveur c'est pour y installer notre ERP (iScala si vous connaissez). L'intégrateur ne nous aide pas assez sur ce volet, donc je suis dans l'obligation de chercher moi même la bonne version de MS SQL à acquérir (on a testé avec SQL Server Developper R2 sur un autre ancien serveur qui a pratiquement la même configuration du nouveau , tout marche bien à part une lenteur d'accès sur l'ERP qui peut être liée à la configuration de l'ancien serveur).
Mes questions :
1. Quelle licence dois-je commander au près de notre fournisseur ? (il me parle de nombre de nombre utilisateurs simultanés : d'où est ce que je peux avoir cette information : est ce qu'il s'agit du nombre des logins qu'on trouve au niveau de l'arborescence Security ? Ou bien compter le nombre de Users qu'on trouve au niveau Databases/MyDataBase/Security/Users ? Ou bien c'est autre chose carrément ?

2. Une licence Entreprise coûte sûrement plus cher qu'une licence Standard : Vaut-il le coup d'avoir une licence Entreprise ? C'est quoi le gain ?

3. Le fait d'avoir un serveur avec 2 CPU physiques implique l'acquisition d'une licence MS SQL spéciale (pour 2 CPU) ? Si oui, si j'achète une licence uniquement pour une seule CPU, c'est quoi l'impact ?

PS : J'espère que j'ai fait le bon choisir en terme de RAID (RAID 5)

[SQLpro]

Le nombre d'utilisateur est le nombre potentiel de personnes physiques clairement identifiées dans votre SI. Par exemple si vous avez 250 employés dans l'entreprise et 120 qui ont accès à l'ERP, alors c'est 120 licences qu'il faut.
Si l'application est en mode web, alors il est impératif de passer en mode CPU.
De toutes façon, vous payez les licences pour SQL Server 2014, même si vous installez une autre version.

Ensuite il y a l'édition, Standard est moins cher que Enterprise. Enterprise est dédié aux fortes volumétries (plusieurs To) et à la haue dispo.

Enfin, le RAID 5 est le pire des systèmes. A lire dans mon livre sur SQL Server (chapitre 10 consacré au stockage).
http://www.amazon.fr/dp/2212135920/

A +

[JauB]

Merci beaucoup Frédéric pour ces réponses.
l'ERP est du client lourd avec un accès simultanés de 60 personnes en même temps.
Sinon le fait d'avoir 2 CPU physiques ne change rien en terme de licence à acquérir ?
Pour la licence 2014 : l'intégrateur dit que la version de l'ERP qu'on utilise est compatible avec la version SQL Server 2012. Je peux alors installer un 2012 et l'activer avec la clé de 2014 que je vais acquérir ?
Pour le RAID qu'est ce que vous me conseillez ?

[SQLpro]

Merci beaucoup Frédéric pour ces réponses.
l'ERP est du client lourd avec un accès simultanés de 60 personnes en même temps.

Donc 60 licences CAL ou par CPU, faite le calcul et sélectionnez le moins cher.

Sinon le fait d'avoir 2 CPU physiques ne change rien en terme de licence à acquérir ?

NON

Pour la licence 2014 : l'intégrateur dit que la version de l'ERP qu'on utilise est compatible avec la version SQL Server 2012. Je peux alors installer un 2012 et l'activer avec la clé de 2014 que je vais acquérir ?

Oui, et vous pourrez installer du 2014 ensuite sans repayer

Pour le RAID qu'est ce que vous me conseillez ?

1, 10 ou 0+1 rien d'autre....

A +

[JauB]

Donc 60 licences CAL ou par CPU, faite le calcul et sélectionnez le moins cher. !!?? Oups je ne vois pas ce que tu veux dire par ça ! ni comment faire si tu peux m'en dire davantage ?


Pour le RAID : 1, 10 ou 0+1 rien d'autre.... Donc je peux opter pour le RAID 1 ?

[SQLpro]

1) CAL => 1 licence serveur + n licences utilisateur
2) CPU => 1 licence core par paires de coeurs avec un minimum de 4
êtes vous en VM ?
http://www.microway.com.au/microsoft...-Datasheet.pdf

D'autre par c'est moins cher avec de l'AMD (-25%)

RAID 1 ok !

A +

[JauB]

Non je ne suis pas en VM.
Pour les autres points, j'avoue que c'est du chinois ce que tu es entrain de me dire

[GeoffreyOnRails]

Attention, 60 personnes en même temps ne signifie pas 60CAL! (sauf si tout le monde accède à l'ERP depuis les mêmes 60 devices, ce dont je doute)
Même si une personne ne se connecte qu'une fois par an il doit avoir un CAL, il s'agit du nombre d'utilisateurs uniques (ou du nombre de machines uniques), et non pas du nombre d'utilisateurs simultanés.

Outre le coût immédiat, se pose aussi la question de la capacité à gérer les licences, si personne dans l'entreprise n'est capable de dire le nombre de licenses CAL achetées et le nombre requises (pas uniquement maintenant mais dans 1an, 2ans, 5ans...), la license serveur peut être intéressante, quitte à payer un léger surcoût (pas besoin d'un responsable qui gère ça, budget maîtrisé...).

[JauB]

Vos points me semblent très intéressants
Je clarifie un point important (peut être): notre ERP n'est pas installé sur les postes clients mais par plutôt sur un serveur Terminal Server (où on a installé des TSCall). Donc tous les utilisateurs se connectent sur ce serveur et lance l'exe de l'ERP !

Sinon : supposant que je dois acheter 60 CAL alors que je n'ai acheté que 10, est ce qu'il y aura un problème système ? lenteur d'accès ? ou c'est juste question d'illégalité d'utilisation ?

[GeoffreyOnRails]

Pour les user CAL cela ne changera pas le problème, pour une architecture comme ça, je ne sais pas ce que ça donnerait sur les device CAL. Le mieux reste de contacter Microsoft ou un revendeur de licences, ce qui devra de tout façon être fait pour connaître le prix définitif (vive les rabais à la tête du client )

Il me semble que pour la base de données, c'est juste une illégalité d'utilisation. La BDD n'a pas trop les moyens de vérifier le nombre d'utilisateurs distincts de toute façon, puisqu'ils passent la plupart du temps au travers d'un serveur d'application.
Attention par contre, Microsoft peut venir auditer votre système pour vérifier que vous avez le bon nombre de licences, et l'amende pourrait être salé si ça n'est pas le cas.

[JauB]

Merci pour votre réponse.
Sinon pour mon point : Je clarifie un point important (peut être): notre ERP n'est pas installé sur les postes clients mais par plutôt sur un serveur Terminal Server (où on a installé des TSCall). Donc tous les utilisateurs se connectent sur ce serveur et lance l'exe de l'ERP ! ? ça change quelque chose ?

Pour les user CAL cela ne changera pas le problème, pour une architecture comme ça, je ne sais pas ce que ça donnerait sur les device CAL. Le mieux reste de contacter Microsoft ou un revendeur de licences, ce qui devra de tout façon être fait pour connaître le prix définitif (vive les rabais à la tête du client )

Il me semble que pour la base de données, c'est juste une illégalité d'utilisation. La BDD n'a pas trop les moyens de vérifier le nombre d'utilisateurs distincts de toute façon, puisqu'ils passent la plupart du temps au travers d'un serveur d'application.
Attention par contre, Microsoft peut venir auditer votre système pour vérifier que vous avez le bon nombre de licences, et l'amende pourrait être salé si ça n'est pas le cas.

[SQLpro]

Merci pour votre réponse.
Sinon pour mon point : Je clarifie un point important (peut être): notre ERP n'est pas installé sur les postes clients mais par plutôt sur un serveur Terminal Server (où on a installé des TSCall). Donc tous les utilisateurs se connectent sur ce serveur et lance l'exe de l'ERP ! ? ça change quelque chose ?

Cela ne change rien du tout.

A +

[StringBuilder]

Passer par un TSE ne change rien au mode de licence.

Et comme dit précédemment, le nombre de licences SQL Server ne sera vraisemblablement pas le même que le nombre de licences TSE, qui sont pour des utilisateur simultanés, et non des utilisateurs nommés.

[JauB]

ça veut dire que si j'ai un Terminal Server avec 60 licences mais que réellement c'est 90 personnes qui s'y connectent alors je dois avoir 90 CAL pour SQL Server c'est ça ?

2ème question : si je veux avoir des licences par coeur, comment je vais les calculer ? j'ai un serveur avec deux CPU physiques (6 coeurs chaque CPU).

Passer par un TSE ne change rien au mode de licence.

Et comme dit précédemment, le nombre de licences SQL Server ne sera vraisemblablement pas le même que le nombre de licences TSE, qui sont pour des utilisateur simultanés, et non des utilisateurs nommés.

[SQLpro]

ça veut dire que si j'ai un Terminal Server avec 60 licences mais que réellement c'est 90 personnes qui s'y connectent alors je dois avoir 90 CAL pour SQL Server c'est ça ?

Oui, 90 CAL

2ème question : si je veux avoir des licences par coeur, comment je vais les calculer ? j'ai un serveur avec deux CPU physiques (6 coeurs chaque CPU).

2 x 6 = 12
Donc 12 licences coeur.

A +