Home     FreeBSD     Linux     MS-Window     PHP     Data Base     Utility     Phone     Etc  

   
  Category : Data-Base         CHAPTER 23수정   삭제   
CHAPTER 23

Database Backup




An Introduction to Database Backup
Read-Only Tablespaces and Backup




An Introduction to Database Backups
Full Backups
Partial Backups
The Export and Import Utilities

Full Backups
Full backup은 database를 구성하는 모든 datafile과 control file의 operating system backup이다. Full backup은 또한 database와 관련된 parameter file도 포함한다. Database가 shutdown 되어있거나 open되어 있을 때 full database backup을 할 수 있다. Instance failure나 다른 비정상적인 환경에서는 full backup을 하지 않도록 한다.

Full Online Backup vs. Full Offline Backups
Clean shutdown 다음에, database를 구성하는 모든 file은 닫혀있고 특정 시점에 대해 consistent하다. 그러므로 shutdown 후의 full backup은 마지막 full backup 시점으로 복구하는데 이용될 수 있다. Database가 open 되어 있을 때의 full backup은 특정 시점에 대해 consistent 하지 않으므로, database를 사용하기 전에 복구(online과archived redo log file들을 이용하여)되어야 한다.

Backups and Archiving Mode
Full backup으로부터 얻어진 datafile은 어떤 종류의 media recovery 과정에서도 유용하다.
Database가 NOARCHIVELOG mode에서 운용되고 disk failure가 database를 구성하는 부분 혹은 전체의 file을 손상시켰을 때, 가장 최근의 full backup이 database를 복원하는데 이용될 수 있다. Full backup이 후에 수행된 작업은 반드시 반복되어야 한다.특수한 경우 완전히 복원될 수도 있지만, online redo log로만 가능한 경우에는 신뢰할 것이 못된다.
Database가 ARCHIVELOG mode에서 운용되고 disk failure가 database를 구성하는 부분 혹은 전체의 file들을 손상시켰을 때, 가장 최근의 full backup이 database를 복원하는데 한 부분으로 이용될 수 있다. Full backup으로부터 datafile을 복원한 후, database recovery는 현재의 archived와 현재의 online redo log file을 적용하여 datafile을 현시점으로 돌릴 수 있다.

즉, Database가 NOARCHIVELOG mode에서 운용되면 full backup은 disk failure에 대해 database를 부분적으로 보호할 수 있는 유일한 방법이다. Database가 ARCHIVELOG mode에서 운용되면 full backup에 의해 조합된 file들은 disk failure로부터 database recovery의 일환으로 손상된 file을 복원하는데 이용될 수 있다.

Partial Backups
Partial backup은 database가 open되었거나 shutdown 동안에 행해지는 부분적인 operating system backup이다. 다음은 partial backup의 예이다.
개별적인 tablespace에 대한 모든 datafile의 backup
하나의 datafile에 대한 backup
control file의 backup

Partial backup은 database가 ARCHIVELOG mode에서 운용될 때만 유효하다. 모든 archived redo log가 존재하므로, partial backup으로부터 복원된 datafile은 복구 과정 중에 database의 나머지 부분과 consistent하게 만들어 질 수 있다.

Datafile Backups
특정 datafile이나 그 집합은 database의 다른 datafile, online redo log file, control file과 별도로 backup될 수 있다. Online이거나 offline일 때 datafile을 backup할 수 있다.

Offline Datafile Backups datafile이 offline일 때 database의 어떤 datafile도 backup될 수 있다. 다음은 offline datafile backup의 예이다.
Database가 shutdown 되어 있다. 결과적으로, database의 모든 datafile이 정상적으로 닫혀있거나 “offline” 이다. Shutdown된 database의 datafile이 backup되었다면, 이것은 offline datafile backup으로 간주된다.
Database는 open 되어있고 tablespace가 offline 이다. 결과적으로, tablespace의 모든 datafile이 offline 이다. Offline된 tablespace의 datafile이 backup되었다면, 이것은 offline datafile backup으로 간주된다.

Database instance가 정상적으로 shutdown 되었거나(not aborted), 정상적으로 tablespace가 offline 되었다면(not temporary or immediate) offline datafile backup은 “consistent” data의 복사본이다. Offline datafile backup안의 모든 data는 한 시점(backup의 시간)에 대해서 consistent하다.

Online Datafile Backups Database가 ARHIVELOG mode에서 운용된다면 database가 open되어 있는 동안, 관련된 tablespace가 online 되어 있는 동안, 특정 datafile이 online 되어 있고 사용되는 동안에 어떤 datafile도 backup할 수 있다. 이런 종류의 datafile backup은 online datafile backup으로 간주된다.

Online datafile backup은 fuzzy 또는inconsistent data의 copy이다. Online 이거나 복구 중인 datafile은 block들이 변경되는 순서대로 쓰여질 필요가 없으므로 “fuzzy”라고 불린다.

Online tablespace(또는 individual datafile)의 backup이 시작될 때에, Oracle은 backup될 online datafile들의 header들에 checkpoint의 occurrence를 기록하는 것을 stop 한다. 이것은 datafile이 restore될 때, online tablespace backup중이 아니라, Online tablespace backup전에 가장 최근에 발생한 datafile checkpoint를 안다는 것이다. 결과적으로 Oracle은 recovery에 필요한 적절한 redo logfile의 집합을 적용하는 것을 요구한다. 일단 Online backup이 완료되면 Oracle은 현재 database checkpoint로 file header를 진행한다.

