Oracle的SCN和RBA

这两个名字从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; 可以获得当前的SCNSCN的前进触发是由commit来进行的，每隔3秒种系统也都会刷新一次SCNCKPT进程是在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 SCNselect checkpoint_change# from v$database;查看控制文件中记录的数据文件信息中的scn：（存于控制文件中）控制文件中记录了Oracle中各个数据库文件的位置和信息，其中当然也包括了Datafile checkpoint SCN，因此在执行checkpoint的时候，Oracle还会去更新控制文件中所记录的各个数据文件的datafile checkpoint SCNselect 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更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12Oracle实例的启动过程RHEL6.4_64安装MySQL主从复制相关资讯 Oracle scn Oracle RBA

Oracle 11g通过SCN做增量备份修复（05/19/2015 16:58:43）
Oracle数据库启动过程验证检查点（11/26/2014 11:16:46）
Oracle SCN 深入研究（08/18/2013 13:28:13）

Oracle SCN -system change number （05/06/2015 11:58:11）
Oracle体系结构之SCN、实例恢复（09/15/2013 07:04:43）
Oracle scn介绍（08/30/2012 09:01:31）

本文评论查看全部评论（0）