Reorg 시나리오

<<DataBase 재구성 수행시 이점 >>
1. 요구 되는 전체 I/O의 최소화 성능향상
2. 낭비된 디스크 공간(table,index) 최적화
3. 과다하게 확장된 스페이스의 교정 작업
4. 복잡하고 불필요하게 분산된 데이터베이스 오브젝트를
   효율적으로 물리적인 디스크 공간으로 최적화

 

<<재구성 시나리오 순서>>

1

Object 분석

각종 Object 상태,segment size 등 분석

2	Shutdown 후 Cold Backup 수행

문제발생시 복구를 위해 전체 백업을 수행

3	Export (전제조건: 여유공간 확보)

row=n   (추후에 권한,스크립트 등이 필요한 경우 사용)

full=y    (특정유저가 차지하는 비율이 90%이상이므로 full로 백업) (추후에 문제가 생기더라도 이용하기 위한 목적도 있음)

4	noarchive mode 적용

init<SID>.ora 파일 수정 (archive file이 많이 발생함에 따라 많은 부하가 걸리고 archvie file이 파일시스템의 용량을 과도하게 차지할수도 있다.)

5	해당 DB 유저 삭제

reorg 하려는 유저를 삭제한다.

6	RBS tablespace 용량 증가

import 시 속도 향상과 error 예방을 위함

7	Temp tablespace size 크게 증가

인덱스 정렬작업

8	Sort_area_size 크게 증가

인덱스 생성시 정렬작업 속도 향상을 위함

9

Import

index를 import시에 생성할것인지 판단하여 imp수행

10	Object 분석 및 사후처리

각종 Object 상태,segment size 등 전과 비교하여 수정

11	응용 프로그램 테스트

테스트 수행

12	archive mode 적용

init<SID>.ora 파일 수정 (archive mode로 운영하기 위해 수정)

13	Shutdown 후 Cold Backup수행

추후에 문제 발생시 복구를 위함 (reorg 작업이 완료된 Database를 백업)

14	Database Startup

운영

15	응용 프로그램 테스트

테스트 수행