公司在某个机构做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 这个地址是我从网上找到的资料,里面将原理写的很详细。