SQL Server Lizenzierung 2026: Pro-Kern- und Server+CAL-Kosten erklärt

Die Lizenzierung von SQL Server wirkt einfach – bis Sie eine reale Umgebung durchkalkulieren. Ein kleines Unternehmen mit einer einzelnen Datenbank, ein E-Commerce-Team und eine Finanzplattform mit mehreren Servern brauchen vielleicht alle Microsoft SQL Server, sollten ihn aber nicht auf dieselbe Weise einkaufen. Die richtige Wahl hängt davon ab, wer auf die Datenbank zugreift, ob der Zugriff intern oder öffentlich erfolgt, wie viele Prozessorkerne zugewiesen sind und welche SQL Server Edition zur Arbeitslast passt.

Dieser Leitfaden erklärt die Kostenplanung für SQL Server Lizenzen 2026 ganz praxisnah. Im Mittelpunkt stehen die beiden kommerziellen Modelle, die Käufer üblicherweise gegeneinander abwägen: die Lizenzierung pro Kern und die Server+CAL-Lizenzierung. Außerdem zeigt er, wie SQL Server Standard, SQL Server Enterprise, Windows Server und Clientzugriffslizenzen zusammenspielen, damit Sie nicht für Kapazität zahlen, die Sie gar nicht nutzen, und trotzdem realistisch für künftiges Wachstum planen.

Lizenzregeln können je nach Programm, Region und Anwendungsfall variieren – verstehen Sie diesen Beitrag deshalb als Einkaufsrahmen und nicht als Rechtsberatung. Für einen breiteren Einstieg beginnen Sie am besten mit der Frage, was SQL Server ist und warum Unternehmen ihn einsetzen, und nutzen Sie anschließend die folgenden Abschnitte, um diesen Bedarf in einen sinnvollen Lizenzplan zu übersetzen.

Das Wichtigste in Kürze

• Die Lizenzierung pro Kern ist in der Regel am unkompliziertesten bei öffentlich zugänglichen Anwendungen, unbekannten Nutzerzahlen, virtualisierten Arbeitslasten und Umgebungen, in denen externe Nutzer indirekt zugreifen.
• Die Server+CAL-Lizenzierung kann wirtschaftlicher sein, wenn die Zahl der Nutzer oder Geräte bekannt, stabil und vergleichsweise gering ist.
• Für viele geschäftliche Arbeitslasten genügt SQL Server Standard; Enterprise sollte fortgeschrittener Skalierung, Hochverfügbarkeit oder geschäftskritischen Anforderungen vorbehalten bleiben.
• SQL Server Lizenzen sind vom Betriebssystem unabhängig. Wenn Sie SQL Server auf Windows Server betreiben, prüfen Sie auch die Anforderungen an Windows Server und CALs.

SQL Server Lizenzierung in einer Minute

Microsoft SQL Server ist Datenbanksoftware. Sie lizenzieren das Recht, ihn auszuführen, und – je nach Modell – das Recht für Nutzer oder Geräte, darauf zuzugreifen. Die entscheidende Frage lautet, ob Sie den Zugriff über die Serverprozessoren oder über benannte Nutzer beziehungsweise Geräte zählen.

Beim Pro-Kern-Modell lizenzieren Sie die Verarbeitungskapazität, die SQL Server zugewiesen ist. Das bietet sich an, wenn sich die Nutzerzahlen kaum zählen lassen, wenn die Anwendung Kunden offensteht oder wenn die Datenbank eine Website, eine API oder eine gemeinsam genutzte Geschäftsplattform versorgt. Beim Server+CAL-Modell lizenzieren Sie die Serverinstallation und kaufen anschließend Clientzugriffslizenzen für jeden Nutzer und jedes Gerät, das auf SQL Server zugreift.

Dieser Unterschied ist wichtig, denn eine Datenbank hat selten nur direkte Nutzer. Menschen verbinden sich häufig über ein ERP, ein CRM, ein E-Commerce-System, ein Reporting-Tool, eine mobile App oder einen Middleware-Dienst. Aus Planungssicht zählt auch der indirekte Zugriff.

Pro Kern und Server+CAL: Vergleichstabelle

Wann sich die Lizenzierung pro Kern lohnt

Die Lizenzierung pro Kern ist oft das bessere Modell, wenn der Zugriff breit gestreut oder schwer zu zählen ist. Ein Webshop, ein SaaS-ähnliches Kundenportal, ein öffentliches Buchungssystem oder eine API-gestützte Anwendung kann Tausende gelegentliche Nutzer haben. Jeder Person eine CAL zuzuordnen, ist unpraktisch, und externer Zugriff macht Server+CAL schnell unattraktiv.

