Die Position, die niemand einkalkuliert
Ein europäischer Logistikkonzern budgetierte 2023 4,2 Millionen Euro für eine Oracle Forms-Modernisierung. Der TypeScript-Build blieb unter dem Budget. Die Oracle-Datenbankverlängerung, die sechs Monate später eintraf, nicht. Die jährliche Supportrechnung stieg um 38 %, weil die neue Architektur eine Lizenzmetrik auslöste, mit der die Beschaffungsabteilung nicht gerechnet hatte.
Dieses Muster ist so häufig, dass wir inzwischen vor jedem Migrationskickoff eine Lizenzprüfung durchführen.
Named User Plus vs. Prozessor-Metriken
Oracle Database wird unter zwei primären Metriken verkauft: Named User Plus (NUP) und Prozessor. Oracle Forms-Umgebungen liefen historisch auf NUP, weil die Nutzerzahlen stabil und bekannt waren. Modernisierungsprojekte führen fast immer REST APIs, mobile Clients und nachgelagerte Integrationen ein, die die Nutzergrenze verwischen.
Sobald ein System aus dem Internet erreichbar ist, greift Oracles „Multiplexing”-Richtlinie. Die Nutzeranzahl wird an der Datenquelle gemessen, nicht auf der Anwendungsschicht. Eine Oracle Forms-Installation mit 400 Nutzern kann über Nacht zu einer Lizenzverpflichtung für 4.000 Nutzer werden, wenn die neue Architektur die Datenbank für ein Kundenportal öffnet.
Die Enterprise-Edition-Falle
Die meisten Oracle Forms-Anwendungen laufen auf der Enterprise Edition, weil sie im Originalvertrag gebündelt war. Die Enterprise Edition kostet 47.500 USD pro Prozessor, plus 22 % jährlichem Support. Ein bescheidener Vier-Sockel-Server mit acht Kernen pro Sockel hat einen Listenpreis von über 1,5 Millionen USD vor Rabatten.
Migrationsprojekte, die die Oracle-Datenbank beibehalten, erben diese Kosten dauerhaft. Das TypeScript-Frontend ist kostenlos. Die Datenschicht nicht.
Standard Edition 2 und der Downgrade-Pfad
Oracle Standard Edition 2 (SE2) kostet 17.500 USD pro Sockel und wird nach Sockel lizenziert, nicht nach Kern. Für Workloads unter 16 Kernen insgesamt ist SE2 ungefähr eine Größenordnung günstiger als die Enterprise Edition. Der Haken: SE2 unterstützt kein Partitioning, keine Advanced Compression, kein Active Data Guard und mehrere andere Features, von denen ausgereifte Oracle Forms-Anwendungen stillschweigend abhängen.
Wir haben erlebt, dass Migrationen die jährlichen Lizenzkosten durch den Wechsel zu SE2 um 70 % gesenkt haben. Wir haben aber auch erlebt, dass sie blockiert wurden, weil ein einzelner nächtlicher Batch-Job Partitioning nutzt.
PostgreSQL ist der eigentliche Gewinn
Die Migrationen mit dem stärksten ROI eliminieren die Oracle-Datenbank vollständig. PostgreSQL bewältigt die große Mehrheit der Oracle Forms-Workloads, sobald das PL/SQL übersetzt ist. Die jährlichen Supporteinsparungen — typischerweise 400.000 bis 1,2 Millionen USD für ein mittelständisches Unternehmen — finanzieren die Migration in unter 18 Monaten.
Die Hürde ist selten technischer Natur. Es ist die PL/SQL-Konvertierung. Manuelle Übersetzung ist langsam und fehleranfällig. Automatisierte Konvertierung verändert die Wirtschaftlichkeit so stark, dass PostgreSQL vom Wunschziel zum Standardziel wird.
Wie das reale Budget aussieht
Ein vollständiges Modernisierungsbudget hat vier Positionen, nicht eine: Code-Konvertierung, Datenschicht-Lizenzierung, Infrastruktur und Audit/Compliance. Die Code-Konvertierung ist in der Regel die kleinste der vier. Teams, die nur die Code-Position kalkulieren, entdecken die anderen zum ungünstigsten Zeitpunkt.
Das Fazit
Die Oracle-Datenbanklizenzierung ist die größte Variable beim Modernisierungs-ROI. Migrationen, die sie ignorieren, liefern ein modernes Frontend auf einer Kostenstruktur, die sich nicht verändert hat. Die erfolgreichen bauen den Lizenz-Ausstieg von der ersten Woche an in die Architektur ein.