AIX 6.1环境，NetApp fas3240存储宕机，数据恢复过程
1、NetApp 控制器因为存储的操作系统bug宕机，通过售后远程技术支持搞定。
2、进入aix系统后，挂载存储，出现如下错误提示
0506-324 Cannot mount /dev/oracle_data_lv on /home3: The media is not formatted or the format is not correct.
0506-342 The superblock on /dev/oracle_data_lv is dirty. Run a full fsck to fix.
解决方法
执行fsck对磁盘分区进行修复
#fsck -p /home3
** Phase 1 - Check Blocks and Sizes
....
** Phase 6b - Salvage Block Map
-1 blocks missing
-1 blocks missing
Superblock is marked dirty (FIXED)
1922574 files 375776584 blocks 46344568 free
***** Filesystem was modified *****
修复成功后重新挂载分区，问题解决。
参考资料：
AIX报错0506-342 无法挂载分区问题解决
http://xjsunjie.blog.51cto.com/999372/386390
3、启动数据库（oracle11g）
SQL>startup
正常启动数据库 出现如下错误
ERROR at line 1:
ORA-01110: data file 1: /opt/oracle/oradata/system01.dbf'
错误原因分析：
是由于controlfile里所记录的scn与datafile里的scn不一致。比如从备份里restore出的controlfile上的scn < datafile上所记录的scn，因此理论上二种思路：
1、以old controlfile为准的，datafile上的scn是新的，这样存在着数据的不一致，要继续恢复下去，将datafile上的scn也要restore到与controlfile一致的情况，
但这样会丢失datafile上的数据。
2、就是以datafile上的scn为基准，将controlfile恢复到与datafile scn一致。
解决方法
用Rman恢复数据，基于scn号的恢复
RMAN> list backup; //查询最近的scn号
RMAN> shutdown immediate
RMAN> startup mount
run{
set until scn 12398926571334;
restore database;
recover database;
alter database open resetlogs;
}
也可以分开执行
RMAN> restore database until scn 12398926571334;
RMAN> recover database until scn 12398926571334;
RMAN> alter database open resetlogs;
数据库成功打开，数据正常。
参考资料：
ORA-01152 file 1 was not restored from a sufficiently old backup解决过程
http://blog.csdn.net/lxlj2006/article/details/6057547