개요
본 장은 Oracle Recovery Manager(RMAN)과 Backup Manager를 사용하여 물리적 백업을 수행하는 것에 초점을 두고 있습니다. RMAN 없이 백업을 수행하는 배경 지식이 본 장에 적용됩니다(예를 들어 백업하는 동안 데이터베이스가 열려지거나 닫혀질 수 있습니다). 본 장에는 RMAN을 사용하기 위한 추가 백업 고려 사항, 요구 사항, 개념이 설명되어집니다.

Note: 오라클은 운영 체제 백업과 Recovery Manager를 사용한 백업을 포함하는 유연한 백업 전략을 권장합니다. 각 백업의 빈도는 다음에 따라 달라집니다:

닫힌 데이터베이스 백업(Closed Database Backup)
데이터베이스가 닫혀 있는 동안(offline) 데이터베이스의 일부분을 백업하는 것을 말합니다. 닫힌 백업을 수행하려면 대상 데이터베이스가 열려지는 것이 아니라 마운트 되어야만 합니다. 복구 카탈로그(Recovery Catalog)를 사용한다면 복구 카탈로그(Recovery Catalog) 데이터베이스도 열려져 있어야 합니다.

오픈 데이터베이스 백업(Open Database Backup)
데이터베이스가 열려져 있는 동안(online) 데이터베이스의 일부분을 백업하는 것을 말합니다. RMAN을 사용할 때는 테이블스페이스가 “alter tablespace begin backup” 명령을 사용하여 hot 백업 모드로 놓여져 있지 않아야 합니다. RMAN은 보다 적은 리두를 산출하는 다른 방법을 사용합니다.

Recovery Manager Backup의 유형
Recovery Manager는 다음과 같은 것들을 백업해 주는 기능을 제공합니다:

Note: RMAN을 사용하면 온라인 리두 로그 파일은 백업되지 않습니다.

전체 백업
모든 데이터 파일과 컨트롤 파일의 백업입니다.

완전 백업
증분 백업 전략에 요구되지 않는 하나, 또는 그 이상의 파일을 백업합니다. 지정된 파일에 대한 데이터를 포함하고 있는 모든 블록을 백업합니다.

증분 백업
마지막 증분 백업 이후 변경된 블록만을 포함하는 데이터파일의 백업입니다. 증분 백업은 지정된 파일에 대한 데이터를 포함하고 있는 모든 블록을 백업하는 기본 레벨(base-level) (또는 증분 레벨 0인) 백업을 필요로 합니다. 증분 레벨 0과 완전 백업은 데이터 파일의 모든 블록을 복사합니다. 하지만, 완전 백업이 증분 백업 전략에 사용될 수는 없습니다.

운영 체제 백업
Recovery Manager가 아니라 운영 체제 유틸리티에 의한 오라클 파일 백업(예, 데이터 파일의 사본)입니다.

지원 백업 유형
Recovery Manager 백업에는 두 가지 유형이 있습니다:

여러분은 이들 백업을 어떻게 혼용하는 것이 자신의 백업, 복구 전략에 가장 이로울지 결정해야 합니다. 이들 방식은 별개로 사용할 수도, 함께 사용할 수도 있습니다.

채널 할당
채널은 오라클 서버와 운영 체제 간의 통신을 위해 RMAN이 사용하는 방법으로 다음과 같은 특성을 가집니다:

채널 할당의 예

채널 할당 구문
채널 할당 명령은 스크립트에 들어가거나 run 명령을 통합니다:
   allocate channel for delete <Device Type> <Options>;
   allocate channel <name> <Device Type> <Options>;
      단:     Device Type     TYPE=disk | <quoted_string>
                                       NAME=<quoted_string>

               Options             parms
                                        connect
                                        format

Note

Backup Manager
Backup Manager를 사용하여 채널을 할당하려면:

  1. Backup Manager의 Oracle8 Recovery Manager subsystem을 사용하여 대상 데이터베이스에 접속
  2. Channel -> "Create…" 메뉴 항목 선택
  3. Create Channel 다이얼로그 박스에서는 반드시 채널 이름을 입력해야 합니다. 필요한 경우 다른 세부 사항(채널 제한 같은) 지정
  4. OK 클릭하여 채널 생성
  5. 이제 채널이 Backup Manager Navigator 창에 출력됩니다.

태그(Tag)
태그는 백업 세트나 파일 사본에 할당할 수 있는 의미있는 이름입니다. 사용자 태그의 장점은 다음과 같습니다:

유일하지 않은 태그가 하나 이상의 데이터 파일을 참조할 경우 RMAN은 가장 현재의 사용 가능한 파일을 선택합니다.

예(슬라이드로부터)

이미지 복사
단일 데이터 파일, 아카이브된 로그 파일, 그리고 컨트롤 파일을 디스크에 복사합니다.

이미지 복사 구문
복사 명령은 일반적으로 스크립트에 포함되거나 run 명령으로 실행됩니다.
   copy <Input File> to <Location> <Options>;
      단:     Input File      datafile
                                   datafilecopy [tag]
                                   backuppiece [tag]
                                   archivelog
                                   controlfilecopy [tag]
                                   current controlfile
               Options        tag=<name>
                                   level 0
                                   nochecksum

Note: 이것이 완전한 구문인 것은 아닙니다.

이미지 사본의 특성
이미지 사본은 다음과 같은 특성을 갖습니다:


Copy 명령
파일의 이미지를 생성하려면 run 명령을 사용하십시오. 다음은 명령의 분해 조각입니다:

  • “Run”: copy 명령이 실행되는 방법입니다.
  • “Allocate channel”: 데이터를 출력 장치로 쓰는데 필요합니다.
  • “Copy”: 실제로 이미지 복사를 수행하는 명령입니다.
  • “Level 0”: 사본이 증분 백업 세트에 사용되도록 지정합니다.
  • 데이터 파일 구문은 어느 데이터 파일이 이미지 사본을 필요로 하는지를 나타냅니다. 이 경우 데이터 파일 3은 'file3.dbf'란 파일 이름으로 "/disk1/backup/" 위치로 복사됩니다(데이터 파일 1 과 유사).
  • 더 이상 필요하지 않은 프로세스를 해제하려면 “release channel”를 수행해야 합니다. 이것을 수행하지 않으면 RMAN이 자동적으로 이것을 실행합니다.
  • 괄호는 “run” 명령의 끝을 나타냅니다.

Note: run 명령은 데이터베이스가 마운트되거나 데이터베이스가 열려져 archivelog 모드인 경우에만 작동합니다.

Backup Manager
Backup Manager를 사용하여 이미지 사본을 생성하려면 OEM 작업 스케줄러를 사용합니다. 이것은 대상 데이터베이스를 포함하고 있는 호스트 상에 intelligent agent를 필요로 합니다. 단계는 다음과 같습니다:

  1. Backup Manager의 Oracle8 Recovery Manager sub-system을 사용하여 대상 데이터베이스에 접속
  2. Navigator 창에서 복사할 데이터 파일, 또는 컨트롤 파일 선택
  3. Backup -> "Image Copy …" 메뉴 항목 선택
  4. “ImageCopy” 다이얼로그 박스에서 복사할 대상과 원하는 채널의 이름을 지정합니다. 태그 이름이나 작업 스케줄링 옵션 같은 필요한 세부 사항을 지정합니다.
  5. 작업이 OEM 콘솔에 생성될 것입니다.
  6. 이제 파일의 사본이 Backup Manager Detail 창에 이미지 사본으로 나타날 것입니다.

이미지 사본 병렬화
기본으로 RMAN은 각 copy 명령을 직렬로 수행합니다. 하지만 다음과 같은 경우 병렬화가 달성될 수 있습니다:

예에서는 네 채널이 생성되었으나 세 채널만이 사용될 것입니다(채널 d4는 유휴(idle) 상태로 남아 있을 것입니다). 다음은 명령이 실행되는 방식입니다:

  1. 디스크에 쓰기 위해 네 채널이 생성됩니다: d1, d2, d3, d4
  2. 첫번째 copy 명령이 세 채널을 사용합니다(서버 프로세스) - 각 데이터 파일을 디스크로 쓰는데 사용됩니다.
  3. 두번째 copy 명령은 앞의 copy 명령이 실행을 끝낼 때까지 실행되지 않습니다 - 채널 하나가  사용됩니다.

Note: 병렬도가 높을수록 더 많은 기계 자원을 사용합니다. 하지만 더 빠릅니다.

이미지 복사 프로세스
RMAN이 파일을 복사할 때는 다음 프로세스를 따릅니다:

  1. 한 서버 프로세스는 한 순간에 하나의 파일에 작동합니다.
  2. 블록을 건너 뛰지 않아 모든 블록이 포함됩니다.
  3. 훼손을 검사합니다.
    Note: 모든 이미지 복사가 완료될 때 V$COPY_CORRUPTION을 질의해야 합니다.
  4. 복사 무결성을 검증하기 위해 체크섬(checksum)을 계산합니다.
  5. 파일의 새로운 사본에 대해 파일 헤더도 쓰여집니다.
  6. 사본에 대한 엔트리는 컨트롤 파일에 기록됩니다.