Auch in virtualisierten Umgebungen ist die Lizenzierung pro Kern nützlich. Sie können anhand der virtuellen Kerne planen, die der virtuellen SQL Server Maschine zugewiesen sind – vorbehaltlich der geltenden Mindestwerte und Editionsregeln. Das macht die Budgetierung für Infrastrukturteams berechenbarer, die ihre Arbeitslasten ohnehin nach CPU, Arbeitsspeicher und Speicherplatz dimensionieren.

Die Falle ist die Überdimensionierung. Manche Unternehmen weisen acht, zwölf oder sechzehn vCPUs zu, weil Kapazität verfügbar ist – nicht, weil die Datenbank sie benötigt. Wenn sich die Lizenzierung nach der zugewiesenen Kernzahl richtet, wird aus ungenutzter CPU schnell unnötiger Softwareaufwand. Für die serverseitige Planung jenseits von SQL Server selbst werfen Sie einen Blick auf Licendis Kategorie der Serverlizenzen sowie den Leitfaden zu Windows Server 2022 Datacenter im Vergleich zu Standard.

Wann die Server+CAL-Lizenzierung günstiger sein kann

Die Server+CAL-Lizenzierung kann attraktiv sein, wenn ein Unternehmen einen kleinen, bekannten Nutzerkreis hat. Denken Sie an eine interne Datenbank, die 18 Mitarbeitende über eine Buchhaltungsanwendung nutzen, oder an ein Lagersystem, auf das über 12 gemeinsam genutzte Terminals zugegriffen wird. Solange sich der Zugriff nicht auf Kunden, Partner, anonyme Webnutzer oder einen großen Pool gelegentlicher Nutzer ausweitet, kann das Zählen von CALs günstiger sein, als jeden einzelnen Prozessorkern zu lizenzieren.

Entscheidend ist Disziplin. Sie müssen wissen, wer oder was auf SQL Server zugreift – einschließlich der indirekten Nutzung über Anwendungen. Außerdem müssen Sie sich zwischen Benutzer-CALs und Geräte-CALs entscheiden. Benutzer-CALs sind meist die richtige Wahl, wenn Mitarbeitende mehrere Geräte verwenden. Geräte-CALs können sinnvoll sein, wenn sich viele Personen wenige Arbeitsplätze teilen, etwa im Schichtbetrieb, in der Produktion oder in Schulungsräumen.

Bewerten Sie CALs nicht allein nach dem heutigen Personalstand. Rechnen Sie geplante Neueinstellungen, externe Mitarbeitende, neue Niederlassungen, Reporting-Nutzer und Integrationen hinzu. Wenn Sie zugleich die Windows-Zugriffsanforderungen prüfen, ist der Artikel zu den Grundlagen zum Betrieb von Windows Server und zu CALs ein hilfreicher Begleiter. SQL Server CALs und Windows Server CALs sind nämlich nicht austauschbar.

SQL Server Standard im Vergleich zu Enterprise

Die Wahl der Edition ist ebenso wichtig wie das Lizenzmodell. SQL Server Standard ist für viele abteilungsbezogene Systeme sowie für E-Commerce-, Reporting- und Fachanwendungen ausgelegt. Bei einer durchdachten Architektur trägt er auch anspruchsvolle Produktivlasten. SQL Server Enterprise richtet sich an fortgeschrittene Leistung, umfangreiche Analysen, geschäftskritische Verfügbarkeit und Funktionen, die kleinere Bereitstellungen womöglich nie benötigen.

Die falsche Edition kann das gesamte Budget verzerren. Benötigt eine Arbeitslast nur Standard-Funktionen, ist der Kauf von Enterprise – nur weil es vollständiger klingt – in der Regel schlecht angelegtes Geld. Hängt eine Arbeitslast hingegen tatsächlich von Funktionen ab, die es nur in Enterprise gibt, kann der Versuch, sie auf Standard zu zwingen, ein Betriebsrisiko schaffen, das mehr kostet als der Preisunterschied der Lizenzen.

Gehen Sie von den Anforderungen aus, nicht vom größten Namen. Fragen Sie sich, ob Sie fortgeschrittene Hochverfügbarkeit, sehr großen Arbeitsspeicher, umfangreiches Data Warehousing, Enterprise-Sicherheitsfunktionen oder an Enterprise gebundene Leistungsmerkmale wirklich brauchen. Für einen tieferen Vergleich lesen Sie SQL Server Standard im Vergleich zu Enterprise sowie Licendis Leitfaden zur Wahl der richtigen SQL Server Edition.

