RMAN

- Data, Control, Archive만 RMAN으로 백업이 됨
=> online redo는 commit이 된 것을 Data에 내려쓰고서 백업하게 되므로 별도로 백업하지 않음

- target DB의 control file을 RMAN의 metadata라고 함 (DB 구조 정보)
=> 용량의 한계로 7일마다 갱신함 / 7일 이전의 내용은 소실하므로 RMAN이 별도의 DB 구성 (catdb)
=> Recovery Catalog Database를 생성해서 control file의 메타 데이터를 복사해옴 (다른 DB의 메타데이터도 보관 가능)
=> 자주 사용하는 script도 catdb에 보관할 수 있음 (대규모 DB일 경우 가능)

- RMAN의 repository에 메타 정보를 저장함

- 블록 레벨의 백업이 가능하다. (증분 백업)
=> 블록 변경 사항을 추적해서 저장 가능하므로 속도 향상

- channel ; RMAN 이 데이터베이스와 백업 미디어를 연결하는 통로
=> 다중화를 통해 속도를 향상 시킬 수 있음

- Flash Recovery Area (FRA) 에 메타 데이터 보관 ; 위치, 사이즈, 사용량을 모니터링 해야함
=> Archive / Flashback / RMAN 의 기본 저장소
=> OMF에 의해 자동으로 생성

- tablespace point in time recovery (TSPITR) ; 특정 시점으로 복구하기 위함

- MML ; 테입에 백업하기 위한 소프트웨어적인 장치

- 수동 채널 설정을 하면 우선으로 적용 / 자동 채널이 기본적으로 할당됨

- backup archivelog all (모두 복원) + delete all input; (백업된 내용은 삭제) => FRA의 공간을 확보하기 위함

- configure ; 기본설정 파라미터를 변경할 수 있음 / 자동백업도 가능

- retention policies ; 두가지 조건 중에 하나만 선택하여 변경함
=> recovery window ; 얼마나 오래동안 백업을 유지할 것인가
=> redundancy ; 몇개의 백업 파일을 중복으로 만들어 둘 것인가

- configure ... clear ; 기본값으로 초기화

- 복구 미디어에 미리 연결(채널 할당)되어 있어야 backup, restore, recover가 가능하다.

- RMAN의 백업 형태
=> copy ; 테이블 스페이스를 그대로 복사해 옴
=> backup set ; 사용된 블록에 대해서만 백업함 (조각의 크기를 할당해서 분할하여 백업 가능 => 저장소 분할 가능)

- archivelog는 별도의 백업셋으로 만들어진다 (이미 백업 받은 내용이므로 database와는 별도로 백업셋 구성)

- pipe ; input과 output을 위한 전용 통로

- rename & switch ; 응급 상황시 백업 copy가 있는 곳으로 tbs의 경로를 옮기고 control file을 셋팅함

- list ; 백업이 된 내용을 조회함 / report ; 백업 할 내용들을 조회함