分类导航

Oracle 发布时间：2022-05-17 发布网站：大佬教程 code.js-code.com

大佬教程收集整理的这篇文章主要介绍了ORACLE11g 没有控制文件如何通过rman备份恢复数据的详细实战过程，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

@H_404_0@1、副总裁需要裸恢复的严峻现实

集团总部的信息部负责人给我打电话说为了找一年前的记录，所以需要对一年前2015年5月1日的数据进行恢复。而2016年初因为进行迁移，所以有些文件可能丢失，手上只有RMAN全备文件，希望在一天之内找回，集团一个副总裁在等着这个数据有急用。

我在电话里面说马上去做，接完电话，想到只有RMAN备份文件，而且是备份的数据文件，没有控制文件没有参数文件的备份，所以普通的

（1）先恢复控制文件restore CONTROLFILE from ‘…bak’;

（2）然后catalog start with ‘/data/2015-05-01/’注册备份文件，

（3）最后restore database;recover database;恢复数据库。

三板斧的常规途径是彻底的行不通了，咋办？咋办？咋办呢？……

@H_404_0@2、先进行数据文件的剥离

突然想起以前记得看过关于restoreDATAFILETo数据抽取的操作思路，大概是如果没有控制文件后，可以从RMAN的数据文件备份和归档日志备份里面抽取数据文件，然后重新建立控制文件，再用resetlogs方式打开数据库：

因为抽取命令里面需要填写一个个数据文件，这里有个前提是自己要熟悉自己的oracle实例的文件目录，知道备份的时候oracle实例有多少个数据文件（包括文件存放目录），这样就可以快速的整理出来抽取命令的sql。如果这些都忘记了，还可以去备份日志文件里面去查看check下，一般备份日志文件里面都会有的。

根据以前记录整理下抽取命令：

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.restoreDATAFILETo(dfnumber=>01,toname=>'/home/oradata/powerdes/system01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>02,toname=>'/home/oradata/powerdes/sysaux01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>03,toname=>'/home/oradata/powerdes/undotbs01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>04,toname=>'/home/oradata/powerdes/users01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>05,toname=>'/home/oradata/powerdes/powerdesk01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>06,toname=>'/home/oradata/powerdes/plas01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>07,toname=>'/home/oradata/powerdes/pl01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>08,toname=>'/home/oradata/powerdes/Help01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>09,toname=>'/home/oradata/powerdes/adobelc01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>10,toname=>'/home/oradata/powerdes/sms01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>11,toname=>'/home/oradata/powerdes/plcrm01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreBACkupPIEce(done=>done,handle=>'/data/2015-05-01/full_POWERDES_20150501_3566.bak',params=>null);

sys.DBMS_BACKUP_RESTORE.deviceDeallocate;

END;

执行过程如下：

[Oracle@pldb236 oradata]$ rlwrap sqlplus / as sysdba

sql*Plus: Release 11.2.0.1.0 Production on Mon Oct 17 21:19:32 2016

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

With the Partitioning,olAP,Data Mining and Real Application TesTing options

DECLARE

owerdes/system01.dbf');

sys.DBMS_BACKUP_RESTORE.restoreDATAFILETo(dfnumber=>02,toname=>'/home/oradata/powerdes/undotbs01.dbf');

devtype VARCHAR2(256);

done Boolean;

BEGIN

devtype:=sys.DBMS_BACKUP_RESTORE.deviceAllocate (type=>'',params=>null);

sys.DBMS_BACKUP_RESTORE.deviceDeallocate;

END;

21 /

pl/sql procedure successfully completed.

sql>

后台alert日志会显示正在不停的剥离出文件到指定目录里面去：

CKPT started with pID=13,OS ID=23993

@H_74_4@mon Oct 17 21:16:59 2016

SMON started with pID=14,OS ID=23995

@H_74_4@mon Oct 17 21:16:59 2016

RECO started with pID=15,OS ID=23997

@H_74_4@mon Oct 17 21:16:59 2016

@H_74_4@mMON started with pID=16,OS ID=23999

starTing up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCol=TCp))'...

@H_74_4@mon Oct 17 21:16:59 2016