So schätzen Sie die Kosten für SQL Server Lizenzen

Eine einfache Lizenzschätzung beginnt mit fünf Angaben: Umgebungstyp, Edition, Zugriffsmuster, Kernzuweisung und erwartetes Wachstum. Halten Sie diese fest, bevor Sie Angebote vergleichen. Andernfalls können zwei Angebote allein deshalb unterschiedlich ausfallen, weil sie unterschiedliche Realitäten lizenzieren.

Für die Lizenzierung pro Kern ermitteln Sie die physischen oder virtuellen Kerne, die der SQL Server Arbeitslast zugewiesen sind. Prüfen Sie die Mindestkernanforderung, die für Ihr Szenario und Ihre Edition gilt. Stellen Sie anschließend die Kosten für die Lizenzierung der aktuellen Zuweisung einer richtig dimensionierten Zuweisung gegenüber. Manchmal bringt es nach sauberen Leistungstests mehr, eine virtuelle Maschine von acht auf vier vCPUs zu verkleinern, als einen kleinen Rabatt auszuhandeln.

Für die Server+CAL-Lizenzierung zählen Sie jeden Nutzer und jedes Gerät, das direkt oder indirekt auf SQL Server zugreift. Berücksichtigen Sie Mitarbeitende, die angebundene Anwendungen nutzen, Reporting-Nutzer, die datenbankgestützte Dashboards aufrufen, sowie Remote-Mitarbeitende, externe Kräfte und gemeinsam genutzte Betriebsgeräte. Stellen Sie dann die Summe aus Serverlizenz und CALs der Pro-Kern-Variante gegenüber.

Für sehr kleine Arbeitslasten mag SQL Server Express verlockend wirken. Er eignet sich für Tests und kleine Anwendungen, doch seine Einschränkungen können teuer werden, wenn später eine dringende Migration ansteht. Licendis Artikel zu SQL Express im Vergleich zu SQL Standard erläutert die Unterschiede in der Praxis.

Virtualisierung, Cloud und Remote-Zugriff

Virtualisierung verändert die Planung von SQL Server, weil sich die Lizenzierung nach der zugewiesenen oder abgedeckten Kapazität richtet – und nicht einfach nach dem Namen des Hosts. Läuft SQL Server in einer virtuellen Maschine, erfassen Sie die Zahl der vCPUs, das Host-Design, die Mobilitätserwartungen und die Frage, ob die Arbeitslast zwischen Hosts wandern darf. In größeren Umgebungen können Hochverfügbarkeit und Failover-Architektur beeinflussen, was lizenziert werden muss.

Auch der Remote-Zugriff verdient Aufmerksamkeit. Ein Nutzer, der von zu Hause über ein VPN arbeitet, bleibt ein Nutzer. Eine Niederlassung, die auf eine zentrale Datenbank zugreift, bleibt ein Zugriff. Eine Reporting- oder CRM-Schicht mag die Datenbank verbergen, hebt aber die Pflicht nicht auf, die zugrunde liegende Nutzung zu lizenzieren. Für einen breiteren Infrastrukturkontext lesen Sie Windows Server im Vergleich zu Windows 10 und den Unterschied zwischen SQL Server und Windows Server.

Häufige Fehler bei der SQL Server Lizenzierung

Der erste Fehler besteht darin, nur die Datenbankadministratoren zu zählen. Der Großteil der Zugriffe auf SQL Server erfolgt über Geschäftssoftware, nicht über Datenbankwerkzeuge. Wenn Mitarbeitende eine Anwendung nutzen, die aus SQL Server liest oder in ihn schreibt, gehören sie zur Lizenzrechnung.

Der zweite Fehler ist der Einkauf für ein theoretisches Maximum. Infrastrukturteams weisen mitunter weit mehr CPU zu, als die Arbeitslast braucht, und die Lizenzschätzung folgt dann diesem aufgeblähten Design. Leistungstests und Monitoring machen den Lizenzplan genauer.

Der dritte Fehler ist das Ignorieren der Editionsfunktionen. Ein Unternehmen kauft etwa Enterprise für eine Arbeitslast, die nur Standard benötigt, oder es kauft Standard und stellt später fest, dass ein geplantes Hochverfügbarkeitsdesign auf Enterprise-Funktionen angewiesen ist. Beide Fehler lassen sich mit einer Funktions-Checkliste vermeiden.

