Oracle數據庫性能監控(2)

　　select count(*) from v$dispatcher;

　　select servers_highwater from v$mts;

　　servers_highwater接近mts_max_servers時，參數需加大

　　16. 碎片程度

　　select tablespace_name,count(tablespace_name) from dba_free_space group by tablespace_name

　　having count(tablespace_name)>;10;

　　alter tablespace name coalesce;

　　alter table name deallocate unused;

　　create or replace view ts_blocks_v as

　　select tablespace_name,block_id,bytes,blocks,'free space' segment_name from dba_free_space

　　union all

　　select tablespace_name,block_id,bytes,blocks,segment_name from dba_extents;

　　select * from ts_blocks_v;

　　select tablespace_name,sum(bytes),max(bytes),count(block_id) from dba_free_space

　　group by tablespace_name;

　　查看碎片程度高的表

　　SELECT segment_name table_name , COUNT(*) extents

　　FROM dba_segments WHERE owner NOT IN ('SYS', 'SYSTEM') GROUP BY segment_name

　　HAVING COUNT(*) = (SELECT MAX( COUNT(*) ) FROM dba_segments GROUP BY segment_name);

　　17. 表、索引的存儲情況檢查

　　select segment_name,sum(bytes),count(*) ext_quan from dba_extents where

　　tablespace_name='&tablespace_name' and segment_type='TABLE' group by tablespace_name,segment_name;

　　select segment_name,count(*) from dba_extents where segment_type='INDEX' and owner='&owner'

　　group by segment_name;

　　18、找使用CPU多的用戶session

　　select a.sid,spid,status,substr(a.program,1,40) prog,a.terminal,osuser,value/60/100 value

　　from v$session a,v$process b,v$sesstat c

　　where c.statistic#=12 and c.sid=a.sid and a.paddr=b.addr order by value desc;

　　監控數據庫狀態的目的就是找到相關的瓶頸點，但也許有時你的監控語句就會是你的瓶頸點，包括您后臺的一些自動的監控。Jason就遇到這樣的囧事，不是dbconsole占資源(響應時間>2s)就是監控lock語句占資源,包括oracle的某些maintain功能，需要很好的時間 schedual。

　　插播就到這里，下篇會繼續負載均衡，我們的重點是比較流行的lvs heartbeat。

原文轉自：http://www.anti-gravitydesign.com