15장. 데이터베이스 백업 수행

 

 

RMAN 을 쓰면 디폴트 백업 저장소가 FRA

필요하면 다른 스토리지 위치로 , 테잎으로 백업 가능.

 

 

관리대상의 DB 정보 알려주면 관리대상의 콘트롤 파일 찾아보면서 구조정보를 알아서 백업수행하므로

오라클에서 알고 있는 논리적 단위로 백업 가능함. (TBS단위)

내가 일일이 지정할 필요도 없음.

 

백업 받았던 내가 수행한 내용에 대해서 다시 기록해 둠.

 

항상 컨트롤 파일 포함해서 백업 받도록!

 

 

RMAN 에서 백업 히스토리 보면서 손쉽게 복구 가능.

컨트롤 파일에 손상이 생겼으면?

그 백업의 컨트롤 파일로 살려낼 수 있음.

 

 

대부분의 회사는 카탈로그 DB 구성하는 걸 시러함.

카탈로그 DB가 손상이 생기면? 여기 올라온 repository 정보 다 사라지고 다시 복구해야 함.

관리포인트가 늘어남. 백업해줘야 하고...

그러면 당연히 싫어함..

 

 

*백업 방식

1.이미지 커피 방식으로 하면

- 단점 : 디스크로만 백업 가능(테이피 불가능), 공간 낭비가 심함.(700M를 공간으로 잡아놨는데

실제 50M만 쓰더라도 700M를 백업받음.)

- 장점 : 백업디스크가 디비가 있는 스토리지와 같은 박스에 있다면,

만약 원본이 지워버려졌으면 콘트롤파일에서 걍 해당 이미지 백업본으로 포인터를 바꿔버린다.

즉 리스토어 단계가 없어짐. 그래서 빠른 복구가 장점이다!

 

2. Backup set 방식

- 블럭 단위로 뭉쳐서 백업 수행. 50MB만 백업을 받겠다.

 

 

 

RMAN백업 받으면..

데이터, 콘트롤, 아카이브된 로그 및 서버 파라미터 파일 백업

-> 리두로그파일 백업은 빠지게 된다.

그래서 로그스위칭을 일으켜서 다 아카이브로그를 만들어야 안 위험하다.