운영 체제 사본
RMAN에서 만들어지지 않은 운영 체제 파일 사본도 적합한 이미지 사본입니다만 RMAN에서 “catalog” 명령을 사용할 때까지 인식되지 않습니다. “hot”(open)과 “cold”(closed) 오라클 백업 모두 지원됩니다.

하드웨어 이중화(Hardware Mirrorring)
이미지 사본은 데이터 파일이 이중화된 디스크 볼륨에 저장되는 시스템을 지원합니다. 이중화된 디스크에 문제가 발생하면 이중화는 깨어져 복원하지 못할 수도 있습니다. 이중화가 resilver되면 “change . . .delete” 명령을 사용하여 이미지 사본을 제거하십시오. 그러면 RMAN은 “catalog” 명령을 사용하여 새로운 이미지 사본을 인식할 수 있게 될 것입니다. 

백업 세트
백업 세트는 디스크나 테이프 상에 오라클 독점 형식으로 저장된 하나 이상의 물리적 파일로 구성되어 있습니다. 각 물리적 파일은 하나 이상의 오라클 파일을 포함할 수 있습니다. 백업 세트에는 다음 두 가지 유형이 있습니다:

Note: 백업 세트는 일반적으로 디스크 상에서 사용 가능한 이미지 사본과는 달리 복구를 수행하기 전에 RMAN에 의해 복원되어야 합니다.

데이터 파일 백업 세트의 컨트롤 파일
백업 세트의 각 파일은 동일한 오라클 블록 크기를 가져야 합니다(컨트롤 파일과 데이터 파일은 동일한 블록 크기를 가지는 반면 아카이브된 로그 블록은 기계에 종속적입니다). 컨트롤 파일이 포함되는 경우 컨트롤 파일은 마지막 데이터 파일 백업 세트에 쓰여집니다. 컨트롤 파일도 다음 중 한 가지 방법으로 백업 세트에 포함될 수 있습니다:

백업 세트 구문
backup 명령은 일반적으로 스크립트나 run 명령을 통해 실행됩니다:

   backup <Level> ( <Backup Type> <Options> );
     
   단:             Level                    Full
                                                Incremental Level = [ 0 | 1 | 2 | 3 ]
                    Backup Type       datafile<quoted_string>
                                                datafilecopy [tag] <quoted_string>
                                                tablespace <quoted_string>
                                                database
                                                archivelog all
                                                current controlfile
                                                controlfilecopy <quoted_string>
                                                backupset <key>
                   Options                 tag=<quoted_string>
                                                format=<quoted_string>
                                                include current controlfile
                                                filesperset=<integer>
                                                channel <name>
                                                delete input
                                                skip [offline | readonly | inaccessible]

Note

백업 세트 특성
백업 세트는 다음과 같은 특성을 갖는 논리적 구조입니다:

Backup Manager
Backup Manager를 사용하여 백업을 생성하려면 OEM 작업 스케줄러가 사용됩니다. OEM 작업 스케줄러는 대상 데이터베이스를 포함하고 있는 호스트 상에 intelligent agent를 필요로 합니다. 단계는 다음과 같습니다:

  1. Backup Manager의 Oracle8 Recovery Manager sub-system을 사용하여 대상 데이터베이스에 접속
  2. Navigator 창에서 데이터베이스나 테이블스페이스, 데이터 파일, 또는 아카이브된 로그 폴더 선택
  3. Backup -> "Backup Set…" 메뉴 항목 선택(아니면 좀 더 자동화된 접근 방법으로 "Backup   Wizard…" 항목을 사용할 수도 있습니다.)
  4. "BackupSet" 다이얼로그 박스에서 다음 지정:
    -  증분 레벨(기본값 0)
    -  백업에 컨트롤 파일 포함시킬 것인지 여부
    -  세트의 각 백업 조각에 대한 태그(tag) 이름
    -  백업 세트에 필요한 모든 채널(최소한 하나)
    -  필요한 파라미터, 또는 작업 스케줄러 정보
  5. OK 버튼 클릭
  6. OEM 콘솔에서 작업이 생성될 것입니다.
  7. 백업 세트에 포함된 모든 데이터 파일이 Backup Manager Detail 창에 나타납니다. 이 백업 세트 정보는 데이터베이스나 테이블스페이스, 또는 아카이브된 로그 레벨에서는 사용 가능하지 않습니다.

