• DBA의 능력은 궁극적으로 데이터베이스를 복구하는 동안 드러난다는 사실을 기억하기 바란다.

백업지침

가. ARCHIVE MODE 를 사용하라

ARCHIVE MODE 라도 로그를 남기지 않는 경우

• 로그를 남기지 않는 작업이 수행되고 있는지를 감지한다.
• V$DATAFILE 에서 UNRECOVERABLE_CHANGE#과 UNRECOVERABLE_TIME 열은 파일에 로그를 남기지 않는 작업이 마지막으로 수행된 시간을 알려준다.
• 계속해서 로그를 남기지 않는 작업을 허용할 것인지를 결정한다.
• 특정 툴 작업 허용 여부, 사용자 교육을 통한 가이드 제시
• ORACLE9i 릴리즈 2에서는 ALTER DATABASE 명령을 이용하여 로그를 남기지 않는 작업이 수행되지 않도록 할 수 있다.

• ex) 강제 Logging 하기

sys@ARTDOM>alter database force logging ;
Database altered.
강제 Logging 결과 확인
sys@ARTDOM> select NAME, FORCE_LOGGING from v$database ;
ARTDOM	YES

나. 아키이브 로그를 원본 시스템과 다른 곳에 저장하라.

• 모든 계란을 한 바구니에 담는다면 어느 순간에 모든 계란을 모두 잃을 수 있다.
• 백업과 보관된 리두 로그는 반드시 주 서버와 분리된 별도의 저장소 장치에 저장되어야 한다.
• 예) Archive 백업 후 테입 보관

다. 다수의 백업 사본을 유지하라.

• 백업 사본은 최소한 다음과 같은 두 가지 이유 때문에 두 개 이상은 유지되어야 한다.
• 디스크 장애(Media Fail)와 손상된 데이터 블록(Block Corruption)
• 예) Full Backup 본 4 Copy 보유

라. 물리적인 백업을 테스트 하라.

• 물리적인 백업은 표준 운영 절차의 일부로서 주기적으로 테스트되어야 한다.
• 예) 복원보다 훌륭한 복구 테스트는 없다.

마. 복원 절차를 실습해 보라.

• 다양한 장애에 따른 복구 절차를 수립하고 테스트 하라

바. 툴을 사용함으로써 오류발생 가능성을 줄이라.

• RMAN 을 사용하라.

사. Data Guard 를 고려해 보라

• DR(Diaster Recovery) 관점에서의 고려