Oracle - Logo white
PostgreSQL_Datenbank - Logo Elephant white
Microsoft SQL Server - Logo white
News zu Oracle

Oracle 19c DB SE2 – Desupport von Oracle RAC und RAC One Node! Alternativen?

Mit Veröffentlichung des Oracle Datenbank Release 19c schlug die Abkündigung der Oracle RAC und Oracle RAC One Node Funktionalität für die Standard Edition Two (My Oracle Support Note 2504078.1) bereits hohe Wellen. Mittlerweile ist der Aufregung Ernüchterung gefolgt und gerade mit Blick auf die Oracle Database Release und Support Timeline gilt es nun zu handeln.

Doch welche Alternativen gibt es denn überhaupt?

Für alle 11g RAC Infrastrukturen kann man sich mit einem Update auf das Release 12.1.0.2 – verbunden mit der Option des aufschlags­pflich­tigen Extended Supports – zumindest eine Fristverlängerung für eine supportete Infrastruktur bis Ende Juli 2022 erkaufen! Allerdings ist dabei zu beachten, dass der RAC dann nur noch mit maximal zwei CPUs, verteilt auf zwei Nodes (mit jeweils max. zwei CPU Sockets und einer gesteckten CPU pro Node) betrieben werden darf.

Möchte man darüber hinaus nicht auf die Vorteile des Real Application Clusters verzichten – Stichwort Lastverteilung (CPU-Last und RAM-Anforderung, nicht I/O) oder der insgesamt höheren Verfügbarkeit und Ausfallsicherheit – ist man mit 19c gezwungen, die Oracle Database Enterprise Edition zu nutzen. Geht man diesen Schritt, ist in jedem Fall die Beschaffung der Oracle DB Enterprise Edition Lizenzen und der kosten­pflich­tigen RAC Option erforderlich.

Wem der Weg in die Oracle Enterprise Edition zu teuer ist, dem bleibt nur, sich noch einmal mit den grund­sätz­lichen Anforderungen an die Datenbankinfrastruktur ausein­an­der­zu­setzen und bestehende Best Practice Lösungen für SE2 unter den Gesichtspunkten Verfügbarkeit, Skalierbarkeit und Performance zu evalu­ieren.
Ehrlicherweise ergeben sich aber nur Alternativen im Hinblick auf die Verfügbarkeit, sind doch Überlegungen zu Skalierbarkeit und Performance allein schon durch die technische Limitierung der Standard Edition Two auf die Nutzung von max. 16 CPU Threads pro Datenbankinstanz und der nun abgekün­digten RAC Funktionalität obsolet.

Allerdings gibt es einige Optionen für eine hochver­fügbare Oracle Datenbank Architektur. Für On Premise wären dies sowohl der bewährte Failover Cluster als auch die Standby Datenbank Architektur – beispiels­weise mit Dbvisit Standby. Letztere ist übrigens prakti­kabel auch mit einer Hybridinfrastruktur (On Premise / Cloud) reali­sierbar. Alternativ zu On Premise besteht selbst­ver­ständlich auch die Möglichkeit, gleich komplett auf die hohe Verfügbarkeit eines Database Cloud Services, beispiels­weise von Oracle, Microsoft Azure und Amazon AWS oder EC2 zurückzugreifen.

Und wenn man sich schon einmal mit der Zukunft beschäftigt und es seitens des Anwendungsherstellers keine Einwände geben sollte:
PostgreSQL bietet nahezu alle Funktionalitäten für Availability, Performance und Security im Rahmen der GPL-Lizenz kosten­freien Community Edition. Für den profes­sio­nellen Support der geschäfts­kri­ti­schen PostgreSQL Datenbanken steht Ihnen die ASPICON in gewohnter Art und Weise zur Verfügung.

Gern sind unsere Spezialisten sowohl bei der Planung und Umsetzung deiner Datenbankinfrastrukturprojekte behilflich. Solltest du weitere Fragen haben oder Unterstützung bei der Konzeptionierung und Umsetzung benötigen, zögere nicht, dich gleich mit uns in Verbindung zu setzen.

icon-arrow_right_medium-violet-blue.svg

Share this article

Share on facebook
Facebook 
Share on twitter
Twitter 
Share on linkedin
LinkedIn 
Share on xing
XING 
Share on whatsapp
WhatsApp 
Share on email
Email