CHECKPOINT

CHECKPOINT

CHECKPOINT :

- Commit 된 Data 저장번호. Control File과 Data File의 Checkpoint 정보를 비교해 정보가 다르면 틀린 부분을 Online Redo Log나 Archived Redo Log를 참조해서 복구. DB Buffer Cache의 변경된 Dirty Buffer들을 Data File로 저장하는것.

CHECKPOINT 종류 :

DATABASE/GLOBAL CHECKPOINT : Checkpoint 발생 후 DB Buffer Cache 내 모든 저장 안된 Dirty Buffer 내용을 디스크에 저장함. 저장된 SCN 중 Checkpoint SCN ( 가장 번호가 큰 SCN )을 Control File과 Data File Header 부분에 기록

THREAD CHECKPOINT/ LOGICAL CHECKPOINT : Log Switch 발생 후 Thread 내 모든 저장안된 Dirty Buffer 내용을 디스크에 저장함

DATA FILE CHECKPOINT : 특정 Data File 에만 발생. Tablespace Offline이거나, begin backup 수행시 발생. Control File과 Data File Header 부분에 기록

MINI CHECKPOINT : DDL 발생시 특정 블록에만 발생

RECOVERY CHECKPOINT : Data File에 장애 발생 시 백업된 Data File 복원 후 Redo Change Vector 를 적용시키게 되는데, Recovery 된 블록을 Data File에 저장해야 하는데 이때 발생하는 Checkpoint

CHECKPOINT 우선순위 : ORALCE은 Checkpoint 종류에 우선순위를 두어서 Checkpoint 관리

FAST CHECKPOINT : 우선순위 높은것. 모든 저장 안된 Dirty Buffer들 즉시 Data File로 저장. 다른용어로 FULL CHECK POINT. Full Check point 발생후 Control File과 Data File Header에 해당 checkpoint 정보기록

예) database shutdown, tablespace begin backup, alter system checkpoint

LOW CHECKPOINT : 우선순위 낮은것. CHECKPOINT 해야 할 Block의 목록을 어딘가에 기록해 둔후 Background 로 내려씀. 다른용어로 Incremental Checkpoint (증분 checkpoint)

* DIRTY BUFFER 들의 목록 : ORACLE 7버전 까지는 LRUW LIST(DIRTY LIST)로 관리 . 8i 버전 이후부터 Checkpoint Queue 로 대체

QUEUE : 먼저 들어가 항목이 먼저 들어가는 구조

QUEUE 안에 저장되는 DIRTY BUFFER의 목록의 길이가 성능과 복구 시간에 영향을 준다. 길이가 길어지면 (저장이 자주 없으면) 성능이 좋아지지만 장애시 복수 시간이 길어지고, 길이가 짧으면 ( 저장이 자주 있으면) 성능이 나빠진다. QUEUE 안에 저장되는 DIRTY BUFFER의 목록 길이를 좌우하는 저장횟수, 즉 증분 체크포인트 (INCREMENTAL CHECKPOINT)가 발생하는 간격을 조정 할 수 있도록 ORACLE 8 버전에서는 DB_BLOCK_MAX_DIRTY_TARGET 파라미터를 사용하고 8i 버전부터 FAST_START_MTTR_TARGET 파라미터 제공. 증분 체크포인트느 CHECKPOINT 정보를 CONTROL FILE에만 기록하며 DATA FILE에는 기록하지 않는다.