@H_74_4@mMNL started with pID=17,OS ID=24001

starTing up 1 shared server(s) ...

OracLE_BASE from environment = /Oracle/app/Oracle

@H_74_4@mon Oct 17 21:20:14 2016

Full restore complete of DATAFILE 7 to DATAFILE copy /home/oradata/powerdes/pl01.dbf. Elapsed time: 0:00:27

checkpoint is 11106141982

last dealLOCATIOn scn is 11082135537

Full restore complete of DATAFILE 8 to DATAFILE copy /home/oradata/powerdes/Help01.dbf. Elapsed time: 0:00:03

checkpoint is 11106141982

last dealLOCATIOn scn is 9881798870

Full restore complete of DATAFILE 9 to DATAFILE copy /home/oradata/powerdes/adobelc01.dbf. Elapsed time: 0:00:01

checkpoint is 11106141982

@H_74_4@mon Oct 17 21:20:32 2016

Full restore complete of DATAFILE 10 to DATAFILE copy /home/oradata/powerdes/sms01.dbf. Elapsed time: 0:00:10

checkpoint is 11106141982

@H_74_4@mon Oct 17 21:21:25 2016

Full restore complete of DATAFILE 3 to DATAFILE copy /home/oradata/powerdes/undotbs01.dbf. Elapsed time: 0:01:23

checkpoint is 11106141982

last dealLOCATIOn scn is 11106022955

Undo Optimization current scn is 11106076830

@H_74_4@mon Oct 17 21:22:28 2016

Full restore complete of DATAFILE 4 to DATAFILE copy /home/oradata/powerdes/users01.dbf. Elapsed time: 0:02:53

checkpoint is 11106141982

last dealLOCATIOn scn is 11082633897

@H_74_4@mon Oct 17 21:23:47 2016

Full restore complete of DATAFILE 11 to DATAFILE copy /home/oradata/powerdes/plcrm01.dbf. Elapsed time: 0:04:11

checkpoint is 11106141982

last dealLOCATIOn scn is 11100156728

@H_74_4@mon Oct 17 21:25:30 2016

Full restore complete of DATAFILE 1 to DATAFILE copy /home/oradata/powerdes/system01.dbf. Elapsed time: 0:05:34

checkpoint is 11106141982

last dealLOCATIOn scn is 11039454999

Undo Optimization current scn is 11106076830

@H_74_4@mon Oct 17 21:28:10 2016

Full restore complete of DATAFILE 2 to DATAFILE copy /home/oradata/powerdes/sysaux01.dbf. Elapsed time: 0:08:27

checkpoint is 11106141982

last dealLOCATIOn scn is 11101587434

@H_74_4@mon Oct 17 21:29:11 2016

Full restore complete of DATAFILE 6 to DATAFILE copy /home/oradata/powerdes/plas01.dbf. Elapsed time: 0:09:33

checkpoint is 11106141982

last dealLOCATIOn scn is 11082142314

@H_404_0@3、建立控制文件

数据文件抽取成功后，需要单独自己创建控制文件，如果不知道如何创建 CONTROLFILE的命令，可以在线上生成trace文件一般默认的控制文件是二进制的，打开来是乱码的，备份一个trace出来可以打开看到语句了,$OracLE_BASE/admin/$oracle_sid/udump目录下，生成的新的 trace 文件里，trace文件有生成控制文件的脚本，使用如下命令alter database BACkup CONTROLFILE to trace as'/Oracle/app/Oracle/admin/powerdes/pfile/control.sql';可以得到创建控制文件的sql命令。

这里有个前提是自己要熟悉自己的oracle实例的文件目录，知道备份的时候oracle实例有多少个数据文件，有多少个redo log文件，这样就可以快速的整理出来创建控制文件的sql。如果这些都忘记了，还可以去备份日志文件里面去查看check下，一般备份日志文件里面都会有的。

整理出来创建控制文件sql命令如下：

（1）命令如下

CREATE CONTROLFILE REUSE SET DATABASE "POWERDES" resetLOGS ARCHIVELOG

MAXLOGfileS 16

MAXLOGMEMBERS 3

MAXDATAFILES 100

