只有rman的备份文件（数据文件）恢复过程

通过rman备份文件恢复spfile


通过rman备份文件恢复controlfile


通过rman备份文件恢复datafile


利用恢复回来的controlfile和datafile生成redolog


我系统环境所有的文件如下:
[oracle@test dbs]$ pwd
/opt/oracle/10g/dbs
[oracle@test dbs]$ ls
initdw.ora  init.ora
ls /opt/oracle/flash_recovery_area/ORCL/backupset/2008_07_18/
o1_mf_ncsnf_TAG20080718T203240_482fls2h_.bkp
o1_mf_nnndf_TAG20080718T203240_482fkb0k_.bkp
在我这台电脑上, ,系统中所有的ORCL相关的数据文件,参数文件,日志文件,控制文件全部不在了, 没有其他可用的备份文件了,只有rman备份的文件在,这可怎么办呢?


restore必须在mount or open状态下.参数文件,控制文件都没有怎么mount? 
要mount必须有参数文件,控制文件,为此我们必须解决这2个难题了.参数文件，控制文件
在解决难题前先准备ORCL的必须的目录:
[oracle@test dbs]mkdir /opt/oracle/oradata/orcl
[oracle@test dbs]mkdir /opt/oracle/admin/orcl/adump –p
[oracle@test dbs]mkdir /opt/oracle/admin/orcl/cdump
[oracle@test dbs]mkdir /opt/oracle/admin/orcl/bdump
[oracle@test dbs]mkdir /opt/oracle/admin/orcl/udump
[oracle@test dbs]mkdir /opt/oracle/admin/orcl/dpdump
[oracle@test dbs]mkdir /opt/oracle/admin/orcl/pfile
难题1:spfile参数文件恢复
有人说没参数文件我新建立一个pfile,当然这个办法是可行的,不过在10g中rman备份是自动备份了spfile的,所以我们可以利用rman来恢复spfile了.
[oracle@test dbs]rman target / nocatalog
RMAN> list backup;
RMAN-00571: ================================================


RMAN-03002: failure of list command at 07/18/2008 21:24:37
RMAN-06403: could not obtain a fully authorized session
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist


看到上面的是正常的,因为数据库没有启动呢.
于是我们先启动数据库到nomout下
RMAN>startup nomount
startup failed: ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/opt/oracle/10g/dbs/initorcl.ora'
starting Oracle instance without parameter file for retrival of spfile
Oracle instance started
RMAN>list backup;
将与上次执行看到的一样,此时也是正常的,不必担心,下面就是利用rman备份文件来解决难题1了.
RMAN> 
restore spfile from 
'/opt/oracle/flash_recovery_area/ORCL/backupset/2008_07_18/o1_mf_ncsnf_TAG20080718T203240_482fls2h_.bkp';
下面是来验证spfileorcl.ora文件是否已存在:
[oracle@test dbs]$ ls
initdw.ora  init.ora  spfileorcl.ora


有了参数文件,就需要解决控制文件恢复了
难题2. 控制文件恢复
有分为两种方法来处理：
1是有在configure中设定autobackup controlfile


2在configure中没有设定autobackup controlfile;


平时可以通过在RMAN中输入CONFIGURE CONTROLFILE AUTOBACKUP ON;就会自动备份了
    是有在configure中设定autobackup controlfile的解决方法
启动到startup nomount;


RMAN>restore controlfile from 
'/opt/oracle/flash_recovery_area/ORCL/backupset/2008_07_18/o1_mf_ncsnf_TAG20080718T203240_482fls2h_.bkp'; 
2.在configure中沒有设定autobackup controlfile 就可以通过下面的package从backupset中來提取controlfile


利用dbms_backup_restore提取controlfile恢复控制文件
步骤:


[oracle@test dbs]$sqlplus /nolog


SQL> conn /as sysdba


由于在刚才使用rman时执行了startup nomount,所以这里是connected,下面我们到nomount状态
SQL> startup force nomount


SQL>DECLARE


devtype varchar2(256);


done boolean;


BEGIN


devtype:=sys.dbms_backup_restore.deviceAllocate(type=>'',ident=>'T1');


sys.dbms_backup_restore.restoreSetDatafile;


