关于ORA-27061异步IO 等待失败解决？

voctor

Hi all
       昨天，发现有一台新库环境中，执行一条SQL会弹出执行时报如：ORA-27061异步IO 等待失败，
     环境描述：服务器：IMB 3850(CPU：64C  Memory:64G  DISK: 2.1T)
                    操作系统：Oracle OEL 5.7
                   数据据库：11.2.0.3.3
                    本地磁盘：2.1 T
                   存储：5 TB  + SSD：1 TB
        另外：这环境是新搭建的，数据文件是通过传输表空间迁移到该库环境；安装软件和数据文件都存放在 存储上。
问题描述：
        1、 数据库层面，在IBM3850  新库环境中，执行一条SQL会弹出执行时报如：
       2、 在操作系统面 ，发现把TBS_MFP_STG08.dbf 数据文件，拷贝到相同的目录中发现，拷贝该数据文件,２０G大小 需要1小时32分钟；则其它的数据文件拷贝很快如：20G 需要2分钟多就拷贝OK。

分析原因：
      1、查看空间使用率真：目录使用率真没有超过80%左右
[root@BIIBM3850 proc]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LV_DATA
                      1.8T   81G  1.7T   5% /
/dev/sda1              99M   23M   71M  25% /boot
tmpfs                  32G     0   32G   0% /dev/shm
/dev/mapper/datavg-lvol0
                      4.7T  2.5T  2.0T  56% /data
/dev/mapper/ssdvg-lvol0
                      984G  200M  934G   1% /ssddata

      2、 初步判断是数据库的坏块所致；经分析可排除是数据库坏块所致；如：通过数据文件号和块号，检查显示是分区表坏块块所致SAPIBM_ZSCM_ISC13_DOC ，经过把该表所有分区数据给 truncate 后，重新导入新数据，即可排除坏块问题，但是，执行该表SQL时，仍然报错如：ORA-27061异步IO 等待失败
      3、 在数据库关闭情况，通过cp命令在HP存储中验证拷贝相同数据文件，拷贝时间长短确认数据是否有异常，则测试文件大小为20G：
Case 1 ：正常数据文件拷贝时间为：137s
[oracle@BIIBM3850 MBDWV2]$ date
Sun Aug  5 23:35:42 CST 2012
[oracle@BIIBM3850 MBDWV2]$ cp TBS_MFP_STG15.dbf /home/oracle/11.dbf
[oracle@BIIBM3850 MBDWV2]$ date
Sun Aug  5 23:37:59 CST 2012
Case 2 ：异常数据文件拷贝时间为：1小时32分钟
[oracle@BIIBM3850 ~]$ date
Sun Aug  5 22:34:23 CST 2012
$ cp TBS_MFP_STG08.dbf ~/aa.dba
[oracle@BIIBM3850 ~]$ date
Mon Aug  6 00:06:26 CST 2012
        4、服务器的异步IO设置参数：
       filesystemio_options='SETALL'
请问如何定位该问报错如：ORA-27061异步IO 等待失败，是属于那个层面的问题，OS，存储，数据库 等Bug .

Maclean Liu(刘相兵

上传alert.log ， 这个截图毫无意义

voctor

请查收附件。

Maclean Liu(刘相兵

上传 /data/oracle/diag/rdbms/mbdwv2/MBDWV2/trace/MBDWV2_p009_3712.trc

并做以下rman 操作


1) $ rman target / nocatalog

2) RMAN> run {
allocate channel d1 type disk;
allocate channel d2 type disk;
allocate channel d3 type disk;
allocate channel d4 type disk;
backup validate check logical database;
}

3) select * from V$DATABASE_BLOCK_CORRUPTION ;


并贴出结果

voctor

ML，我的数据库有 2.5TB ，RMAN应该需要很多时间，现在这个时间业务比较忙。

voctor

经最后确认，是服务器上的有一块　HBA　问题所致，更换HBA卡问题解决。