Consistent and Fuzzy Backup Data datafile backup들 내의 data는 둘 중 한 상태에 존재할 수 있다:consistent 또는 fuzzy.

Consistent backup data는 offline datafile이 backup될 때 얻어진다. 이 datafile은 I/O error로 offline되거나 immediate option을 이용하여 offline되면 안된다. 한 file의 data는 data의 모든 block이 특정 시점에 대해 일치하므로 자체적으로 “consistent” 하다고 한다. Consistent backup이 database 을 복구하는데 이용된다면 backup이 현시점에 대해서가 아니라 자체적으로만 “consistenet” 하므로 복구 작업을 수행해야 한다.

Datafile을 특정 시점으로 복구하려면 database가 shutdown되거나 tablespace가 offline일 때 full backup이나 partial backup을 이용할 수 있다. Data가 이미 consistent하므로 복원된 datafile의 data를 정정하기 위해 action이 요구되지 않는다.

Database가 정상적으로 shutdown되지 않는다면(예를 들면, instance failure가 발생되거나 또는 SHUTDOWN ABORT statement가 기동 되는 경우), offline datafile들은 fuzzy일 수 있다.

Database가 open되고 tablespace이 online일 때 datafile을 특정 시점으로 복원하기 위해 complete 또는 partial backup을 이용할 수 있다. 그러나 복원된 datafile의 data는 fuzzy이다. 그런 이유로 적절한 redo log file이 data를 consistent하게 만들기 위해 복원된 datafile에 적용되어야만 한다.

Control File Backups
부분 backup의 또 다른 형태는 control file backup이다. Control file이 관련된 database의 물리적인 구조를 track하고 있으므로 database 구조의 변화가 있을 때마다 control file의 backup을 만들어야 한다.

Multiplexed control file은 database의 구조가 변경될 때마다 수행해야 될 control file backup에 적당하지 않다.

The Export and Import Utilities
Export/Import가 Oracle data를 이동하는 목적으로 design 되었지만, Oracle database의 data를 보호하는 용도로도 사용될 수 있다.

Read-Only Tablespace and Backup
Database가 open되어 있는 동안 read-only tablespace의 backup을 생성할 수 있다. Tablespace을 read-only로 만든 후, 즉시 tablespace을 backup해야 한다.

Writeable tablespace들과 다르게 read-only tablespace의 online backup의 시작과 끝을 mark할 필요가 없다. Read-only tablespace에 대해 ALTER TABLESPACE BEGIN 그리고 END BACKUP command를 쓰는 것은 error를 발생시킬 것이다.

Read-only tablespace를 read-write tablespace으로 변경할 때, offline read-write tablespace를 online으로 만들 때와 같이 tablespace의 정상 backup을 재개해야 한다.

Read-only tablespace를 online으로 하는 것은 그 file들을 writeable하게 만드는 것은 아니며 file header가 갱신되지도 않는다. Read-only datafile을 online으로 만들 때와는 달리 이 file들에 대해 backup을 수행할 필요가 없다.


코멘트  

이름 :      비밀번호 :
         자동등록방지
내용 :  
파일 :




금연

  글번호
이름
1 2 3
날짜
  216Data-Base mysql 테이블에 몇가지 필드값 처리 조회수가 1000회 이상이네요. ^0^2015-01-14
  206Data-Base mysql 4.x 5.x 설치후 설정 조회수가 1000회 이상이네요. ^0^2014-12-30
  69Data-Base mysqld_error code 조회수가 1000회 이상이네요. ^0^2017-03-22 10:45
Danielexent
  65Data-Base .RDBMS 개요 -2 조회수가 1000회 이상이네요. ^0^2002-01-12
  64Data-Base .RDBMS 개요 -1 조회수가 1000회 이상이네요. ^0^2002-01-12
  62Data-Base CHAPTER 24 조회수가 1000회 이상이네요. ^0^2002-01-12
  Data-Base CHAPTER 23 조회수가 1000회 이상이네요. ^0^2002-01-12
  60Data-Base CHAPTER 22 조회수가 1000회 이상이네요. ^0^2002-01-12
  59Data-Base CHAPTER 21 조회수가 1000회 이상이네요. ^0^2002-01-12
  58Data-Base CHAPTER 20 조회수가 1000회 이상이네요. ^0^2002-01-12
  57Data-Base CHAPTER 19 조회수가 1000회 이상이네요. ^0^2002-01-12
  56Data-Base CHAPTER 18 조회수가 1000회 이상이네요. ^0^2002-01-12
  55Data-Base CHAPTER 17 조회수가 1000회 이상이네요. ^0^2002-01-12
  54Data-Base CHAPTER 16 조회수가 1000회 이상이네요. ^0^2002-01-12
  53Data-Base CHAPTER 15 조회수가 1000회 이상이네요. ^0^2002-01-12
 
1 2 3
글쓰기    목록   다음   로그인
Since 1998-2020 Chris. BSD LICENSE