SAPのためのSQLチューニング

チューニングのための基本ルール（ST03N）

•平均CPU時間は、そうでなければ、サーバは（ST06 / OS07、OS07）、または実行中のプログラム（SE30）をより詳細に分析する必要があり、総応答時間の<50％であるべきです

•平均待ち時間が<合計応答時間の10％であるか、または<50ミリ秒、そうでない場合は、サーバーは、より詳細にトランザクションST06を用いて分析しなければならない必要があります

•平均ロード時間は、<総応答時間の10％または<50ミリ秒、それ以外の場合はR / 3バッファはより詳細にトランザクションST02で分析されるべきであるべきです

•平均DB時間は、そうでなければ、データベースをより詳細にトランザクションST04、ST06で分析されるべきである、<総応答時間の40〜50％であるべきです

•平均GUI時間> 200msのは、あまりにも多くのデータをダウンロードする不正なネットワーク接続またはユーザーメニューによって引き起こされる可能性が貧弱なGUIのパフォーマンスを示している可能性があり

ST04

データベース・バッファは、データベース・バッファ・品質は> 94％である場合は、「読み込み/ユーザー・コール」の値をチェックしなければならない、> 94％でなければなりません。
共有プール
DD-キャッシュ品質は80％以上であります
SQLエリアpinratioは95以上であり、
リロード/ピンは、0.04以下であります
ユーザ/再帰呼び出しは2高いです

「CPU時間」に「ビジー待機時間」の比率が60:40でなければなりません

SELECT 
  ROUND（（STM1.VALUE - STM2.VALUE）/ 1000000） "BUSY WAIT時間（S）"、
  ROUND（STM2.VALUE / 1000000） "CPU時間（S）"、
  ROUND（（STM1.VALUE - STM2.VALUE ）/ STM1.VALUE * 100）|| '：' || 
    ROUND（STM2.VALUE / STM1.VALUE * 100）RATIO 
V $ SYS_TIME_MODEL STM1、V $ SYS_TIME_MODEL STM2 FROM 
STM1.STAT_NAME = 'DB時間' AND STM2.STAT_NAME = 'DB CPU'

時間統計時間/ユーザー・コールは<20でなければなりません
ソートが高すぎるの手段全表スキャン
テーブル「V $ SYSTEM_EVENT」。
DBファイルのシーケンシャル読み込み<= 20
バッファビジー待機> = 40
ログファイルの同期<= 20
•書込み完了待機がトップ10にする必要があります
•空きバッファ待ちはTOP10にすべきではありません
全体的に高価なSQLレポートRSORADLD

参照

注712624 - オラクルによる高CPUの消費量

注618868 - FAQ：Oracleのパフォーマンス

注766349 - FAQ：OracleのSQLの最適化

注1020260 - Oracleの統計情報の配信

注122718 - CBO：特別な治療とテーブル

SAPのためのSQLチューニング

おすすめ