MAXINSTANCES 8

MAXLOGHISTORY 2920

DATAFILE

'/home/oradata/powerdes/system01.dbf',

'/home/oradata/powerdes/sysaux01.dbf',

'/home/oradata/powerdes/undotbs01.dbf',

'/home/oradata/powerdes/users01.dbf',

'/home/oradata/powerdes/powerdesk01.dbf',

'/home/oradata/powerdes/plas01.dbf',

'/home/oradata/powerdes/pl01.dbf',

'/home/oradata/powerdes/Help01.dbf',

'/home/oradata/powerdes/adobelc01.dbf',

'/home/oradata/powerdes/sms01.dbf',

'/home/oradata/powerdes/plcrm01.dbf'

LOGfile

GROUP 1 '/home/oradata/powerdes/redo01.log' SIZE 50M BLOCKSIZE 512,

GROUP 2 '/home/oradata/powerdes/redo02.log' SIZE 50M BLOCKSIZE 512,

GROUP 3 '/home/oradata/powerdes/redo03.log' SIZE 50M BLOCKSIZE 512

CHaraCTER SET ZHS16GBK;

（2）执行过程如下：

sql>

CREATE CONTROLFILE REUSE SET DATABASE "POWERDES" resetLOGS ARCHIVELOG

MAXLOGfileS 16

MAXLOGMEMBERS 3

MAXDATAFILES 100

MAXINSTANCES 8

MAXLOGHISTORY 2920

DATAFILE

'/home/oradata/powerdes/system01.dbf',

GROUP 3 '/home/oradata/powerdes/redo03.log' SIZE 50M BLOCKSIZE 512

23 CHaraCTER SET ZHS16GBK;

Control file created.

sql>

@H_404_0@4、进行数据恢复

开始执行数据恢复，还是依然在sql窗口里面进行操作的，操作如下：

#(1) 执行recover恢复

sql> recover database using BACkup CONTROLFILE until cancel ;

ORA-00279: change 11106141982 generated at 05/01/2015 03:00:08 needed for

thread 1

ORA-00289: suggestion :

/Oracle/app/Oracle/flash_recovery_area/POWERDES/archivelog/2016_10_17/o1_mf_1_32

117_%u_.arc

ORA-00280: change 11106141982 for thread 1 is in sequence #32117

Specify log: {<RET>=suggested | filename | auto | CANCEL} # 这里一般选择输入cancel即可

cancel

ORA-10879: error signaled in parallel recovery slave

ORA-01547: warning: RECOVER succeeded but OPEN resetLOGS would get error below

ORA-01194: file 2 needs more recovery to be consistent

ORA-01110: data file 2: '/home/oradata/powerdes/sysaux01.dbf'

sql> alter database open resetlogs;

alter database open resetlogs

ERROR at line 1:

ORA-01194: file 2 needs more recovery to be consistent

ORA-01110: data file 2: '/home/oradata/powerdes/sysaux01.dbf'

# 这时，我们无法将数据库打开，一直报ORA-01194错误，说明数据库的SCN号和数据文件的SCN号不一致了。这是因为控制文件我们不是从备份集里面恢复回来的，而是在抽取数据文件后手动建立的控制文件，因此要比数据文件的SCN号要大（甚至特殊情况当前的数据库的会是0）。通过对v$database和v$DATAFILE的checkpoint_change#列的查询，可以确定出本次操作中当前数据库的checkpoint_chenage#为0，两者完全不一致导致通过resetlogs打开数据库异常。

Bty：如果这里当前数据库v$database的值不为0，但是仍然比数据文件v$DATAFILE里面的值大，那么则会不停报ORA-01152错误。

sql> SELEct checkpoint_change# from v$database;

checkpoint_change#

------------------

sql> SELEct file#,checkpoint_change# from v$DATAFILE;

file# checkpoint_change#

---------- ------------------

1 1.1106E+10

2 1.1106E+10

3 1.1106E+10

4 1.1106E+10

5 1.1106E+10

6 1.1106E+10

7 1.1106E+10

8 1.1106E+10

9 1.1106E+10

10 1.1106E+10

11 1.1106E+10

11 rows SELEcted.

