Eine Lizenzregel aus dem Jahr 2015 trifft auf die Prozessorgeneration von 2026 und plötzlich reicht eine einzige CPU, um die Oracle-Lizenzkosten in absurde Höhen zu treiben. Wer das vor der Beschaffung neuer Hardware weiß, kann diese Falle umgehen, wer es erst danach merkt, verhandelt bereits seine Enterprise-Edition-Lizenzen.
Für wen ist das relevant?
Betroffen sind vor allem jene Unternehmen, die bisher zur Abdeckung ihrer kleinen bis mittleren Workloads auf die verhältnismäßig günstigere Oracle Standard Edition 2 gesetzt haben und sich jetzt in der Notwendigkeit sehen, ihre Server-Hardware zu erneuern. Der Zugang ist nachvollziehbar: SE2 bietet alle wesentlichen Funktionen einer Oracle-Datenbank zu einem Bruchteil der Kosten einer Enterprise-Edition. Der Grund dafür liegt in der Lizenzierung der Standard Edition 2 nach Prozessor-Sockeln anstatt nach Cores. Der Einsatz ist auf zwei Sockeln limitiert, was für mittelgroße Datenbank-Workloads absolut ausreichend ist.
Warum ist das Thema gerade jetzt akut?
Eigentlich ist die Lizenzregelung nach Sockeln sehr einfach und war für die Server-Generationen, die den Markt über viele Jahre geprägt haben, ein unkompliziertes Modell: Wer SE2 einsetzen wollte, kaufte monolithische Intel-Xeon-CPUs. Ein Chip – ein Sockel – Thema erledigt. Obwohl die Regel seit 2015 gilt, hatte sie aus diesem Grund bisher kaum praktische Relevanz.
Inzwischen ist fast die gesamte Branche jedoch auf Chiplet-Designs umgestiegen. Das heißt, moderne Prozessoren bestehen aus mehreren kleinen Dies, die von den Herstellern zu einem Paket kombiniert werden. Eine einzelne AMD-EPYC-CPU kann so intern acht oder mehr Chiplets enthalten und belegt damit lizenztechnisch acht oder mehr Sockel. Die Zwei-Sockel-Grenze der SE2 ist damit bereits mit einem einzigen physischen Prozessor überschritten und die Roadmaps der Hersteller zeigen weiter in die Richtung, da sich hohe Core-Zahlen anders wirtschaftlich nicht mehr fertigen lassen.
Erschwerend kommt hinzu, dass Oracle die Prüfpflicht, ob eine CPU SE2-tauglich ist, ausdrücklich an den Kunden abwälzt. Die Die-Anzahl ist in den Datenblättern jedoch selten prominent angeführt. Zwei CPUs derselben Produktfamilie mit ähnlicher Core-Zahl können unterschiedlich aufgebaut sein. Im Ergebnis könnte ein Server, der auf dem Lieferschein zwei Sockel hat, lizenzrechtlich als Vier-, Acht- oder Vierundzwanzig-Sockel-Maschine gelten. Auffällig ist das meist nicht beim Kauf, sondern später im Audit.
Was das praktisch kostet – eine Beispielrechnung
Gleich vorweg, die nachfolgend genannten Beträge sind gerundete Listenpreise zur Veranschaulichung der Größenordnung und entsprechen keinen Angebotspreisen. Reale Kosten hängen von Core-Zahl, Core-Faktor, Support-Anteil, Ihren Rahmenverträgen und anderen Faktoren ab.
Nehmen wir nun an, man fällt durch den Erwerb neuer Hardware aus der SE2-Lizenz heraus und muss auf die Enterprise Edition ausweichen. Diese wird nicht pro Sockel, sondern pro Core lizenziert und mit dem jeweiligen Core-Faktor multipliziert. Zusätzlich sind viele im Betrieb benötigte Funktionen kostenpflichtige Optionen. Zur Einordnung ein Beispiel mit offiziellen Oracle-Listenpreisen (Stand: September 2026) ohne Verhandlungsrabatt. Verglichen wird ein Intel Xeon Gold mit 18 Kernen und einem belegten Sockel in der SE2:
Standard Edition 2
Enterprise Edition
Lizenzierungsmetrik
pro Sockel (max. 2)
pro Core (mit Core-Faktor)
Kosten
ca. 17.500 USD
ca. 427.500 USD
Das ist nicht ein bisschen teurer, das ist das 24-Fache! Ausgelöst nur durch die Wahl der CPU. Die Lizenzkosten können sich damit, abhängig von Core-Zahl und gewählten Optionen, um einen Faktor 20 bis 40 erhöhen.
Der Handlungsdruck wird zusätzlich dadurch erhöht, dass die neue „Oracle AI Database 26ai“ derzeit on-premises nur als Enterprise Edition verfügbar ist. Wer 26ai mit der SE2 nutzen möchte, muss in die Cloud ausweichen oder bei 19c bleiben. Der Premier Support für 19c läuft nach aktuellem Stand 2029 aus, mit Extended Support bis 2032. Hardware, die jetzt beschafft wird, beeinflusst damit die Lizenzoptionen für den gesamten nächsten Lifecycle.
Ist jetzt Panik angebracht? – Vier Wege aus der Falle
Natürlich muss niemand jetzt hektisch anfangen, nach Budgets zu suchen oder für immer auf alter Hardware verharren. Ziel des Artikels ist auch nicht Panik zu schüren, sondern zu informieren, damit niemand unabsichtlich in eine Lizenzfalle tappt. Und auch Handlungsmöglichkeiten für die Zukunft aufzuzeigen.
1. Monolithische CPUs bewusst auswählen
Es gibt weiterhin Prozessoren mit einem einzigen Core-tragenden Die. Obwohl sie meist im unteren bis mittleren Core-Bereich liegen, sind sie für viele SE2-Workloads völlig ausreichend, zumal SE2 ohnehin auf 16 CPU-Threads je Datenbank begrenzt ist. Sehr hohe Core-Zahlen bringen unter SE2 also gar keinen Nutzen. Aufpassen muss man nur bei der Die-Architektur. Diese muss pro Modell geprüft werden und nicht pro Familie. Als beste Quelle erweisen sich hier Hersteller-Quickspecs und technische Datenblätter.
2. Oracle Database Appliance (ODA)
Für die ODA hat Oracle eine ausdrückliche Ausnahme dokumentiert. Die Zwei-Sockel-Grenze bei Multi-Chip-Modulen darf hier überschritten werden. Die Lizenzierung erfolgt nach einem eigenen Modell. Wer ohnehin über eine konsolidierte Appliance nachdenkt, löst das Lizenzthema damit gleich mit.
3. Oracle Cloud Infrastructure
In autorisierten Cloud-Umgebungen zählt Oracle nicht die physische CPU-Architektur. Es gibt eine eigene vertraglich definierte Metrik. Damit greift die Chiplet-Problematik dort nicht. Außerdem ist die SE2 auf der OCI auch für 26ai verfügbar.
4. Hybride Zielbilder
Häufig ist die sinnvollste Antwort keine reine Entweder-oder-Entscheidung. Möglich wäre auch, kritische Datenbanken auf passend lizenzierter on-premises-Hardware laufen zu lassen und den Rest auf einer Plattform zu betreiben, auf der die Metrik anders funktioniert.
Checkliste vor der nächsten Beschaffung
Um Ihnen die Beschaffung neuer Hardware einfacher zu machen, haben wir eine kurze Liste an zu beantwortenden Fragen zusammengestellt:
Ist für jede angebotene CPU die Anzahl der Core-tragenden Dies modellgenau und aus einer belastbaren Herstellerquelle belegt?
Ergibt die Summe über alle physischen Sockel maximal zwei „Oracle-Sockel“?
Ist die Die-Architektur als Anforderung im Ausschreibungs- bzw. Bestelltext verankert und nicht nur mündlich besprochen?
Sind Virtualisierung und Cluster-Design berücksichtigt?
Ist für den Fall eines späteren Audits dokumentiert, wer die Prüfung durchgeführt hat?
Passt die Hardware zum Datenbank-Release-Plan der nächsten fünf bis sechs Jahre?
Benötigen Sie Beratung?
Wir betreiben seit vielen Jahren Oracle-Datenbanken bei Kunden im regulierten Umfeld und beraten sie genau bei dieser Art von Entscheidungen. Konkret unterstützen wir bei:
- Lizenz-Check des Bestands: Welche Ihrer laufenden Systeme sind nach heutiger Auslegung noch SE2-konform?
- Hardware-Auswahl bei der Beschaffung: Prüfung konkreter CPU-Modelle auf die Die-Architektur, Formulierung belastbarer Anforderungen für Angebote und Bestellungen.
- Migrations- und Zielbildplanung: Vergleich von monolithischer Hardware, ODA, OCI oder eines hybriden Settings inklusive Kostenvergleich über den Lifecycle.
Kontaktieren Sie uns und wir sehen uns Ihre Konfiguration an, bevor sie zum Lizenzthema wird.
Hannes Gruber
ONTEC AG
Kundenorientierung bedeutet für mich sich in die Lage des Kunden versetzen zu können. Genaues Zuhören, verstehen und ein fachlich top aufgestelltes Team sind hierbei entscheidend, um den Kunden die optimale Lösung anzubieten.
* Hinweis: Dieser Beitrag dient der fachlichen Orientierung und stellt keine rechtsverbindliche Lizenzauskunft dar. Oracle kann Lizenzbestimmungen und Preislisten jederzeit ändern; die Auslegung im Einzelfall hängt von Ihren konkreten Verträgen ab und ist mit Oracle bzw. einem Lizenzspezialisten zu verifizieren. Alle genannten Preise sind Listenpreise zur Illustration der Größenordnung
