可以考虑统计下问题时间段活动会话量，查看多路径软件日志记录，oswbb中的iostat部份内容，看能否有用信息

可以生成对应时间点的AWR，ash报告看看，关注下IO，看看log file parallel write等待事件的分布情况，如果有部署osw的话，看看iostat哦

首先感谢专家的回复：
1.系统上没有部署osw，不过装了zabbix，监控粒度有点大 1分钟，iowait 很小.
2.活动会话数有150多，确实比平常多， 但是我的分析是因为被阻塞了，所以才有很多的活动会话数等着commit, log file sync 才会很多；
3. 后期对redo 进行了挖掘， hung住着30s没有任何记录数，但是 scn却是和hung前连续(+1),例如故障开始时间9:50:24 scn为125， 故障结束后9:50:54第一条记录scn为126 ，节点2 9:50:24的时候scn是 140 ，所以怀疑会不会是 scn广播问题， 但是lms trace中没有任何日志。

光交上有没有看过port端口的状态信息

message: qla2xxx [0000:41:00.0]-801c:7: Abort command issued nexus=7:1:5 – 1 2002
这个就是HBA卡显示有问题
lsscsi -l 看看磁盘是不是超时时间30s，很有可能是IO链路抖了一下，去看多路径 powerpath ，找主机、存储、光交的人来搞

存储、交换机的人看了， 反正没有结果。 但是我有一个疑惑一直想不通，事后我用logminer对redo进行了分析， 发现 9:50:24 - 9:50:53 之间，redo记录里面 竟然没有一条记录， 我想的是即使IO出问题了，新事务可以发起，照样可以记录生成redo，只是commit会卡住。除非 log buffer 写满了？ 想不通呀。 这期间没有业务可能性基本不存在,就算没有业务 系统自己也会有操作呢

有没有可能和_use_adaptive_log_file_sync有关？

log file sync 默认是Post/wait ，如果发生切换的话是不是要在lgwr trace 中记录呢， 在trace日志中也没有记录 。 也查过 没见切换为Polling 的记录。

磁盘的多路径有切换或者其他异常么？

@许超 请教，怎么看是否有异常。 @左波林 之前上周说让看下lsscsi -l 磁盘超时时间，对这个命令不熟悉，检查了 确实是 30s 。

可以通过ASH或者AWR确认下同时间物理读有没有受影响 如果也有变慢或长时间没有响应的情况 基本可以断定为IO相关异常 存储、交换机、HBA等