다중화된 백업 세트
하나 이상의 파일이 동일 백업 파일이나 조각에 쓰여질 경우 RMAN은 자동적으로 채널에 파일을 할당하고 파일을 다중화하며 사용되지 않은 블록은 건너 뜁니다. 동시에 백업할 충분한 수의 파일을 제공하여 고성능 순차 출력 장치(예, 빠른 테이프 장치)가 스트림(stream)될 수 있습니다. 이것은 다른 온라인 시스템 자원과 경쟁을 해야만 하는 백업에는 중요합니다. 테이프 장치가 위치한 대상 데이터베이스 상의 테이프를 변경하는 것은 운영자, 또는 스토리지 서브시스템의 책임입니다.
이 프로세스는 테이프에 쓰도록 설계되었으나 디스크에 쓰는데 사용될 수도 있습니다.

예(슬라이드로부터)
   RMAN> run { allocate channel c1 type ‘SBT_TAPE’;
      2>      backup (database filesperset = 3) ; }
데이터베이스는 하나의 물리적 파일 (세트)로 함께 다중화되어(filesperset = 3) 테이프에 저장될 데이터 파일 세 개를 포함하고 있습니다. 데이터 파일은 데이터 파일 1로부터 블록의 ‘n’ 번호를 씀으로써 다중화되고 데이터 파일 2, 데이터 파일 3, 다시 데이터 파일 1 순으로 모든 파일이 백업될 때까지 진행합니다.

백업 세트 병렬화
다음을 통해 백업 세트가 병렬화 됩니다:

Note: 여러 개의 테이프 장치(비슷한 구성을 가진)가 똑같이 일을 하고 거의 같은 시간에 일을 끝내도록 하려면 백업할 데이터 파일이 각 백업 조각마다 비슷한 수의 데이터 블록을 가져야 합니다. 이 과정에 대한 도움을 받으려면 V$BACKUP_DATAFILE을 사용하십시오.

예(슬라이드로부터)

해결책
위의 요구 사항을 맞추려면 다음 구문을 사용하십시오:
  RMAN> run {
     2> allocate channel c1 type ‘SBT_TAPE’;
     3> allocate channel c2 type ‘SBT_TAPE’;
     4> allocate channel c3 type ‘SBT_TAPE’;
     5> backup
     6> incremental level = 0
     7> format ‘/disk1/backup/df_%d_%s_%p.bus’
     8> (datafile 1, 4, 5 channel c1 tag=DF1)
     9> (datafile 2, 3, 9 channel c2 tag=DF2)
    10> (datafile 6, 7, 8 channel c3 tag=DF3)
    11> (current controlfile);
    12> sql ‘alter system archive log current’; }

Note: 이 명령은 데이터베이스가 마운트되었거나 archivelog 모드로 열려져 있을 때에만 작동합니다. 

데이터 파일 백업 세트 프로세스
백업 세트를 생성할 때 RMAN은 다음 단계를 거칩니다:

  1. 세트의 각 파일에 네 개의 메모리 버퍼 할당. 각 버퍼의 크기는 db_block_size * db_file_direct_io_count 에 따릅니다.
     
  2. 백업할 파일을 채널에서 크기에 따라 내림차순으로 정렬
  3. 세트 내의 파일을 checkpoint하고 각 파일 헤더 블록을 복사
  4. 세트 당 하나 이상의 파일이 있는 경우 파일을 함께 다중화
  5. 모든 버퍼에서 블록 포함시킬 것인지 결정:
    -  증분이면 블록 내의 SCN 검사하여 포함할 것인지 확인
    -  완전, 또는 레벨 0이면 블록이 데이터를 포함한 적이 있는지 검사
  6. 훼손된 블록이 발견되며 컨트롤 파일에 저장되며 백업이 완료된 후 V$BACKUP_CORRUPTION을 사용하여 질의할 수 있습니다.
  7. 체크섬(checksum) 계산
  8. 출력 버퍼가 차면 출력 장치로 전송

아카이브된 로그 백업 세트
DBA가 경험하는 일반적인 문제는 아카이브된 로그가 백업을 시도하기 전에 아카이브 로그 목적지로 완전히 복사되었는지 여부를 알지 못한다는 것입니다. Recovery Manager는 컨트롤 파일이나 복구 카탈로그(Recovery Catalog) 정보를 액세스하여 어떤 로그가 아카이브되어 복구 도중 복원할 수 있는지를 알 수 있습니다.

