| ☞데이터베이스 백업에 대한 지침 사항 |
| ● 테스트 백업 및 복구방법 ● 정기적으로 자주 운영체제 백업 수행 ● 구조 변경시 데이터베이스의 해당 부분 백업 ● 종종 사용되는 테이블스페이스 자주 백업 ● 이전 백업 유지 ● 추가 보호와 융통성을 위한 데이터베이스 데이터 엑스포트 ● 분산 데이터베이스 백업시 고려사항 ● 복구할 수 없는 개체 생성 후 백업 |
| ♣ 테스트 백업 및 복구방법 |
| ▶ 생산 시스템으로 이동하기 전후에 테스트 환경에서 백업 및 복구 방법을 검사함. ▶ |
| ♣ 정기적으로 자주 운영 체제 백업 수행 |
| ▶ 정기적으로 자주 데이터베이스 전체 또는 부분을 백업하는 것은 필수이다. ▶ 백업 빈도 : 기존 테이블에서 행을 삽입, 갱신, 삭제하거나 새로운 테이블 추가하는 경우와 같이 데이타베이스의 데이타가 변경되는 빈도나 비율에 기준함. ▶ 데이터베이스가 주고 일기 전용이어 거의 갱신되지 않는다면 데이터베이스도 가끔 백업됨. |
| ♣ 구조 변경시 데이터베이스의 해당 부분 백업 | |||||||||||||||
| ▶ 구조적으로 변경되는경우 변경전과 변경후에 즉시 데이터베이스의 해당 부분을 백업함.
■구조적 변경이 일어나는 경우 ■데이타베이스가 ARCHIVELOG 모드인 경우 Oracle Server Manager Release 2.3.3.0.0 - Production Copyright (c) Oracle Corporation 1994, 1995. All rights reserved. Oracle7 Server Release 7.3.3.0.0 - Production Release SVRMGR> CONNECT INTERNAL
SVRMGR> ·구조 변경 전후에 ALTER DATABASE BACKUP CONTROLFILE TO 'filename'; 을 사용하여 제어파일만을 백업. · 다른 데이터베이스 부분도 백업가능. ■데이타베이스가 NOARCHIVELOG 모드인 경우 |
| ♣ 종종 사용되는 테이블스페이스 자주 백업 |
| ▶ ARCHIVELOG 모드에서 작동한다면 각 테이블스페이스의 데이터 파일이나 단일 데이터 파일까지도 백업가능. ▶ 이는 SYSTEM 테이블스페이스와 롤백 세그먼트를 포함하는 테이블스페이스와 같이 데이터베이스의 한 부분이 다른 부분보다 광범위하게 사용될 때 유용. |
| ♣ 이전 백업 유지 |
| ▶ 이전 데이터베이스 맥업 유지 기간 여부는 데이터베이스 복구시 원하는 사항에 따라 다름. ▶ 데이터베이스가 NOARCHIVELOG모드에서 동작하면 이는 전체 데이터베이스 백업을 의미함. ▶ ARCHIVELOG모드에서 동작하면 요구되는 복구 시점 전에 개별적으로 또는 함께 각 데이터 파일을 백업하고 복구시점의 데이터베이스 구조를 반영하는 연관된제어파일도 백업해야 함. |
| ♣ 추가 보호와 융통성을 위한 데이터베이스 데이터 엑스포트 |
| ▶ Export 유틸리티는 특정 개체를 선택적으로 엑스포트할 수 있다. ▶ 데이터베이스 백업 방법 보호와 융통성 추가를 위해 데이터베이스 전체 또는 부분의 엑스포트를 고려함. |
| ♣ 분산 데이터베이스 백업시 고려 사항 |
| ▶ 분산 데이터베이스 백업시 다음 지침을 고려 ·분산 데이터베이스 시스템의 모든 데이터베이스는 동일한 아카이브 모드에서 동작해야 함. ·ARCHIVELOG 모드에서 동작하는 경우 각 노드에서의 백업이 자동으로 (시간 조정 없이 개별적으로) 수행됨. ·NOARCHIVELOG 모드에서 동작하는 경우 전역 분산 데이터베이스를 복구하려면 동일한 시간에 전체 오프라인 백업이 수행되어야 함. |
| ♣ 복구할 수 없는 개체 생성 후 백업 |
| ▶ UNRECOVERABLE 옵션을 사용하여 테이블이나 인덱스를 생성하 때는 개체 생성 후 백업 수행을 고려 ▶ UNRECOVERABLE로 생성되면 리두가 기록되지 않으며 이러한 개체는 기존 백업으로부터 복구할 수 없음. |