End-of-Life für AnyDB und Java

SAP AnyDB mit Oracle, IBM und Microsoft

Die offizielle Geschichte erklärt, dass die fünf SAP-Gründer sich auf eine betriebswirtschaftliche und organisatorische Problemlösung konzentrierten und Informatik-Themen wie Betriebssystem, Middleware, Datenbanken und Clients anderen IT-Anbietern überließen. Daraus entstand unter anderem R/3, das auf unterschiedlichen Betriebssystemen und Datenbanken wie Oracle, IBM DB2 und Microsoft SQL und später mit einem Java- und Abap-Stack verfügbar war.

Für Datenbankexperten war die Zusammenarbeit von R/3 mit Oracle, IBM und Microsoft immer ein Kuriosum, weil aus Sicht von SAP die Datenbankmaschinen weitgehend als Datenverwaltungs- und File-Systeme benutzt wurden. Viele fortschrittliche und optimierende Methoden der Datenbanken wurden nicht genutzt. SAP leistet sich mit Oracle, IBM und Microsoft natürlich einen „Porsche“, bewegte diesen aber nur im ersten Gang über schlecht ausgebaute Straßen. Darin liegt auch eine Antwort, warum R/3 und ECC 6.0 nur eine mäßige Performance zeigen, aber S/4 und Hana im Vergleich dazu wesentlich performanter ist.

SAP Hana Metamorphose

Ein S/4-System von SAP mit Hana kann unter bestimmten Umständen wirklich schnell sein. Die Ursache dafür liegt nicht in dem Umstand, dass SAP Hana besser ist als Oracle, IBM DB2 Blu oder Microsoft SQL-Server, sondern in der Nutzung der Hana-Engine durch S/4. Während R/3 und ECC die darunterliegende Datenbank nur als Verwaltungsprogramm für Daten verwenden – und damit viel Potenzial verschenken, lagert S/4 viele Aufgaben als Ganzes an Hana aus und entlastet damit das ERP und nutzt die Funktionalität von Hana optimal. Diese Weiterentwicklung wurde von SAP bewusst geplant und den anderen Datenbankanbietern verwehrt.

Die Aussage von SAP-Vorstandsmitglied Thomas Saueressig auf dem DSAG-Jahreskongress 2024 in Leipzig ist somit falsch: Oracle, IBM und Microsoft hätten gerne ihre Produkte für R/3, ECC und S/4 weiterentwickelt und besser nutzbar gemacht. Allein SAP hat den Alleingang mit Hana gewählt. Die Verantwortung des End-of-Life von ERP/ECC 6.0 nun diesen Datenbankanbietern anzulasten, ist nicht korrekt.

SAP NetWeaver mit Abap und Java

Mit R/3 Enterprise und später ERP/ECC 6.0 wurde die Middleware und Plattform SAP NetWeaver sehr populär. Sie ist der Motor der SAP Business Suite und hatte übergangsmäßig einen Dual-Stack aus Abap und Java. Mit hohem technischem Aufwand wurde dieses Junktimieren dann aber in zwei unabhängige Stacks aufgelöst. Eine gute Entscheidung, denn Oracle verschärfte zwischenzeitlich die Lizenzgebühren für Java dramatisch! Ein ERP/ECC 6.0 kann aktuell wieder zur Gänze auf einem NetWeaver-Abap-Stack betrieben werden. Gelegentlich braucht der SAP-Bestandskunde Java für ausgewählte Formulare – aber auch dafür gibt es mittlerweile Workarounds. Somit ist Java mitnichten verantwortlich für das End-of-Life von ECC 6.0, wie SAP-Vorstand Thomas Saueressig die DSAG-Delegierten in Leipzig glauben machen wollte!

SAP Hana versus IBM DB2 Blu

Ex-SAP-Technikvorstand Bernd Leukert hat es einst selbst angekündigt, dass SAP mit IBM in Verhandlungen steht, die Datenbank DB2 Blu passend für S/4 zu modifizieren. Die Funktionsaufrufe eines S/4 an Hana würden sich naturgemäß auch auf DB2 Blu übertragen lassen. Der SAP-Community wäre damit ein großer Gefallen getan, denn es gebe dann keinen Hana-Vendor-Lock-in. Bernd Leukert verließ SAP in Richtung Deutsche Bank und das Projekt „S/4 und DB2 Blu“ geriet in Vergessenheit.

SAP-Allmachtsanspruch und Vendor Lock-in

Letztendlich entspricht die Entwicklung dem Allmachtsanspruch von SAP und hat seine Ursache nicht in technischen Beschränkungen von Oracle, IBM und Microsoft. Mit dem S/4-Universum beherrscht SAP den gesamten ERP-Stack: Open Source Linux, Middleware mit der Hana-Datenbankplattform und BTP sowie mit Fiori die Clients.

Wer sich für die SAP Public Cloud entscheidet, der bekommt ein hinreichend gutes ERP, aber auch den vollkommenen Vendor Lock-in. Diese Entwicklung ist eine politische und von SAP strategisch genauso geplant – es sind nicht die technischen Umstände, die eine SAP dazu gezwungen haben, ein End-of-Life für ECC 6.0 mit 2027 beziehungsweise 2030 festzulegen. Abap, ein Java-Derivat, und AnyDB könnten noch viele Jahre in der SAP-Community weiterleben.