아카이브된 로그 백업 세트의 특성

아카이브된 로그 백업의 예(슬라이드로부터)
이 예는 로그 시퀀스 번호 1056부터 1058까지의 아카이브된 로그를 각 백업 조각이 아카이브된 로그를 세 개씩 포함하는 백업 세트로 백업합니다. 아카이브된 로그는 복사된 후 디스크에서 삭제되며 V$ARCHIVED_LOG 뷰에도 삭제된 것으로 표시됩니다.

 아카이브된 로그 백업 프로세스

  1. 백업 세트의 아카이브된 로그는 채널과  크기 순서대로 정렬됩니다.
  2. 데이터 파일 백업 프로세스와 유사합니다.
  3. 시퀀스와 스레드 번호는 참조가 용이하도록 조각에 대한 블록 번호로 대치됩니다.
  4. 블록을 건너 뛰지 않습니다.
  5. 훼손이 검출되면 설정은 종료됩니다.

시나리오

Note

저장된 스크립트를 이용한 백업
“run” 명령에 전체 구문을 집어 넣는 대신 “create script” 명령을 사용하여 스크립트 파일을 생성하는 방법이 있습니다. 스크립트는 RMAN이 명령을 수행한 후 이 이름을 사용하여 복구 카탈로그(Recovery Catalog)에 저장됩니다.

스크립트 구문
자주 사용하는 운영 체제 명령, SQL 스크립트, “backup”, 그리고 “copy” 명령을 저장하려면 “create script” 명령을 사용하십시오;

   create script <name> {<commands> ;}
      단:             Commands        allocate
                                                  backup
                                                  copy
                                                  recover
                                                  sql
                                                  host

앞의 예를 사용하려면:

  1. “backup.rman”이라는 운영 체제 텍스트 파일을 생성하십시오. "create script" 명령으로 "run" 명령을 대체하고 스크립트 "Backup Example"라 부르십시오:
        create script BackupExample{
        allocate channel t1 type ‘SET_TAPE’;
        allocate channel t2 type ‘SET_TAPE’;
        backup
          filesperset 3
          format ‘/disk1/backup/df_%d_%s_%p’
          tag=SCEN
          (database include current controlfile); }

    Note:     운영 체제 텍스트 파일을 생성하지 않아도 좋습니다만 오라클은 생성할 것을 권장하는  바입니다.
  2. 그리고 나서 텍스트를 잘라내어(cut) Recovery Manager로 붙여 넣어야(paste) 합니다:
        RMAN> create script BackupExample ( . . . )
        RMAN-03022: compiling command: create script
        RMAN-03023: executing command: create script
        RMAN-08085: created script BackupExample

    이 스크립트는 이제 복구 카탈로그(Recovery Catalog)에는 “Backup Example”로, 운영체제에는“backup.rman”으로 저장됩니다.
  3. 이러한 유형의 백업을 실행하고자 할 때는 다음 “run” 명령을 내리십시오:
        RMAN> run { execute script BackupExample; }
        RMAN-03021: executing script: BackupExample
        RMAN-03022: compiling command: allocate
        RMAN-03023: executing command: allocate

    백업 세트 내의 모든 파일을 보려면 다음 명령을 사용하십시오:
        RMAN> list backupset of database tag=SCEN;
        RMAN-03022: compiling command: list
        RMAN-06230: List of Datafile Backups
        RMAN-06231: Key  File  Type         LV  Completion_time
        RMAN-06232: ---- ----  -----------  --  ---------------
        RMAN-06233: 1744    1  Incremental   0  25-NOV-97  ...
        RMAN-06233: 1744    2  Incremental   0  25-NOV-97  ...
        RMAN-06233: 1744    3  Incremental   0  25-NOV-97  ...
        RMAN-06233: 1744    4  Incremental   0  25-NOV-97  ...
        RMAN-06233: 1744    5  Incremental   0  25-NOV-97  ...
        RMAN-06233: 1744    6  Incremental   0  25-NOV-97  ...
        ...

    블록 레벨 훼손을 검사하려면 다음 명령을 사용하십시오:
        SQL> select * from v$backup_corruption where file# in (1,2, . . .);
        no rows selected.

결과

Backup Manager
백업 스크립트는 Backup Wizard를 통해서만 생성만 할 수 있습니다. Backup Manager로는 실행, 편집, 또는 삭제할 수는 없습니다.

