Oracle 数据库中的多种SCN汇总

SCN:

简单介绍SCN可称为系统改变号或者系统提交号,是Oracle内部的一种时间机制。

SCN的作用:

(1)一致性读,比如Oracle在读取数据时会比较读开始的SCN值和数据块的SCN值，从而判断哪些数据块需要从业务数据文件中读取，哪些块需要从undo数据文件中读取

(2)事务的唯一性:Oracle会给每一个事务都分配一个唯一的SCN，按SCN进行严格排序.

(3)介质恢复起点判断:在数据库异常宕机之后，Oracle后台进程可以根据数据文件头的SCN值判断出哪些数据文件需要恢复，并从控制文件的SCN值中判断出至少需要恢复至哪一个SCN。

几种常见的SCN:

1.控制文件中的SCN

2.数据文件头中的SCN

3.数据块中的SCN

4.日志文件头中的SCN

5.事务SCN

6.内存中的SCN

一：控制文件中的SCN:

1.数据库SCN:

数据库SCN通常表示最近一次完全检查点操作时的SCN

SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
           1115719

也可以DUMP控制文件获取数据库的SCN

SQL> alter session set events 'immediate trace name controlf  level 8';
Session altered.

SQL> select value from v$diag_info where name='Default Trace File';
VALUE
--------------------------------------------------------------------------------
/oracle/app/diag/rdbms/prod/prod/trace/prod_ora_3215.trc

DATABASE ENTRY
***************************************************************************
 (size = 316, compat size = 316, section max = 1, section in-use = 1,
  last-recid= 0, old-recno = 0, last-recno = 0)
 (extent = 1, blkno = 1, numrecs = 1)
 07/19/2020 06:54:42
 DB Name "PROD"
 Database flags = 0x00404001 0x00001200
 Controlfile Creation Timestamp  07/19/2020 06:54:43
 Incmplt recovery scn: 0x0000.00000000
 Resetlogs scn: 0x0000.000e2006 Resetlogs Timestamp  07/19/2020 06:54:45
 Prior resetlogs scn: 0x0000.00000001 Prior resetlogs Timestamp  08/24/2013 11:37:30
 Redo Version: compatible=0xb200400
 #Data files = 5, #Online files = 5
 Database checkpoint: Thread=1 scn: 0x0000.00110647
 Threads: #Enabled=1, #Open=1, Head=1, Tail=1
 
 可以从中看到database checkpoint=0x0000.00110647转换成10进制为1115719
 与通过v$database查询一致

2.数据文件SCN：

可以通过v$datafile查询保存在控制文件中的数据文件SCN，该SCN主要有以下三种形式
数据文件头SCN:判断控制文件和数据文件是否一致的标准之一，如果不对数据文件做额外的操作，那么数据文件文件头SCN值将和数据库SCN保持一致
数据文件停止SCN:STOP SCN,该值在数据库处于打开状态或者异常关闭时为无穷大.
数据文件创建SCN:CREATION SCN,如果数据文件被误删除,在重新创建该数据文件时，Oracle会根据该SCN值定位需要应用的第一个归档日志。
以上SCN也保存在控制文件中.

dump转储控制文件查看:

DATA FILE #1: 
  name #7: /oracle/app/oradata/prod/system01.dbf
creation size=0 block size=8192 status=0xe head=7 tail=7 dup=1
 tablespace 0, index=1 krfil=1 prev_file=0
 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
 Checkpoint cnt:111 scn: 0x0000.00110647 10/13/2020 22:13:54
 Stop scn: 0xffff.ffffffff 10/13/2020 21:54:00
 Creation Checkpointed at scn:  0x0000.00000007 08/24/2013 11:37:33
 thread:0 rba:(0x0.0.0)

数据文件头SCN:scn: 0x0000.00110647
数据文件停止SCN: Stop scn: 0xffff.ffffffff
数据文件创建SCN:Creation Checkpointed at scn:  0x0000.00000007

3.checkpoint progress records中的SCN:

checkpoint progress records中的on disk scn表示当前系统最新RBA对应的SCN,由CKPT进程每3秒更新一次。

on disk scn的含义是当数据库异常宕机时，进行实例恢复的终点(应用到该SCN)。

dump转储控制文件查看:

THREAD #1 - status:0x2 flags:0x0 dirty:48
low cache rba:(0xa.2c36.0) on disk rba:(0xa.2f1e.0)
on disk scn: 0x0000.00110939 10/13/2020 22:27:22
resetlogs scn: 0x0000.000e2006 07/19/2020 06:54:45
heartbeat: 1053695356 mount id: 465556623

SQL> select to_number('00110939','xxxxxxxxx') from dual;
TO_NUMBER('00110939','XXXXXXXXX')
---------------------------------
                          1116473

SQL> select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
------------------
           1115719

由于CHECKPOINT PROGRESS RECORDS由CKPT进程负责更新，也可以从基表x$kcccp中获得
SQL> select CPODS from x$kcccp where rownum < 2;
CPODS
----------------
1120334

SQL>  select last_redo_change# from v$thread;
LAST_REDO_CHANGE#
-----------------
          1120334

二:数据文件头中的SCN

1.CREATION_CHANGE#

数据文件创建时SCN,该 值也保存在控制文件中.

可以通过v$datafile_header查询

SQL> select file#,creation_change# from v$datafile_header;

     FILE# CREATION_CHANGE#
---------- ----------------
         1                7
         2             1834
         3           923328
         4            16143
         5           952195

2.CHECKPOINT_CHANGE#

表示数据文件头当前SCN,该值也保存在控制文件中。由CKPT进程在完全检查点时更新.

可以通过v$datafile_header查询

SQL> select file#,checkpoint_change# from v$datafile_header;
     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1            1115719
         2            1115719
         3            1115719
         4            1115719
         5            1115719

3.RESETLOGS_CHANGE#

RESETLOGS_CHANGE#表示数据库以resetlogs方式打开时的SCN，也可以通过v$datafile_header查询

SQL> select file#,resetlogs_change# from v$datafile_header;
     FILE# RESETLOGS_CHANGE#
---------- -----------------
         1            925702
         2            925702
         3            925702
         4            925702
         5            925702

4.CHANGE#

CHANGE#表示数据文件头冻结时的SCN。在做数据文件在线热备份时，常用将数据文件头冻结，表明从change#这个点开始对数据文件进行备份，可以从$backup查询

SQL> alter database begin backup;
Database altered.

SQL> select file#,change# from v$backup;
     FILE#    CHANGE#
---------- ----------
         1    1120946
         2    1120946
         3    1120946
         4    1120946
         5    1120946

dump数据文件头查看以上SCN:

SQL> alter session set events 'immediate trace name file_hdrs level 10';
Session altered.

SQL>  select value from v$diag_info where name='Default Trace File';
VALUE
--------------------------------------------------------------------------------
/oracle/app/diag/rdbms/prod/prod/trace/prod_ora_3558.trc

V10 STYLE FILE HEADER:
        Compatibility Vsn = 186647552=0xb200400
        Db ID=457994418=0x1b4c70b2, Db Name='PROD'
        Activation ID=0=0x0
        Control Seq=899=0x383, File size=96000=0x17700
        File Number=1, Blksiz=8192, File Type=3 DATA
Tablespace #0 - SYSTEM  rel_fn:1 
Creation   at   scn: 0x0000.00000007 08/24/2013 11:37:33
Backup taken at scn: 0x0000.00111ab2 10/14/2020 00:25:29 thread:1
 reset logs count:0x3e5b1335 scn: 0x0000.000e2006
 prev reset logs count:0x3121c97a scn: 0x0000.00000001
 recovered at 10/13/2020 21:53:28
 status:0x2004 root dba:0x00400208 chkpt cnt: 113 ctl cnt:112
begin-hot-backup file size: 96000
Checkpointed at scn:  0x0000.00111ab2 10/14/2020 00:25:29
 thread:1 rba:(0xa.5a08.10)
 
 1.Creation at scn: 0x0000.00000007
 2.Checkpointed at scn:  0x0000.00111ab2
 3.reset logs count:0x3e5b1335 scn: 0x0000.000e2006
 4.Backup taken at scn: 0x0000.00111ab2 10/14/2020 00:25:29 thread:1
 
附:在bbed中
kcvfhcrs表示creation_change,偏移量为100;
kcvfhrls表示resetlogs_change,偏移量为116
kcvfhsc表示change，偏移量128
kcvcpscn表示checkpoint_change，偏移量484

