Oracleのパフォーマンス障害についてのメモ

Oracle9iの頃はあんまり無かったが、10gになってから
パフォーマンスに関する障害がよく起こる。
その際の原因と対応策についてメモしとく。

##あくまで経験上の話であり、絶対正しい分けではないので注意!

○現象
特定のSQL実行時にCPUが100%に張り付き、
処理が完了しない。
##SQL自体は正常時には数秒で返ってくる程度

○原因
実行計画の不備と思われる。
主にCPUに負荷のかかる実行計画で実行され、
速度遅延を起こしている。
根本原因は統計情報の不足。

○対応策
案としては下記の2つが上げられる。

①使用するテーブルをアナライズ
Oracle10gではWeb板のEnterpriseManager(以後EMとする)で統計情報の取得が
実行できるのでそれを使用すると楽かも。
あと10gからDBMS_STATS.GATHER_SCHEMA_STATS等のオプションの
デフォルト値が変わり、デフォルトではno_invalidate(実行計画の再生成の有無)が
oracle任せになっているので注意。
アナライズを行っても実行計画が変わらない可能性があるのでFalseにすること。
##no_invalidateオプションはEMではカーソルの無効化という名前になっています。

なおOracle10gではデフォルトでアナライズを行うジョブが登録されているが、
統計情報が失効したオブジェクトのみ、カーソルの無効化もoracle任せになっている。
理論的には統計情報が失効したオブジェクトのアナライズのみでも問題なさそうだが
常に最適な実行計画をoracleが判断してくれることを考えると独自で
アナライズジョブを作成し、全てのオブジェクトに対し即カーソルの無効化をさせるように
設定したほうがよいと思われる。

②SQLチューニング・アドバイザ
oracle10gからSQLチューニング・アドバイザなるものがある。
簡単に説明すると障害の発生したSQLを分析し、こうしたら早くなるよ~っと
アドバイスしてくれる機能である。
今回はそのアドバイスの中に出てくる(出てこない場合もある)実行計画の変更を
利用する。出てきた実行計画を「実装」させることにより、そのSQLのみ実装した
実行計画で実行されるようになる。
上記①だと場合によっては長時間かかることがあり、もし運用での切羽詰った状況では
アナライズできない場合もある。
それに比べ②は時間もかかっても数分なので助かる。

実行の仕方はEMからアラート等に表示されている特定の遅いSQLをクリックし、
「SQLチューニング・アドバイザのスケジュール」等で実行する。
その後診断結果が出るのでその中にある統計情報?を実装させてやればよい。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

コメントフィード

トラックバックURL: https://www.hirotaka.jp/2010/10/oracle%e3%81%ae%e3%83%91%e3%83%95%e3%82%a9%e3%83%bc%e3%83%9e%e3%83%b3%e3%82%b9%e9%9a%9c%e5%ae%b3%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e3%83%a1%e3%83%a2/trackback/