백업 조각
“set limit” 구문을 사용하여 지정하지 않는 한 논리적 백업 세트는 보통 하나의 백업 조각을 가집니다. 백업 조각은 하나 이상의 오라클 데이터 파일, 또는 아카이브된 로그를 포함할 수 있는 하나의 물리적 파일입니다. 백업 세트는 완전 백업, 또는 증분 백업에 대한 백업 조각의 완벽한 세트입니다.

백업 조각 크기
백업 세트가 하나 이상의 조각을 갖는 경우는 다음 명령이 사용되었을 때 입니다:
“Set limit . . .kbytes”: 백업 조각의 최대 크기를 지정합니다.

Backup Manager
이 파라미터는 채널을 생성하거나 수정할 때 설정되어야 합니다.

예(슬라이드로부터)

시나리오
USER_DATA 테이블스페이스는 하나의 테이프 장치로 백업되어져야 합니다. 테이프 장치 당 최대 파일 크기는 4GB입니다.

결과
출력 파일이 4GB보다 작으면 백업 세트에 단 하나의 백업 조각만이 쓰여지게 될 것이며, 출력 파일이 4GB보다 크다면 백업 세트에 하나 이상의 백업 조각이 쓰여지게 될 것입니다. 각 백업 조각들은 산재된 세 파일로부터 함께 블록을 가지게 될 것입니다.

완전, 증분, 누적 백업
데이터 파일 백업은 완전, 누적, 또는 증분으로 설정합니다.

완전 백업
모든 블록을 포함하는 하나 이상의 데이터 파일을 백업합니다. 완전 백업은 데이터파일이나 이미지 사본, 아카이브된 로그, 또는 컨트롤 파일을 포함할 수 있습니다.

증분 백업(레벨 >= 0)
이전 증분 백업 이후로 수정된 블록만을 포함하는 컨트롤 파일, 또는 데이터 파일을 백업합니다.

누적 증분 백업(레벨 >= 0)
오라클은 누적 증분 백업을 옵션으로 제공합니다. 이 백업은 복원 도중 필요한 증분 백업의 횟수를 줄여주어 시간을 감소시켜 줍니다. 하지만 누적 백업은 같은 레벨에서 이전 증분 백업이 이미 기록한 정보를 백업하므로 더 많은 공간과 시간이 필요합니다. 

증분 백업
증분 백업은 다음과 같은 특성을 가집니다:

으뜸 법칙

다중 레벨 증분 백업
다중 레벨 증분 백업 기능으로 여러 레벨의 증분 백업을 생성할 수 있습니다. 0부터 4까지의 다섯 레벨을 정의할 수 있습니다.
복원하는 동안에는 어떤 레벨이든지 오직 하나의 증분 백업만이 필요하기 때문에 다중 레벨 증분 백업은 복구 작업을 도와 줍니다.

3 레벨 백업 방식

백업의 예
여러분은 계속해서 자라나는 100GB 데이터베이스를 유지하고 있습니다. 기존 하드웨어에 기초하여 여러분은 전체 데이터베이스의 오픈 백업이 4 시간 걸린다고 판단합니다. 데이터베이스는 일주일에 7일 24시간 온라인 상태이므로 백업은 백업하는 동안 시스템 자원을 너무 많이 소비합니다. 그러므로, 레벨 0 백업은 일주일에 한번 이상 수행할 수 없습니다. 하지만 문제가 발생했을 경우에는 빨리 복구를 해야 합니다. 고로 여러분은 다음 백업, 복구 전략을 쓰기로 결정합니다:
레벨 0 백업은 작업이 가장 적은 날을 택해 매주 수행합니다. 여러분은 이 날을 일요일로 정합니다.

    RMAN> run { allocate channel c1 type disk
       2>    format = ‘/home/disk1/user4/BACKUP/sun_%s_%p.bus’;
       3>    backup incremental level = 0 (database); }

증분 레벨 2 백업은 격일간으로 수행합니다. 다만 수요일은 제외합니다. 이러한 백업은 이전 날부터 변경된 블록만 복사하기 때문에 빠릅니다:

    RMAN> run { allocate channel c1 type disk
       2>    format = ‘/home/disk1/user4/BACKUP/inc_%s_%p.bus’;
       3>    backup incremental level = 2 (database); }

