通过reset incarnation实现跨resetlogs的恢复

最新推荐文章于 2024-07-30 16:12:19 发布
最新推荐文章于 2024-07-30 16:12:19 发布
阅读量153 收藏 1
点赞数
文章标签： 数据库
环境:Linux Redhat4 ,Oracle 10g,file system

通过reset database to incarnation 3;回到上一次resetlog所在的incarnation.

目前只有3月24号的备份和所有的归档,准备恢复数据库到3月25号13:20到16:50之间,也就是跨过
incarnation 4的resetlogs.

RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       ORCL     1090770270       PARENT  1          2005-06-30 19:09:40
2       2       ORCL     1090770270       PARENT  446075     2005-07-07 01:58:57
3       3       ORCL     1090770270       CURRENT 1010774    2008-03-25 13:20:57
4       4       ORCL     1090770270       ORPHAN  1012317    2008-03-25 16:52:20


RMAN> run
2> {
3> set until time= '2008-03-25 13:40:00';
4> restore database;
5> recover database;
6> alter database open resetlogs;
7> }
executing command: SET until clause
Starting restore at 2008-03-25 18:05:57
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=157 devtype=DISK
skipping datafile 1; already restored to file /u01/app/oracle/oradata/orcl/system01.dbf
skipping datafile 2; already restored to file /u01/app/oracle/oradata/orcl/undotbs01.dbf
skipping datafile 3; already restored to file /u01/app/oracle/oradata/orcl/sysaux01.dbf
skipping datafile 4; already restored to file /u01/app/oracle/oradata/orcl/users01.dbf
skipping datafile 5; already restored to file /u01/app/oracle/oradata/orcl/example01.dbf
skipping datafile 6; already restored to file /u01/app/oracle/oradata/orcl/staging01.dbf
restore not done; all files readonly, offline, or already restored
Finished restore at 2008-03-25 18:05:57
Starting recover at 2008-03-25 18:05:57
using channel ORA_DISK_1
starting media recovery
media recovery failed
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/25/2008 18:05:58
ORA-00283: recovery session canceled due to errors
RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed
start until time 'MAR 25 2008 13:40:00'
ORA-00283: recovery session canceled due to errors
ORA-38727: FLASHBACK DATABASE requires a current control file.

这个datafile已经是24号restore过来的,由于只切换了incarnation,controlfile还是incarnation 4的.


RMAN> restore controlfile from autobackup;
Starting restore at 2008-03-25 18:06:26
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/25/2008 18:06:26
RMAN-06496: must use the TO clause when the database is mounted or open
RMAN> list backup of controlfile;

List of Backup Sets
===================
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
4       Full    6.80M      DISK        00:00:00     2008-03-24 17:05:29
        BP Key: 4   Status: AVAILABLE  Compressed: NO  Tag: TAG20080324T170529
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_24/o1_mf_s_650221529_3ygvps8h_.bkp
  Control File Included: Ckp SCN: 934330       Ckp time: 2008-03-24 17:05:29
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
5       Full    6.80M      DISK        00:00:00     2008-03-24 17:08:40
        BP Key: 5   Status: AVAILABLE  Compressed: NO  Tag: TAG20080324T170840
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_24/o1_mf_s_650221720_3ygvwrll_.bkp
  Control File Included: Ckp SCN: 934500       Ckp time: 2008-03-24 17:08:40
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
6       Full    6.80M      DISK        00:00:00     2008-03-24 17:12:50
        BP Key: 6   Status: AVAILABLE  Compressed: NO  Tag: TAG20080324T171250
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_24/o1_mf_s_650221970_3ygw4l9q_.bkp
  Control File Included: Ckp SCN: 934659       Ckp time: 2008-03-24 17:12:50
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
10      Full    6.80M      DISK        00:00:00     2008-03-24 17:18:20
        BP Key: 10   Status: AVAILABLE  Compressed: NO  Tag: TAG20080324T171820
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_24/o1_mf_s_650222300_3ygwgw8v_.bkp
  Control File Included: Ckp SCN: 935569       Ckp time: 2008-03-24 17:18:20
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
12      Full    6.80M      DISK        00:00:00     2008-03-25 13:10:47
        BP Key: 11   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T131047
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650293847_3yk2bqr2_.bkp
  Control File Included: Ckp SCN: 1010240      Ckp time: 2008-03-25 13:10:47
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
13      Full    6.80M      DISK        00:00:01     2008-03-25 13:21:09
        BP Key: 12   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T132107
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650294467_3yk2y4nk_.bkp
  Control File Included: Ckp SCN: 1011647      Ckp time: 2008-03-25 13:21:07
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
14      Full    6.80M      DISK        00:00:00     2008-03-25 14:37:30
        BP Key: 13   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T143730
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650298991_3yk7fbd0_.bkp
  Control File Included: Ckp SCN: 1016697      Ckp time: 2008-03-25 14:36:31
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
15      Full    6.80M      DISK        00:00:00     2008-03-25 15:52:18
        BP Key: 14   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T155218
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650303538_3ykcslo0_.bkp
  Control File Included: Ckp SCN: 1022568      Ckp time: 2008-03-25 15:52:18
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
16      Full    6.80M      DISK        00:00:00     2008-03-25 15:52:20
        BP Key: 15   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T155220
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650303540_3ykcsnfd_.bkp
  Control File Included: Ckp SCN: 1022575      Ckp time: 2008-03-25 15:52:20
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
17      Full    6.80M      DISK        00:00:01     2008-03-25 15:52:22
        BP Key: 16   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T155221
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650303541_3ykcsp61_.bkp
  Control File Included: Ckp SCN: 1022580      Ckp time: 2008-03-25 15:52:21
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
18      Full    6.80M      DISK        00:00:01     2008-03-25 15:57:01
        BP Key: 17   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T155700
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650303820_3ykd2f5k_.bkp
  Control File Included: Ckp SCN: 1022902      Ckp time: 2008-03-25 15:57:00
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
19      Full    6.80M      DISK        00:00:00     2008-03-25 15:57:36
        BP Key: 18   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T155736
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650303856_3ykd3jov_.bkp
  Control File Included: Ckp SCN: 1022929      Ckp time: 2008-03-25 15:57:36
BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------
20      Full    6.80M      DISK        00:00:01     2008-03-25 16:52:31
        BP Key: 19   Status: AVAILABLE  Compressed: NO  Tag: TAG20080325T165230
        Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/autobackup/2008_03_25/o1_mf_s_650307150_3ykhbgx3_.bkp
  Control File Included: Ckp SCN: 1012597      Ckp time: 2008-03-25 16:52:30
RMAN>

查看备份,发现没有controlfile在incarnation 3时的备份.

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

转载于:http://blog.itpub.net/175005/viewspace-231106/

cjhkj2009
关注
Database Incarnations
彦祖的小号的博客
08-04 321
INCARNATION可以翻译为转世 在使用数据库的时间点恢复或使用备份控制文件恢复后必须使用OPEN RESETLOGS After complete recovery, you can resume normal operations without anOPEN RESETLOGS. After a DBPITR or recovery with a backup control file, however, you must open the database with theRESE...
incarnation oracle,对rman中的incarnation（化身）详解
weixin_34518190的博客
04-05 871
incarnation在英文中是“化身”的意思。那么在oracle中，它又是什么意思呢？有什么作用呢？我们看一些基本概念Current Incarnation(当前化身)：数据库当前正在使用的化身。Parent Incarnation(父化身)：数据库当前化身的上一个化身。在父化身以 OPEN RESETLOGS 打开后，就生成当前化身。Ancestor Incarnation(祖辈化身)：在父化...
reset incarnation
袈裟本无清净，红尘不染性空。幽幽古刹千年钟，都是痴人说梦
03-02 181
incarnation 测试先解释一下我对incarnation的理解吧，incarnation，我把这个叫做数据库实 体，不知道其他人怎么个叫法，从含义上看，它指的是一个重置scn后的数据库场景。一个数据库在刚开始被创建出来时，scn号为1，随着运行，scn不断 单调递增，Oracle就是根据scn描述数据库的整个发展进程，可以说scn就是数据库的时间轴。当数据库正常运行，或者执行完全恢复时，...
reset incarnation的分析之一
04-08 140
上午刚处理完客户的一个问题，正在发呆，一个哥们在msn上跟我发了个链接，问起我Oracle里incarnation的问题，本来也没想那么多，回答了几个问题，后来觉得这么说说不明白，干脆做个演示好了，于是就在这两天，作了一些inc...
Oracle如何跨越incarnation进行数据恢复
最新发布
老苏畅谈运维
07-30 465
从10g开始，incarnation被引入，每次使用resetlogs打开数据库，就会使incarnation + 1，也就是产生一个新的incarnation。resetlogs命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始，Oracle把这个数据库逻辑生存期称为incarnation，也有人翻译成化身。如上所示，恢复会报错，提示RMAN-20208，其实提示的也很清楚，就是告诉我们，控制文件里面已经记录过比这个SCN大的resetlogs，需要恢复的SCN不在当前数据库生命周期中。
incarnation oracle,reset incarnation
weixin_30695203的博客
04-05 230
incarnation 测试先解释一下我对incarnation的理解吧，incarnation，我把这个叫做实体，不知道其他人怎么个叫法，从含义上看，它指的是一个重置scn后的数据库场景。一个数据库在刚开始被创建出来时，scn号为1，随着运行，scn不断单调递增，Oracle就是根据scn描述数据库的整个发展进程，可以说scn就是数据库的时间轴。当数据库正常运行，或者执行完全恢复时，scn只会单...
reset incarnation研究之二
cp_2014的博客
06-20 166
上一次，测试了一下reset incarnation的作用，朋友又提出下一个问题，能不能跨多个实体进行恢复呢，理论上是可以的，不过没实践过，还是测试一下吧。 --首先在实体5上进行全库备份RMAN> backup dat...
reset incarnation的分析之二
04-20 157
上一次，测试了一下reset incarnation的作用，朋友又提出下一个问题，能不能跨多个实体进行恢复呢，理论上是可以的，不过没实践过，还是测试一下吧。--首先在实体5上进行全库备份RMAN> backup datab...
RMAN系列（六）RMAN高级恢复
绿杨
04-08 409
原 RMAN 系列（六） ---- RMAN 高级恢复https://blog.csdn.net/tianlesoftware/article/details/5722174版权声明： https://blog.csdn.net/tianlesoftware/article/details/5722174 这几天心情不太好，这周连续加上3天班，有点累，但是不管怎样，学习不能放下，在当下的社会，要改...
rman之resetlogs及恢复备份控制文件的一点理解
t0nsha's Blog
06-04 2345
版本:SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit ProductionPL/SQL
重新发现Oracle之美（八）open resetlogs
大碗刀削面的博客
08-20 430
resetlogs，由于不完全恢复导致日志不连续而不能使用恢复点之后的日志进行重做，所以使用resetlogs进行打开数据库。 noresetlogs，由于控制文件的版本是从备份中而来或是手工重建的，并且所有日志是连续的，可以用于重做，所以使用noresetlogs打开数据库，意为使用log进行重做。 The primary function of resetlogs is to ...
oracle数据文件5属于孤立,reset incarnation的分析之二
weixin_30418225的博客
04-12 284
上一次，测试了一下reset incarnation的作用，朋友又提出下一个问题，能不能跨多个实体进行恢复呢，理论上是可以的，不过没实践过，还是测试一下吧。--首先在实体5上进行全库备份RMAN> backup database format='c:bak%U.bak';启动 backup 于 26-3月 -08分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=142 ...
关于alter database open resetlogs及incarnation的理解
cme12889的博客
10-02 248
取自ITpub上的案例，如下不完全恢复只能做一次吗？采用rman的默认设置，对数据库进行了backup database备份。进行了一些操作后，然后直接关闭启动到mount状态RMAN> run{2> set unt...
对rman中的incarnation（化身）详解
Data & Analysis
06-12 1177
incarnation在英文中是“化身”的意思。 那么在oracle中，它又是什么意思呢？有什么作用呢？ 我们看一些基本概念 Current Incarnation（当前化身）：数据库当前正在使用的化身。 Parent Incarnation（父化身）：数据库当前化身的上一个化身。在父化身以 OPEN RESETLOGS 打开后，就生成当前化身。 Ancestor Incarnation...
Oracle RMAN备份与恢复补充知识
Eric.zhong
05-07 527
文章目录RMAN恢复方法说明RMAN恢复分类说明RMAN不完全恢复后，如何再次恢复？RMAN的CATALOG与NOCATALOG区别RMAN备份优化方法RMAN文件格式参数RMAN备份与恢复进度查询RMAN常用恢复命令 RMAN恢复方法说明 RMAN数据恢复有两个过程： RESTORE 将数据文件从磁带、磁盘或其它介质上的备份位置恢复到指定位置（磁盘、ASM等），并使其可供数据库服务器访问使用...
RMAN基于时间点恢复不完全恢…
infiltrators的博客
10-31 469
很好的理论文章。非常感谢。原文地址：RMAN基于时间点恢复不完全恢复作者：Jialin.LeeRMAN基于时间点恢复不完全恢复 我们知道，对归档下的数据库做RMAN全备，当数据库挂掉之后，执行完全恢复时，可以将数据库将恢复到完全最新的状态，包括至当前时间所做的所有已提交的数据修改，保证不会丢失数据。但是执行不完全恢复时，数据库会恢复到过去的某个时间点，这意味着会缺失一些事务处理，即恢复目标时间和
【Oracle】Oracle Incarnation 解释
Tinko123的博客
04-23 1772
Oracle Incarnation 解释 一、Oracle Incarnation 解释 先解释一下我对incarnation的理解吧，incarnation，我把这个叫做数据库实体，不知道其他人怎么个叫法，从含义上看，它指的是一个重置 scn后的数据库场景。一个数据库在刚开始被创建出来时，scn号为1，随着运行，scn不断单调递增，Oracle就是根据scn描述数据库的整个发展 进程，可以说s...
incarnation oracle,RMAN深入解析之--Incarnation应用（不完全恢复）
weixin_28848739的博客
04-05 452
案例环境：操作系统：RedHat EL5Oracle： Oracle 11gR2当在做Media Recover的不完全恢复时，通过resetlogs打开库，则Incarnation(数据库对应物)表示这个数据库的特定的逻辑生存期。当作为DBA可能面临这样的还原：需要使用上次执行resetlogs命令打开数据库前生成的一个备份来进行还原数据库，或者可能需要还原到执行上一个resetlogs命令之...
Oracle RMAN工具深度指南：备份与恢复实战
- INCARNATION恢复是一种高级恢复技术，允许在不同化身之间恢复数据，适用于复杂的数据恢复场景。 5. **实战演练**: - 文档通过实际操作演示了如何在不同恢复场景中应用RMAN命令，包括恢复过程中的验证和数据一致...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值