RMAN Repository에 MetaData를 보관한다
- Metadata
- Backup Set list
- Image Copy list
- Target DB
- Metadata를 만들기위해 별도의 DB를 생성 ->대규모 DB
- 혹은 별도의 TBS를 생성 ->소규모 DB
- Recovery Catalog(RC) -> 별도의 DB가 구성했다는 전제하에
- Control FIle의 정보를 그대로 복제
- Target DB의 기타 서비스를 도와줄수 있다
- RMAN Script를 보관할수 있다
- RC를 구성하는 이유
- Control File 손실을 막기위해
- 다중 Target 구성이 가능
- RMAN의 명령어들을 Script로 보존관리 할수있다 -> 운영이 편리
- 백업 대상
- Disk Directory
- Oradata 밑에 있는 Log, Ctl, DB 파일
- MML(Tape Device)
- Disk Backup이 날아갔을 경우를 대비해서 만들어둔다
- Flash Recovery Area(FRA)
- Flashback DB 지원
- 위치와, 사이즈를 지정할수 있다(EM->유지관리->복구설정)
- DB_RECOVERY_FILE_DEST
- DB_RECOVERY_FILE_DEST_SIZE
- OMF의 지원
- 필요에 따라서 자동으로 유지되기도하고 삭제되기도 한다
- ※ 논리적인 Backup Set이 물리적인 Backup Piece에 저장된다.
- Flash Recovery Area Space Usage
- 아카이브파일이 모두 RMAN에 백업 되었다면 ' all delete all input ' 명령어로 원본 아카이브 파일은 저장공간을 위해 삭제한다
- 불필요한 정보들을 조회해서 삭제 한다
- 조회 : Report OBSOLETE
- 삭제 : Delete OBSOLETE
- v$FLASH_RECOVERY_AREA_USAGE
- backup recovery area -> FRA에 저장되어 있는 모든 파일을 백업
- backup recovery files -> 해당 DB의 모든 파일들을 백업
- Flash Recovery Area의 장점
- 한곳으로 모든 백업 파일을 모을수있다
- 자동으로 공간에 대한 문제를 관리하기 때문에, 불필요한 백업 정보를 가지고 다닐 필요가 없다
- RMAN에 영향을 주는 Parameter
- DB초기화 Paramter
- CONTROL_FILE_RECORD_KEEP_TIME -> 보존기간
- DB_RECOVERY_FILE_DEST -> 위치
- DB_RECOVERY_FILE_DEST_SIZE -> 크기
- 환경변수
- NLS_DATE_FORMAT -> 날짜형식
- NLS_LANG
- RMAN 사용시 고려사항
- Large Pool에서 백업작업을 한다.
- 공유 메모리와, 프로세서에 여우가 있어야 한다
- SYSDBA 권한과, OS의 Device Access 권한이 있어야한다
- 원격지 접속을 위해서는
- Password File을 가지고 있어야 한다
- Password File을 안전하게 백업해둔다
- RMAN이 접속할수 있는 환경
- Target DB
- Recovery Catalog DB
- Auxiliary DB
- Target DB를 복제한 DB를 연결할수있다
- StanbyDB는 Target DB가 망가졌을 경우 자동으로 서비스가 제공된다(Fail Over)
- Configuring Persistent Settings For RMAN
- 기본으로 Default값으로 설정되어 있다
- Configure Automatic Channel -> 자동채널
- Specify the Backup Retention Policy -> 보존정책
- Specify The Number of Backup Copies to be create -> 생성된 백업 복사본 갯수
- Set the default backup type to BACKUPSET or COPIES
- Limit the size of backup sets -> BACKUP SET 크기 제한
- Exempt a tablespace from backup -> 특정 TBS 제외
- Enable add disable backup optimization -> 동일한 Device에 동일한 백업 정보를 담지 않는다
- Configure automatic Backup of Control File -> 항상 Control 파일을 같이 백업되도록 자동설정
- report schema : 등록된 Target DB의 Tablespace 정보를 보여준다
- Configure Description
- Retention Policies
- Recovery Window : 보존기간
- Redundacy : 중복성, 보존해야하는 백업의 갯수 설정
- Default Setting
- Configure Backup Optimization Clear
- Channel 설정
- SBT -> Tape Device
- DISK -> Disk Device
- Disk Parallelism 2 -> 2개의 채널을 이용해서 백업(병렬화)
---------------------------------------------------------------------->
- Using RMAN Recovery
- RMAN의 방식
- 대화식 모드
- 배치 모드
- Job방식
- RMAN을 시작하면서 바로 CMD를 시작할때
- Log에 기록하면서 RMAN을 시작할때
- 파이프 인터페이스
- RMAN의 타입
- Stand-alone : 하나씩 하나씩
- Job : 명령을 모아서 한꺼번에 처리
- RMAN CMD
- Backup CMD
- BACKUP AS BACKUPSET -> 백업 Set 구성
- BACKUP AS COPY -> 백업 복사본 구성
- BACKUP AS COMPRESSED BACKUP SET -> 압축백업 구성
- TABLESPACE hr_data -> HR_DATA만 백업
- Backup CMD Option
- 물리적 손상 검증 수행
- DB자체내에서 Check Sum이 있다면 RMAN에서는 비활성화 한다
- 훼손된 블락 Error -> ORA-00600
- 손상이 발생되면 Alert Log와 Trace File에 기록(udump)
- 물리적 손상 + 논리적 손상의 합 : MAX_Corrupt
- v$database_block_curruption에 Alert.log 기록
- 모든 백업대상에 대해서 검증작업
- 백업셋에 대한 이중화 설정
- 기존 백업셋이나 이미지 카피가 존재한다면 오버라이트 할수있다. (Reuse Option)
- 백업파일에 암호화작업
- COPY CMD
- BACKUP AS COPY
- DATAFILE '원본'
- FORMAT '사본'
- Block 레벨로 백업하는 것은 Backup으로 동일하지만 Image 통째로 복사를 하기 때문에 100M중 48M만 사용할 경우에도 image 크기는 100M 이다
- 무조건 Disk 장치에만 백업할수 있다
- TAG CMD
- LIST CMD
- RC에서 정보를 가지고 온다
- 자세한 내용은 Ref. 참조
- REPORT CMD
- 분석정보를 보여준다
- REPORT SCHEMA : Data File의 종류
- REPORT NEED BACKUP : 백업이 필요한 파일
- Incremental : 복구를 수행할때 n개 이상의 백업본이 필요한 데이터
- Days : n일동안 한번도 백업 안된 데이터
- redundancy : n개이상의 백업정보를 유지하지 못한 데이터
- Windows : n일 전의 상태로 백업시 필요한 데이터
- REPORT OBSOLETE : 더이상 필요 없는 파일
- REPORT UNRECOVERABLE : 복구 할없는 파일
- RMAN Dynamic Views
- v$archive_log
- v$backup_device
- v$backup_files
- v$backup_piece
- v$backup_redolog
- v$backup_set
- v$backup_spfile
- v$backup_corruption
- v$backup_configuration
- RMAN Backup Type
- Full Backup
- Whole 백업은 Block Level 백업
- 풀백업은 All Block Level 백업
- Level 0 Incremental(증분) Backup
- Cumulative Level1 Backup
- 누적백업
- 마지막 백업이후에 수정된 블락만 백업
- Differential Level1 Backup
- Incremental Backup 이후에 변경사항을 백업
- Cumulative Backup 보다 더 빠르다
- Increamental Level1 Backup
- 변경사항 이후부터 변경된 내용 백업
- RMAN>RECOVER COPY OF
DATAFILE {n|이름'}
WITH TAG 'incr_upd_df1';
- 동일한 데이터가 있으면 새로운 정보로 갱신한다
- BACKUP Archived Redo Logs
- SEQEUNCE를 줘서 부분적으로도 할수도있고, 전체를 백업할수도 있다
- [ALL] DELETE [ALL] INPUT 백업후 모든 아카이브로그 데이터 삭제
- Whole Database Backup
- Control FIle + Data File
- 옵션으로 Archived Log File도 백업가능
- BACKUP COPY OF DATABASE
- BACKUP DATABASE
- Block Change Tracking(BCT) : 변경된 Block 정보들을 Trace 해놓기 때문에 빠르게 증분백업이 가능하다
- EM : 관리도구 -> 백업설정 -> 정책 -> 보다 빠른 증분 백업을 위해 블록 변경 사항 추적 활성화
- ALTER DATABASE ENABLE
BLOCK CHANGE TACKING
USING FILE '경로/파일.f'
REUSE
- 백업중에 데이터파일 전체를 풀스캔 할 필요가 없다. -> 증분백업의 최적화
- CTWR(Chagne Tracking Writer Process)가 BCT를 기록한다
- Binary 파일로 만들어진다
- Backup LAB
- 백업할 테이블 : SYSTEM, SYSAUX, USERS, EXAMPLE, UNDOTBS1
- 백업 그룹 전략 설정
- DataFile 조회
- SELECT FILE#, NAME FROM v$controflile;
- RMAN 백업 실행
- run {
2> allocate channel c1 device type disk;
3> allocate channel c2 device type disk;
4> backup
5> incremental level=0 ->전체백업
6> format '/home/oracle/backup/df_%d_%s_%p.bak'
7> (datafile 1,2 channel c1)
8> (datafile 3,4,5 channel c2);
9> sql 'alter system archive log current';
10> }
- 다 백업후 list backup of database로 확인
카페 게시글
오라클 강좌[인서]
RMAN Configuration & Using RMAN
인서
추천 0
조회 442
08.04.16 19:58
댓글 1
다음검색
첫댓글 등록된 댓글이 없습니다. 댓글을 등록해 주세요.