三:数据块中的SCN

1.数据块变化时的SCN

数据块发生变化时记录的SCN,保存在数据块offset 8-14中

dump转储一个数据块查看数据块变化的SCN

SQL> alter system dump datafile 1 block 16;
System altered.
SQL> select value from v$diag_info where name='Default Trace File';
VALUE
--------------------------------------------------------------------------------
/oracle/app/diag/rdbms/prod/prod/trace/prod_ora_3558.trc

截取部分内容
Start dump data blocks tsn: 0 file#:1 minblk 16 maxblk 16
Block dump from cache:
Dump of buffer cache at level 4 for tsn=0 rdba=4194320
Block dump from disk:
buffer tsn: 0 rdba: 0x00400010 (1/16)
scn: 0x0000.00000023 seq: 0x01 flg: 0x04 tail: 0x00231e01
frmt: 0x02 chkval: 0x80ab type: 0x1e=KTFB Bitmapped File Space Bitmap
Hex dump of block: st=0, typ_found=1

数据块发生变化时记录的SCN
scn: 0x0000.00000023

2.数据块事务槽中的SCN

如果一个数据块中有多个事务槽,表明允许有多个事务对数据块进行并发修改,当其中一个事务发生变化时，会在相应的事务槽登记变化时的SCN。事务槽中的SCN也可以在数据块dump文件中找到。

Block header dump:  0x004171c9
 Object id on Block? Y
 seg/obj: 0x15587  csc: 0x00.e2ad8  itc: 2  flg: -  typ: 2 - INDEX
     fsl: 0  fnx: 0x0 ver: 0x01
 
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x02   0xffff.000.00000000  0x00000000.0000.00  C---    0  scn 0x0000.000e2ad8

3.数据块中数据行的SCN

如果在表级别打开ROW DEPENDENCIES，业务数据行发生更改时会在数据块中进行登记。

(1)创建测试表,插入3条数据,插入一条提交一条。并调用dbms_rowid获取3条测试数据的数据文件和数据块.

SQL> create table test (a number) rowdependencies;
Table created.

SQL> insert into test values(1);
1 row created.

SQL> commit;
Commit complete.

SQL> insert into test values(2);
1 row created.

SQL> commit;
Commit complete.

SQL> insert into test values(3);
1 row created.

SQL> commit;
Commit complete.


SQL> select dbms_rowid.rowid_relative_fno(rowid) file#,dbms_rowid.rowid_block_number(rowid) block# from test;
     FILE#     BLOCK#
---------- ----------
         1      94665
         1      94665
         1      94665
(2)dump数据块
SQL> alter system dump datafile 1 block 94665;

SQL> select value from v$diag_info where name='Default Trace File';
VALUE
--------------------------------------------------------------------------------
/oracle/app/diag/rdbms/prod/prod/trace/prod_ora_3885.trc
(3)查看trace
less /oracle/app/diag/rdbms/prod/prod/trace/prod_ora_3885.trc

data_block_dump,data header at 0x7fb539467a5c
===============
tsiz: 0x1fa0
hsiz: 0x18
pbl: 0x7fb539467a5c
     76543210
flag=--R-----
ntab=1
nrow=3
frre=-1
fsbo=0x18
fseo=0x1f7c
avsp=0x1f5b
tosp=0x1f5b
0xe:pti[0]      nrow=3  offs=0
0x12:pri[0]     offs=0x1f94
0x14:pri[1]     offs=0x1f88
0x16:pri[2]     offs=0x1f7c
block_row_dump:
tab 0, row 0, @0x1f94
tl: 12 fb: --H-FL-- lb: 0x0  cc: 1
dscn 0x0000.00111de3
col  0: [ 2]  c1 02
tab 0, row 1, @0x1f88
tl: 12 fb: --H-FL-- lb: 0x0  cc: 1
dscn 0x0000.00111de7
col  0: [ 2]  c1 03
tab 0, row 2, @0x1f7c
tl: 12 fb: --H-FL-- lb: 0x1  cc: 1
dscn 0x0000.00000000
col  0: [ 2]  c1 04
end_of_block_dump
End dump data blocks tsn: 0 file#: 1 minblk 94665 maxblk 94665


