对备份恢复有重要意义的控制文件记录项

Posted 2020-08-20

整理自：临危不惧oracle11g数据库恢复技术

对备份恢复有重要意义的控制文件记录项

dbid

dbid保存在控制文件中，在数据文件和日志文件的头部也存在，其作用是判断控制文件、数据文件、日志文件是否属于同一个数据库。

数据库名

此信息与dbid一致。

控制文件序列号

该序列号是判断控制文件是否过旧的要素之一，在控制文件被更新后就会增长。控制文件增长包括检查点信息更新、创建或删除表空间等。

控制文件序列号在数据文件和日志文件的头部也有，但与控制文件中的不同，它们在自身的头部被更新时从当时的控制文件中复制的。

在库运行时，当数据文件和日志文件的头部被更新后，控制文件必须复制其部分内容，所以一般情况下，控制文件序列号必须大于数据文件和日志文件头部中的控制文件序列号。否则，当前控制文件被认为是旧的。

select controlfile_sequence# from v$database;

select hxfil as file#,fhcsq as controlfile_sequence# from x$kcvfh;

oracle不会只依赖控制文件序列号来判断控制文件是否旧的，还依赖控制文件检查点，如果序列号检验没有通过，那就没有必要校验控制文件检查点scn了。

控制文件检查点scn

该scn也是判断控制文件是否是旧的要素之一。完全检查点把scn更新到控制文件中和数据文件头

而增量检查点仅更新到控制文件中。无论哪一种检查点，scn在控制文件中由一个称为控制文件检查点scn的记录表示。

在数据库open状态下，该scn一定大于或是等于current日志文件中的低位scn(v$log.first_change#),否则控制文件被认为是旧的，实例恢复无法启动。

select controlfile_sequence#,controlfile_change# from v$database;

select group#,sequence#,first_change# from v$log where status=‘CURRENT‘;

数据库检查点scn

控制文件中保存的数据库检查点scn实际是在所有数据文件头部中最小的检查点scn，根据它的值与每个日志文件的高、低scn比较，oracle确定需要使用哪个日志文件。

在线日志低位(first_change#)和高位scn(next_change#)

日志文件中重做记录范围由这两个scn来表示，低位scn是指日志文件中第一条重做记录的scn，高位scn是指下一个日志文件中的第一个重做记录的scn

rman资料库

在默认情况下，控制文件即数据库的rman资料库。相关记录包括：rman的配置、闪回日志路径、重做日志历史、归档路径及属性、rman备份集信息、rman镜像复制信息、rman备份集和rman镜像复制中损坏的块信息、数据文件中坏块信息等。

还原点信息

还原点是scn的别名，通过create restore point命令创建，主要用于闪回技术，保存在控制文件中

重设日志scn

每次使用resetlogs子句打开数据库时的scn，日志文件和数据文件头部也会保存此scn，每次打开数据库，oracle都会检查它们是否一致，resetlogs一般是不完全恢复的结果。

本文出自 “刚刚出壳的小鸟” 博客，请务必保留此出处http://qhd2004.blog.51cto.com/629417/1875779