怎么理解checkpoint cnt和checkpoint scn

這篇文章將為大家詳細講解有關怎么理解checkpoint cnt和checkpoint scn，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

[說明]模仿eygle大師的一篇文章，自己動手做了一下，感覺只有這樣才能印象深刻。原文參考：http://www.eygle.com/archives/2004/06/checkpoint_scn_ckpcnt.html

1. 在不同情況下dump控制文件

SQL> alter session set events 'immediate trace name CONTROLF level 10';

Session altered.

SQL> alter tablespace system begin backup;

Tablespace altered.

SQL> alter session set events 'immediate trace name CONTROLF level 10';

Session altered.

SQL> alter system checkpoint;

System altered.

SQL> alter session set events 'immediate trace name CONTROLF level 10';

Session altered.

SQL> alter tablespace system end backup;

Tablespace altered.

SQL> alter session set events 'immediate trace name CONTROLF level 10';

Session altered.

SQL>

2. 從udump目錄萃取出trace file中關于system表空間的信息，加以分析

a. 系統正常情況下dump的信息

***************************************************************************

DATA FILE RECORDS

***************************************************************************

 (blkno = 0x6, size = 180, max = 100, in-use = 3, last-recid= 0)

DATA FILE #1:

  (name #6) D:\OPT\ORACLE9I\PRODUCT\9.2.0\ORADATA\ORA92US\SYSTEM01.DBF

creation size=0 block size=8192 status=0xe head=6 tail=6 dup=1

 tablespace 0, index=1 krfil=1 prev_file=0

 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00

 Checkpoint cnt:55 scn: 0x0000.00194116 04/14/2021 19:36:49

 Stop scn: 0xffff.ffffffff 04/13/2008 20:48:26

 Creation Checkpointed at scn:  0x0000.00000005 03/17/2008 15:57:33

 thread:0 rba:(0x0.0.0)

 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Offline scn: 0x0000.00192482 prev_range: 0

 Online Checkpointed at scn:  0x0000.00192483 04/11/2008 19:27:07

 thread:1 rba:(0x1.2.0)

 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Hot Backup end marker scn: 0x0000.00000000

 aux_file is NOT DEFINED

b.alter tablespace system begin backup以后

我們注意到Checkpoint cnt增加了1，此處觸發了一次表空間checkpoint.

***************************************************************************

DATA FILE RECORDS

***************************************************************************

 (blkno = 0x6, size = 180, max = 100, in-use = 3, last-recid= 0)

DATA FILE #1:

  (name #6) D:\OPT\ORACLE9I\PRODUCT\9.2.0\ORADATA\ORA92US\SYSTEM01.DBF

creation size=0 block size=8192 status=0xe head=6 tail=6 dup=1

 tablespace 0, index=1 krfil=1 prev_file=0

 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00

 Checkpoint cnt:56 scn: 0x0000.001941a7 04/14/2021 19:39:26

 Stop scn: 0xffff.ffffffff 04/13/2008 20:48:26

 Creation Checkpointed at scn:  0x0000.00000005 03/17/2008 15:57:33

 thread:0 rba:(0x0.0.0)

 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Offline scn: 0x0000.00192482 prev_range: 0

 Online Checkpointed at scn:  0x0000.00192483 04/11/2008 19:27:07

 thread:1 rba:(0x1.2.0)

 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Hot Backup end marker scn: 0x0000.00000000

 aux_file is NOT DEFINED

c.alter system checkpoint之后

此時Checkpoint cnt增加，但是scn不再改變

***************************************************************************

DATA FILE RECORDS

***************************************************************************

 (blkno = 0x6, size = 180, max = 100, in-use = 3, last-recid= 0)

DATA FILE #1:

  (name #6) D:\OPT\ORACLE9I\PRODUCT\9.2.0\ORADATA\ORA92US\SYSTEM01.DBF

creation size=0 block size=8192 status=0xe head=6 tail=6 dup=1

 tablespace 0, index=1 krfil=1 prev_file=0

 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00

 Checkpoint cnt:57 scn: 0x0000.001941a7 04/14/2021 19:39:26

 Stop scn: 0xffff.ffffffff 04/13/2008 20:48:26

 Creation Checkpointed at scn:  0x0000.00000005 03/17/2008 15:57:33

 thread:0 rba:(0x0.0.0)

 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Offline scn: 0x0000.00192482 prev_range: 0

 Online Checkpointed at scn:  0x0000.00192483 04/11/2008 19:27:07

 thread:1 rba:(0x1.2.0)

 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Hot Backup end marker scn: 0x0000.00000000

 aux_file is NOT DEFINED

d.alter tablespace system end backup之后

此時數據文件頭的凍結被取消,scn開始變化

***************************************************************************

DATA FILE RECORDS

***************************************************************************

 (blkno = 0x6, size = 180, max = 100, in-use = 3, last-recid= 0)

DATA FILE #1:

  (name #6) D:\OPT\ORACLE9I\PRODUCT\9.2.0\ORADATA\ORA92US\SYSTEM01.DBF

creation size=0 block size=8192 status=0xe head=6 tail=6 dup=1

 tablespace 0, index=1 krfil=1 prev_file=0

 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00

 Checkpoint cnt:58 scn: 0x0000.001941b3 04/14/2021 19:39:54

 Stop scn: 0xffff.ffffffff 04/13/2008 20:48:26

 Creation Checkpointed at scn:  0x0000.00000005 03/17/2008 15:57:33

 thread:0 rba:(0x0.0.0)

 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Offline scn: 0x0000.00192482 prev_range: 0

 Online Checkpointed at scn:  0x0000.00192483 04/11/2008 19:27:07

 thread:1 rba:(0x1.2.0)

 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000

  00000000 00000000

 Hot Backup end marker scn: 0x0000.00000000

 aux_file is NOT DEFINED

Checkpoint cnt用于保證在正常操作中使用的數據文件是當前版本.在恢復時防止恢復數據文件的錯誤版本.Checkpoint cnt是一直遞增的,即使表空間處于熱備份模式.

由于表空間的創建時間不盡相同,所以不同表空間/數據文件的Checkpoint cnt通常是不同的 (編者注：從dump文件中確實可以看到這一點，不同的datafile的checkpoint cnt確實不一樣).

我們知道:

在數據庫open的過程中,Oracle要進行兩次檢查 (編者注：按照eygle在其他很多地方自己的說法，實際情況要復雜很多，這里只是簡要說明。也許只有Oracle的開發人員才知道到底要做哪些事情～～～).

第一次檢查數據文件頭中的Checkpoint cnt是否與對應控制文件中的Checkpoint cnt一致.

如果相等 (編者注：其實如果相等，則System Checkpoint SCN = Datafile Checkpoint SCN = Start SCN), 進行第二次檢查.

第二次檢查數據文件頭的開始SCN和對應控制文件中的結束SCN是否一致

如果結束SCN等于開始SCN,則不需要對那個文件進行恢復 (編者注：如果不等，即Stop SCN為無窮大，則需要Istance Recovery).

(編者注：這里的open過程的說法和我前面轉載的關于SCN的文章不盡相同，但是我個人理解第一次就是做是否需要Media Recovery的檢查；第二次就是做是否需要做Instance Recovery的檢查。第一步如果文件版本不一致，就開始做Media Recover，根據相應的SCN確定需要的log；如果不需要Media Recovery，則檢查是否需要Instance Recovery，如果Stop SCN的值為無窮大，則需要，而且要提交redo logs直到最新的那一個)

對每個數據文件都完成檢查后,打開數據庫.同時將每個數據文件的結束SCN設置為無窮大。

關于怎么理解checkpoint cnt和checkpoint scn就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。