SCN及何时进行recovery 的理解--start SCN stop SCN

本文围绕数据库的SCN及recovery机制展开。SCN是数据库内核中的逻辑时钟,描述数据版本。介绍了start SCN、stop SCN、checkpoint SCN及checkpoint count的概念和作用。阐述数据库启动时的一致性检查方式,以及在何种情况下需要进行recovery。

SCN及何时进行recovery 的理解--- start SCN stop SCN  checkpoint countCheckpoint cnt---checkpoint SCN

 

   一直对SCN有些迷惑,所以对数据库何时需要recovery 也一直有些疑问,今天看一本rac 关于何时要recovery 介绍,觉得写得很好,顺便在网上找了一下相关的东西。

 

  SCN 是当数据库每次改变后都会自动增加的在数据库内核中的逻辑时钟。SCN描述了数据当前的版本或在数据库的commit版本.

  当数据库的check-points 发生时, 这个SCNcheckpoint scn)将会记录到数据文件的头部,并称之为start SCN.

   在数据库的control file中同样为每一个datafile 存有一个SCN,这个称之为 stop SCN.数据库处于open的运行状态时,Stop SCN大小是没有限制的。

Checkpoint counter 存在于每一个数据文件和control file的头部,Checkpoint counter 当一个datafile 发生checkpoint 时就会增加一次,同时start SCN值也将得到更新。但当datafile 处于热备模式时, datafile 头部的checkpoint 信息将被冻结,但checkpoint count 还将增加更新(可以看eygle关于checkpoint cntcheckpoint scn: http://www.eygle.com/archives/2004/06/checkpoint_scn_ckpcnt.html

当数据库以shutdown normal shutdown immediate关闭时,oracle将在真正关闭这前,执行一个checkpoint 产生一个 checkpoint SCN(既更新每个datatfile start SCN)并将datafile 头部的 start SCN对应的写到control file 中每个datafile stop SCN

当数据库start的时候,oracle将对所有的数据文件通过以下两种方式来进行一致性检查:

1.              检查每一个datafile 的数据文件头的starrt SCN control file中对应datafile stop SCN.

2.              检查 checkping count(checkpoint CNT)是否能对应上。

如查两个检查都是成功的,oracle可以确认数据文件是不需要recovery 的。

如果某个datafilestart SCN control file stop SCN不相符时,将需要进行驶recovery,所以数据库是以abort方式shutdown 或因为异常crash,要进行recovery. Orcle 将检查每个数据文件的checkpoint counters,如果checkpoint counts检查失败时.需要进行 Media recovery,例如,在数据库关闭后进行了用备份数据文件对当前的数据文件进行了replace

 

附:Media Recovery is required
1. when a data file is restored from backup checkpoint counts in the data files are not equal to the checkpoint counts in the control file
2. file was offlined without a checkpoint
3. when using a backup control file

 

checkpoint count(checkpoint cnt)full checkpoint时才会去增加cnt,而full checkpoint只再以下几种情况发生
1. At each switch of the redo log files.
2.Directly by the ALTER SYSTEM SWITCH LOGFILE command.
3.Directly with the ALTER SYSTEM CHECKPOINT command.
4.hot backup.
5.offline.

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10834762/viewspace-441806/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10834762/viewspace-441806/

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值