性能检查时发现Wait 指数太高，一般是什么原因造成？

hyunique

系统日志没有报错啊。
存储的日志怎么查？

qingcaimaomao

你是什么应用???
如果有数据库的话，应该可以看到WAIT比较高的SESSION是在等待什么资源，或者可以看到什么资源造成的热点。

hyunique

有两个应用　
一个是oracle DB
一个是oracle Form Server

unix_service

看不出是I/O瓶颈，可能有僵死进程，重启应用，

qingcaimaomao

看来是比较典型的ORACLE ERP应用.现在的问题是在SESSION的级别上找到非空闲的WAIT事件，然后具体看下等待的是什么资源，从而找出问题。
1，执行这个SQL求等待事件
select sid,event,p1 as file_id, p2 as "block_id/latch", p3 as blocks,l.name
from v$session_wait sw,v$latch l
where event not like '%SQL%' and event not like '%rdbms%'
and event not like '%mon%' and sw.p2 = l.latch#(+);

2，找到热点
select owner,segment_name,segment_type
from dba_extents
where file_id = &file_id and &block_id between block_id
and block_id + &blocks - 1;

3，找到正在执行的问题SQL
select sql_text
from v$sqltext_with_newlines st,v$session se
where st.address=se.sql_address and st.hash_value=se.sql_hash_value
and se.sid =&wait_sid order by piece;

hyunique

找不到正在执行的SQL,
只要应用一启来，就算没跑什么业务wait指数就上去了。

yddll

你的应用时在单独的盘上吗

苏一瓜

内存,CPU没问题
你3块都是内置盘吗
errpt
lsvg rootvg 看看PVs的状态
df -k 看看空间问题
ps  -ef |grep defun 看看有无僵死进程
你ps auxw 检查出来怀疑的进程用ps -ef |grep 进程号再检查一下
数据库有无锁等待现象:v$session v$lock(到oracle版搜搜)

rain4321

我负责的服务器中，也有一台PDM应用服务器，其上两块内置盘；有时应用不知道为什么会出现与楼主相同的情况。我一般都是再重起应用，因为还与另一数据库连接，最好是把数据库shutdown再起来，应用全部停止再起来，不要只做一部分；(我的应用中还使用apache，有时只停其他的，也不好用，而且应用在使用过程中也报错，好像与数据库服务器之间的联系出错了；）由楼主说的都是数据库在此服务器上，与我的情况又不一样了。

天涯明月刀

Topas Monitor for host:    hzfcs03              EVENTS/QUEUES    FILE/TTY
Thu Dec 21 15:45:30 2006   Interval:  2         Cswitch     311  Readch    18093
                                                Syscall     459  Writech   32282
Kernel    0.2   |#                           |  Reads        14  Rawin         0
User      0.2   |#                           |  Writes       22  Ttyout      564
Wait     49.8   |##############              |  Forks         0  Igets         0
Idle     49.8   |##############              |  Execs         0  Namei         0
                                                Runqueue    0.0  Dirblk        0
Network  KBPS   I-Pack  O-Pack   KB-In  KB-Out  Waitqueue   1.0
lo0      37.2     18.0    18.0    18.6    18.6
en0       0.6      1.0     0.5     0.0     0.6  PAGING           MEMORY
                                                Faults        0  Real,MB    2048
Disk    Busy%     KBPS     TPS KB-Read KB-Writ  Steals        0  % Comp     81.3
hdisk2    1.0     12.0     1.5     0.0    12.0  PgspIn        0  % Noncomp  18.8
hdisk0    0.0      0.0     0.0     0.0     0.0  PgspOut       0  % Client   20.7
hdisk1    0.0      0.0     0.0     0.0     0.0  PageIn        0
cd0       0.0      0.0     0.0     0.0     0.0  PageOut       0  PAGING SPACE

看上去内存和磁盘IO都还没什么问题啊，应该是应用问题