数据库open时检查点执行的过程

exitgogo

最初由 Talmud 发布
[B]

on disk scn从字面上看应该是指DBWN写入磁盘的scn，应该是用于instance恢复时开始恢复的scn吧？

对从备份文件恢复应该不会有用。理解对否？ [/B]

个人理解，应该是指恢复从此scn开始，恢复到checkpoint scn吧

exitgogo

on disk scn:指的应该是上次检查点时对应的scn，也就是上次检查点进程在写dirty buffer队列中最后一个数据块对应的scn，这个on disk scn:的存在是恢复的一个依据，表明此次从这里开始恢复。

zouzhiyou

最初由 Talmud 发布
[B]

on disk scn从字面上看应该是指DBWN写入磁盘的scn，应该是用于instance恢复时开始恢复的scn吧？

对从备份文件恢复应该不会有用。理解对否？ [/B]

我以也是这样理解的,但是也不是很确定事实上是不是这样

zouzhiyou

感谢exitgogo的指点,现在清楚了

Talmud

以前我认为alter tablespace xxx begin backup;命令下达后会锁住数据文件头，其实正确的理解是此时相关的数据文件的checkpoint scn是不会再变动，但是checkpoint count还是会增加的。只有这样才能使oracle有能力来判断数据文件的版本。此时仅仅有checkpoint scn判断是不足的。

Talmud

最初由 Talmud 发布
[B]
......
***************************************************************************
DATABASE ENTRY
***************************************************************************
(blkno = 0x1, size = 192, max = 1, in-use = 1, last-recid= 0)
DF Version: creation=0x9200000 compatible=0x8000000, Date  07/12/2006 16:42:28
DB Name "ORA920"
Database flags = 0x00404001
Controlfile Creation Timestamp  07/12/2006 16:42:29
Incmplt recovery scn: 0x0000.00000000
Resetlogs scn: 0x0000.0031e017 Resetlogs Timestamp  07/26/2006 10:59:33
Prior resetlogs scn: 0x0000.0002e872 Prior resetlogs Timestamp  07/12/2006 16:42:29
Redo Version: creation=0x9200000 compatable=0x9200000
#Data files = 11, #Online files = 11
Database checkpoint: Thread=1 scn: 0x0000.0031e018
Threads: #Enabled=1, #Open=1, Head=1, Tail=1
enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000
Max log members = 5, Max data members = 1
Arch list: Head=3, Tail=3, Force scn: 0x0000.00000000scn: 0x0000.003013cf
Controlfile Checkpointed at scn:  0x0000.0031e03c 07/26/2006 10:59:41[/COLOR]

***************************************************************************
CHECKPOINT PROGRESS RECORDS
***************************************************************************
(blkno = 0x4, size = 104, max = 1, in-use = 1, last-recid= 0)
THREAD #1 - status:0x2 flags:0x0 dirty:65
low cache rba0x1.28c.0) on disk rba0x1.f20.0)
on disk scn: 0x0000.0031f3a8 07/26/2006 11:32:07[/COLOR]
---------------竟然大于"DATABASE ENTRY"中的controlfiel Checkpointed at scn。这个怎么解释？相差超过半个小时！


[/B]

有人能够解释一下为什么on disk scn会远大于controlfile checkpoint a scn？这是在测试时看到的，没有什么大的修改动作。

oracledba

CHECKPOINT PROGRESS RECORDS是真正ckpt大部分在做的肯定要活跃很多

qsxing

数据文件头部分:
status:0x0 root dba:0x00000000 chkpt cnt: 46 ctl cnt:45
大师，你还没有解释ctl cnt:45是什么意思?
难倒是控制文件的cnt,但是对比一下上面的从控制文件获得的cnt好像也是46啊。还请大师解释?

weiranjie

高手就是高手  


！！！！！


顶一个

jsjsjsjs

请大师解释一下ctl cnt:45是什么意思?