ora-01110处理

hpux+oracle 10g+rac+asm，上面有两个库，其中一个库的报错，ora-01110错误，一个数据文件损坏。

登陆上去查看该数据文件的状态，select status,file# from v$datafile 一个数据文件显示为recover状态。

不想停库，所以看了一下，该数据文件对应得表空间只有它一个数据文件，而且只是一个用户，该用户在别的表空间没有其他数据。

正好用exp的备份。和管理员一查。每天都自动用exp导出，然后用nbu备到带库，然后删掉本地的备份，因为空间不够。可是不管备份是否成功，都删掉本地的，结果备份没有成功也删了，备份检查一定要做啊。

没有办法，只好用rman从NBU里面恢复。

计划找一块空间，restore需要的archive log，在指定位置，然后recover，后来一想，脱裤子放屁，还会带来很多不必要的麻烦。直接recover。

具体步骤：

停掉两面的数据库

启动一台，选择一直做备份的那台

把数据库启动到mount状态

在rman里面，使用恢复脚步

run{                                       

allocate channel ch00 type 'sbt_tape';

 recover datafile 14;

 release channel ch00;

 }

一定要recover datafile啊，上次旁观别人进行一样的恢复，我作为硬件的供应商，一样的情况，他用了recover database命令，结果system变成recover状态了，后来那哥们搞了整整一天一夜。也是因为这个事情的阴影，今天的操作让我压力比较大。

 

命令开始执行，等了大概40分钟，rman自动调用了很多的archive log，我的心情很是忐忑，虽然知道应该没事，还是担心万一出现那哥们的情况，我可没有那么大的本事和时间去恢复，直接跑路。

还好，一会提示完成，赶紧查看状态，ok，其他数据文件还是online，只有那个有recover变成offline，改成online，然后open，一切正常。

 

感谢dang和cctv，还主要感谢上次那哥们，感谢我上次积极旁观了一下啊

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/13337857/viewspace-678391/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/13337857/viewspace-678391/