RESETLOGS后没有备份情况下的数据恢复

核心提示：媒体恢复分完全恢复和不完全恢复，不完全恢复可以恢复到指定的时刻或系统更改号，RESETLOGS后没有备份情况下的数据恢复，但不完全恢复之后剩余日志文件就不可用，必须重置日志序列号，这样就实现了用RESETLOGS之前的备份恢复RESETLOGS之后的数据，前提是保证两股日志流（RESETLOGS之前的归档日志流和RES

媒体恢复分完全恢复和不完全恢复。不完全恢复可以恢复到指定的时刻或系统更改号，但不完全恢复之后剩余日志文件就不可用，必须重置日志序列号，用RESETLOGS选项打开数据库，此后数据库变成一个新形体，为了将来的恢复，必须重做一致备份。而且，RESETLOGS之前的备份已不可用。但是，很可能在RESETLOGS后没有做数据库的一致备份，而数据库又不认识RESETLOGS之前的备份，此时该如何恢复RESETLOGS后的数据呢？虽说本文提供的技术能实现用RESETLOGS之前的备份恢复到RESETLOGS之后某一时刻的数据，但这也是挽救措施，笔者强烈建议读者要做RESETLOGS之后的一致数据库备份。

技术的理论基础

Oracle仅根据系统更改号（SCN）进行恢复操作，所有数据文件必须恢复到同一时间点，并在该点后未作任何改动，才能打开数据库。数据库的SCN是唯一的，并随着数据库生存期间的操作事务增加而增加（可能不连续）。SCN的值永远不会为0，除非重新创建数据库。SCN的序列的递增性不随数据库的任何操作而改变，即使是RESETLOGS也如此。RESETLOGS清除所有联机日志文件中未应用的重做记录，RESETLOGS只重置日志文件的序列号为1，但对SCN无影响，SCN仍按原序列递增。

在控制文件中保存resetlogs SCN和计数器，以便唯一地标识用RESETLOGS选项执行的每一次打开数据库的操作。这个值被写进每个数据文件头以及重做日志文件。如果重做日志文件的日志序列号与Oracle的要求值不相符，则在恢复中不能应用重做日志文件。执行不完全恢复后，数据库要求日志序列号为1的日志文件，所以原来的日志序列中剩余的日志文件将不可用。RESETLOGS操作创建数据库的新形体，即一个拥有从1开始的新的日志序列号流的数据库。

根据以上理论，SCN为顺序数据流，在数据库存在期间始终递增，而日志文件序列流也是递增序列，只不过会因RESETLOGS而重置，但日志文件序列流中的SCN序列流却保持递增不便。因此可以用RESETLOGS之前的归档日志流和RESETLOGS之后的归档日志流来连接和延续SCN序列流，这样就实现了用RESETLOGS之前的备份恢复RESETLOGS之后的数据。前提是保证两股日志流（RESETLOGS之前的归档日志流和RESETLOGS之后的归档日志流）完整，并且有相应两股日志流的控制文件。