sql>

文章源地址：http://code.js-code.com/article/p-sbirgpvl-bau.html，未经过作者mchdba（黄杉）允许，谢绝转载。

@R_874_8791@这个时候，就需要我们使用_allow_resetlogs_corruption的隐含参数来处理了。

整个调整的目标是强制启动数据库，设置此参数之后，在数据库Open过程中，Oracle会跳过某些一致性检查，从而使数据库可能跳过不一致状态，Open打开:

# 启动隐含参数

sql> alter system set "_allow_resetlogs_corruption"=true scope=spfile;

System altered.

sql> # 然后重启数据库，使参数生效，在此基础上再次恢复数据库

sql> shutdown immediate;

ORA-01109: database not open

Database dismounted.

OracLE instance shut down.

sql> startup mount;

OracLE instance started.

@R_833_10586@l System Global Area 6680915968 bytes

Fixed Size 2213936 bytes

Variable Size 4898949072 bytes

Database Buffers 1744830464 bytes

Redo Buffers 34922496 bytes

Database mounted.

sql> recover database using BACkup CONTROLFILE until cancel;

ORA-00279: change 11106141982 generated at 05/01/2015 03:00:08 needed for

thread 1

ORA-00289: suggestion :

/Oracle/app/Oracle/flash_recovery_area/POWERDES/archivelog/2016_10_17/o1_mf_1_32

117_%u_.arc

ORA-00280: change 11106141982 for thread 1 is in sequence #32117

Specify log: {<RET>=suggested | filename | auto | CANCEL}

cancel

ORA-10879: error signaled in parallel recovery slave

ORA-01547: warning: RECOVER succeeded but OPEN resetLOGS would get error below

ORA-01194: file 2 needs more recovery to be consistent

ORA-01110: data file 2: '/home/oradata/powerdes/sysaux01.dbf'

# 然后使用resetlogs打开数据库，成功了。

sql> alter database open resetlogs;

Database altered.

sql>

# 然后检查scn，都是统一的了。

SELEct checkpoint_change# from v$database;

SELEct file#,checkpoint_change# from v$DATAFILE;

然后使用业务表数据来判断是否已经恢复成功到这一天，查看后确认成功：

sql> SELECT T2.* from(SELEct t.uiID,t.updated_date from plas.plas_acct t where t.updated_date is not null order by t.updated_date desc ) t2 where rownum <10;

UIID updatED_DATE

-------------------------------------------------- ------------

wangyu1 01-MAY-15

gaihy 01-MAY-15

xuhl 01-MAY-15

dingchuan1 01-MAY-15

zhangcong 01-MAY-15

chenwh2 01-MAY-15

yuli2 01-MAY-15

zhangxya 01-MAY-15

qiuwj 01-MAY-15

9 rows SELEcted.

sql>

至此，没有控制文件下通过RMAN恢复一年的数据做成了，然后通过expdp导出需要的数据，之后对数据库进行恢复或者重建等等。

参考文章地址：http://blog.itpub.net/11590946/viewspace-750511/

大佬总结

以上是大佬教程为你收集整理的ORACLE11g 没有控制文件如何通过rman备份恢复数据的详细实战过程全部内容，希望文章能够帮你解决ORACLE11g 没有控制文件如何通过rman备份恢复数据的详细实战过程所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。

标签：所以

上一篇: Oracle ORA-00600启动错误下一篇:Oracle-SET运算符/查询的并交差

猜你在找的Oracle相关文章

Oracle 闪回找回数据的实现方法 2022-05-17
Oracle PL/SQL中异常高级特性示例解析 2019-11-05
Oracle中触发器示例详解 2019-11-05
Oracle游标的使用实例详解 2019-11-05
oracle net manager 数据传输安全步骤详解 2019-11-05
ORACLE检查找出损坏索引(Corrupt Indexes)的方法详解 2019-11-05
ORACLE中段的HEADER_BLOCK示例详析 2019-11-05
修改oracle密码有效期限制的两种思路详解 2019-11-05
修改ORACLE数据库密码有效期的方法 2019-11-05
plsql 登录 oracle11 12514 错误的处理方法 2019-11-05