SQL Server Core-Lizenzierung: Die einfache Regel mit der Division durch 2

Kaum ein Thema verursacht so viel Verwirrung in der DBA-Community wie die korrekte Lizenzierung von SQL Server – insbesondere in virtualisierten Umgebungen oder bei Failover-Clustern. Microsoft hat die Lizenzstruktur über die Jahre mehrfach angepasst, doch ein roter Faden blieb bestehen: die Core-basierte Lizenzierung mit einer einfachen mathematischen Grundregel – der Division durch 2.

In diesem Artikel zeige ich dir, wie du die Anzahl der benötigten Lizenzpakete schnell berechnest, welche Fallstricke es bei vCPUs und Hyper-Threading gibt und warum eine aktive Software Assurance (SA) bei passiven Clustern zum Gamechanger wird – mit Bezug auf SQL Server 2025 und ältere Versionen.

Die goldene Regel: Anzahl der Kerne geteilt durch 2

Microsoft verkauft Core-Lizenzen ausschließlich in 2er-Packs. Das bedeutet für jeden physischen Kern (bzw. jede vCPU in einer VM) benötigst du genau eine Core-Lizenz. Da der Lizenzkauf in 2er-Paketen erfolgt, lautet die Formel:

Beispiel: Ein Server mit 2 Sockeln à 10 Kernen (insgesamt 20 Kerne). Du teilst 20 Kerne durch 2 = 10 Lizenzpakete (2‑Core‑Packs). Ganz einfach. Solltest du eine einzelne VM mit 8 vCPUs betreiben: 8 ÷ 2 = 4 Lizenzpakete. Diese Regel gilt universell für die Enterprise- sowie die Standard Edition, sofern du nach dem Core-Modell lizenzierst. Jedoch gibt es wichtige Minimumsregeln, die immer zuerst geprüft werden müssen. ➡️ Offizielle Microsoft Core-Lizenzierungsseite

Mindestlizenzen pro Prozessor & VM (4er-Regel)

Unabhängig von der einfachen Division greift Microsofts 4‑Core‑Mindestanforderung pro physischem Prozessor. Das heißt: Besitzt ein CPU-Sockel nur 2 physische Kerne, müssen trotzdem 4 Core-Lizenzen dafür erworben werden (zwei 2er-Packs). In virtualisierten Umgebungen gilt für jede einzelne VM eine separate Mindestlizenz: Jeder virtuellen Maschine, die SQL Server ausführt, müssen mindestens 4 Core-Lizenzen zugewiesen sein – selbst wenn die VM nur 1 oder 2 vCPUs besitzt. [reference:0][reference:1]

Quelle: Microsoft Product Terms & SQL Server Licensing Guide [reference:2][reference:3]. Wer diese Mindestlizenz ignoriert, riskiert bei Audits saftige Nachzahlungen.

Failover-Cluster & passive Knoten – mit SA entfällt die Lizenz

Eine der häufigsten Fragen im DBA-Alltag: Müssen beide Nodes eines Active/Passive Failover-Clusters lizenziert werden? Kurze Antwort: Ohne Software Assurance – ja, beide Knoten brauchen eigene Lizenzen. Mit aktiver Software Assurance reicht die Lizenzierung des aktiven Knotens, der passive Knoten ist kostenfrei, solange er wirklich passiv bleibt (keine produktiven Leseabfragen, keine Bereitstellung von Daten, reine Bereitschaft). [reference:4][reference:5]

Zusatzvorteil von SA: Bei Enterprise Edition können mit SA unbegrenzt viele VMs auf einem voll lizenzierten Host betrieben werden (Unlimited Virtualization Benefit) [reference:7]. Bei Standard Edition bleibt die Lizenz pro VM/OSE verpflichtend. Auch für Disaster Recovery (DR) erlaubt SA bis zu drei passive Instanzen ohne zusätzliche Lizenzkosten [reference:8].

Editionen im Vergleich: Enterprise vs. Standard (SQL Server 2025)

Mit SQL Server 2025 hat Microsoft die Kapazitätsgrenzen der Standard Edition erheblich angehoben: maximale Kerne pro Instanz von 24 auf 32 Cores und Arbeitsspeicher von 128 GB auf 256 GB. [reference:9][reference:10] Viele Workloads können deshalb kostengünstiger auf Standard laufen, wenn keine Enterprise-only Features wie Online Index Rebuilds, In-Memory OLTP in großem Maßstab oder Always On mit mehr als zwei Replikaten benötigt werden. [reference:11]

Die Lizenzkosten für Enterprise sind etwa fünfmal höher als für Standard [reference:12]. Prüfe daher für deine Projekte, ob die Feature-Parameter der Standard Edition ausreichen – das spart oft fünfstellige Beträge jährlich.

Praxistool: Der einfache Lizenzrechner (3 Schritte)

Damit du die SQL Server Core‑Lizenzierung schnell kalkulieren kannst, habe ich einen universellen 3‑Schritte‑Plan zusammengestellt. Er funktioniert für die Enterprise & Standard Edition gleichermaßen.

-- ⚙️ Lizenzierungsrechner - Drei einfache Regeln
-- 1. Ermittle die Gesamtkerne (physisch oder vCPUs)
-- 2. Divisionsregel: Anzahl 2-Core-Pakete = Kerne / 2 (aufgerundet)
-- 3. Min-Check: Pro Prozessor mindestens 4 Kerne lizenzieren,
-- bei VMs mindestens 4 Core-Lizenzen pro VM

-- Beispiel: 2 Sockets mit je 6 Kernen -> 12 Kerne -> 6 Pakete.
-- Beispiel: VM mit 10 vCPUs -> 10/2 = 5 Pakete (2er-Packs).
-- Beispiel: VM mit 2 vCPUs -> 2/2 = 1 Paket, aber Mindestlizenz = 2 Pakete (4 Core-Lizenzen).

Für Failover-Cluster mit SA: nur die aktiven Kerne berechnen, die passiven Knoten bleiben unberücksichtigt.

💡 Software Assurance – Wann lohnt sie sich wirklich?

Die jährlichen SA-Kosten betragen etwa 25 % des Listenpreises der Lizenzen [reference:13]. Auf drei Jahre sind das rund 75 % Zusatzkosten. Lohnt sich das? Ja, wenn mindestens einer der folgenden Punkte greift:

• Passive Failover/DR-Knoten: Ohne SA müssten Sie jeden Knoten voll lizenzieren – schnell sehr teuer.
• Unbegrenzte Virtualisierung (nur Enterprise) – Host komplett lizenzieren, unendlich viele SQL-VMs.
• Version Upgrades – Sie erhalten immer die neueste SQL-Version ohne Neukauf.
• Azure Hybrid Benefit & License Mobility – einfache Cloud-Integration.

Für reine Produktivumgebungen ohne HA-Ansprüche kann SA überflüssig sein. Doch wer einen Active/Passive Cluster fährt, wird die Einsparungen der SA schnell merken: Eine zusätzliche Enterprise-Lizenz für einen passiven Knoten kostet schnell fünfstellige Beträge – die jährliche SA ist meist günstiger.