Guten Morgen zusammen,
tatsächlich ist es mit der Lizenzierung IMMER ein Drama. Frage zwei Leute und Du erhältst drei Meinungen.
Ich möchte mal versuchen, die Lizenzierung am konkreten Beispiel des TE etwas genauer aufzuschlüsseln:
Bedingung
- Jeder Server, auf dem SQL Server-Software ausgeführt wird, benötigt eine Serverlizenz.
- Jeder Benutzer und / oder jedes Gerät, der auf einen lizenzierten SQL Server zugreift, benötigt eine SQL Server-CAL mit der gleichen oder neueren Version. Wenn beispielsweise ein SQL Server 2012 Standard Edition-Server verwendet werden soll, benötigt ein
Benutzer eine SQL Server 2012- oder 2017 CAL.
- Es müssen zwei getrennte Systeme gem. Hersteller bereitgestellt werden, die technisch voneinander getrennt sind (PROD und TEST).
- Die genannten Preise habe ich der Einfachkeit halber von einem Anbieter aus dem Internet genommen! Hierbei handelt es sich um "Open License Preise"!
Testumgebungen können unter den folgenden Konditionen KOSTENLOS bereitgestellt werden:
- Einsatz von SQL Server Developer Edition
"SQL Server 2017 Developer Edition provides a fully featured version of SQL Server software—including all the features and capabilities of Enterprise Edition—licensed for development, test and demonstration purposes
only."
- Einsatz von SQL Server Enterprise-Edition mit SA (Software-Assurance)
Lösung 1: Installation von zwei Instanzen auf einem WINDOWS Server (4 Cores)
Core-Lizenzierung
Bei der CORE-Lizenzierung wird nur EINMAL eine Lizenz für 4 Cores benötigt. Instanzsysteme berechtigen die Installation mehrere Instanzen unter der gleichen Lizenz.
Mindestens 4 Cores müssen lizenziert werden.
- Die Anforderungen des Herstellers nach zwei getrennten Systemen ist - teilweise - gegeben.
- Eine fachliche Trennung ist eindeutig vorhanden
CAL-Lizensierung
Bei CAL-Lizenzierung muss eine SQL Server Lizenz + die Anzahl der maximalen Benutzer lizenziert werden. Der Vorteil einer Server+CAL-Lizenzierung ist, dass die Anzahl der Cores irrelevant für die Lizenzierung ist. Unter Umständen wäre diese Lizenzierung
besser, wenn man ein System mit >4 Cores einsetzen möchte!
Nachteil von Multi-Instanz-Systemen ist jedoch die Nutzung gemeinsamer Ressourcen (Storage, CPU, RAM). Beim Storage und beim RAM ist die Möglichkeit vorhanden, eine klare Trennung zu erreichen, indem man die Datenbanken auf unterschiedliches Storage verteilt
und das RAM auf beide Systeme verteilt. Pro Instanz sind maximal 128 GB RAM (+32 GB für CI +32 GB für IM) möglich.
CPU lassen sich auch trennen (bei 4 Cores kann man mit Hilfe der Prozessor-Affinität Cores explizit einer Instanz zuweisen:
https://docs.microsoft.com/de-de/sql/database-engine/configure-windows/affinity-mask-server-configuration-option?view=sql-server-2017
Mögliche Einwände des Herstellers gegen diese Lösung sollten erst einmal sachlich begründet
werden.
Wird keine Trennung der gemeinsamen Ressourcen durchgeführt, kann es sehr wohl einen Impact im Produktionssystem geben, wenn umfangreiche Tests in der TEST-Instanz durchgeführt werden, die Ressourcen binden.
Kosten (Core-Lizenzierung)
Microsoft SQL Server Standard 2017; Neulizenz für 2 Cores inkl. SA (2 Jahre); Open-NL: 4.800,00 € = 9.600€
Kosten (CAL-Lizenzierung)
Microsoft SQL Server Standard 2017; Neulizenz inkl. SA (2 Jahre); Open-NL: 1.600,00 €
Microsoft SQL Server 2017; User CAL; Neulizenz inkl. SA (2 Jahre); Open-NL: 12 * 375,00 €
Lösung 2: Installation von zwei getrennten SQL Server mit jeweils 4 Cores
Wenn es tatsächlich zwei getrennte Installationen sein sollen, kann man u. U. die Testumgebung mit der DEVELOPER-Edition abdecken. Verlangt aber der Hersteller, dass die Testumgebung 1:1 identisch mit der PROD sein soll, wird das nicht funktionieren und
die zweite Installation muss genau so lizenziert werden, wie die PROD-Umgebung.
Hier kann man unter Umständen auf eine Farm-Lizenzierung umsteigen. Problematisch hierbei ist, dass es eine Enterprise-Edition mit SA sein muss und ALLE Cores der VMware-Farm lizenziert werden müssen. Ich denke aber, dass das nicht kostendeckend sein wird
:)
Grundsätzlich ist aber aus meiner Sicht eine Lizenzierung mit SA, da ich somit für PROD die Möglichkeit einer Hochverfügbarkeit mit Availability Groups (EE) oder Mirroring/Log-Shipping habe, ohne den passiven Knoten lizenzieren zu müssen!
Das ist aber ein anderes Thema und würde diesen Thread wohl deutlich sprengen
Mein persönliche Fazit:
Lade Dir die Lizenzbedingungen von Microsoft herunter und lese (und verstehe) die Bedingungen)
https://download.microsoft.com/download/B/C/0/BC0B2EA7-D99D-42FB-9439-2C56880CAFF4/SQL_Server_2017_Licensing_Datasheet.pdf
SQL Server CAL
https://www.microsoft.com/de-de/Licensing/produktlizenzierung/client-access-license.aspx
Rufe den Dealer Deines Vertrauens an und lasse Dir ein Angebot basierend auf Deine Anforderungen machen. Das Angebot soll Core- und CAL-Lizenzierung klar gegenüberstellen.
Uwe Ricken (Blog |
Twitter)
Microsoft Certiied Master - SQL Server 2008
Microsoft Certified Solution Master - CHARTER Data Platform
Microsoft Certified Solution Expert - Data Platform
db Berater GmbH
Microsoft SQL Server Blog (german only)