수요일은 데이터베이스 작업이 다소 적은 날이어서 복구 속도에 도움을 주기 위해 일요일 이후 변경된 모든 블록을 복사합니다. 예를 들어 금요일에 문제가 발생하면 복원하는데 일요일, 수요일, 그리고 목요일 백업만 필요하게 됩니다(월요일과 화요일 분은 필요 없습니다):
    RMAN> run {allocate channel c1 type disk
       2>    format = ‘/home/disk1/user4/BACKUP/wed_%s_%p.bus’;
       3>    backup incremental level = 1 (database); }

목요일에는 완전 백업에 의해 증분이 대체됩니다. 이것이 백업 기본 레벨을 바꾸지는 않으므로 금요일의 백업은 수요일 이후의 변경 사항을 복사합니다. 그러므로 백업은 다음 레벨 0 전에  버려질 수 있습니다. 실수로 목요일의 백업이 레벨 0 이었다면 금요일의 백업은 목요일 이후의  모든 변경된 블록을 복사하며, 새로운 기본 레벨입니다. 이제 이 백업은 다음 레벨 0까지  유지되어야 합니다.

Note: 증분 레벨은 Backup Manager의 “Backup Set…”이나 “Backup Wizard…”를 사용하여 설정할 수 있습니다. 하지만 누적 레벨은 그렇지 않습니다.

누적 증분 백업
누적 증분은 다음과 같은 특성을 갖습니다:

  • 누적 증분 레벨 n 백업(단 n > 0)은 증분 레벨이 n보다 작은 이전 백업 이후 변경된 모든 블록을 복사합니다.
  • 누적 증분 백업은 같은 레벨에서 이전에 백업된 블록을 백업합니다. 그러므로 누적 증분 백업은 누적하지 않는(non-cumulative) 백업보다 더 오래 걸리고, 더 많은 블록을 쓰며 더 큰 백업 파일을 만들어 냅니다.
  • 복구할 때 각 레벨에서 더 적은 백업이 적용되므로 복구 속도를 향상시키기 위해 제공됩니다.

예(슬라이드로부터)
누적 백업은 동일 레벨에서 이전 증분 백업이 이미 복사한 변경 사항을 복제합니다. 그러므로 증분 레벨 2 백업이 수행되면 다음 누적 레벨 2는 새로 수정된 모든 블록과 증분 레벨 2에 의해 백업된 블록을 백업할 것입니다. 이것은 완벽한 복구를 하는데 동일 레벨의 증분 백업이 단 하나만 필요하다는 것을 의미합니다.
    RMAN> run {allocate channel c1 type disk
       2>  format = ‘/home/disk1/user4/BACKUP/cum_%s_%p.bus’;
       3>  backup incremental level = 2 cumulative (database) ; }

백업 제약 조건
RMAN을 사용하여 백업을 수행하려면 다음을 알아야 합니다:

Recovery Manager 작업 kill
Recovery Manager는 성공적으로 완료된 컨트롤 파일의 백업 세트만을 기록합니다. RMAN 작업이 비정상적으로 종료되면 불완전한 파일이 운영 체제에 존재하게 될 것이므로 이것을 제거해야 하며 RMAN은 이들을 사용하지 않을 것입니다. RMAN 작업을 종료하려면:

컨트롤 파일을 자주 백업
데이터 파일을 백업할 때마다 항상 컨트롤 파일을 백업하십시오. 왜냐하면 컨트롤 파일을 복원하여야 하는데 증분 백업이 수행되었다면, 컨트롤 파일을 복구하기 위해서는 아카이브된 로그를 복원해야만 하기 때문입니다. 이런 경우 복구 속도를 향상시키는 증분 백업 수행의 이점이 많은 수의 아카이브 로그를 이용하는 경우 보다도 더 사라지게 됩니다.

Note :  데이터 파일 1로 백업 세트를 생성하는 것은 컨트롤 파일을 포함합니다.

훼손

Recovery Manager의 메모리 사용

COPY 또는 BACKUP 명령을 실행할 때 메모리 버퍼가 필요합니다. 다음 가정을 기반으로 하여 메모리를 구성할 수 있습니다.

메모리 사용 보기

적절한 디스크 I/O 슬래이브 수는 2 또는 3입니다. 보다 많은 I/O 슬래이브 수가 필요한 경우 다른 채널을 할당하는 것이 효율적입니다. 메모리 사용은 V$SGASTAT(name = 'KSFQ buffers')를 사용하여 볼 수 있습니다.

