サマー・リーフ▼はじめに“ASSMに関する検証”と題しまして、11回連載を続けてきました。今回は、復習と検証結果から確認できたことをまとめて最終回とします。セグメントの領域管理とは、空きリスト、空きブロックの管理をするものでした。この管理方法には、”自動管理”、”手動管理”を選択することができましたね。Storage句でパラメータを”手動”にて適切に指定しチューニングができます。同一のセグメント(例えば、テーブル)に同時にINSERTが実行されると、空きブロックの確保の為に空きリストへアクセス集中することがあります。結果、空きリストで確保されるセグメントヘッダブロックや、INSERT対象のブロックに競合の待ちイベントとして現れ、さらに実行時間に影響を及ぼすこともあります。空きリストと空きブロックの制御を最適に近づけることができます。テーブルのレコード長や、同時アクセス数、同時アクセスインスタンス数などを把握して調整するのは、手間のかかる作業となります。:同一のセグメントに対し、同時にアクセスする複数のプロセス分の空きリスト数を調整。複数のプロセスによる、ブロックアクセスの競合を軽減する。group:同一のセグメントに対し、同時にアクセスする複数のインスタンス分の空きリストグループ数を調整。複数のインスタンスによる、ブロックアクセスの競合を軽減する。pctused,freelists,freelists_groupsの指定が不要となりました。パラメータを指定しなくとも空きリストや空きブロックを”自動”で管理します。以降の新機能として追加されました。wait”など)に現れます。ブロックタイプ別にブロックの競合を確認できます。list”待機イベントなどを確認対象とします。空きリストや、データブロックの競合が、待機イベントとして現れそれがSQLの実行時間に影響を及ぼすことになります。上記の影響を軽減するには、以下のような2つの方法を検討します。(1)FREELIST管理の表領域の場合、各セグメントのStorage句の調整をする。(2)自動セグメント領域管理(ASSM)の表領域の採用する。▼本連載の検証のおさらい本題としては、検証結果から各セグメント領域管理を比較して違いを見ていくことでしたね。おさらいも兼ねてまとめてみます。●FREELIST管理の表領域[メリット]・Storage句でパラメータを調整すると、同時アクセスによって発生しがちなブロック競合を抑えることができた。適切に調整できれば、自動セグメント領域管理(ASSM)よりブロック競合を抑えられる結果を得た。[デメリット]・同一セグメントに対して同時アクセスが実行されるシステムにおいては、Storage句でパラメータの調整をしないと顕著にブロック競合が発生する。等を把握し十分に検討する必要がある。セグメント単位で調査する必要があり、システム規模により管理や運用面のコストが大きくなる。生しがちなブロック競合を抑えることができる。Cluster)環境でも、ブロック競合を抑えられる結果を得た。・システム規模を問わず、セグメントの管理、運用面のコストが抑えられる。調整任せとなってしまう。・システム規模によって、セグメントのヘッダ情報が、多く確保されるので領域の管理に気をつける必要ある。表領域を作成するとデフォルトで自動セグメント領域管理(ASSM)が選択されます。択できない表領域があります。したら、まだデータ領域以外が選択できないのには、なにか理由があるのかもしれませんね。11gのリリースも近いことですし、今後も掘り下げてご紹介していければと思います。disk)の検証が連載されます。ORACLEに実装して、ボトルネックを解消できるかぁ~そもそもSSDってなんだ??乞うご期待!!本連載に、長いことお付き合いして頂きありがとうございました。reserved.トップページ企業概要プライバシーポリシ。