相克军_Oracle体系_随堂笔记010-SCN
2014-07-22 22:29 AlfredZhao 阅读(957) 评论(0) 编辑 收藏 举报1、SCN的意义?system change number
2、常见的SCN
2.1控制文件的三个SCN
系统SCN
文件SCN
结束SCN
检查点信息
3、实例恢复
只是需要redo log:active、current
实例恢复判断依据:启动数据库时,检测到控制文件的终止SCN为空就需要做实例恢复
演示SCN变化
如果发生了实例崩溃,只需要在日志文件中找到检查点位置(low cache rba),从此处开始应用所有的重做日志文件,就完成了前滚操作。实例崩溃后,再次启动数据库,oracle会到控制文件中读取low cache rba,这就是检查点位置。从此处开始应用重做日志,应用到on disk rba的位置。on disk rba是磁盘中重做日志文件的最后一条重做记录的rba。
4、fast_start_mttr_target
时间
先后、新旧
先后、新旧
select dbms_flashback.get_system_change_number, SCN_TO_TIMESTAMP(dbms_flashback.get_system_change_number) from dual;
SCN号,为了保证数据的一致性;
2、常见的SCN
2.1控制文件的三个SCN
系统SCN
select checkpoint_change# from v$database;
select name,checkpoint_change# from v$datafile;
select name,last_change# from v$datafile;
增量检查点并不会去更新数据文件头,以及控制文件中数据库SCN以及数据文件条目的SCN信息,而只是每3秒由CKPT进程去更新控制文件中的low cache rba信息,也就是检查点的位置。
2.2数据文件头部
开始SCN
开始SCN
select name,checkpoint_change# from v$datafile_header;
数据块头部ITL事务槽(在后面章节详述)
日志change vector中
跑日志、空跑日志
回滚段事务表中(在后面章节详述)
2.3日志文件头部
first、next
日志change vector中
跑日志、空跑日志
回滚段事务表中(在后面章节详述)
2.3日志文件头部
first、next
--查看历史日志first_change#,next_change# select recid,sequence#,first_change#,next_change# from v$log_history where rownum<6;
select * from v$log;
select * from v$archived_log;
正常情况下,控制文件的系统SCN 文件SCN 与数据文件头部的SCN应该是一样的。
数据库正常关闭,buffer cache
更新系统SCN,文件SCN,终止SCN。数据文件头部的SCN。
非正常关闭,终止SCN为空,其他都一样,非正常关闭需要进行实例恢复。需要redo log,不需要归档log。
3、实例恢复
只是需要redo log:active、current
实例恢复判断依据:启动数据库时,检测到控制文件的终止SCN为空就需要做实例恢复
演示SCN变化
如果发生了实例崩溃,只需要在日志文件中找到检查点位置(low cache rba),从此处开始应用所有的重做日志文件,就完成了前滚操作。实例崩溃后,再次启动数据库,oracle会到控制文件中读取low cache rba,这就是检查点位置。从此处开始应用重做日志,应用到on disk rba的位置。on disk rba是磁盘中重做日志文件的最后一条重做记录的rba。
恢复涉及到的专业名词:
①跑日志
跑日志跑多了没关系,不会重复应用2次,只会发生空跑,没事。
②提升SCN,比如一个数据文件是旧的,就需要应用归档日志、重做日志使其SCN提升到跟系统SCN一致。
每个日志条目里面都有SCN。
每个日志文件 头部有两个SCN,first和next SCN。
控制文件中的3个SCN:
数据文件头部的SCN:
4、fast_start_mttr_target
fast_start_mttr_target参数,
默认是0,表示oracle自动调节
单位是秒。
如果是20秒,实例恢复的时候,需要前滚日志,oracle会尽量控制在20秒以内。会加大DBWn写的频率。
如果时间过短,DBWn写的频率过大,I/O会很繁忙,可能会出问题。
AlfredZhao©版权所有「从Oracle起航,领略精彩的IT技术。」