oracle的resetlogs机制浅析

oracle的resetlogs机制浅析

alter database open resetlogs 这个命令我想你们都很熟悉了，那有没有想过这个resetlogs选项为何要用？何时用？
它的原理机制是什么？他都起哪些做用？

咱们都知道数据在启动时候是要作一致性检查的，oracle在open阶段要作两次检查

1. 检查数据文件头的检查点计数（checkpoint cnt）是否和控制文件的检查点计数（checkpoint cnt）一致。目的是确认数据文件
是否来自同一版本，而不是从备份中恢复的。若是这一步检查经过，就进行第二步检查

2. 检查数据文件头的开始scn和控制文件中记录该文件的结束scn是否一致。若是数据文件头的开始scn和控制文件中该文件的结束scn
相等，那说明这个数据文件就不须要恢复，不然就要恢复文件

若是以上两步检查都经过，那就能够正常打开数据库，锁定数据文件，同时将控制文件中每一个数据文件的结束scn设置无穷大。
咱们在某些条件下打开数据，会提示让用resetlogs选项open数据库，为何要用resetlogs呢？它是干吗用的呢？问号一大堆了吧,
下面来具体分析下。

resetlogs的做用

防止陈旧的数据进入数据库（保证数据库的一致性），这也就是为何在用resetlogs打开数据库，必定要当即对数据库作个全备。
在控制文件，data file header，redo log header里存储”resetlogs data“，当open resetlogs被执行时，能够经过这些内容检查一致性。

何时用resetlogs

1. 不彻底恢复
2. 用备份的控制文件恢复
3. 新建立的控制文件来恢复

resetlogs的原理机制

resetlogs是如何来保证打开数据库是一致的呢？

1）在open resetlogs时，oracle要对比检查控制文件和数据字典file$,若是一个数据文件在file$中存在，但在控制文件中不存在，
那在控制文件中将建立一个这个文件条目（MISSINGnnn ‘nnn’是十进制的file_id）,同时这个文件被标记为离线并须要恢复。若是
实际中这个文件存在的话，能够经过以下sql更改到正确的文件名。

sql> alter database rename file 'MISSINGnnn' to '<filename>'；

而后数据文件被恢复，online。

2）若是一个数据文件存在控制文件中，而不在数据字典file$中，那么直接把控制文件中这个文件的记录条目删除（oracle认为file$文
件是正确的，要以它为准）

3）当用旧的备份控制文件恢复的时候，若是有数据文件不在控制文件中注册（会提示控制文件比较旧的错误），那就不得不重建数据文件
，以使数据文件注册到控制文件中，而后系统会自动利用redo/archivelog恢复这个数据文件。

在保证控制文件和file$文件内容一致以后，oracle还有作以下检查才能open resetlogs

4）数据文件的版本要小于当前数据库的版本（counter）

5）offline的数据文件必须被online或者直接drop

6）全部的数据文件不能设置fuzzy bit，全部的数据文件要有相同的检查点（checkpoint SCN）

到目前为止，open resetlogs的前提条件都已经知足，resetlogs究竟作了哪些工做呢？（从新使用redo log）

1）全部的online logfile 的信息从新被放置在控制文件中。而且还要为有效的thread挑选一个logfile文件做为current logfile

2）log header被更新为log seq#

3）全部的online的数据文件头被新的checkpoint和新的‘resetlogs data’更新，offline的数据文件被标记为须要媒体恢复。

resetlogs data：当前的scn和counter被称做”resetlogs data“

若是oracle数据库一致性检查失败的，那数据库是不容许被open的，即 open resetlogs不成功。但也不是绝对不能open，能够经过隐含参数“_allow_resetlogs_curruption”,绕过oracle的一致性检查，但这样会引发数据库的不一致（文件可能有不一样的scn或有fuzzy bit设置），若是open后，数据库必定要rebuild （建议ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;或者imp/exp ）