7.3 効果的なリソース管理のための構成方針

ここでは、Oracle Database QoS Managementによって管理されるシステムの構成の主要な推奨と要件について説明します。

• リソース・ボトルネックについて
  Oracle Database QoS Managementは、CPU、グローバル・キャッシュ、I/Oおよびその他のリソースの使用時間と待機時間を測定して、ボトルネックの場所を判断します。
• CPUリソース・ボトルネック
  CPUリソース・ボトルネックは、ワークロードを実行しているCPUキューの収集での待機時間が過剰な場合に検出されます。Oracle Database QoS Managementは、ボトルネックを緩和するために実装できる推奨を提供します。
• グローバル・キャッシュ・リソース・ボトルネックの構成の推奨
  データベース・インスタンス間に過剰なデータ・ブロックの移動があると、グローバル・キャッシュ・リソースのボトルネックが検出されます。
• I/Oリソース・ボトルネックの構成の推奨
  ストレージ・サブシステムに過剰な待機時間があると、I/Oリソースのボトルネックが検出されます。
• その他のタイプのボトルネックの構成の推奨
  ボトルネックの分類に使用される最後のリソース・タイプであるその他は、他のすべての待機時間に使用されます。

7.3.1 リソース・ボトルネックについて

Oracle Database QoS Managementは、CPU、グローバル・キャッシュ、I/Oおよびその他のリソースの使用時間と待機時間を測定して、ボトルネックの場所を判断します。

ターゲットのパフォーマンス・クラスとそのボトルネック・リソースはOracle Database QoS Managementダッシュボード(ダッシュボード)で識別されますが、このリリースでアクティブに管理されるのはCPUリソースのみです。

7.3.2 CPUリソース・ボトルネック

CPUリソース・ボトルネックは、ワークロードを実行しているCPUキューのコレクションでの待機時間が過剰な場合に検出されます。Oracle Database QoS Managementは、ボトルネックを緩和するために実装できる推奨を提供します。

このタイプのボトルネックを解決する1つの方法は、ワークロードをCPUで実行する機会を増やすことです。Oracle Database QoS Managementは、サーバー・プール間でCPU占有率の高いコンシューマ・グループにワークロードを割り当てることで、この解決策を実装します。

もう1つの解決策は、提供するCPUリソースを増やすことです。サーバー・プールの各サーバーで複数のインスタンスがCPUリソースを共有していて、インスタンス・ケージングが実装されている場合、Oracle Database QoS Managementはサーバー・プール内のインスタンスのCPU数の変更を提案できます。この解決策では、ランクの低いインスタンスまたはヘッドルームのあるインスタンスからCPUリソースを奪ってリソースを増やし、パフォーマンスの期待値に達していないワークロードにより多くのCPUリソースを与えます。

インスタンス間のCPU数を調整することで緩和できないCPUリソース・ボトルネックがある場合、Oracle Database QoS Managementは新しいサーバーをサーバー・プールに移動することを推奨できます。空きプール、よりストレスの少ないサーバー・プール、または重要度の低いワークロードをホストしているサーバー・プールからサーバーを移動できます。

7.3.3 グローバル・キャッシュ・リソース・ボトルネックの構成の推奨

グローバル・キャッシュ・リソース・ボトルネックは、データベース・インスタンス間でのデータ・ブロックの移動が過剰な場合に検出されます。

これは通常、正しく構成されていないか水平にスケーリングできないアプリケーションが原因で発生します。アプリケーションを最大サイズが1のサーバー・プールで実行するように構成するかデータをパーティション化すると、通常はボトルネックが緩和されます。

Oracle Database QoS Managementは、このリリースではどちらのアクションも実行できず、このタイプのボトルネックに対して実装できる推奨を提供しません。

7.3.4 I/Oリソース・ボトルネックの構成の推奨

I/Oリソース・ボトルネックは、ストレージ・サブシステムでの待機時間が過剰な場合に検出されます。

このタイプのボトルネックは、通常はディスク・スピンドルが少なすぎるか、ストレージ相互接続上のネットワーク帯域幅が十分でないことが原因で発生します。このボトルネックを解決するには、より多くのディスクにデータベース・ファイルを分散するか、別のネットワーク・インタフェース・カード(NIC)をストレージ相互接続専用に構成します。

Oracle Database QoS Managementは、このリリースではこのタイプのボトルネックを解決できず、実装できる推奨を提供しません。

7.3.5 その他のタイプのボトルネックの構成の推奨

ボトルネックの分類に使用される最後のリソース・タイプ「その他」は、他のすべての待機時間に使用されます。

これらのデータベース待機時間は、通常、最適化されていないアプリケーションやラッチの待機などによるSQLパフォーマンスの問題が原因です。これらのボトルネックは、Oracle Cluster Health Advisor、自動ワークロード・リポジトリ(AWR)、および自動データベース診断モニター(ADDM)などのOracle Databaseチューニング・ツールを使用して調査できます。

これらのタイプのボトルネックの解決は、Oracle Database QoS Managementで提供されるランタイム・システム管理の範囲外であり、Oracle Database QoS Managementは実装できる推奨を提供しません。