백업&복구 4.2 - Recovery 원리 추가설명

장애 - 물리적 장애 : file 장애(data,log,control 지워지거나 깨지는것)
 
       - 논리적 장애 : 사용자실수 - DDL, DML관련
                     (Ex. 업데이트 날릴때 실수로 where절 빼먹고 날렸다, 지워서는 안되는 테이블 지웠을때)

→ 모든 장애를 다 외워서 고칠 순 없다. 원리 잘 알아서 응용해서 고치자!!
 
 

 
 

※ DB운영하는 모드 2가지
- no archive log mode
- archive log mode

  : 두 모드 모두 복구하는 원리는 같다.
 
 

 <그림1> 복구원리

1일에 DB를 끄고(당시 마지막 SCN 100) 풀백업 받았다. → 백업시점 100번 데이터
DB 켜고 사용해서 시간이 흘러 101~108번 까지(redo 3그룹 106,107,108) 정상적으로 DB 운영중이다.

장애 : a.dbf가 삭제됨 → 백업받은 파일을 복사해 온다.(Restore : 복원)
Restore 하면, a.dbf는 100번이다. 이상태에서 오라클에게 고치라고 명령날린다.(Recover)
 
컨트롤파일 찾아가서 제일 마지막 번호에 작업했던 SCN을 찾는다. 기준=108번
실제 데이터 파일 찾아간다. a.dbf는 100번 → 다르다
리두로그나 아카이브로그에서 자료를 가져다 복구한다.
데이터파일에 있는 SCN 다음 것 부터 순서대로 복구한다.