● Backup (복사)
◎ logical backup
: export utility(~9i), data pump(10g~)를 이용
널리 사용되지만, 완벽한 backup은 아님
open상태에서만 가능
SQL> imp phil/phil file=a.dmp tables=emp
◎ physical backup
: OS명령, RMAN(Recovery Manager)
open, closed
● Restore (복원)
: 손상된 파일 대신 Backup해둔 파일을 재위치 시키는 것.
● Recovery (복구)
: Restore + Redo적용
완전 복구(complete) : 있는 redo를 모두 적용
불완전 복구(incomplete) : 특정 시점까지만 redo를 적용
● failure의 유형
1. statement failure
2. user process failure -> pmon이 정리, sqlnet.expire_time=n (비정상 종료를 빨리 찾게 하는 기능)
3. network failure -> 장비 또는 tnsnames.ora, listener.ora의 설정
4. user의 실수 : 심각한 에러
5. instance failure : smon이 처리
6. media failure
2009년 11월 12일 수업내용
● 인스턴스 복구
- 비정상적으로 인스턴스가 종료되었을 때, 파일의 동기화가 맞지 않을 때 리두로그 그룹을 맞추는 일
- roll forward(open전) : 리두로그 파일에 있는 것을 하나도 빠지지 않고 메모리에 올림(commit이 된 것과 안된 것 공존)
- roll back(open후, on demand & smon)) : 데이터 블럭과 undo블럭을 메모리로 올림
참조 : http://cafe.naver.com/gseducation/371
● 인스턴스 리커버리 튜닝
- 인스턴스 리커버리를 조정(더 낫게 만드는 것이 아님)
- EM > Administaration > Advisor Central > MTTR Advisor를 이용
-> 원하는 값을 주면 리두로그파일의 크기를 권고함
● 데이터베이스에 오직 commit된 데이터만 들어있는 경우
- only 정상 shutdown
● 데이터베이스에 commit된 데이터과 commit안된 데이터의 공존
- 평상시
- 인스턴스 비정상 종료시
● 데이터베이스 모드 수정
: Backup & Recovery 실습 전 준비사항
실습 내용은 첨부파일을 참고할 것.
● Backup & Recovery 유형 / 실습
◎ 데이터 파일이 손상되는 상황
: 모든 데이터 파일은 평등하나, 데이터 파일이 어느 테이블 스페이스에 소속되어 있느냐에 따라 대접이 달라짐
○ 완전 복구
- system tablespace or undo tablespace
: mount 단계에서 복구 (closed 복구: 유저들 접근 안됨)
- users tablespace
: 문제있는 파일을 offline으로 설정 -> open단계에서 복구
- index tablespace
: 인덱스만 있는 파일이므로 삭제 후 재생성만으로 해결
- read only ts
: copy & paste
- temp file
: startup시 자동 생성됨
○ 불완전 복구
- 유저 실수로 인한 복구 -> flashback으로 해결.
◎ Redo log file
: 전제 조건 - 다중화되어 있을 것
- file 1개 삭제
: copy & paste
- group 삭제
: inactive group ->완전 복구
- active, current group -> 불완전 복구(동)
◎ Control file
- 1개만 손상되었을 경우
: copy & paste
- 전부 손상되었을 경우
: 완전 복구(create control file ...)
◎ Archived log group 삭제
- datafile에 문제가 없을 경우 : whole Backup
- datafile에 문제가 있을 경우 : 불완전 복구(은)
백업에 문제가 있을 경우(금)
실습 내용은 첨부파일 참조할 것.
기타 참고사항
DBA의 의무
- 많은 종류의 failure로부터 DB보호
- MTBF를 증가시켜라.(failure가 나는 주기를 증가시켜라)
- MTTR를 감소시켜라.(recover하는데 시간을 줄여라.)
- 데이터의 손실을 최소화시켜라.
문제제기
- nomount -> mount사이의 순서가
파라미터 파일 읽기 -> SGA 구성 -> BGP실행 -> 진단파일 염
but 진단 파일에서 BGP가 실행되는 순서가 기록되기 때문에 진단 파일 열고난 후 BGP실행이 나중이 아닌지?? --> 확인요
- 추천 영어 관련 사이트
http://www.ebse.co.kr
'Oracle > Admin' 카테고리의 다른 글
Managing Schema Objects (0) | 2009.12.30 |
---|---|
Moving Data (SQL*Loader, Export/Import, Datapump) (0) | 2009.12.15 |
Optimizer Statistics & Performance Statistics (0) | 2009.12.10 |
Performance Management (0) | 2009.12.08 |
Proactive Maintenance (0) | 2009.12.07 |