LangerSN 10 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 Hallo zusammen, muss ich bei eine 8 Core Maschine die Hyper Threading unterstützt dann 16 kerne SQL Core Lizenzen erwerben oder wie werden die Kerne gezählt? Danke für Eure Hilfe! Zitieren Link zu diesem Kommentar
Nobbyaushb 1.475 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 Moin, nur Physik zählt. Bislang war ich von CPU´s nicht Core ausgegangen, ist ja beim OS selber auch so. ;) Zitieren Link zu diesem Kommentar
NorbertFe 2.062 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 Gerade für SQL gibt's bei ms doch ne Lizenz-faq mit Beispielen. Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 muss ich bei eine 8 Core Maschine die Hyper Threading unterstützt dann 16 kerne SQL Core Lizenzen erwerben oder wie werden die Kerne gezählt? Kommt drauf an ob virtualisiert wird oder nicht Wenn SQL installiert wird direkt auf dem Blech, dann zählen nur die physikalischen Cores und Du könntest Hyper-threading anschalten: When running SQL Server in a physical OSE, all physical cores on the server must be licensed. Software partitioning does not reduce the number of core licenses required, except when licensing individual virtual machines (VMs). Beim Betrieb in virtualisierten Umgebungen wird ein Hyper-threaded Core nicht von einem physikalischen Core unterschieden. Beide werden als v-Core gerechnet. Wenn Du also nur eine VM lizenzieren willst, ist es sinnvoll, Hyper-threading nicht zu nutzen. Du musst mindestens 4 v-Cores pro VM lizenzieren. Wenn Du allerdings alle physikalischen Cores des Hosts lizenzierst, kannst Du SQL unlimitiert in VMs auf dem Host betreiben. Dann kannst Du Hyper-threading auch problemlos anmachen. Quelle: http://go.microsoft.com/fwlink/?LinkId=230678 Zitieren Link zu diesem Kommentar
kofferjunge 0 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 Wenn Du allerdings alle physikalischen Cores des Hosts lizenzierst, kannst Du SQL unlimitiert in VMs auf dem Host betreiben. Dann kannst Du Hyper-threading auch problemlos anmachen. Dies gilt aber doch nur für die Enterprise-Edition, oder? Ich meine bei der Standard-Edition gilt dies nicht. Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 9. September 2015 Melden Teilen Geschrieben 9. September 2015 (bearbeitet) Dies gilt aber doch nur für die Enterprise-Edition, oder? Ich meine bei der Standard-Edition gilt dies nicht. Richtig. Dazu brauchst Du neben der Enterprise Edition auch noch Software Assurance. Bei der Standard Edition hättest Du auch noch die Mögichkeit, mit CALs zu arbeiten. Da die Frage sich um Hyper-threading drehte und nicht um die Unterschiede zwischen Standard und Enterprise, bin ich darauf nicht eingegangen, sondern habe den Licensing Guide verlinkt. Der enthält dazu noch mehr Details. bearbeitet 9. September 2015 von Daniel -MSFT- Zitieren Link zu diesem Kommentar
Squire 265 Geschrieben 14. September 2015 Melden Teilen Geschrieben 14. September 2015 Hi, laut einem SAM Berater braucht man zwingend Software Assurance wenn man sich im virtuellen Umfeld (mehr als 1 Host also Clusterfunktionalität mit VMotion) bewegt. Und das nicht nur bei SQL, sondern auch bei Exchange und Sharepoint. Ciao Zitieren Link zu diesem Kommentar
NorbertFe 2.062 Geschrieben 14. September 2015 Melden Teilen Geschrieben 14. September 2015 Bei Exchange braucht man die nicht zwingend, da man auch einfach die entsprechende Lizenzanzahl vorhalten kann. Ob das günstiger oder besser ist, muss man ausrechnen und selbst entscheiden. Zitieren Link zu diesem Kommentar
monstermania 53 Geschrieben 15. September 2015 Melden Teilen Geschrieben 15. September 2015 laut einem SAM Berater braucht man zwingend Software Assurance wenn man sich im virtuellen Umfeld (mehr als 1 Host also Clusterfunktionalität mit VMotion) bewegt. Und das nicht nur bei SQL, sondern auch bei Exchange und Sharepoint. Das ist so nicht korrekt! Hier werden einige Dinge durcheinander geworfen. 1. Bedingt der Einsatz von mehreren VH-Hosts nicht zwingend eine Cluster, bzw. HA Funktion. Ich kenne einige Unternehmen, die mehrere VM-Hosts einsetzten und trotzdem kein HA nutzen. 2. Kann man für jede VM auch den HA-Modus außer Betrieb setzten und damit sicherstellen, dass die VM nicht einfach so auf einen anderen Host verschoben werden kann bzw. wird. 3. Kann man durch entsprechende LOG's in einem SAM nachweisen, dass die jeweiligen VM's nicht innerhalb der von MS gesetzten Frist (90 Tage) auf einen anderen Host verschoben wurden. Man kann daher einen Exchange oder SQL problemlos ohne SA auch in einer prinzipiell HA fähigen Umgebung einsetzten, ohne einen Lizenzverstoß zu begehen sofern man einige Dinge beachtet. Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 16. September 2015 Melden Teilen Geschrieben 16. September 2015 Der Teufel liegt im Detail. Bei SQL 2014 brauchst Du Software Assurance, wenn Du den Host für unlimitierte Virtualisierung lizenzieren möchtest. Zitieren Link zu diesem Kommentar
monstermania 53 Geschrieben 16. September 2015 Melden Teilen Geschrieben 16. September 2015 Der Teufel liegt im Detail. Bei SQL 2014 brauchst Du Software Assurance, wenn Du den Host für unlimitierte Virtualisierung lizenzieren möchtest. Das hast Du natürlich recht! Einmal mit der Aussage für SQL 2014 und er unlimitierten Lizenzierung und vor Allem mit dem Detailteufel! :D Wollte nur die Aussage von Squire relativieren. Die SAM-Berater machen sich das nämlich meist sehr einfach! Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.