ORACLE Backup and RMAN v1.0
|
12.09.03 |
|
|
|
|
|
|
|
|
|
|
1. Consistent and Inconsistent Backups
consistent 와 inconsistent backups 을 구분하는 가장 큰 요소는 SCN 이다.
SCN 은 Oracle server-assigned number 로 데이터베이스의 커밋 된 버전을 알린다.
데이터베이스의 데이터 파일 간 이 SCN 은 서로 다를 수 있다. 이 SCN 이 서로 동일하다면 특정 타임 시점에 대해 consistent 하다는 것을 의미한다.
Checkpoint 는 control file 과 데이터 파일 헤더의 scn 을 업데이트 하며, 이 과정을 데이터베이스의 데이터 파일은 동일한 scn 을 가진다. (consistent)
만약 동작중인 데이터 베이스에 대해 백업을 실시하면, 데이터 베이스의 데이터 파일은 각기 다른 시점의 SCNs 을 가지게 된다. 이는 아까의 상황과 반대로 inconsistent 한 Backups 이 된다. 이 경우 데이터 파일 간에 SCN 을 동기화 하기 위하여 Archived redo logs 를 사용한다.
Nonarchivelog 모드에서는 consistent backup 만 사용할 수 있다. consistent 백업의 경우 whole-database backup 을 recovery 와 open resetlogs 명령의 사용없이 오픈할 수 있다.
Nonarchivelog 모드에서 추천되는 백업 방법은 정상적인 shutdown 이후 모든 데이터 파일을 백업하는 것이다. 만약 offline backup 을 위해 RMAN 을 사용하는 경우, 데이터 베이스는 먼저 mount 되어야 하는데 그 이유는 control file 의 업데이트가 필요하기 때문이다.
2. RMAN 을 사용하는 이유
l Data-Recovery Advisor feature
Data corruption 과 failure 에 대해 간편한 분석 및 보정
l 보다 간편한 백업, 복원 명령어 제공
l DBA 개입없는 Backup file 관리
l 불필요한 백업 데이터 파일과 archived redo log 를 디스크와 테잎으로부터 자동삭제
l Backup 액션에 대한 상세한 리포팅 제공
l 데이터베이스 복제나 Standby database 생성에 큰 도움
l 실제 데이터베이스 복원 없이 데이터베이스 복구가 가능한지 테스트 할 수 있음
l 복구를 위해 사용가능한 백업인지 확인할 수 있음
l 증분백업을 제공
l network-enabled duplication 을 사용하여 백업없이 데이터 베이스 복제를 수행할 수 있음
이는 active duplication 으로 알려져 있음
l Backup 중에 corrupt 된 블록을 자동으로 발견하고 관련된 정보를 v$database_block_corruption view 에 기록함
l 적은 수의 block 이 corrupt 된 경우 전체 데이터 파일의 복구 대신에 data block level 로 복구할 수 있음
l 사용하지 않은 블록에 대해 압축기능을 사용할 수 있어, RMAN 은 백업중에 이러한 블록을 대상에서 생략함
l RMAN 만이 암호화 된 백업을 제공
l RMAN 을 다양한 third-party storage systems 과 사용할 수 있음
l 스크립트 언어를 사용하여 백업 및 복구를 신속하게 할 수 있음
3. References
A. RMAN Recipes for Oracle Database 11g CH.1 | Apress