1、ave message sent queue time on ksxp(ms)下正常情况下小于1毫秒:如果比较大,可能是CLUSTER INTERCONNECT出现了问题。
做ipc诊断:
oradebug setmypid
oradebug ipc
看看如下这句话中的IP是否正确
SSKGXPT 。。。
1)如果网络配置没有问题,可以检查一下TCP 和UDP的buffer是否不足
root#netstat -s | grep overflow 值为了0一般情况下。
root#netstat -i
做ipc诊断:
oradebug setmypid
oradebug ipc
看看如下这句话中的IP是否正确
SSKGXPT 。。。
1)如果网络配置没有问题,可以检查一下TCP 和UDP的buffer是否不足
root#netstat -s | grep overflow 值为了0一般情况下。
root#netstat -i
2)ps aux | grep lms
查看是否是有某些表产生了过多的global cr request
select STATISTIC_NAME stat,
OWNER,
OBJECT_NAME obj,
sum(value) val
from v$segment_statistics
where STATISTIC_NAME like 'global%'
and value > 10000
group by STATISTIC_NAME,OWNER,OBJECT_NAME
order by val desc;
2、select CR_REQUESTS cr,
CURRENT_REQUESTS cur,
DATA_REQUESTS data,
UNDO_REQUESTS undo,
TX_REQUESTS tx
from v$cr_block_server;查看一段时间内,CR的值是否很大。
OWNER,
OBJECT_NAME obj,
sum(value) val
from v$segment_statistics
where STATISTIC_NAME like 'global%'
and value > 10000
group by STATISTIC_NAME,OWNER,OBJECT_NAME
order by val desc;
2、select CR_REQUESTS cr,
CURRENT_REQUESTS cur,
DATA_REQUESTS data,
UNDO_REQUESTS undo,
TX_REQUESTS tx
from v$cr_block_server;查看一段时间内,CR的值是否很大。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23065269/viewspace-713735/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/23065269/viewspace-713735/