RESETLOGS

使用resetlogs选项，会把当前的日志序号（log sequence number）重设为1，并抛弃所有日志信息。在以下条件时需要使用resetlogs选项：

在不完全恢复（介质恢复）；

使用备份控制文件。

使用resetlogs打开数据库后，务必要完整地进行一次数据库备

指定RESETLOGS会执行下列操作：

归档当前的在线重做日志文件（如果能访问到的话），然后清空内容并将日志文件序号重置为1（如果在线重做日志文件不存在，则重建）。

重置控制文件中关于在线日志文件的元数据。

更新数据文件和在线重做日志文件中的RESETLOGS SCN和重置时间信息。

在10g之前的版本，数据库执行完OPEN RESETLOGS操作之后，都建议立刻进行一次完全备份，因为之前版本中在执行OPEN RESETLOGS操作时并不对当前的Online Redologs文件进行归档，这会导致归档文件不再连续，因此之前创建的备份不再有效（恢复不到当前状态了，只能恢复到OPEN RESETLOGS操作之前）。10g及之后版本就不存在这个问题了，OPEN RESETLOGS操作会首先将当前在线重做日志文件归档（如果能够访问到的话），并且OPEN RESETLOGS操作也会记入Online Redologs文件并正常归档，相当于OPEN RESETLOGS只是一个命令操作，就像其他SQL命令一样，这样保证了归档日志文件的连续性，之前的备份依然有效，不过三思仍然建议执行OPEN RESETLOGS操作之后马上进行一次全库备份。

 

正常运行中Oracle内部有一个生命周期，这种生命周期在Oracle中也有一个专业词汇，叫incarnation。不完全恢复，顾名思义就是只恢复部分数据，由于已经无法将数据库恢复到当前状态（崩溃前的状态），Oracle数据库也不知道当前处于什么状态了，事务上也许一致，但是不是最新，Oracle自己无从判断，后续也许仍有重做日志文件，但却无法应用（或DBA不允许应用）。如果没有Incarnation的概念，正常Open数据库的话又会产生重做日志文件，并且这些日志文件的序号与之前相同（但内容可能不同），这样不管是备份还是恢复都会造成混淆，因此必须在执行不完全恢复后，标示之前生命周期结束，方法就是以RESETLOGS方式打开数据库。以RESETLOGS方式打开后，Oracle数据库又开始了一个新的生命周期，即重置Incarnation，日志文件序号也被重新初始化到1

 

Oracle数据库从创建到遇到RESETLOGS操作为一个生命周期，这个生命周期内数据库的逻辑属性，如SCN、日志文件序列号等具有相同的特征。当通过OPEN RESETLOGS方式打开数据库后，原生命周期即宣告结束，原生命周期中生成的重做日志文件也被废弃，日志文件序号自动重置为1。