SCN

最新推荐文章于 2023-12-02 17:35:44 发布

原创最新推荐文章于 2023-12-02 17:35:44 发布 · 1.2k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#database #thread #c #file #数据库 #system

SCN是唯一、单向增长的，除非重建数据库，否则不会归零。

oracle在很多地方都有记录SCN：

1 controlfile

(可以使用：alter system set events='immediate trace name controlf level 10';命令dump出控制文件)

***************************************************************************
DATABASE ENTRY
***************************************************************************
(blkno = 0x1, size = 192, max = 1, in-use = 1, last-recid= 0)
DF Version: creation=0x9200000 compatible=0x8000000, Date 04/21/2006 08:46:01
DB Name "ORA92"
Database flags = 0x00404001
Controlfile Creation Timestamp 04/21/2006 08:46:02
Incmplt recovery scn: 0x0000.00000000
Resetlogs scn: 0x0000.0002e872 Resetlogs Timestamp 04/21/2006 08:46:03
Prior resetlogs scn: 0x0000.00000001 Prior resetlogs Timestamp 05/12/2002 16:16:56
Redo Version: creation=0x9200000 compatable=0x9200000
#Data files = 14, #Online files = 14
Database checkpoint: Thread=1 scn: 0x0000.3c1234fc 系统最后一次checkpoint的SCN
Threads: #Enabled=1, #Open=1, Head=1, Tail=1
enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000

...

***************************************************************************
DATA FILE RECORDS
***************************************************************************
(blkno = 0x6, size = 180, max = 100, in-use = 15, last-recid= 160)
DATA FILE #1:
(name #8) E:/ORACLE/ORADATA/ORA92/SYSTEM01.DBF
creation size=0 block size=8192 status=0xe head=8 tail=8 dup=1
tablespace 0, index=6 krfil=1 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:232 scn: 0x0000.3c1234fc 07/03/2006 14:36:58 记录数据文件头的checkpoint SCN 也叫start SCN
Stop scn: 0xffff.ffffffff 07/03/2006 12:33:20 数据库打开时为无穷大(infinity),关闭后修改为start SCN
Creation Checkpointed at scn: 0x0000.0000000b 05/12/2002 16:17:58
thread:0 rba:(0x0.0.0)

***************************************************************************
LOG FILE RECORDS 日志文件包含两个SCN（高低）表示记录的redo 信息的范围
***************************************************************************
(blkno = 0x5, size = 72, max = 50, in-use = 3, last-recid= 3)
LOG FILE #1:
(name #3) E:/ORACLE/ORADATA/ORA92/REDO01.LOG
Thread 1 redo log links: forward: 2 backward: 0
siz: 0x32000 seq: 0x00000050 hws: 0x5 bsz: 512 nab: 0xffffffff flg: 0x8 dup: 1
Archive links: fwrd: 0 back: 3 Prev scn: 0x0000.3c0d7dfe
Low scn: 0x0000.3c12040a 07/03/2006 11:16:01
Next scn: 0xffff.ffffffff 01/01/1988 00:00:00 next scn为无穷大表示是当前日志文件

2 datafile

数据文件的头部也记录着checkpoint SCN ,当发生checkpoint时（我们可以使用alter system checkpoint;强制系统checkpoint），检查点通知 DBWR 写数据文件，写完后ckpt更新控制文件和数据文件头，当DBWR 写数据块的时候若发现数据块的相关RDBA (位于日志文件的位置) 的 log block 还没有被写入日志文件，则在dbwr写块之前必须通知llgwr把log buffer 中日志写入日志文件。

SQL> select to_char(checkpoint_change#,'xxxxxxxx') from v$datafile;

TO_CHAR(C
---------
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7
3c1522c7

在数据库启动时，比较数据文件头的checkpoint scn（也叫start scn）和控制文件记录的关于此数据文件的checkpoint scn ，若前者大于后者，表示控制文件“老”，反之，数据文件“老”，若两者相等再比较start scn 和 stop scn 是否一致，不一致则该表明数据文件需要恢复。

3 block

data block 里面的SCN是当 block 被更改的时候的 SCN ,不同block的scn也不相同。

块中包含 block scn 和 ITL 中的commit SCN，block SCN 又在块头和块位都有，若不一致意味着block损坏。而ITL 中的 commit SCN 则跟 consistent gets and delay block cleanout 有关

4 redo log

记录redo 对应SCN 用于恢复，没什么好讲的