Der vierte Fehler ist es, Sicherheit und Wartung zu vergessen. SQL Server ist geschäftskritische Software. Die Lizenzierung ist nur ein Teil des Betriebs; Patches, Backups, Verschlüsselung, Zugriffskontrolle und Monitoring sind ebenso wichtig. Für die Betriebsplanung lesen Sie die Best Practices zur SQL Server Sicherheit.

Praktische Einkaufs-Checkliste

Beantworten Sie vor der Wahl einer SQL Server Lizenz diese Fragen:

• Ist die Datenbank rein intern, öffentlich zugänglich oder auch für Partner und Kunden erreichbar?
• Wie viele reale Nutzer oder Geräte greifen direkt oder indirekt darauf zu?
• Ist die Nutzerzahl stabil genug für eine Server+CAL-Lizenzierung?
• Wie viele physische oder virtuelle Kerne werden SQL Server zugewiesen?
• Benötigen Sie Standard- oder Enterprise-Funktionen?
• Läuft die Datenbank auf Windows Server, und sind Windows Server Lizenzen und CALs abgedeckt?
• Wird die Arbeitslast in den nächsten 12 bis 24 Monaten spürbar wachsen?

Wenn Sie gleichzeitig weitere Microsoft-Software beschaffen, gleichen Sie Ihre Datenbankentscheidung mit Ihrem Bedarf an Betriebssystem- und Produktivitätssoftware ab. Licendis Kategorie der Unternehmenslizenzen, die Windows-Lizenzen und die Microsoft Office Lizenzen helfen Ihnen, den gesamten Softwareplan zu bündeln.

FAQ

Wird SQL Server pro Nutzer oder pro Kern lizenziert?

Beides ist möglich, je nach Edition und Programm. Die Lizenzierung pro Kern zählt die Verarbeitungskapazität. Die Server+CAL-Lizenzierung zählt eine Serverlizenz plus Clientzugriffslizenzen für Nutzer oder Geräte.

Ist Server+CAL für kleine Unternehmen immer günstiger?

Nicht immer, aber oft – nämlich dann, wenn die Zahl der Nutzer oder Geräte klein, bekannt und intern ist. Sind die Nutzer schwer zu zählen oder ist die Anwendung öffentlich zugänglich, ist die Lizenzierung pro Kern in der Regel sauberer.

Brauche ich SQL Server CALs, wenn Nutzer nur auf eine Anwendung zugreifen?

In der Regel ja – sofern die Anwendung in ihrem Namen auf SQL Server zugreift und Sie ein Server+CAL-Modell nutzen. Auch indirekter Zugriff muss beim Zählen von Nutzern oder Geräten berücksichtigt werden.

Reicht SQL Server Standard aus?

Für viele Geschäftsanwendungen ja. SQL Server Standard trägt durchaus anspruchsvolle Produktivlasten. Enterprise ist angebracht, wenn Sie fortgeschrittene Skalierung, Verfügbarkeit, Analysen oder Sicherheitsfunktionen brauchen, die Standard nicht bietet.

Sind SQL Server Lizenzen dasselbe wie Windows Server Lizenzen?

Nein. SQL Server Lizenzen decken die Datenbanksoftware ab, Windows Server Lizenzen das Betriebssystem. Läuft SQL Server auf Windows Server, müssen beide Ebenen korrekt geplant werden.

Fazit

Die beste SQL Server Lizenz ist die, die zu Ihrem Zugriffsmuster, Ihrem technischen Design und Ihrem Wachstumsplan passt. Die Lizenzierung pro Kern schafft Klarheit, wenn Nutzer zahlreich oder schwer zu zählen sind. Die Server+CAL-Lizenzierung kann sich rechnen, wenn der Zugriff intern, stabil und begrenzt ist. Für viele Unternehmen genügt SQL Server Standard, während Enterprise aus konkreten technischen Gründen gewählt werden sollte und nicht einfach als Standardoption.

Bilden Sie vor dem Kauf die Anwendung ab, zählen Sie Nutzer oder Kerne ehrlich, bestätigen Sie die benötigten Editionsfunktionen und beziehen Sie die Anforderungen von Windows Server ein, wo sie relevant sind. Diese Vorbereitung verschafft Ihnen ein saubereres Budget und senkt das Risiko, später doppelt zu zahlen.

Mit freundlichen Grüßen,
Ihr Licendi-Team