Truncate table t; begin

for i in 1 .. 10000 loop

insert into t values(dbms_flashback.get_system_change_number); commit; end loop; end; /

SQL> select min(tscn),max(tscn) from t; MIN(TSCN) MAX(TSCN) ---------- ----------

886422 905307 5.2模拟错误的不完全恢复

我希望恢复到scn 900000 ，可是我现在错误的恢复到890000。看是否还能恢复到900000

run {

startup mount force; set until scn 890000; restore database; recover database;

alter database open resetlogs; }

SQL> select min(tscn),max(tscn) from t; MIN(TSCN) MAX(TSCN) ---------- ----------

886422 889997

发现并没有找回我们所希望的数据

5.3再次进行不完全恢复

SQL> select current_scn from v$database; CURRENT_SCN -----------

908431

尝试恢复到900000 run {

startup mount force; set until scn 900000; restore database; recover database;

alter database open resetlogs; }

SQL> select min(tscn),max(tscn) from t;

MIN(TSCN) MAX(TSCN) ---------- ----------

886422 889997

依然并没有恢复到我希望的情况；

5.4反清复明后再进行恢复

startup mount force;

reset database to incarnation 11;

run {

set until scn 900000; restore database; recover database;

alter database open resetlogs; }

SQL> select min(tscn),max(tscn) from t; MIN(TSCN) MAX(TSCN) ---------- ----------

886422 899997

已经恢复到我所希望的情况了；

5.5总结分析

我之前一直无法理解oracle设置incarnation这个东西干什么用，通过这个实验，我们就能够理解incarnation的作用了；

Incarnation 11 and 12都包括scn 900000 的spot

所以当incarnation 12 做 until scn的时候，是恢复到当前incarcation 的 scn； 但是根据我们的需要，我们需要的是incarnation 11的scn 900000；

所以就需要使用reset database to incarnation 11才能找回我们需要的数据；

Incarnation 14BackupScn 890000Scn 900000Incarnation 11Incarnation 12Incarnation 13SCNScn 900000

后记：

通过以上几个实验，我们能够基本理解incarnation了；

如果实际中需要进行不完全恢复，一定要小心谨慎，因为可能出现更加复杂的情况。比如数据结构不同，控制文件丢失等等都会造成更加混乱的局面，但是只要思路清晰，相信这些都不是问题。

最后，本实验只是出于我个人的理解。如果有什么不正确，以及疑问，欢迎发送邮件到oraclerlee@sohu.com共同讨论学习进步。