Ich habe heute auf der Oracle Open World 2015 an einer Sitzung von Markus Michalewicz teilgenommen, in der einige neue Funktionen hervorgehoben wurden, auf die wir uns für Oracle Grid Infrastructure 12.2 freuen können, das sich derzeit in der Beta-Phase befindet. Es gab viele neue Funktionen, aber einige stachen als wesentliche Änderungen an der Architektur hervor.
Oracle 12.1 hat Flex Clusters vor etwa zwei Jahren eingeführt. Mit Flex-Clustern können Sie Hub-Knoten und Blattknoten haben, wobei der Hauptunterschied darin besteht, dass Blattknoten keinen Zugriff auf den gemeinsam genutzten Speicher des Clusters benötigen. Als dies angekündigt wurde, gingen viele Leute davon aus, dass Sie eine Oracle RAC-Instanz auf einem Leaf Node ausführen könnten, aber das war nicht der Fall. Jedenfalls nicht vor Oracle 12.2. Mit 12.2 können Sie jetzt eine Oracle RAC-Instanz auf einem Blattknoten ausführen. Es gibt jedoch einen Haken. Da der Leaf Node keinen Zugriff auf Shared Storage hat, gibt es keinen Zugriff auf Online Redo Logs, was bedeutet, dass die Instanzen auf den Leaf Nodes schreibgeschützt für die Daten sind. Dies ist eine großartige Möglichkeit, Berichtsaktivitäten auszulagern, ähnlich wie die Menschen Active Data Guard nutzen. Ich habe das nicht in Aktion gesehen, aber meine ersten Gedanken wären, dass der DBA die Leistung sorgfältig abwägen muss. Sicherlich hat das Auslagern von Berichtsfunktionen seine Vorzüge, aber es geht auf Kosten zusätzlicher Latenz, wenn eine Instanz auf einem Blattknoten eine Instanz auf einem Hub-Knoten kontaktieren und die Blöcke über Cache Fusion übertragen muss. Schließlich hat der Leaf-Knoten keinen direkten Zugriff auf die Festplatte, also muss er den Datenblock über einen Hub-Knoten erhalten.
Die andere große Änderung, die ich besprechen wollte, betrifft die GIMR-Datenbank. Das Grid Infrastructure Management Repository ist eine Datenbank zum Sammeln von Leistungskennzahlen, die in Oracle 12.1.0.1 eingeführt wurde. Die Version 12.1.0.2 machte die GIMR obligatorisch. Diese Datenbank wird nur auf einem Knoten des Oracle RAC-Clusters ausgeführt. In GI 12.2 können wir jetzt ein zentralisiertes GIMR auf einem Cluster haben, das andere GI-Cluster nutzen können. Es gibt eine ganze Reihe von Auswirkungen für diejenigen, die viele RAC-Cluster in ihrem Unternehmen nutzen können.
Beim Betrachten der Präsentation schien es nicht so, als wären dies große Ankündigungen. Es klang fast zurückhaltend. Aber ich denke, wenn wir mit der Version 12.2 spielen, werden wir besser verstehen, wie sehr die Oracle GI/RAC-Funktionen gerade viel umfangreicher geworden sind, was manche vielleicht als komplizierter interpretieren.
