Oracle中的incarnation

公司在某个机构作oracle恢复的时候，报了一个错：

      RMAN- 00571: ===========================================================

RMAN- 00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN- 00571: ===========================================================

RMAN- 03002: failure of set command at 10/ 25/ 2010 15: 10: 03

RMAN- 20208: UNTIL CHANGE is before RESETLOGS change

后来经过查阅一些资料发现是 incarnation的问题，说到incarnation就要先说下resetlogs了，由于只有在使用alter database open resetlogs这个命令以后，incarnation才会有做用，若是没有使用过这个命令，那么incarnation对咱们就没有影响。

   alter database open resetlogs这个命令的做用是：在进行完不彻底恢复后，打开数据库时，重置redo日志，即将重作日志的sequence重置为1，数据文件使用新得scn和时间戳来标记（数据库不彻底恢复时，在指定时间点后的scn都没法再应用到数据库中。Resetlog时的scn就被设成当前数据库scn。）

由于是不彻底恢复，因此会包含没作恢复前的日志，而redo的日志中包含恢复恢复点以后的日志是对而这些日志对于恢复后的数据库再也不有效，因此数据库会要求在Open以前先对online redo log的sequence重置为1，让redo的sequence从新开始，而且会重置当前的联机重作日志。）而redo的重置会形成当前数据库就会不认识以前作的备份了（redo序列号为1至关于开启了一个新的周期，而以前的序列号就是上个周期的数据了），因此我在使用以前的备份来还原数据库就会出错了。

      Resetlogs命令表示一个数据库逻辑生存期的结束和另外一个数据库逻辑生存期的开始，Oracle把这个数据库逻辑生存期称为incarnation；每次使用resetlogs打开数据库，就会使incarnation + 1，也就是产生一个新的incarnation；若是想要恢复到以前incarnation的scn/time，就须要先恢复到以前的incarnation；

报错解决方法：（ 只适用于Oracle10G及以后的版本，在10g以前的版本，数据库执行完OPEN RESETLOGS操做以后，都建议马上进行一次彻底备份，由于以前版本中在执行OPEN RESETLOGS操做时并不对当前的Online Redologs文件进行归档，这会致使归档文件再也不连续，所以以前建立的备份再也不有效（恢复不到当前状态了，只能恢复到OPEN RESETLOGS操做以前）。10g及以后版本就不存在这个问题了，OPEN RESETLOGS操做会首先将当前在线重作日志文件归档（若是可以访问到的话），而且OPEN RESETLOGS操做也会记入Online Redologs文件并正常归档，这样保证了归档日志文件的连续性，以前的备份依然有效，可是仍然须要进行incarnation切换，不然仍然识别不了以前incarnation的备份）

（1）在rman中使用list incarnation命令查找系统中的incarnation

（2）在其中找到上次备份时所在的incarnation

（3）使用reset database to incarnation 2; （其中2为上次的incarnation号）

作完这些操做后，oracle就会认识到以前的备份了，再次进行恢复，就能够了。

 

而9i及以前的版本恢复就有些困难了，而且要知足一下条件：

（1）存在resetlogs点以前的控制文件备份

（2）当前控制文件的备份

（3）可以获取resetlogs scn（是数据库用resetlogs选项打开时对应的scn，这个scn能够再alter_SID.log文件中寻找（resetlogs after incomplete recovery UNTIL CHANGE scn号））

（4）数据文件的备份是最近resetlogs点前的备份

（5）有备份点到resetlogs scn的归档日志

（6）存在resetlogs scn到恢复点之间的归档日志

恢复分为两步骤，分别为resetlogs以前和以后：

       Resetlogs以前：

（1）得到resetlogs scn

（2）关闭数据库

（3）将当前空值文件拷贝到另外的位置

（4）启动rman

（5）启动数据库到nomount状态

（6）运行reset database to incarnation incarnation号

（7）执行run命令块

Run{

Set until scn resetlogs_scn;

Allocate channel c1 device type disk;

Restore controlfile;

Alter database mount;

Restore datafile;

Recover datbase;

}

（8）关闭数据库

Resetlogs 以后：

（1）复原以前的控制文件

（2）启动数据库到nomount

（3）运行 reset database to incarnation incarnation号，使数据库的incarnation号为当前的incarnation

（4）Mount数据库

（5）恢复数据库到指望的点

（6）打开数据库，完成恢复。

 

  http://book.51cto.com/art/200912/170082.htm 这个地址是我从网上找到的资料,里面将原理写的很详细。