DBUA 혹은 Manual 업그레이드를 할 경우의 시간을 줄이는 방법에 대한 상식들
1. 업그레이드 시간은 DB의 크기와는 무관계하다.
2. 업그레이드 시간은 타겟 버전에 맞게 데이터 딕셔너리 로드를 하는 과정에 달려있다.
- 예를 들어 10gR1에서 10gR2로 업그레이드 하는 과정은 9iR2에서 10gR2로 업그레이드 하는 것보다 적은 시간이 걸리게 된다.
이유는 딕셔너리 변경이 더 적기 때문이다.
3. PL/SQL 재컴파일 과정또한 한 단계가 되는데 오브젝트의 갯수에 따라서 더 많은 시간이 걸리게 된다.
- 이때 CPU 성능에 따라 컴파일 과정은 더 차이가 나게 되며, parallel 옵션을 주어 시간을 더 줄일 수 있다.
4. DB 크기와 업그레이드 시간이 관계 없는 이유는 업그레이드 과정에서는 data block를 건드리지 않기 때문이다.
5. 업그레이드 과정 중 부족한, 혹은 업그레이드 과정 중 데이터가 많이 변경되었을 경우 딕셔너리 테이블에 대한 옵티마이저 통계정보를 수집하는 과정도 시간 소요에 영향을 준다.
- 딕셔너리 테이블 갯수에 따라 이 시간은 차이가 나게 된다.
- 이 시간을 줄이기 위해서 업그레이드 전에 먼저 통계정보를 수집하는 것이 좋다.
6. 아카이브 로그 모드로 운영중이라면 업그레이드 시에 노아카이브로 전환 후 진행한다.
'Knowledge > Oracle' 카테고리의 다른 글
| dg4obbc 제약사항 (0) | 2014.12.31 |
|---|---|
| EZCONNECT 사용방법 (0) | 2014.05.30 |
| Undo tablespace shrink (0) | 2014.04.16 |
| datapump expdp remote (0) | 2014.04.03 |
| Datapump export in ASM (0) | 2014.03.20 |
