복구 정책과 절차

데이터베이스를 복구할 때 고려해야 할 사항은 다음과 같다.

데이터베이스 복구 절차

다음은 백업 및 복구 작업의 절차를 시간별로 예시한 것이다.

  1. 2008/8/14 04:30분에 운영이 중단된 demodb를 전체 백업을 수행한다.
  2. 2008/8/14 10:00분에 운영 중인 demodb를 1차 증분 백업 수행한다.
  3. 2008/8/14 15:00분에 운영 중인 demodb를 1차 증분 백업을 수행한다. 2번의 1차 증분 백업 파일을 덮어쓴다.
  4. 2008/8/14 15:30분에 시스템 장애가 발생하였고, 관리자는 demodb의 복구 작업을 준비한다. 장애 발생 이전의 마지막 커밋 시점이 15:25분이므로 이를 복구 시점으로 지정한다.
  5. 관리자는 1.에서 생성된 전체 백업 파일 및 3.에서 생성된 1차 증분 백업 파일, 활성 로그 및 보관 로그를 준비하여 마지막 커밋 시점인 15:25 시점까지 demodb를 복구한다.

Time

Command

설명

2008/8/14 04:25

cubrid server stop demodb

demodb 운영을 중단한다.

2008/8/14 04:30

cubrid backupdb -S -D /home/backup -l 0
demodb

오프라인에서 demodb를 전체 백업하여 지정된 디렉터리에 백업 파일을 생성한다.

2008/8/14 05:00

cubrid server start demodb

demodb 운영을 시작한다.

2008/8/14 10:00

cubrid backupdb -C -D /home/backup -l 1
demodb

온라인에서 demodb를 1차 증분 백업하여 지정된 디렉터리에 백업 파일을 생성한다.

2008/8/14 15:00

cubrid backupdb -C -D /home/backup -l 1
demodb

온라인에서 demodb를 1차 증분 백업하여 지정된 디렉터리에 백업 파일을 생성한다. 10:00에 생성된 1차 증분 백업파일을 덮어쓴다.

2008/8/14 15:30

 

시스템 장애가 발생한 시각이다.

2008/8/14 15:40

cubrid restoredb -l 1 -d 08/14/2008:15:25:00
demodb

전체 백업 파일, 1차 증분 백업 파일, 활성 로그 및 보관 로그를 기반으로 demodb를 복구한다. 전체 백업 파일, 1차 증분된 백업 파일, 활성 로그 및 보관 로그에 의해 15:25 시점까지 복구된다.