【Oracle Database 12c】Oracleライセンス「SE2」検証　スレッド数制限、“Oracle RAC環境”ではどのように制御されるのか：データベースサポート最前線の現場から（14）（2/2 ページ）

まとめ　RAC環境では、縮退運用時のCPUスレッド数制限に注意

　SE2のCPUスレッド制限は、起動インスタンス数には関係なく「Oracle RAC環境であるかどうか」で判断されているようです。制限が動的に変わらないところを見ると、初期化パラメーターの「CLUSTER_DATABASE」などを参照していると推定されます。

　ちなみにOracle RAC環境を構築する際には、片ノードのインスタンスが意図せずに停止し、生存ノードに処理が集中したとしてもサービスを継続できるように、ハードウェアリソースやデータベースの初期化パラメーターを考慮しておく必要があります。SE2でOracle RAC環境を構築する場合には、シングルインスタンス以上にCPUスレッド数制限を意識しておかなければならないでしょう。

　SE2における疑問への回答は以下の通りです。

Q：どうやって制御しているのか

　「Resource Manager」で制御している。

Q：「16セッションまで」しか同時に接続できない、ということなのか

　17以上のセッションでも接続可能。ただし、「同時に使われるCPUスレッドが16 CPUスレッドで収まる」ようにResource Managerで待機させながら処理が行われる。

Q：バックグラウンドプロセスも影響を受けるのか

　バックグラウンドプロセスは異なるコンシューマグループに所属しており、CPUスレッド数の制限は受けない。

Q：同一サーバ内で複数のデータベースを構築している場合はどのように制御されるのか

　CPUスレッド数の上限は、「データベース単位」で数えられる。仮にどれかが制限を超えていたとしても、他のデータベースには制限の影響は及ばない。

Q：RACではどのように制御されるのか

　RACで構成したシステムにおいては、仮に生存ノードが1つになったとしてもCPUスレッドの上限数は「8」のまま変わらない。

　以上、3回にわたってSE2におけるCPUスレッド数制限の動作検証をお届けしました。利用している環境をOracle Database 12cおよびSE2へ移行する工程で少しでもお役に立てば幸いです。