백업 방법 평가
데이터 복구를 위해서 가장 적절한 백업 방법을 선택함으로써
미디어 장애로부터 초래되는 데이터 손실에 대해 데이터를 보호할 수 있습니다. 데이터베이스 백업은 데이터베이스가 open 또는 closed 되어
있는 동안에 데이터파일의 운영체제 백업입니다.
물리적 백업 방법
미디어 장애 이후에 마지막 백업 시점으로 복구하기 위해서 archiving을 하지 않는 운영체제 백업
방법을 사용합니다.
미디어 장애 이후에 장애 시점까지 복구하기 위해서 archiving을 하는 운영체제 백업 방법을
사용합니다.
닫힌 데이터베이스 백업(closed
database backup)
닫힌 데이터베이스 백업은 오라클
데이터베이스를 구성하는 모든 데이터파일, 컨트롤 파일, 파라미터 파일, 그리고 패스워드 파일에 대한 운영체제 백업입니다.
파일을
손상시킬 수 있는 잠재적인 미디어 장애으로부터 파일을 보호하기 위한 전략의 일환으로 오라클 데이터파일, 컨트롤 파일, 파라미터 파일, 그리고
패스워드 파일을 항상 백업하는 운영체제 백업 절차를 정의합니다.
파일의 전체 경로 이름이 백업에 적절하게 표기되고 사용되도록
확인하십시오. 다중 데이터베이스 환경(multiple database environment)에서는, 파라미터 파일과 패스워드 파일 이름이
딕셔너리에 기록되어 있지 않기 때문에 어떤 명명 규칙을 통해서 관련되는 데이터베이스와 이러한 파일들을 연관시키기 위해 주의를 기울여야 합니다.
주: 만약
데이터베이스가 normal, transactional, 또는 immediate 옵션을 사용하여 명료하게 종료 되었다면, 전체 데이터베이스 백업의
일부분으로 온라인 리두 로그 파일을
포함할 필요가 없습니다. 그러나, 전체 데이터베이스를 복원할 필요가 있는 경우에는 과정을 간단하게 해줄 수 있습니다.
장점
단점
동적 뷰
V$DATAFILE, V$CONTROLFILE, 그리고
V$TABLESPACE 뷰를 질의하여 데이터베이스 파일에 대한 정보를 얻을 수 있습니다.
예
데이터 파일 이름의 목록과 상태에 대한 정보를 구하려면 V$DATAFILE 뷰를
사용합니다.
SQL> select name,
status from v$datafile;
NAME
STATUS
---------------------------------
----------
/users/dba00/u01/system01.dbf
SYSTEM
/users/dba00/u03/temp01.dbf
ONLINE
/users/dba00/u03/data01_1.dbf ONLINE
모든 컨트롤 파일의 이름을 디스플레이 하려면 V$CONTROLFILE 뷰를
사용합니다.
SQL> select name
from
v$controlfile;
NAME
-------------------------------------
/users/dba00/u01/cntr11.con
/users/dba00/u02/cntrl2.con
모든 리두 로그 파일의 이름을 디스플레이 하려면 V$LOGFILE 뷰를
사용합니다.
SQL> select
member from
v$logfile;
MEMBER
--------------------------------------
/users/dba00/u01/log1a.rdo
/users/dba00/u02/log2a.rdo
모든 데이터파일의 목록과 그들 각각의 테이블스페이스를 구하려면 V$TABLESPACE와 V$DATAFILE
데이터 딕셔너리 뷰를 사용합니다.
이것은 오픈 데이터베이스 백업을 수행할 스크립트를 설정할 때 아주 유용하므로, 운영체제 레벨에서 모든 파일을 복사할 수
있습니다.
SQL> select t.name
Tablespace, f.name File
2 from v$tablespace t, v$datafile
f
3 where t.ts# = f.ts#
4 order by
t.name;
TABLESPACE FILE
------------
-------------------------------
INDEX_03 /users/dba00/u02/index03_3.dbf
RBS
/users/dba00/u03/rbs01.dbf
SYSTEM
/users/dba00/u01/system01.dbf
TEMP_DATA
/users/dba00/u03/temp01.dbf
USER_DATA
/users/dba00/u03/data01_1.dbf
Backup Manager
또한
특정 테이블스페이스에 대한 데이터파일을 식별하기 위해서 Backup Manager를 사용할 수 있습니다.
닫힌 데이터베이스 백업 수행
오라클 서버 인스턴스가 종료되어 있는 동안에 전체 백업을 수행합니다.
지침
비록 파라미터 파일과 패스워드 파일이 데이터베이스의 물리적인 부분은 아니지만, 그들은 백업의 일부분으로 포함되어야 합니다.
오픈 데이터베이스 백업
계속적으로 운영하는 업무는 백업 및 복구에 대해서 특별한 의미를 가집니다. 업무가 백업을 수행하기 위해서
데이터베이스를 종료하는 것을 허용하지 않는 경우에는 데이터베이스를 사용 중인 동안에 데이터베이스 백업을 수행할 수 있는 기법이 있어야
합니다.
DBA는 오픈 데이터베이스 백업 방법을 사용하여 데이터베이스가 사용 중인 동안에 모든 테이블스페이스나 각각의 데이터파일의
백업을 수행할 수 있습니다.
온라인 데이터베이스 백업의 장점
온라인 데이터베이스 백업에 대한 추가적인 고려사항
오픈 데이터베이스 백업 요구사항
DBA는 다음과 같은 두가지 조건이 만족되는 경우 데이터베이스가 사용
중인 동안에 테이블스페이스나 각각의 데이터파일의 백업을 수행할 수 있습니다.
오픈 데이터베이스 백업 옵션
중단 없는 지속적인 업무운영 환경에서, 백업은 데이터베이스가 사용 중인 동안에 이루어져야 함은
필수적입니다. 오라클은 오픈 데이터베이스 백업이 수행 중인 동안에 전체 데이터베이스의 액세스가 가능하게 하기 위한 매카니즘을 제공합니다.
오라클이 제공하는 기법을 사용하여 얻은 이러한 오픈 데이터베이스 백업은 잠시도 쉬지 않고 작동하는 업무에 매우 유용합니다.
오라클은
DBA가 특정 테이블스페이스에 대한 모든 데이터파일을 백업하거나, 어떤 테이블스페이스에 대한 별도의 데이터파일만의 백업을 가능하게 합니다.
선택된 옵션과 상관없이 데이터베이스는 백업 처리 동안에 일반적인(트랜잭션) 사용을 위해 이용할 수 있습니다.
데이터파일이 백업
모드에 있을 때, 로그 기록기(log
writer)는 단지 행 정보 대신에 리두 로그의 백업 모드로 된 데이터파일의 변경 블록의 블록 이미지를 기록하기 때문에 더
많은 리두 로그가 생성될 수 있습니다.
이것은 리두 로그의 크기 및 로그 기록기의 성능에 중대한 영향을 미칠 수
있습니다.
오픈 데이터베이스 백업 수행의 단계
SYSTEM 테이블스페이스, 임시 테이블스페이스, 롤백 세그먼트 테이블스페이스 등 모든
테이블스페이스에 대해서 이러한 단계를 반복합니다.
리두 로그 파일에 기록되는 변경 블록의 결과로서 보다 많은 리두 정보가 발생하기
때문에 “alter tablespace begin backup”과 “alter tablespace end backup” 명령 사이의 시간은
최소로 되어야 합니다. 그러므로 한번에 하나의 테이블스페이스의 온라인 백업을 수행하기를 권장합니다.
Backup Manager
또한
온라인 테이블스페이스 백업을 시작하기 위해서 Backup Manager를 사용할 수 있습니다. USER_DATA 테이블스페이스의 백업을
수행하려면 다음 단계를 따릅니다:
동적 뷰
V$BACKUP과 V$DATAFILE_HEADER 뷰를 질의하여 오픈 데이터베이스 백업 수행 동안에 데이터파일의 상태에
관한 정보를 구할 수 있습니다.
V$BACKUP 뷰
어떤 파일이
백업 모드에 있는지를 결정하기 위해서 V$BACKUP 뷰를 질의합니다. “alter tablespace begin backup” 명령이 실행될
때, 상태는 ACTIVE로 변합니다.
SQL>
select * from v$backup;
FILE# STATUS CHANGE#
TIME
----- ---------- --------- ---------
1 NOT
ACTIVE 0
2 NOT ACTIVE 0
3 ACTIVE
150521 12-NOV-97
Status 열 값은 일단 파일이 백업되면 NOT ACTIVE로 변합니다.
SQL> select * from
v$backup;
FILE# STATUS CHANGE# TIME
-----
---------- -------- ---------
1 NOT ACTIVE
0
2 NOT ACTIVE 0
3 NOT ACTIVE
150521 12-NOV-97
V$DATAFILE_HEADER 뷰
백업 모드에 있는 데이터파일에 대한 정보는 또한 V$DATAFILE_HEADER 뷰를 질의하여 얻을 수 있습니다.
“alter tablespace begin backup” 명령이 실행될 때, 테이블스페이스의 데이터파일에 대한 FUZZY 열에 있는 값이 관련
파일이 “백업” 모드에 있다는 것을 가리키기 위해서 YES로 변합니다.
SQL> select name, status, fuzzy from
v$datafile_header;
NAME STATUS
FUZ
---------------------------------- -------
---
/users/jdiianni/u01/sysjim01.dbf
ONLINE
/users/jdiianni/u03/rbsjim01.dbf
ONLINE
/users/jdiianni/u03/temp01.dbf
ONLINE
/users/jdiianni/u03/data01_1.dbf ONLINE
YES
FUZZY 열의 값은 “alter tablespace end
backup” 명령이 실행될 때 NULL로 변합니다.
SQL> select name, status, fuzzy from
v$datafile_header;
NAME STATUS
FUZ
---------------------------------- ------
---
/users/jdiianni/u01/sysjim01.dbf
ONLINE
/users/jdiianni/u03/rbsjim01.dbf
ONLINE
/users/jdiianni/u03/temp01.dbf
ONLINE
/users/jdiianni/u03/data01_1.dbf ONLINE
컨트롤 파일 백업
모든 컨트롤 파일의 복사본을 상실하지 않도록 보호해야
합니다. 컨트롤 파일에 있는 정보는 인스턴스 시작 시에 필요합니다.
현재의 온라인 리두 로그 파일과 데이터베이스 파일의 이름과 같은 컨트롤
파일에 있는 어떤 상태 정보는 인스턴스나 미디어 복구 동안에 오라클 서버에 의해 사용됩니다. 데이터베이스 구성이 변경될 때마다 컨트롤 파일의
최근 복사본을 유지할 필요가 있습니다.
지침
데이터베이스 구성을 변경하는 명령들
주:위의 명령 중의 하나가 실행된 이후에 컨트롤 파일을 백업하기를 권장합니다.
Read-Only 테이블스페이스 작업
|
번호 |
설명 |
|
1 |
SQL 명령인 “alter tablespace”를 다음과 같이 사용하여 테이블스페이스의 상태를
“read write”에서 “read only”로 변경하십시오. |
|
2 |
“alter tablespace” 명령이 실행될 때, 체크포인트가 테이블스페이스와 연관된 모든 데이터파일에 대해서
수행됩니다. 그런 다음에 파일 헤더는 현재의 SCN으로 고정됩니다. |
|
3 |
테이블스페이스를 “read only”로 만든 후에 DBA는 이 테이블스페이스의 모든 데이터파일을
백업해야 합니다. 이 시점에서 운영체제 파일 복사로 충분합니다. |
|
4 |
DBWR 프로세스는 테이블스페이스가 “read write” 모드인 데이터파일에만 기록하고 정상적인 체크포인트가 이 파일에 대해서만 발생합니다. |
Read only” 테이블스페이스에 대한 주의사항
Logging 및 Nologging 옵션
테이블, 인덱스 또는 파티션은 직접 로드 작업(direct-load
operation)을 사용하여 데이터를 보다 빠르게 로드하기 위해서 nologging으로 설정될 수 있습니다. Nologging 옵션이 직접
로드 작업을 위해 설정되면, 삽입 문장은 리두 로그 파일에 기록되지 않습니다. 직접 로드 작업을 완료할 시 테이블, 인덱스 또는 파티션은
logging 모드로 재설정되어야 합니다. 리두 로그는 테이블이 nologging 모드에 있는 기간 동안에 삽입된 값은 포함하지 않기 때문에,
테이블이나 파티션에 관련된 데이터파일은 직접 로드 작업이 완료되는 즉시 백업되어야 합니다.
