AIX 6.1环境，NetApp fas3240存储宕机，数据恢复过程

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.youkuaiyun.com/lxlj2006/article/details/6057547