ORACLE11g 没有控制文件如何通过rman备份恢复数据的详细实战过程

简介:

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;恢复数据库

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

 

 

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

 

Copyright (c) 1982, 2009, Oracle.  All rights reserved.

 

 

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/sysaux01.dbf');

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

 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;

 21  / 

PL/SQL procedure successfully completed.

 

SQL>

 

 

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

 

CKPT started with pid=13, OS id=23993

Mon Oct 17 21:16:59 2016

SMON started with pid=14, OS id=23995

Mon Oct 17 21:16:59 2016

RECO started with pid=15, OS id=23997

Mon Oct 17 21:16:59 2016

MMON started with pid=16, OS id=23999

starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...

Mon Oct 17 21:16:59 2016

MMNL started with pid=17, OS id=24001

starting up 1 shared server(s) ...

ORACLE_BASE from environment = /oracle/app/oracle

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

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

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

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

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

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

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

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

 

 

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',

  '/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

 23  CHARACTER SET ZHS16GBK;

 

Control file created.

 

SQL>

 

 

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#

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

                    0

 

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://blog.csdn.net/mchdba/article/details/52852157,未经过作者mchdba(黄杉)允许,谢绝转载。

怎么办呢?这个时候,就需要我们使用_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.

 

Total 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.csdn.net/mchdba/article/details/52852157

文章可以转载,必须以链接形式标明出处。

本文转自 张冲andy 博客园博客,原文链接:http://www.cnblogs.com/andy6/p/5974859.html    ,如需转载请自行联系原作者

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
7天前
|
SQL 存储 Oracle
Oracle的PL/SQL定义变量和常量:数据的稳定与灵动
【4月更文挑战第19天】在Oracle PL/SQL中,变量和常量扮演着数据存储的关键角色。变量是可变的“魔术盒”,用于存储程序运行时的动态数据,通过`DECLARE`定义,可在循环和条件判断中体现其灵活性。常量则是不可变的“固定牌”,一旦设定值便保持不变,用`CONSTANT`声明,提供程序稳定性和易维护性。通过 `%TYPE`、`NOT NULL`等特性,可以更高效地管理和控制变量与常量,提升代码质量。善用两者,能优化PL/SQL程序的结构和性能。
|
2月前
|
SQL Oracle 关系型数据库
Oracle 将表中的数据查出更改某一字段的值后再插入该表
Oracle 将表中的数据查出更改某一字段的值后再插入该表
32 2
|
2月前
|
存储 Oracle NoSQL
Oracle 表空间、数据文件、schema的关系
Oracle 表空间、数据文件、schema的关系
41 2
|
2月前
|
SQL Oracle 关系型数据库
Oracle查询优化-查询只包含数字或字母的数据
【2月更文挑战第4天】【2月更文挑战第10篇】查询只包含数字或字母的数据
89 1
|
1月前
|
XML Java 数据库连接
struts+hibernate+oracle+easyui实现lazyout组件的简单案例——hibernate的config文件(hibernate.cfg.xml)
struts+hibernate+oracle+easyui实现lazyout组件的简单案例——hibernate的config文件(hibernate.cfg.xml)
11 0
|
7天前
|
Oracle 安全 关系型数据库
Oracle数据守卫(DG):数据的“守护者”与“时光机”
【4月更文挑战第19天】Oracle Data Guard保障数据安全,通过实时维护备库实现故障切换,保证业务连续性。它使用日志传输和应用保持数据同步,如同“时光机”,借助闪回技术能恢复误操作数据。此外,它还提供数据压缩、加密和故障转移等功能,提升数据库安全性与性能。作为数据管理员,理解并善用Data Guard是确保企业数据安全的关键。
|
7天前
|
存储 NoSQL Oracle
Oracle 12c的内存列存储:数据的“闪电侠”
【4月更文挑战第19天】Oracle 12c的内存列存储以超高速度革新数据处理,结合列存储与内存技术,实现快速查询与压缩。它支持向量化查询和并行处理,提升效率,但需合理配置以平衡系统资源。作为数据管理员,应善用此功能,适应业务需求和技术发展。
|
7天前
|
存储 Oracle 关系型数据库
Oracle 12c的多重索引:数据的“多维导航仪”
【4月更文挑战第19天】Oracle 12c的多重索引提升数据查询效率,如同多维导航仪。在同一表上创建针对不同列的多个索引,加速检索过程。虽然过多索引会增加存储和维护成本,但合理选择和使用索引策略,结合位图、函数索引等高级特性,能优化查询,应对复杂场景。数据管理员应善用这些工具,根据需求进行索引管理,支持企业数据分析。
|
7天前
|
存储 Oracle 数据管理
Oracle 12c的自动数据优化(ADO)与热图:数据管理的“瘦身”与“透视”艺术
【4月更文挑战第19天】Oracle 12c的ADO和热图技术革新数据管理。ADO智能清理无用数据,优化存储,提升查询速度,实现数据&quot;瘦身&quot;;热图则以直观的视觉表示展示数据分布和状态,助力识别性能瓶颈,犹如数据的&quot;透视&quot;工具。这两项技术结合,强化数据管理,为企业业务发展保驾护航。
|
7天前
|
SQL Oracle 关系型数据库
Oracle的PL/SQL游标属性:数据的“导航仪”与“仪表盘”
【4月更文挑战第19天】Oracle PL/SQL游标属性如同车辆的导航仪和仪表盘,提供丰富信息和控制。 `%FOUND`和`%NOTFOUND`指示数据读取状态,`%ROWCOUNT`记录处理行数,`%ISOPEN`显示游标状态。还有`%BULK_ROWCOUNT`和`%BULK_EXCEPTIONS`增强处理灵活性。通过实例展示了如何在数据处理中利用这些属性监控和控制流程,提高效率和准确性。掌握游标属性是提升数据处理能力的关键。

推荐镜像

更多