Noarchivelog 모드에서 데이터베이스 복원
복원할 때 RMAN은 완전 백업을 할 것인지, 또는 증분 백업을 할 것인지,
아카이브된 로그를 사용할 것인지,
또는 이미지 사본을 사용할 것인지 결정하기 위해 복구 카탈로그(Recovery Catalog)나 대상 데이터베이스 컨트롤 파일을 사용합니다. 데이터베이스가 noarchivelog
모드에 있으면 모든 데이터베이스
파일이 복원되어야 한다는 것을 기억해 두십시오.
Restore 구문
“restore”는 보통 “run”이나 “create script” 명령 내에서
실행됩니다.
restore <Object>
<Options>;
단: Object
controlfile to
<location>
database
datafile
<quoted_string>
tablespace
<quoted_string>
archivelog
all;
Options channel=<name>
from tag=<name>
parms=<quoted_string>
from [backupset |
datafilecopy]
Note: 이것이 완벽한 구문인 것은 아닙니다.
Recovery Manager 고려 사항
noarchivelog 모드의 데이터베이스 파일을 복원할 때는 다음 상황을 알고 있어야 합니다:
- 복원하려면 대상 데이터베이스가 nomount이거나 mount 모드이어야 합니다. 데이터베이스가
열려져 있으면 RMAN은 에러를 알릴 것입니다.
- 데이터베이스를 복원할 때는 “restore database” 명령 뿐만 아니라 “restore
controlfile"구문을 포함시켜야만 합니다(그렇지 않으면 데이터파일만 복원됩니다).
- 데이터 파일과 컨트롤 파일은 동시에 수행된 백업으로부터 복원되어야 합니다. 이 방법으로 모든
파일이 동기화되며 “recover” 명령이 필요 없습니다.
- 컨트롤 파일의 백업이 복원되었으므로 “alter database open resetlogs”가
필요합니다.
- noarchivelog 모드에서 데이터베이스를 복원하기 위해 RMAN을 사용하는 것은 최상의 방법이
아닙니다.왜냐하면 “resetlogs”를 실행하므로 복원한 후에 완전 백업을 해야 하기 때문입니다.
- 백업이 RMAN으로 수행되거나 등록되었다면 RMAN을 사용해야만 복원할 수 있습니다.
오픈 데이터베이스의 테이블스페이스 복구
- 데이터베이스의 상태 검사
데이터베이스의 상태를 알려면 V$INSTANCE 뷰를
질의하십시오.
select instance_name,
status, archiver from v$instance;
- 복원/복구해야 할 데이터 파일 나열
V$DATAFILE_HEADER를 질의하십시오.
select name, file#, tablespace_name, status, error,
recover, fuzzy
from v$datafile_header
where tablespace_name =
‘tbs1’;
에러 열이 not null이면 데이터 파일을 복원하거나 데이터 파일을 그 파일의 이미지 사본으로 스위치하여 테이블스페이스를 복구해야 할 것이라는
의미입니다.
- RMAN 명령 실행
run {
allocate channel dev1 type disk;
sql “alter
tablespace tbs1 offline immediate”;
restore tablespace tbs1;
recover
tablespace tbs1;
sql “alter tablespace tbs1 online”;
release channel
dev1;
}
- 복구된 테이블스페이스를 알아 보기 위해 검사
- 적절한 백업 실행
Note: 오픈 데이터베이스 복구를 위해서는 데이터베이스가 archivelog 모드이어야 합니다. 필수적인 것은 아니지만
자동 archiving을 활성화하는 것이 좋습니다.
디스크 실패를 극복하기 위한 복구
디스크 실패로 인하여 데이터 파일을 액세스할 수 없다면 새 위치로 복원되거나 기존 이미지 사본으로 대체되어져야
합니다.
새 위치로 데이터
파일을 복원하는 예:
여러분은 디스크 2가 훼손되었으나 데이터베이스는 아직 열려 있다는 것을 발견합니다. 사용자들이
데이터 파일 2의 정보를 액세스할
수 없다고 종종 불평하고 있습니다:
ORA-00376: file
2 cannot be read at this time
ORA-01110: data file 2:
‘/disk2/data/df2.dbf’
- 다음 명령을 사용하여 디스크 2 상의 데이터 파일의 위치를
확인하십시오.
SQL> select file#,
name, bytes from v$datafile;
FILE# NAME
BYTES
----- --------------------------
--------
1 /disk1/data/system_01.dbf 31457280
2
/disk2/data/df2.dbf 10485760
...
여러분은 디스크 1에 데이터
파일 2를 위한 충분한 공간이 있다고 판단합니다.
- “restore” 명령을 사용하여 성공적으로 복원할 수 있도록 파일(필요하다면 테이블스페이스)을
오프라인 상태로 놓으십시오.
- (“set newname”을 사용하여) 파일이 새 위치로 복사되었으므로 파일은 “switch”
명령을 사용하여 새 파일 위치를 오라클에게 알려주므로써 “current” 상태가 되어야 합니다.
- “recover” 명령을 사용하여 복원된 파일에 아카이브, 증분, 누적, 그리고 리두
로그의 조합을 적용하기 시작하여 데이터베이스를 동기화 하십시오.
- 복구가 끝나면 데이터 파일을 온라인 상태로 만드십시오.
사용자에게 데이터베이스가 사용 가능하다는 것을 알려 주고,
시스템 실패 전에 커밋하지 않았던 데이터를 재입력하십시오. 다음 명령을 적절히 사용할 수 있습니다.
run {
allocate channel dev1 type
‘sbt_tape’:
sql “alter tablespace tbs1 offline immediate”;
set newname
for datafile ‘/disk2/data/df2.dbf’
to ‘disk1/data/df2.dbf’; # Specify
where to restore the file
restore (tablespace tbs1); # Restore the
datafile from tape
switch datafile 2; # Update the control file and
recovery catalog
recover tablespace tbs1; # Recover
the tablespace
sql “alter tablespace tbs1 online”;
release channel
dev1;
}
복원할 때 RMAN은 완전 백업을 할 것인지, 아니면 증분 백업을 할 것인지, 아카이브된 로그를 사용할 것인지, 아니면
이미지 사본을 사용할 것인지 결정하기 위해 복구 카탈로그(Recovery Catalog)나 데이터베이스 컨트롤 파일을 사용합니다. 데이터베이스가 archivelog 모드에 있으면
손상된 파일만 복원되어야 한다는 것을 기억해 두십시오. “restore” 구문은 앞 장에 나와 있습니다.
Note:
0보다 큰 레벨에서의 증분 백업은 “restore” 명령으로 복원되어지지 않습니다. 복구하는 동안 레벨 0 백업을 적용해야
합니다.
Set Newname 명령
새
위치에 많은 데이터 파일을 복원할
때 “set newname” 명령을 사용하십시오:
set
newname for datafile <name> to <newname>;
복원된 파일을 “current”하게 만드는 데는 “switch” 명령이 사용됩니다.
switch datafile <name>;
복구하기 위한 Recovery Manager 사용
일단 복원된 파일은 복구되어야
합니다. 그냥 데이터 파일을
복원하고 아카이브를 적용하는 것보다
RMAN은 더 많은 선택을 할 수 있습니다. 원한다면 증분 백업을 적용할 수도 있습니다.
archivelog 모드인 데이터베이스의
파일을 복원할 때는 다음 상황을 알아야 합니다:
- 복원할 파일은 오프라인이어야 합니다.
- RMAN으로 백업이 수행되거나 등록되었으면 RMAN을 사용하여 복원할 수 밖에
없습니다.
RMAN을 사용한 데이터베이스의 불완전 복구
불완전 복구에 대한 복원, 복구 프로세스는 모든 데이터 파일이 이전 백업으로부터
복원되어야 한다는 점을 제외하면 완전 복구와 동일한 절차와 구문을 따릅니다.
Recover 구문
“recover”는 보통 “run”이나 “create script” 명령 안에서 실행됩니다:
recover <Object>;
단: Object database
<until_clause>
tablespace
<until_clause>
Note
- 이것이 완벽한 구문인 것은 아닙니다.
- 대상 데이터베이스는 마운트된 상태이어야 합니다.
- 복원되는 파일은 오프라인이어야 하며 백업이 RMAN으로 수행되었거나 등록되었으면 RMAN을
사용하여야만 복원할 수 있습니다.
RMAN 불완전 복구
97년 12월 9일 화요일 오후 12시, 여러분은 고용자 테이블이 삭제된 것을 발견하고는 즉시 데이터베이스를
종료한 후 복구를 시작합니다. 문제가 발생한 대략적인 시간은 알려져 있으며 오전 11:44 이후로 데이터베이스 구조가 변경되지는 않았습니다.
여러분은 “until time” 방법을 사용할 수 있습니다:
- 대상 데이터베이스가 오픈되어 있으면 clean shut down을
실행합니다.
- 대상 데이터베이스를 마운트합니다. 복구하는 동안 데이터베이스를 백업하지는
마십시오.
- Recovery Manager를 시작하여 대상 데이터베이스에 접속합니다. 되도록이면 복구 카탈로그를 사용합니다. RMAN을
시작하기 전에 NLS_LANG과 NLS_DATE_FORMAT 환경 변수가 적절히 설정되었는지 확인하십시오:
$ NLS_LANG=american
$
NLS_DATE_FORMAT=‘YYYY-MM-DD:HH24:MI:SS’
$ rman target rman/rman@DB00 rcvcat
rman/rman@RCVCAT
- 복원과 복구를 수행할 “run” 명령을 생성하십시오:
RMAN> run { allocate channel c1 type
DISK;
- 성공적인 불완전 백업을 가능하게 해줄 백업으로부터 모든 데이터 파일을 복원하십시오. RMAN은
“set until” 명령에 기초하여 이들 파일을 선택할 것입니다:
RMAN> . . . set until time = ‘1997-12-09:11:44:00’;
RMAN> .
. . restore database;
Note: “restore
database” 명령은 데이터
파일만을 복원합니다. 컨트롤 파일이나 리두 로그, 또는 아카이브된 로그는 복원하지 않습니다.
- 아카이브된 로그를 복원해야 할 때도 있습니다. 사용 가능한 공간이 충분히 있으면
LOG_ARCHIVE_DEST 위치로 복원하거나 SQL “alter system archive log start to
<location>”, 또는 RMAN “set archivelog destination to <location>” 명령을
사용하여 위치를 변경하십시오.
- 데이터베이스를 “set until” 명령에 명시된 시간으로
복구하십시오:
RMAN> . . . recover
database;
- “resetlogs” 옵션을 사용하여 데이터베이스를 오픈하십시오:
RMAN> . . . sql “alter database open resetlogs”;
}
- 테이블이 존재하는지 확인한 후 백업을 수행하십시오.
- 사용자들에게 데이터베이스가 사용 가능함을 알리고 시스템에 문제가 발생하기 전 커밋 하지 않은
데이터를 재입력 하라고 합니다.
- 복구 카탈로그(Recovery Catalog)를 사용하고 있으면 데이터베이스의 새 incarnation을
등록하십시오:
RMAN> reset
database;
Backup Manager
완전
복구와 유사한 단계를 따라 Backup Manager로 archivelog 모드인 데이터베이스에 대해 데이터 파일을 복원하고 불완적 복구를
수행할 수 있습니다
이전 구체화 데이터베이스로 데이터베이스를 복원하는 방법
이전 구체화 데이터베이스의 일부 데이터가 필수적인 경우 데이터베이스를 이전
구체화 데이터베이스로 재설정합니다.
- 구체화 데이터베이스를 나열합니다. 현재 구체화 데이터베이스에 주목합니다.
RMAN> list incarnation of database;
List of
Database Incarnations
DB Key IncKey DB Name DB ID CUR
Reset SCN ResetTime
------ ------ ------- ---------- --------- ------ ----------
1 2 U37 2220934682 NO 33884 20-MAY-99
1 165 U37 2220934682 YES 158443 25-MAY-99
- 데이터베이스를 종료하고 다른 위치로 현재 데이터 파일 및 제어 파일을 이동합니다.
RMAN> shutdown immediate;
RMAN>
host;
$> mv <datafile> BACKUP
exit
RMAN>
- NOMOUNT 상태로 인스턴스를 시작합니다.
RMAN> startup nomount;
- 이전 구체화 데이터베이스로 데이터베이스를 재설정합니다.
RMAN> reset database to incarnation
2;
- 이전 구체화 데이터베이스에서 제어 파일을 복원합니다.
RMAN> run {
2> allocate channel d1 type
disk;
3> restore controlfile; }
- 데이터베이스를 마운트합니다.
RMAN> alter database mount;
- 데이터베이스를 복원합니다. 현재 사용 중인 제어 파일은 이전 구체화 데이터베이스의 제어 파일이며, 여기에는 이전
구체화 데이터베이스의 백업에 대한 정보가 포함됩니다. 이전 구체화 데이터베이스의 데이터 파일에 대한 백업을 올바르게 사용할 수 있는지 여부를
확인합니다.
RMAN> run {
allocate
channel d1 type disk;
restore database;}
- 데이터베이스를 복구한 다음 RESTLOGS로 데이터베이스를 엽니다.
RMAN> run{
allocate channel d1 type
disk;
recover database;
sql "alter database open resetlogs";
}
- 필요한 데이터를 사용할 수 있는지 여부를 확인하고 사용자에게 알립니다.
