私は本日、MarkusMichalewiczによるOracleOpen World 2015のセッションに参加し、現在ベータ版であるOracle GridInfrastructure12.2に期待できるいくつかの新機能に焦点を当てました。多くの新機能がありましたが、アーキテクチャの大きな変更として目立ったものがいくつかありました。
Oracle 12.1は、約2年前にFlexClustersを導入しました。 Flexクラスターを使用すると、ハブノードとリーフノードを使用できます。主な違いは、リーフノードがクラスターの共有ストレージにアクセスする必要がないことです。これが発表されたとき、多くの人が、リーフノードでOracle RACインスタンスを実行できると思っていましたが、そうではありませんでした。とにかくOracle12.2までは。 12.2では、リーフノードでOracleRACインスタンスを実行できるようになりました。ただし、1つの問題があります。リーフノードは共有ストレージにアクセスできないため、オンラインREDOログにアクセスできません。つまり、リーフノード上のインスタンスはデータに対して読み取り専用です。これは、人々がActiveDataGuardを活用してきた方法と同様のレポートアクティビティをオフロードするための優れた方法です。私はこれが実際に動作しているのを見たことがありませんが、私の最初の考えは、DBAがパフォーマンスを慎重に評価する必要があるということです。確かにレポート機能のオフロードにはメリットがありますが、リーフノードのインスタンスがハブノードのインスタンスに接続し、キャッシュフュージョンを介してブロックを転送する必要がある場合は、追加のレイテンシが発生します。結局のところ、リーフノードはディスクに直接アクセスできないため、ハブノードを介してデータブロックを取得する必要があります。
私が話したかったもう1つの大きな変更は、GIMRデータベースに関連するものです。グリッド・インフラストラクチャ管理リポジトリは、Oracle12.1.0.1で導入されたパフォーマンスメトリックの収集に役立つデータベースです。 12.1.0.2バージョンでは、GIMRが必須になりました。このデータベースは、OracleRACクラスタの1つのノードでのみ実行されます。 GI 12.2では、他のGIクラスターが活用できる1つのクラスターに集中型GIMRを設定できるようになりました。企業内で多くのRACクラスターを楽しむことができるようになると、さまざまな影響があります。
プレゼンテーションを見ていると、これらは大きな発表ではなかったようです。それはほとんど控えめに聞こえた。ただし、12.2バージョンを試してみると、Oracle GI / RACの機能がさらに拡張され、一部の人はより複雑になる可能性があるため、より適切に処理できるようになると思います。