개요
본 장은 복구 카탈로그(Recovery Catalog)를 가진 Recovery
Manager를 사용하는데 필요한 구성 요소를 다룹니다. 다루어지는 주제는 다음 순서대로입니다:
Recovery Manager 시작
Recovery Manager는 다음 방법으로 시작할 수 있습니다:
Note
데이터베이스 등록
복구 카탈로그(Recovery Catalog)를 생성하고
Recovery Manager를 시작한 후의 첫번째 단계는 복구 카탈로그(Recovery Catalog)에 데이터베이스를 등록하는 것입니다. 백업을 하려면 반드시 이것을 먼저 하여야 합니다.
접속할 대상 데이터베이스가 복구 카탈로그(Recovery Catalog)에 등록됩니다.
예
RMAN> register database;
RMAN-03022: compiling command:
register
RMAN-03023: executing command: register
RMAN-08006: database
registered in recovery catalog
RMAN-03023: executing command: full
resync
RMAN-08029: snapshot controlfile name set to default
value:
$ORACLE_HOME\DATABASE\SNCF$ORACLE_SID.ORA
RMAN-08002:
starting full resync of recovery catalog
RMAN-08004: full resync
complete
이 작업을 수행하려면 대상 데이터베이스가 마운트되거나 열려져
있어야 합니다. 대상 데이터베이스 구조에 대한 정보는 컨트롤 파일로부터 복구 카탈로그(Recovery Catalog)로
전송됩니다.
Note
Recovery
Manager는 데이터베이스가 처음 생성될 때 계산되어진 내부 DBID(Database Identifier)를 데이터베이스에 대한 고유 식별자로
사용합니다. 기존 데이터베이스를 복사하여 생성한 새 데이터베이스를 등록하고 db_name을 변경하려고 하면 실패할 것입니다. 복사된
데이터베이스를 백업하려면 새 복구 카탈로그(Recovery Catalog) 소유자를 생성한 후, 이 계정에서 카탈로그를
재설치하십시오.
Backup Manager
Backup Manager를 사용하여 데이터베이스를 등록하려면:
데이터베이스 재설정 명령
대상 데이터베이스가 과거의 한 시점으로 복구되려면 데이터베이스가 불완전 복구라고 알려진
“resetlogs” 옵션으로 열려져야만 합니다. 이 경우 Recovery Manager는 “reset database” 명령이 내려질 때까지
복구 카탈로그(Recovery Catalog)를 사용할 수 없습니다.
이것은 Recovery Manager가 resetlogs와 예전 컨트롤 파일의 우발적 복원을 구별하는데 도움이 됩니다.
예
RMAN> ret database;
RMAN-03022: compiling command:
reset
RMAN-03023: executing command: reset
RMAN-08006: database
registered in recovery catalog
RMAN-03023: executing command: full
resync
RMAN-08002: starting full resync of recovery catalog
RMAN-08004: full resync complete
Incarnation 번호
데이터베이스의 incarnation은 0으로 재설정되는 로그 시퀀스 번호에 우선하여 데이터베이스의 버전을 식별하는데 사용되는
번호입니다. 이것은 아카이브된 리두
로그와 온라인 리두 로그가 데이터베이스의 부적절한 “incarnation”에 적용되는 것을 막아 줍니다. “reset database” 명령은
데이터베이스의 incarnation 정보를 복구 카탈로그(Recovery Catalog)에 저장하기 위해 Recovery Manager에 의해 사용됩니다. 대상 데이터베이스에
의한 이후의 모든 백업과 로그 아카이브는 새 데이터베이스 incarnation과 관련됩니다.
“Reset Database to Incarnation” 명령
“reset
database to incarnation <key>” 명령은 데이터베이스의 이전 incarnation의 백업을 복원함에 의한
“resetlogs” 작업의 효과를 되돌릴 때 사용합니다. 되돌아 갈 데이터베이스 incarnation에 대해 레코드의 기본 키(primary
key)를 지정하여야 합니다:
RMAN> reset
database to incarnation <identifier>;
Note: 식별자는 “list incarnation of database” 명령으로 얻을 수
있습니다.
예
RMAN> list incarnation of database;
RMAN-03022:
compiling command: list
RMAN-06240: List of Database
Incarnations
RMAN-06241: DB KeyInc Key DB Name DB ID CUR Reset
SCN
RMAN-06242: ---------- --- ------- ---------- ---
---------
RMAN-06243: 1 2 ORACLE 1186311932 YES
25730
RMAN-06243: 1 421 ORACLE 1186311932 NO
172279
RMAN> reset database to incarnation 421;
Backup Manager
Backup Manager를 사용하여 데이터베이스를 재설정하려면:
카탈로그 명령 재동기
재동기 작업은
Recovery Manager로 하여금 복구 카탈로그(Recovery Catalog)를 대상 데이터베이스의 현재 컨트롤 파일과 비교하여 빠지거나 변경된 정보를 가지고 복구
카탈로그(Recovery Catalog)를 갱신하도록
합니다.
재동기가 필요한 이유
복구 카탈로그(Recovery Catalog)는 로그 스위치가
발생하거나 로그가 아카이브될 때,
또는 데이터베이스 구조가 변경될 때 자동적으로 갱신되지 않습니다. 이들 정보는 컨트롤 파일에 캐쉬되며 복구 카탈로그(Recovery Catalog)로 자주 저장되어져야
합니다. 성능 향상을 위해 Recovery Manager는 복구 카탈로그(Recovery Catalog)와 일치하지 않는 컨트롤 파일 기록만을 재동기합니다. 복구 카탈로그(Recovery Catalog)는 복구에 필요한 모든
정보를 저장합니다.
재동기 명령 구문
다음은 재동기
명령의 완벽한 구문입니다:
resync catalog [from
controlfilecopy <control
file name>];
데이터베이스 기록 재동기
“resync catalog” 명령은 최소한 대상 데이터베이스가 마운트되어 있다면 다음 레코드를
갱신합니다:
“Resync Catalog”
명령을 사용할 때
대상 데이터베이스의 물리적 구조를 변경한 후 “resync catalog” 명령을 내리는 것은
여러분의 책임입니다. 물리적 스키마 변경은 다음 작업에 해당합니다:
Note: 대상 데이터베이스가 백업 컨트롤 파일이나 새로 생성된 컨트롤 파일, 또는 현행이 아닌(noncurrent) 컨트롤 파일을 마운트했다면 복구 카탈로그(Recovery Catalog)의 물리적 스키마 정보는 갱신되지 않습니다.
자동 재동기
Recovery
Manager는 복구 카탈로그(Recovery Catalog) 데이터베이스에 접속되어져 있다면 백업이나 복원, 또는 복구 명령 전후에 자동으로 재동기를
수행합니다. 접속되어져 있지 않을 경우 복구 카탈로그(Recovery Catalog)를 갱신하려면 “backup”과 “copy” 명령 뒤에 “resync catalog” 명령이
필요합니다.
Backup Manager
Backup Manager를 사용하여 데이터베이스를 재동기 하려면:
Change와 Catalog
명령
이들 명령은 복구 카탈로그(Recovery Catalog), 컨트롤 파일, 그리고 물리적 매체에 저장된 정보를 수동으로
제어합니다.
정의
이들 명령을 성공적으로
사용하려면 몇 가지 키 용어가 필요합니다. 이들 용어의 개념은 7 장에서 다루어졌습니다.
“Change” 명령 구문
“change” 명령에 대해 다음 구문을 사용하십시오:
change <File Type> <Name>
<Options>;
단: File Type
archivelog
datafilecopy
[tag]
backuppiece
[tag]
backupset
controlfilecopy
[tag]
Options Delete
Available
Unavailable
Uncatalog
Validate
Note
예
시스템 파일의 사본이 /disk1/copy 디렉토리에 더 이상 존재하지
않습니다. 복구 카탈로그(Recovery Catalog)에서 이 정보를 제거하려면:
RMAN> change datafilecopy ‘/disk1/copy/system01.dbf’
2>
uncatalog;
“Catalog” 명령 구문
“catalog” 명령에 대해서는 다음
구문을 사용하십시오:
catalog <File
Type> <quoted_string> TAG =<quoted_string> |
<identifier>;
단: File Type
archivelog
datafilecopy
controlfilecopy
Note
예
DB00 데이터베이스의 시스템 파일의 운영 체제 사본이 /disk1/copy
디렉토리에 존재합니다. 이 정보를 복구 카탈로그(Recovery Catalog)에 저장하려면:
RMAN> catalog datafilecopy
‘/disk1/copy/system01.dbf’
2> tag = ‘DB00SYS’;
Change 명령
이 명령은 백업 세트, 백업 조각, 파일 사본, 아카이브된 로그, 그리고 컨트롤 파일에
작동하여 다음을 합니다:
데이터 파일 백업 삭제
컨트롤 파일, 복구 카탈로그(Recovery Catalog), 그리고 그들이 들어
있는 매체로부터 오래된 파일을 제거합니다. 이 명령 앞에는 항상 “allocate channel” 명령이 있어야 합니다. 예를 들어 데이터 파일 사본을
삭제하려면:
RMAN> allocate channel for
delete type = disk;
RMAN> change datafilecopy ‘/disk1/data/system01.bak’
delete;
RMAN> release channel;
채널 할당
운영 체제에 액세스하는
명령은 채널을 할당해야 합니다. “change. . . delete” 명령이 디스크나 테이프 상에서 물리적 파일을 삭제하려면 채널이 필요합니다.
동시에 한 채널만이 할당될 수 있어 모든 OS 명령은 완료될 때 채널을 해제합니다.
Allocate Channel 구문(부분)
Allocate channel for delete
type [disk | ‘SBT_TAPE’]
“for delete” 옵션은 파일을 삭제할
때에만 유용하며 작업에 대한 입력이나 출력 채널로 사용될 수 없습니다. 이것은 뒤에 설명될 별도의 “allocate channel” 명령을
포함합니다.
Catalog 명령
“catalog” 명령을 사용하여 다음과 같은 것들에 대한 데이터 파일 사본 정보나 아카이브된 로그 정보, 또는 컨트롤 파일
사본 정보를 복구 카탈로그(Recovery Catalog)에 추가할 수 있습니다:
복구 카탈로그(Recovery Catalog)에 이중화된 파일(mirrored file) 저장
이중화된 디스크 드라이브를
중단한 후 “Catalog” 명령을 사용하여 파일
사본의 위치를 복구 카탈로그(Recovery Catalog)에 추가할 수 있습니다. 디스크가 resilver(즉,이중화된 것이 재동기화)될 때
“change uncatalog” 명령을 사용하여 복구 카탈로그(Recovery Catalog)로부터 파일을 제거하십시오.
|
카탈로그 정보 추가 |
잃어버리거나 손상된 카탈로그
데이터베이스
복구 카탈로그(Recovery Catalog)를 포함하고 있는 데이터베이스가 손상되어 재구축되어져야 한다면 다음 방법 중 하나를
사용하여 카탈로그를 재구축할 수
있습니다:
Note
복구 카탈로그(Recovery Catalog)
보고
이들 명령은 복구 카탈로그(Recovery Catalog) 내에 포함된 정보를
분석하고 나열해 줍니다.
“Report” 명령
백업,
복사, 복원, 그리고 복구 작업의 다양한 국면을 분석하려면 “Report” 명령을 사용합니다.
“List” 명령
복구 카탈로그(Recovery Catalog)에 저장된 백업 세트,
파일 사본, 그리고 아카이브된 로그에
대한 정보를 출력하려면 “List” 명령을 사용합니다.
Note: “Report” 명령은 Backup Manager
v1.4에서는 사용할 수 없습니다.
“Report” 명령 구문
“report” 명령에 대해서는 다음 구문을
사용하십시오:
report need backup
<Options> = integer <Object> <name>;
report unrecoverable
<Object> <name>;
report obsolete redundancy =
integer;
report schema <atClause>;
단: Options incremental
days
redundancy
Object
datafile
tablespace
database
atClause
at time = <quoted_string>
at scn = integer
at logseq = integer
Note
예
백업되어야할 파일을 결정하려면:
RMAN> report need backup incremental 3
database;
“List” 명령 구문
list <Options> of
<Object List> <values>;
list incarnation of database of
<values>;
단: Options
copy
backupset
Object List datafile
<quoted_string>
tablespace <quoted_string>
database
archivelog all
Values tag = <quoted_string>
device type
<quoted_string>
like
<quoted_string>
from
time = <quoted_string>
until time =
<quoted_string>
Note
예
시스템 테이블스페이스의 멤버인 데이터파일의 모든 파일 사본을
나열하려면:
RMAN> list copy of
tablespace system;
Report 명령
이 명령은 “List” 명령보다 더 자세히 복구 카탈로그(Recovery Catalog)의 정보를 분석해
줍니다.
다음과 같은 다양한 질문에 대해 보고가 만들어질 수 있습니다:
Report Need Backup 명령
“Report Need Backup” 명령은 백업이 필요한 모든 데이터 파일을 나타내는데 사용합니다.
보고서 는 복원에 사용되었을 가장 최근의 백업을 나타내 줍니다. 세 가지 옵션이 있습니다:
List 명령
“List” 명령은 다음과 같은 정보를 전부 보여 주는 자세한 보고서를 만들어 냅니다:
“List” 명령의 예
“List” 명령을 사용하기 전에 대상 데이터베이스와
복구 카탈로그(Recovery Catalog)를 명시하여 RMAN에
접속해야만 합니다:
RMAN> target
sys/oracle@DB00” \
2> rcvcat rman/rman@RCVCAT”
데이터 파일 사본 나열
위의 예는
“List” 명령을 사용하여 SYSTEM 테이블스페이스에 대한 데이터 파일의 사본을 나열하고 있습니다.
백업 세트 나열
위의 예는
“List” 명령을 사용하여 데이터
파일 “/disk1/data/user01.dbf”의 모든 백업을 나열하고 있습니다.
Incarnation 나열
위의
예는 데이터베이스 DB00의 모든 알려진 incarnation을 나열하고 있습니다.
Backup Manager
Backup Manager를 사용하여 백업 세트와 파일의 사본을 나열하려면:
저장된 스크립트
Recovery Manager 스크립트는 다음에 대한 일련의 명령입니다:
스크립트 저장
야간 백업은
Nightly Backup이라는 스크립트 하나로 생성되고 저장될 수 있습니다. 복구 카탈로그(Recovery Catalog)에 스크립트를 저장하면
DBA가 Recovery Manager를 사용하여 (기계에 상관없이) 스크립트에 액세스할 수 있게 해 줍니다. 어떤 스크립트가 저장되어 있는지
알아 보려면 RC_STORED_SCRIPT와 RC_STORED_SCRIPT_LINE 뷰를 질의하십시오.
스크립트 구문
스크립트를 유지하는 주
명령 네 가지는 다음과 같습니다:
Note: 이것이 완벽한 구문은 아닙니다.
Run 명령 사용
스크립트를 생성하거나 대체하는 것은 복구 카탈로그(Recovery Catalog)에 정보를 저장하기만 할
뿐 실행을 하지는 않습니다. 저장된 스크립트를 실행하려면 “run” 명령을 사용해야만 합니다.
Run 구문
운영 체제 명령,
SQL 스크립트, 백업 명령, 저장된 스크립트 등을 실행하려면 “run” 명령을 사용하십시오. 짤막한 구문 소개가 아래에
있습니다:
run { <commands>
;}
단: Commands
allocate
backup
execute script <name>;
recover
sql
host
Note: 이것이 완벽한 구문은 아닙니다.
Run 명령
예
이미 생성한 “NightlyBackup”을 실행하려면 다음 구문을
사용하십시오:
RMAN> run { execute
script NightlyBackup ; }
데이터 딕셔너리
뷰
catrman.sql 스크립트를 실행할 때 복구 카탈로그(Recovery Catalog) 자체 스키마에 여러 뷰가 생성됩니다. 중요한 뷰 몇 가지입니다:
예 1
복구 카탈로그(Recovery Catalog)에 어떤 데이터베이스가
현재 등록되어 있는지 보려면:
SQL> select *
from rc_database;
DB_KEY
DBINC_KEY DBID NAME CHANGE# RESETLOGS
------ ---------
---------- ---- ------- --------
1 2 1943591421 DB00
1 20-OCT-97
예 2
대상 데이터베이스의 어떤
테이블스페이스가 현재 복구 카탈로그(Recovery Catalog)에 저장되어 있는지 보려면:
SQL> select DB_KEY, DBINC_KEY, DB_NAME, TS#,
NAME,
2> CREATION_CHANGE# CHANGE#, CREATION_TIME
CRE_DATE
3> from rc_tablespace;
DB_KEY DBINC_KEY DB_NAME TS# NAME CHANGE#
CRE_DATE
------ --------- ------ --- ------- -------
---------
1 2 DB00 3 DATA01 9611
20-OCT-97
1 2 DB00 1 RBS 9599
20-OCT_97
1 2 DB00 4 RMAN_TS 14023
29-OCT-97
1 2 DB00 0 SYSTEM 3
20-OCT-97
1 2 DB00 2 TEMP 9605
20-OCT-97
예 3
현재 복구 카탈로그(Recovery Catalog)에 대상 데이터베이스에
대한 어떤 스크립트가 저장되어 있는지 보려면:
SQL>
select * from rc_stored_script;
DB_KEY DB_NAME SCRIPT_NAME
------ -------
-------------
1 DB00 nightlybackup
1 DB00
archivebackup