sys.dbms_backup_restore.restoreControlfileTo(cfname=>'/opt/oracle/oradata/orcl/control01.ctl');


sys.dbms_backup_restore.restoreBackupPiece(done=>done,handle=>'/opt/oracle/flash_recovery_area/ORCL/backupset/2008_07_18/o1_mf_ncsnf_TAG20080718T203240_482fls2h_.bkp',params=>null);


 sys.dbms_backup_restore.deviceDeallocate;


 end;


/
下面验证control01.ctl是否恢复:
[oracle@test dbs]$ ls /opt/oracle/oradata/orcl/
control01.ctl


于是我们可以启动数据库到mount状态了.


[oracle@test dbs]$sqlplus /nolog
SQL> conn /as sysdba
SQL> startup force mount
ORA-00205: error in identifying control file, check alert log for more info
我们已经恢复了控制文件了,怎么还是有错误呢,其实不用担心,看看spfile中的记录先
SQL> show parameter control_files
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
control_files                        string      


/opt/oracle/oradata/orcl/control01.ctl, /control02.ctl, control03.ctl
既然如此,我们就把控制文件同步下好了.
SQL> ho cp /opt/oracle/oradata/orcl/control01.ctl        
/opt/oracle/oradata/orcl/control02.ctl
SQL> ho cp /opt/oracle/oradata/orcl/control01.ctl /opt/oracle/oradata/orcl/control03.ctl
SQL> alter database mount;
SQL> ho ls /opt/oracle/oradata/orcl/
control01.ctl  control02.ctl  control03.ctl
3、恢复数据文件
有了恢复后的控制文件,我们就可以使用rman查看与使用以前的rman备份了.
恢复datafile 步骤:
rman target / nocatalog
connected to target database: ORCL (DBID=1188209463, not open)
看到了 红色部分了吗,太好了终于看到了正常的rman登陆信息了.
那就RMAN> list backup; 看看能找到我们的
o1_mf_ncsnf_TAG20080718T203240_482fls2h_.bkp
o1_mf_nnndf_TAG20080718T203240_482fkb0k_.bkp


太好了,总于可以使用restore,recover来恢复datafile了.
RMAN> restore database;
此时可以在$ORACLE_BASE/oradata/orcl/下看到期望已久的datafile了.
[oracle@test dbs] ls /opt/oracle/oradata/orcl/
control01.ctl  sysaux01.dbf  system01.dbf  undotbs01.dbf  users01.dbf
不过此时还没有完哈,需要在接在励.
由于没有redo log日志文件所以我们不能应用日志恢复:


4、恢复redo日志文件、日志文件、密码文件
RMAN> recover database noredo;
到目前我们已经拥有了参数文件,控制文件,数据文件了:
[oracle@test dbs] ls /opt/oracle/oradata/orcl/
[oracle@test dbs] ls /opt/oracle/10g/dbs/
alert_orcl.log  hc_orcl.dat  initdw.ora  init.ora  lkORCL  spfileorcl.ora
还差一个密码文件,以及相关的日志文件了.
先解决密码文件:
[oracle@test dbs] orapwd file=/opt/oracle/10g/dbs/orapworcl password=uplooking entries=5
[oracle@test dbs] ls /opt/oracle/10g/dbs/
alert_orcl.log  initdw.ora  lkORCL     spfileorcl.ora  hc_orcl.dat     init.ora    orapworcl
下面需要大家坚持不懈的完成最后一个工作了.
那就是通过已经恢复的controlfile and datafile 来演算出redo log file了.
步骤:
[oracle@test dbs]sqlplus /nolog
SQL> conn /as sysdba
SQL>startup mount;
SQL> alter system set "_allow_resetlogs_corruption"=TRUE scope=spfile;
SQL>ho ls /opt/oracle/oradata/orcl/
control01.ctl  control03.ctl  sysaux01.dbf  undotbs01.dbf
control02.ctl  orapworcl      system01.dbf  users01.dbf
下面没有redo log file ,下面我将演算出redo log
SQL>startup force
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL>alter database open resetlogs;
SQL> ho ls /opt/oracle/oradata/orcl/
好了到这里,非常高兴了,你已经成功的从只有rman备份文件中恢复了参数文件,控制文件,所有数据文件,日志文件了. 
最好在做个数据库全备份