Admin - Redo Log

- 데이터를 안전하게 보호하기 위한 도구

- commit을 하면 System Commit Number 발생 (효과적으로 관리하기 위함) ; SMON이 관리
=> 중복없이 순차적으로 번호가 부여되므로 오라클의 시계라고도 함 (DB와 control file에도 SCN이 기록됨)

- Redo Log File이 가득차면 LGWR에 의해 새로운 로그 파일로 넘어가며 Log Switch(신호)를 발생시킴

- Log Switch가 발생하면 CKPT가 DBWR에 checkpoint를 발생해서 DB캐시에 있는 내용을 DB로 내려 쓴다.

- CKPT가 checkpoint SCN을 발생하면 checkpoint SCN 이전의 SCN의 내용도 모두 저장된다.
=> 일일이 하나의 SCN마다 checkpoin를 발생시키지않고, redo log file의 마지막 SCN만 발생시키면,
상위의 번호들은 자동적으로 따라서 저장됨

- Log Sequence Number (redo log file의 페이지 번호) ;
SCN의 위치를 쉽게 찾기 위해 발행하며 log switch가 발생할 때마다 번호가 부여됨

- redo log file의 손상을 대비해 group을 생성하고 같은 group 내에 동일한 member를 복제하여
하나가 손실되었을 때를 대비함 (동일한 group 내의 member의 내용은 같아야 한다)
=> 최소 2개의 group(권장 3개 이상), 최소 1개의 member

- redo log file의 3가지 상태 (보호중일 때는 group의 drop이 불가능)
current ; LGWR이 현재 사용하고 있는 group (보호 중)
active ; data file에 아직 반영되지 않은 상태 (따라서 보호되고 있는 상태)
inactive ; data file에 변경 사항이 반영된 상태 (보호 해제됨)

- on line redo log file ; 실제 사용하고 있는 redo log file로 내용이 덮어 씌워짐
- archived redo log file ; Arch에 의해 redo log file의 내용을 계속 적재시킴
 (on line redo log file이 덮어씌워져 복구할 수 없을 경우 대비해 별도로 보관함)

- 저장 공간이 부족할 경우 archive가 되지 않으면 DB에러가 발생함
=> 백업이 된 이후의 내용만 남겨두고 이전 내용은 삭제하여 공간을 확보해야 함 (70% 찻을 경우 전체 백업을 함)

SQL> alter database add logfile group # 
'경로' size @M;
=> 해당 경로에 @메가 크기로 #번의 redo log file 그룹을 생성

SQL> alter database add log member
'경로' to group #;
=> 해당 경로에 #번의 redo log file의 맴버를 생성

SQL> alter database drop logfile member
'경로';
=> 해당 경로의 맴버를 그룹에서 삭제 (실제 파일의 삭제는 이뤄지지 않음)

SQL> alter database drop logfile group #;
=> #번의 그룹을 제거함 (실제 파일의 삭제는 이뤄지지 않음)

SQL> alter system switch logfile; => log switch 신호 수동 생성

SQL> alter system checkpoint; => checkpoint 수동으로 생성