본문 바로가기

카테고리 없음

ORACLE Backup and RMAN v1.0

ORACLE Backup and RMAN v1.0

 

Date

Ver

Etc.

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