Wer sich die neue Oracle 19c Dokumentation, speziell das „Database Licensing Information User Manual“ durchliest, wird feststellen, dass bei der Standard Edition Two (SE2) beim Punkt „Oracle Real Application Clusters (Oracle RAC)“ ein „N“ steht. Wer, wie ich, glaubt, dass es sich dabei um einen Druckfehler (Dokumentationsbug) handelt, sieht sich leider getäuscht.
Nach Rücksprache mit Oracle Vertretern wurde mir mitgeteilt, dass ab Version 19c RAC für die Standard Edition nicht mehr verfügbar ist. Das bedeutet für existierende Installationen, dass man entweder bei der Version 18 bleiben oder aber den RAC auf eine Single Instance zurückbauen muss. Erschwerend kommt dazu, dass die Version 19c das so genannte Long Term Support Release ist. D.h. Das heißt, der Standard Support für dieses Release endet am 31. März 2023, der Extended Support sogar erst am 31. März 2026. Der Support für Version 18 endet hingegen wahrscheinlich im ersten Halbjahr 2021 (24 Monate nach dem Erscheinen von Version 19). Näheres hierzu finden Sie auch im „Oracle Support (Release Schedule of Current Database Releases (Doc ID 742060.1))“.
Nach dem Ende der Standard Edition One im September 2015 und der gleichzeitigen Limitierung der Standard Edition 2 auf 16 Threads ist dies eine weitere Reduzierung der Funktionalität der „kleinen“ Oracle Edition.
Als Alternative zu RAC bietet sich sicherlich VMware für die Hochverfügbarkeit und eine Standby Datenbank, z.B. als Dbvisit Standby für das Desaster Recovery an. Trotzdem bleibt abzuwarten, was mit der Standard Edition wird. Wahrscheinlich läuft es darauf hinaus, dass immer mehr Unternehmen sich gegen Oracle und für eine alternative Datenbank, z.B. PostgreSQL entscheiden.
It is a very sad news for the Oracle community, but even more of an issue to the companies who are using it. Nowadays it is not all too hard to consider moving to a different database platform such as INFORMIX, having in count that the technology compared to Oracle’s can be very well supported by it, in terms of what Oracle includes, plus many other additional benefits and functionalities, such as IoT (IBM Watson IoT implements it), JSON/BSON (MongoDB within the same repository), TimeSeries (considered as one of the best implementations, the one that saves space and has the best performance), GeoSpatial (implemented to handle locations, combined with the TeimSeries to be able to track objects in move. It also implements it using multidimensional indexes, performing better than any other engine in the market) . Compared to Oracle RAC, it includes the SDS replication technology using a much lighter and simple implementation, that together with the virtualized multithreading architecture (native from ground up) allows a vertical as well as horizontal scaleability, with a very low footprint. The SQL set has also been very much made compatible to Oracle’s, to help simplify the migration. The version 14 has just been released with more Security (the 1st database fully complaint with GDPR), more IoT capabilities, Smart Triggers (now with ODBC — this technology is the one that helps implement BlockChain), and some more performance, administration, compatibility, extensions and application developing improvements have been included in this release, you can read more: https://www.ibm.com/support/knowledgecenter/en/SSGU8G_14.1.0/com.ibm.po.doc/new_features_ce.htm
If you would like to read and find out more about INFORMIX, you can access my Blog: https://andreserepossi.wixsite.com/hablemosinformix
Als weitere Alternative, sofern man die entsprechenden Nachteile in Kauf nimmt, gibt es ja noch den guten alten Single Instance Failover Cluster.
Aktuell mit GI 19c und SE2 implementiert. Beispiel: https://frankgerasch.de/2019/05/oracle-se2-im-cluster-es-geht-auch-ohne-rac
Ja, das ist tatsächlich eine gute Alternative.