Version imprimable
Bonjour a tous
Toujours sur sql server licence et le mode du payement définit par Microsoft
si j'utilise la solution d'haut disponibilité alwayes on et je dispose une seul licence par serveur
Est ce que je doit payer une deuxième licence pour mon cluster
Qu'est votre conseil sur cette point ?
Les serveurs froids ne font jamais l'objet de paiement de licence.
A +
merci bienCitation:
Envoyé par SQLpro
Tout dépend ce que l'on appelle serveur froid (je suis sûr que cela est clair dans la tête de SQLPro mais pas forcément chez tout le monde).
Serveur froid = serveur passif sans possibilité de lecture seule et de sauvegarde. Une sauvegarde déportée sur un secondaire passif est considéré comme actif.
Par ailleurs, si tu prévois d'installer un 3ème nœud avec réplica passif il faut savoir que la licence n'inclut uniquement qu'un serveur actif + passif et non pas un passif additionnel. Dans ce dernier cas, il faudra également licencier le 3ème réplica (passif)
++
Bonjour à tous, je viens de lire ce sujet et les réponses associées. Jusqu'à présent je croyais que l'on pouvait prendre une licence pour le serveur "chaud" et que les 2 autres serveurs, l'un en bascule automatique (serveur froid) et l'autre en bascule manuel (serveur froid), n'avaient pas besoin de licence car ils n'étaient pas accessible en lecture et ne servaient pas pour la sauvegarde.
Du coup, si j'ai bien saisi, même pour une licence entreprise sur une machine virtuelle de 4 coeurs (serveur chaud), les "réplicas" de l'AlwaysOn doivent payer une licence à partir du second ? Du coup autant s'en servir pour les sauvegardes et les accès "statistiques" en lecture seule.
Mais y-a-t-il une documentation officielle qui traite de ce sujet, car tout ce que je trouve ne parle que du "licensing simple".
Hello,
Dans l'absolu c'est le conseil que je donnerai mais dans la pratique ce n'est jamais aussi simple. Par exemple déporter les sauvegardes sur un réplica secondaire introduit quelques limitations notamment si la stratégie de sauvegarde repose sur des différentiels. Les différentielles ne sont pas supportées sur les secondaires. Les sauvegardes complètes sont supportées mais uniquement avec l'option COPY_ONLY ce qui invalide les restaurations avec différentielles pour le coup.Citation:
Du coup, si j'ai bien saisi, même pour une licence entreprise sur une machine virtuelle de 4 coeurs (serveur chaud), les "réplicas" de l'AlwaysOn doivent payer une licence à partir du second ? Du coup autant s'en servir pour les sauvegardes et les accès "statistiques" en lecture seule.
Pour la lecture seule, même chose .. encore faut-il avoir une application qui possède ce type d'activité et que l'on peut déporter sur les réplicas secondaires. En général c'est surtout adapté pour les activités de Reporting / BI.
Si on prend le cas des bases de données BI avec des entrepôts de données, on arrive vite au constat que les chargements par lot dans ce type de base de données sont limités du fait que le mode de récupération doit impérativement être configuré à FULL. On peut donc oublier les chargements par lots efficaces en mode BUKL ou SIMPLE et on risque de saturer le réseau de réplication du groupe de disponibilité pour le coup si pas assez bien dimensionné .. bref, jusqu'à présent j'ai trouvé très peu de cas chez mes clients où la lecture seule ou les sauvegardes sur les secondaires étaient vraiment utilisables (ou du moins sans quelques changements de leur côté).
Pour ces informations, il suffit de télécharger le guide de licence SQL Server 2014 par exemple.
L'extrait concerné:
++Citation:
Primary server licences covered with SA include support for one secondary server only, and any additionnal secondary servers must be licensed for SQL Server"
Note: The rights to run a passive instance of SQL Server for failover support are not transferable to other licensed server for purposes of providing multiple passive secondary servers to a single primary server
Autre possibilité :
Licence serveur + Software Insurance => autant de replica passif que tu veut.
Mais si un des replicas est actif => paiement licence supplémentaire !
A +
Ah tiens jamais vu cette licence uniquement serveur qui te donne droit à autant de passif que tu veux. J'ai relu le guideline et je n'ai rien vu dedans (si je me suis trompé dis le moi). Si tu as quelque chose là-dessus je suis preneur. Je sais qu'avec 2014, il faut obligatoirement la SA pour jouer avec du AlwaysOn, ce qui n'était pas le cas du 2012 les premiers temps.Citation:
Envoyé par SQLpro
++
Mais je te rappelle que tu ne peut pas acheter des licences anciennes. Si tu les achètes maintenant, c'est du 2014, même si tu met du 2012 !
A +
C'est juste.Citation:
Mais je te rappelle que tu ne peut pas acheter des licences anciennes. Si tu les achètes maintenant, c'est du 2014, même si tu met du 2012 !
Si tu as des infos je suis preneur ... jamais vu encore ce genre de licences pour AlwaysOn.Citation:
Licence serveur + Software Insurance => autant de replica passif que tu veut.
++
http://download.microsoft.com/downlo...ence_Guide.pdf
"
AlwaysOn Availability Groups
New for the SQL Server 2012 Enterprise Edition, AlwaysOn Availability Groups enable customers to configure
multiple databases that will failover as a unit, with support for up to four active secondary servers and two
synchronous secondary servers. The ability to utilize secondary servers can improve the performance of
primary, reporting and backup workloads due to better balancing of workloads across instances, providing
better return on hardware investment.
Note: When secondary servers are actively used to support these scenarios—that is, the servers used for
failover are no longer truly passive—they must be fully licensed accordingly.
"
Bien évidemment, si ces "secondarys servers" sont passifs : pas de licence !!!
je te l'accorde... savoir lire un contrat, c'est un métier... ça s’appelle AVOCAT !:D
A +
Ok mais que penses-tu du paragraphe à la page 11 du même document:
"Primary server licenses include support for one secondary only, and any additional secondary servers must be licensed for SQL Server"
++
C'est dans le § "Failover Basics" et non dans le paragraphe (de même niveau) consacré aux groupes de disponibilité.
En tout état de cause cela devrait donc concerner tous les autres modes (clustering, log shipping....)
Et je te ferais remarquer que tout ceci figure dans un ! plus important qui ne concerne que la virtualisation...
Bref en machine physique c'est encore différent !
A +