关于如何在rman没有catalog的情况下恢复用Rman 备份到磁带上的controlfile

老邱

最近有人问controlfile如果没有单独备份，如何恢复的问题。如果是用rman备份的controlfile，原则上是要用rman恢复它（在rman里restore controlfie）。在rman nocatalog的情况下，但rman可以运行进行恢复的前提是oracle mount状态。oracle mount状态的前提是controlfile要在。死胡同了。（感谢yddll提醒，修改了上句有歧意的说法）。所以以前在oracle备份的建议里我都是建议用文件的方式备份controlfile（见http://bbs.chinaunix.net/viewthread.php?tid=550177）。

如果万一真的没有单独备份controlfile，所有的datafile、controlfile都没了，要恢复，以下方法就是救命大法了。忘记贴过这个内容没有，没见过的赶快记下。

（备份是用NetBackup，bplist是NetBackup的指令；别的备份软件应该也有相应的指令）

关于如何在rman没有catalog的情况下恢复用Rman 备份到磁带上的controlfile

1. 利用 bplist 命令查出最新备份的 controlfile 所在的备份集
# bplist -C oraserver -S bkserver -t 4 -R /
/cntrl_47_1_487002297
/cntrl_46_1_487002110
/cntrl_43_1_486814317
/al_42_1_486814273
/al_40_1_486814236
/al_41_1_486814236
/al_39_1_485975390
/al_38_1_485975073
/al_37_1_485964377
/al_36_1_485956945
/al_35_1_485956730
/al_34_1_485956488
/al_33_1_485798568
/cntrl_32_1_485795684
/al_31_1_485795653
/cntrl_30_1_485794954
/al_29_1_485794918
/cntrl_28_1_485719603
/al_26_1_485719551
/al_27_1_485719551
/bk_25_1_485719418
/bk_24_1_485719417
其中oraserver为oracle所在的NBU客户端，bkserver为 NBU MasterServer.
如上所示/cntrl_47_1_487002297 为最新的controlfile 备份集。
2. 将现有的数据库shutdown之后启动到nomount状态
SQL> conn / as sysdba
Connected.
SQL> shutdown immediate
ORA-01109: database not open

Database dismounted.
ORACLE instance shut down.
SQL> startup nomount <pfile=.....>可写可不写,看情况
ORACLE instance started.

Total System Global Area   69652640 bytes
Fixed Size                    73888 bytes
Variable Size              52621312 bytes
Database Buffers           16777216 bytes
Redo Buffers                 180224 bytes
3. 在SQL中敲入一下脚本
SQL>           
SQL> declare
     devtype varchar2(256);
     done boolean;
    begin
    devtype:=dbms_backup_restore.deviceallocate('sbt_tape',params=>'');
    dbms_backup_restore.restoresetdatafile;
    dbms_backup_restore.restorecontrolfileto('/tmp/abc.cf');
  
dbms_backup_restore.restorebackuppiece('cntrl_47_1_487002297',done=>done
);
   end;
/

其中'/tmp/abc.cf'为我们要取出的controlfile 所存放的位置和名称；
    'cntrl_47_1_487002297'为先前我们得到的Controlfile 所在的备份集名称
    其余不需更改！！
此脚本运行的结果为：
PL/SQL procedure successfully completed.
4. 将/tmp/abc.cf文件改名为正确的controlfile 名字
5. 启动数据库到mount状态
6. 再执行RMAN的恢复脚本，恢复数据。

[ 本帖最后由 老邱 于 2008-3-3 09:55 编辑 ]

alex_linux

好文 .赞一个.

收下了

问下 4. 将/tmp/abc.cf文件改名为正确的controlfile 名字

改了名字.后要不要手工把controlfile的文件 copy到原来位置呢?还是就放在那里就好会自动恢复呢?

[ 本帖最后由 alex_linux 于 2008-3-1 11:19 编辑 ]

xiaomao2006

顶,大师

无牙

顶，牛！

kylinbird

3. 在SQL中敲入一下脚本
SQL>           
SQL> declare
     devtype varchar2(256);
     done boolean;
    begin
    devtype:=dbms_backup_restore.deviceallocate('sbt_tape',params=>'');
    dbms_backup_restore.restoresetdatafile;
    dbms_backup_restore.restorecontrolfileto('/tmp/abc.cf');
  
dbms_backup_restore.restorebackuppiece('cntrl_47_1_487002297',done=>done
);
   end;
/

请问以上pq/sql语句的目的是只恢复控制文件还是控制文件和数据文件一起恢复，其中一句dbms_backup_restore.restoresetdatafile;
怎么看着像是恢复数据文件啊

maping

N
太强了

老邱

原帖由 alex_linux 于 2008-3-1 11:14 发表

问下 4. 将/tmp/abc.cf文件改名为正确的controlfile 名字

改了名字.后要不要手工把controlfile的文件 copy到原来位置呢?还是就放在那里就好会自动恢复呢?

copy到pfile或spfile里指定的controlfile=...位置。这与NBU无关，了解oracle本身各种文件(pfile, controlfile, datafile, logfile)的关系和启动过程就明白了。

老邱

请问以上pq/sql语句的目的是只恢复控制文件还是控制文件和数据文件一起恢复，其中一句dbms_backup_restore.restoresetdatafile;
怎么看着像是恢复数据文件啊

不知道，这时候应该不会能恢复数据文件的。以前我测试过，很管用。有条件的兄弟可以再测试一下。

lsw

不错，太牛了。。

fly1928

好文,如果早几年,我的客户就有福了.