NOARCHIVELOG
- 기본적으로 데이터베이스는 NOARCHIVELOG 모드로 생성된다.
- NOARCHIVELOG 모드로 작동되는 데이터베이스의 특징
- Redo Log File이 순환 방식으로 사용된다.
- checkpoint가 발생한 후 즉시 Redo Log File을 재사용할 수 있다.
- Redo Log가 overrride 되면 마지막 전체 백업에 대해서만 복구작업을 할 수 있다.
- 데이터베이스를 정상적인 종료 후에 백업을 받아야 한다.
- shutdown [normal | transactional | immediate]
- 백업 대상 파일은 data file, control file은 필수로 백업을 받아야 하고 redo log file은 optional하게 받을 수 있고 안받을 수 있다.
- NOARCHIVELOG 모드의 복구는 리두의 손실로 인해 백업 시점으로 복구 작업을 할수 밖에 없어서 데이터의 손실이 발생할 수 있다.
backup 대상 파일
- 데이터파일
SELECT name FROM v$datafile;
SELECT name FROM v$tempfile;
- 컨트롤 파일
SELECT name FROM v$controlfile;
-
리두로그 파일
SELECT member FROM v$logfile;
-
archive mode 확인
archive log list
SELECT name, log_mode FROM v$database;
현재 데이터베이스의 checkpoint 발생한 시점의 SCN 정보
SELECT checkpoint_change# FROM v$database;
현재 데이터파일의 checkpoint 발생한 시점의 SCN 정보
SELECT name, checkpoint_change# FROM v$datafile;
checkpoint 발생 시간 확인
SELECT scn_to_timestamp(4376803) FROM dual;
LOGGING MODE & NOLOGGING MODE
-
tablespace 상태가 logging mode
- 테이블스페이스안에 테이블의 데이터를 변경할 경우 redo entry를 생성한다. -
tablespace 상태가 nologging mode
- 테이블스페이스안에 테이블의 데이터를 변경할 경우 redo entry를 만들지 않겠다. -
LOGGING MODE 확인
SELECT tablespace_name, logging FROM dba_tablespaces;
-
NOLOGGING 으로 변경
ALTER TABLESPACE example NOLOGGING;
