求救，oracle实例启动的时候报下面的错误：

Question

SQL> startup
ORACLE instance started.Total System Global Area 1227851088 bytes
Fixed Size                   742736 bytes
Variable Size             805306368 bytes
Database Buffers          419430400 bytes
Redo Buffers                2371584 bytes
Database mounted.
ORA-27061: skgfospo: waiting for async I/Os failed
IBM AIX RISC System/6000 Error: 22: Invalid argument
ORA-27061: skgfospo: waiting for async I/Os failed
IBM AIX RISC System/6000 Error: 22: Invalid argument
请问哪位xdjm碰到过上面这种问题？
我重启了机器，还是这样。

Answer 1

Subject:  Database crashes producing ORA-27061 
 Doc ID:  452866.1 Solution
--------------------------------------------------Increase the max limit for AIO requests (maxreqs) using the chdev command.
The command to make the change permanent after reboot is:
chdev -l aio0 -a maxreqs=<value>The command to make the change effective dynamically is:
aioo -o maxreqs=<value>To check current Setting for maximum requests (maxreqs) :
lsattr -El aio0

Answer 2

ORA-27开头的错误大多数都是和操作系统及硬件有关系的Applies to: 
Oracle Server - Enterprise Edition - Version: 9.2.0.8
This problem can occur on any platform.Symptoms
-- Problem Statement:
Periodical database crashes with the following errors:
ORA-27061: skgfospo: waiting for async I/Os failed
IBM AIX RISC System/6000 Error: 22: Invalid argumentCause
Oracle is waiting for an async. I/O to complete. aiowait() is the operating
function on AIX to handle this things and it did not return the requested data
in an appropriate time to complete the I/O. The problem is always encountered by the DBWR processes.
Solution
As a workaround, DBWR IO slaves can be increased to handle the IO workload. However, this is an issue that need to get addressed to the hardware vendor (IBM) to check driver and I/O system.-- To implement the workaround, please execute the following steps::
sql> alter system set DBWR_IO_SLAVES = 4 scope=spfile;
sql> shutdown immediate
sql> startup

Answer 3

多谢各种。各位给的方法应该是正确的，我也是怀疑和硬件、系统配置有关系。不过我是用下面的方法解决的，很奇怪呵呵：sql>startup nomount
.
.
.
sql>recover
.
sql>alter database open;之后再把该实例重启，就没有该问题了。