백업과 복구 목차

DBA의 기본 소양
★ 백업과 복구 전체 목차

1. 사용자 관리 백업과 복구
   사용자가 직접 백업해야할 파일들을 찾아서 OS의 copy 명령어로 백업◆ 백업1) cold backup -> DB를 전부 내리고 백업2) hot backup -> DB 운영중에 백업3) controtl file만 백업◆ 복구
   
   1. 완전복구 - 장애가 발생하기전 마지막 commit 시점으로 완전하게 복구하기
      • non system data file을 삭제하고 복구
      • system data file을 삭제하고 복구
      • 모든 data file 들을 전부 삭제하고 복구
      • 1개의 control file이 삭제되었을 때 복구
      • 모든 control file이 전부 삭제되었을 때 복구
      • control file multiplexing하기
      • inactive 상태의 redo log file이 삭제되었을 때 복구
      • redo log file의 다중화하기
        
   2. 불완전 복구 - 과거의 특정 시점으로 되돌리는 복구방법
2. RMAN을 사용한 백업과 복구
   Rman이라는 툴을 이용하여 명령어 1~2개를 사용하여 쉽게 백업하는 방법
   1. recovery catalog db를 이용하지 않았을 때
      사용자 관리 백업과 복구 목차를 그대로 수행
   2. recovery catalog db를 이용했을 때 사용자 관리 백업과 복구 목차를 그대로 수행

백업을 안했으면 게으른거고
복구를 못하면 무능한것

완전 복구와 불완전 복구의 차이 완전복구는 장애가 나기전에 마지막 commit시점으로 복구 불완전복구는 과거의 특정 시점으로 db를 되돌리는것 불완전 복구를 해야할때 완전 복구를 못했을 때 고객의 요청으로 특정시점으로 DB를 되돌려야할 때 실수로 유저를 drop했을 때 실수로 테이블 스페이스를 drop했을 떄 current와 active상태의 redo log group의 멤버가 모두 삭제되었을때 cancel base 불완전 복구 해야할때 current나 active redo log file이 손상되었을때 복구중에 archive log file이 없을때

 

 

redo file 상태 4가지

1. unused   -> 한번도 사용하지 않은 상태
2. current --> 현재 사용중인 상태
3. active ->  다 썻는데 메모리의 내용이 datafile에 반영안된상태
4. inactive --> 다 썻는데 메모리의 내용이 datafile에 반영된 상태

 

 

위의 파일들이 삭제가 되었을 때 복구 방법 정리

1. unused -> 삭제되면 redo log group을 drop하고 완전 복구
2. current -> 삭제되면 cancel base 불완전복구 (어려움)
3. active ->  삭제되면 cancel base 불완전복구 (어려움)
4. inactive -> 삭제되면 redo log group을 drop하고 완전 복구( drop하고 DB를 올리면 된다)