대용량 풀에 충분한 공간이 없는 경우 이미 시작된 I/O 슬래이브는 계속되고 나머지 프로세스는 동기적으로 실행됩니다. 대용량 풀에서 공간을 얻을 수 없는 프로세스는 이러한 사항을 대상 데이터베이스의 경고 로그에 보고합니다.

문제 해결
백업 진행 상황을 확인하려면 V$SESSION_LONGOPS를 사용하십시오. 예를 들면:
  SQL> select sid, serial#, context
    2  round (sofar/totalwork*100, 2) “% Complete”,
    3  substr (to_char (sysdate, ‘yymmdd hh24:mi:ss’), 1, 15) “Time”
    4  from v$session_longops
    5  where compnam = ‘dbms_backup_restore’;

   SID  SERIAL#   CONTEXT   % Complete  Time
  ----  -------   -------   ----------  ---------------
    19       86        46          100  971124 05:13:40
    19       86      1060          100  971124 05:13:40
    29      181        46        10.56  971124 05:13:40

% Complete 가 계속 증가하고 있지 않다면 문제가 될 수 있습니다.
어떤 이벤트가 대기하고 있는지 알아 보려면 V$SESSION_WAIT를 검사해 보십시오:
  SQL> select event, p1text, seconds_in_wait
    2  from v$session_wait
    3  where wait_time = 0;

RPC 호출 시작을 실패
RMAN으로부터의 다음 RPC 에러 메시지는 문제가 아닙니다:
  RMAN-08010: channel c8: including datafile number 6 in backupset
  RMAN-10030: RPC call . . . failed to start on channel c9

이것은 보통 대상 데이터베이스 인스턴스가 느리다는 것을 나타냅니다. 다음   “RPC call OK” 메시지가 나오면 백업이 성공적으로 계속 진행됩니다:
  RMAN-10036: RPC call ok on channel c9
  RMAN-08010: channel c3: including datafile number 18 in backupset

시작부터 정지된(hang) 백업
테이프 백업이 시작된 후, RMAN이 새로운 정보를 출력하지 않으면 V$SESSION_WAIT는 “compnam = ‘dbms_backup_restore’” 문에 대한 어떠한 정보도 보여주지 않을 것이며 백업은 “hung”인 것처럼 보일 것입니다. 이런 상황이라면 media manager를 확인하여 hung 되어 있거나 비정상적 으로 종료되지 않도록 하십시오.
대부분의 media manager는 sbtio.log 파일에 정보를 쓰므로 더 이상의 정보를 얻고자 하면 이 파일을 검사하십시오. 이 파일은 $ORACLE_HOME/rdbms/log 디렉토리에 위치하고 있습니다(background_dump_dest나 user_dump_dest가 아닙니다).

테이프 장치가 발견되지 않을 때
다음 에러가 검출되었을 경우 7004 에러는 보통 테이프 장치가 발견되지 않았다는 것을 나타냅니다.
  RMAN-03007: exception occurred ... error is retryable
  RMAN-07004: unhandled exception ... on channel c4
  RMAN-10032: unhandled exception ... step 4: ORA-06512: at line 158
  RMAN-10035: exception raised ... operation failed, retry possible
  ORA-19506: failed to create sequential file, name=“f_98_1”,    parms=“ “
  ORA-27007: failed to open file 

데이터 딕셔너리 뷰
컨트롤 파일을 질의하는데 사용되는 RMAN 데이터 딕셔너리 뷰는 다음과 같습니다:

 

  관련내용

  참조

  파라미터

 BACKUP_TAPE_IO_SLAVES
 BACKUP_DISK_IO_SLAVES
 DB_BLOCK_SIZE
 DB_FILE_DIRECT_IO_COUNT
 DISK_ASYNCH_IO
 LARGE_POOL_SIZE
 SESSIONS
 TAPE_ASYNCH_IO

  동적 성능 뷰

 V$ARCHIVED_LOG
 V$BACKUP_CORRUPTION
 V$COPY_CORRUPTION
 V$BACKUP_DATAFILE
 V$BACKUP_REDOLOG
 V$BACKUP_SET
 V$BACKUP_PIECE
 V$BACKUP_DEVICE
 V$SESSION_LONGOPS
 V$SESSION_WAIT
 V$SGASTAT

  데이터 딕셔너리 뷰

 None

 명령어

 RUN { <commands>; }
 ALLOCATE CHANNEL <name> TYPE DISK;
 COPY <datafile> TO <location>;
 BACKUP <level> ( <Backup Type> <Options>  )
 CREATE SCRIPT { <commands>; }
 RUN { EXECUTE SCRIPT <name>; }