--------------
dscn：表示数据行的SCN

SQL> select a,ora_rowscn from test;
         A ORA_ROWSCN
---------- ----------
         1    1121763
         2    1121767
         3    1121770

四：日志文件头中的SCN

1.FIRST_CHANGE#

表示redo日志文件被使用时的起始SCN，也叫被重用时的SCN，可以从v$log_history中查询。

2.NEXT_CHANGE#

表示redo日志文件被使用时的结束SCN，也叫重用结束时的SCN，可以从v$log_history中查询。

3.RESETLOGS_CHANGE#

表示数据库以RESETLOGS方式打开时的SCN。通常和数据文件头的RESETLOGS_CHANGE#相同，可以从v$log_history中查询。

DUMP日志文件头获取上述SCN:

SQL> alter session set events 'immediate trace name redohdr level 10'
SQL> select value from v$diag_info where name='Default Trace File';
VALUE
--------------------------------------------------------------------------------
/oracle/app/diag/rdbms/prod/prod/trace/prod_ora_2539.trc

截取部分内容:
 FILE HEADER:
        Compatibility Vsn = 186647552=0xb200400
        Db ID=457994418=0x1b4c70b2, Db Name='PROD'
        Activation ID=458015666=0x1b4cc3b2
        Control Seq=932=0x3a4, File size=102400=0x19000
        File Number=1, Blksiz=512, File Type=2 LOG
 Format ID is 2
 redo log key is 5995abea5d855956889b4ae1d59cc188
 redo log key flag is 5
 descrip:"Thread 0001, Seq# 0000000010, SCN 0x00000010fd57-0x000000117064"
 thread: 1 nab: 0x65e4 seq: 0x0000000a hws: 0x8 eot: 0 dis: 0
 reset logs count: 0x3e5b1335 scn: 0x0000.000e2006
 Low scn: 0x0000.0010fd57 10/13/2020 21:53:31
 Next scn: 0x0000.00117064 10/14/2020 17:01:36
 Enabled scn: 0x0000.000e2006 07/19/2020 06:54:45
 Thread closed scn: 0x0000.00117062 10/14/2020 01:30:32
 Disk cksum: 0xda64 Calc cksum: 0xda64
 Terminal Recovery Stop scn: 0x0000.00000000
 Terminal Recovery Stamp  01/01/1988 00:00:00
 Most recent redo scn: 0x0000.00000000
 Largest LWN: 0 blocks
 Miscellaneous flags: 0x800000
 Thread internal enable indicator: thr: 0, seq: 0 scn: 0x0000.00000000

Low scn: 0x0000.0010fd57
Next scn: 0x0000.00117064
reset logs count: 0x3e5b1335 scn: 0x0000.000e2006

五:事务开始时的SCN

Oracle为每一个事务都分配一个唯一的SCN值,事务开始时的SCN可以从v$transaction中查询

SQL> update test set A='6' where rownum=1;
1 row updated.

SQL> select xidusn,start_scnb,start_scnw from v$transaction;

    XIDUSN START_SCNB START_SCNW
---------- ---------- ----------
         2    1148003          0
         
dump回滚段头进行观察事务开始时的SCN
SQL> alter system dump undo header '_SYSSMU2_2996391332$';
System altered.

截取部分
index  state cflags  wrap#    uel         scn            dba            parent-xid    nub     stmt_num    cmt
0x1e    9    0x00  0x03c4  0x0021  0x0000.00118363  0x00c01104  0x0000.000.00000000  0x00000001   0x00000000  1602666762
0x1f   10    0x80  0x03c4  0x0013  0x0000.00118463  0x00c01104  0x0000.000.00000000  0x00000001   0x00000000  0

state为10表示这是一个未提交的事务，SCN表示事务开始SCN
SQL> select to_number(00118463,'xxxxxxx') from dual;
TO_NUMBER(00118463,'XXXXXXX')
-----------------------------
                      1148003  //与通过v$transaction视图查询得出一致
                      
state为9表示一个已提交的事务

六：数据库的CURRENT SCN

数据库的current scn是Oracle当前最大的SCN。

SQL> select current_scn from v$database;
CURRENT_SCN
-----------
    1149821