Oracle的SCN和RBA

yyws0 2013-08-09

这两个名字从alert log中很常见,对除Oracle来说,免不了出各种各样的问题,又一些好解决,但是又一些就让人心碎不已

例如: ORA-00600

这样的错误OERR给的描述是这样的:

// *Cause:  Autologin unable to open port
// *Action: Check log file for OS-specific error code

内部代码错误,基本上没给出什么游泳的信息,这时候就必须去查看alert log了,这儿才有你想要的信息

一般实例意外shutdown引起的这个问题则都回涉及到scn和rba这两个概念

SCN(system change number) 系统更改号

RBA (redo block address)onlin redo log的重做块地址


用:select dbms_flashback.get_system_change_number from dual;    可以获得当前的SCN

SCN的前进触发是由commit来进行的,每隔3秒种系统也都会刷新一次SCN

CKPT进程是在checkpoint发生的时候将数据库当前的SCN更新入数据库文件头和控制文件当中,DBWn进程将buffer cache中的脏数据块(dirty block)写到数据文件中,而是ckpt在更新控制文件和数据文件头的有关信息后,通知DBWn进程,产生一个检查点,在产生检查点的时候,DBWn进程会将buffer cache中的脏数据(当前online redo log对应的脏数据),写入我们的数据文件当中,基本就是这么一个循环过程,ckpt进程还会在控制文件当中记录RBA,这个地址用来标志实例恢复的时候需要从日志中的那个位置开始,也就是一个checkpoint对应一个rba,当instance recovery(实例恢复)的时候oracle就会知道从那个检查点开始在redo的那个rba开始介质恢复!

      创建检查点(checkpoint)的条件:

                    1.alter system checkpoint

              2.alter system switch logfile

              3.DBWn进程写出脏块

查看控制文件中的scn:执行checkpoint后,(存于控制文件中)Oracle会更新当前控制文件中的System checkpoint SCN

select checkpoint_change# from v$database;

查看控制文件中记录的数据文件信息中的scn:(存于控制文件中)控制文件中记录了Oracle中各个数据库文件的位置和信息,其中当然也包括了Datafile checkpoint SCN,因此在执行checkpoint的时候,Oracle还会去更新控制文件中所记录的各个数据文件的datafile checkpoint SCN

select checkpoint_change# from v$datafile;

查看数据文件头中的start scn:(存于数据文件头中)执行checkpoint时,Oracle会更新存放在各个实际的数据文件头的Start SCN(注意绝对不会是控制文件中),这个SCN存在的目的是用于检查数据库启动过程中是否需要做media recovery(介质恢复)

select checkpoint_change# from v$datafile_header;

查看控制文件中数据文件的end scn:(存于控制文件中)每一个所记录的数据文件头都有一个对应的End SCN,这个End SCN一定是存在于控制文件当中。这个SCN存在的绝对意义主要是用来去验证数据库启动过程中是否需要做instance recovery(实例恢复)。

select name,last_change# from v$datafile

相关推荐