본문 바로가기
스터디북

[10/07] 정리

by 파이어볼러 2015. 10. 7.



current 상태의 리두 로그 파일이 없기 때문에 Open이 되지 않는다 이럴 때 사용할 수 있는 방법은 Database가 Open 될 때 control file에는 명단이 있으나 실제 파일이 없는 리두 로그를 재생성시키는 RESETLOGS 옵션을 사용하는 것이다 문제는 RESEGLOGS 옵션은 불완전 복구를 수행했을 경우만 쓸 수 있다는 것이다


그래서 불완전 복구해야 하는데 지금과 같은 상황은 불완전 복구 옵션 중에서 until cancel 옵션을 쓰면 된다 


이 case의 핵심은 과거 백업받았던 모든 데이터 파일을 전부 복원하여 리두 로그와 아카이브 로그를 적용시켜 데이터를 복구하는 것인데 2번 그룹이 Current 상태에서 삭제되었기 때문에 2번 그룹은 복구할 수없다 그래서 복구가 가능한 리두 로그까지만 복구하고 3번 그룹을 찾을 때는 cancel해야 한다 이 경우 사용하는 명령어가


recover database until cancel 이다


recover할 때 복구 내용을 담고 있는 redo log가 없다면 복구가 되지 않는다 예를 들어 4,5,6번의 시퀀스를 가진 리두 로그 파일이 복구에 필요한데 현재 6번 시퀀스를 가진 리두 로그 파일이 삭제되었다면 until cancel을 사용하지 않아도 어짜피 5번까지밖에 복구되지 않는다


어짜피 5번까지라면 왜 until cancel 옵션을 사용해야 할까?


우선 6번 그룹이 current였는데 삭제되어서 재시작시키면 분명 파일이 없다는 에러를 발생시킬것이다 그리되면 DB를 Open하기 위해 Current 그룹을 다시 생성해야 하는데 삭제된 redo log group을 다시 생성하면서 open 하려면 open할 때 resetlogs 옵션을 사용해야 한다 resetlogs 옵션은 불완전 복구를 한 후 사용할 수 있는 옵션이다


그래서 until cancel 옵션을 붙여서 recover를 한 것이다 recover database 명령어로 복구할 경우는 모든 데이터를 완전히 복구하는 완전 복구 명령이므로 resetlogs 옵션을 사용할 수 없지만 until cancel이나 until time 같은 옵션은 일정 시점까지만 복구하는 불완전 복구이기 때문에 resetlogs 옵션을 사용할 수 있다


♣ Online redo 는 RMAN 상에서 백업 되지 않는 이유는?

 - 백업 수행시 자동으로 logswitch 가 진행되서 online redo file에 있던 모든 redo group들이 offline redo file 로 복사된다. 그래서 offline redo 만 백업 하고 current redo는 백업할 필요가 없다.


1) online redo logs에서 백업이 되지않는 이유

온라인 백업시에는 tablespace별로 begin backup, end backup이란 명령어로 백업의 시작과 끝을 나타냅니다. 우선 백업을 원하는 tablespace에 begin backup명령어를 쓰면, 그 tablespace에서 일어나는 트랜잭션은 tablespace 에 기록하지 않고 온라인 리두 로그 파일에 기록합니다.

 

 그렇기 때문에 백업중에 해당 tablespace의 데이터 파일엔 I/O가 발생하지 않음으로 백업이 가능하나, 리두 로그파일은 백업중 계속 I/O가 발생하기 때문에 백업이 불가능합니다.

 

RMAN BACKUP명령이 수행되면 자동으로 LOGswitch가 진행되어 Online redo file에 있던 모든 redo group들이 offline redo file로 복사됩니다. 마찬가지로 current redo로 바로 archiving 되므로 결론적으로 offline redo만 백업하고 current(online) redo는백업할 필요가 없음


checksum phisical


check logical 논리적 정보에 대한  테이블 인덱스 정보 까지도 검증한다


maxcorrutp 최대 훼손수 블락 훼손이 있을 경우 개수를 감지 10을 줄 경우 10을 넘으면 백업의 중단 

v$database_block_corruption


backup validate 유효성 검증 피지컬 로지컬하게 검증 백업할때 손상된 데이터를 이용하면 의미가 x 깨진게 있는지 없는지 검사 실제 백업은 x 검사만 o


encryption는 따로 줄 필요 없고 configure로 정하면 됨


duplexed backup set max 4


7 reuse 동일한 백업 파일 존재시 overwrite


8 proxy disk->tape

'스터디북' 카테고리의 다른 글

[10/08] 정리  (0) 2015.10.08
[10/07] 실습  (0) 2015.10.07
[10/06] 정리  (0) 2015.10.06
[10/05] 정리  (0) 2015.10.05
[10/04] RMAN one host Twice DB  (0) 2015.10.04