[관리][튜닝] 오라클 인스턴스 튜닝 ( instence tunning )

### 오라클 인스턴스 튜닝 ###

인스턴스 튜닝의 최적의 결과를 얻기 위해 데이터 베이스 버퍼캐쉬,

로그버퍼와 같은 메모리 영역을 적당한 크기로 할당하는 작업을 의

미 합니다.

먼저 시스템 공유영역의 크기를 확인해  보자

SVRMGR> show sga

—————————————————————

Total System Global Area (시스템 전체 공유영역)  71998864 bytes

Fixed Size             (오라클 서버 사용 영역 )     64912 bytes

Variable Size             (공유 풀 영역)         54984704 bytes

Database Buffers        (데이타 버퍼 캐쉬 영역 ) 16777216 bytes

Redo Buffers            (로그 버퍼 캐쉬 영역 )     172032 bytes

1. 데이타 버퍼 캐쉬 영역

데이터 버퍼 캐쉬영역은 실행한 SQL문에 의해 데이터 파일의 데이터를

읽어서 저장하는 메모리 영역으로 저장비율의 70% 정도로 설정해야 최

적의 상태입니다. 70% 보다 낮다면 메모리의 낭비를 초래 하는 결과고

70% 보다 높다면 실행속도가 늦어진다.

데이타 버퍼 캐쉬 영역 점검

SVRMGR> select name,value

     2> from v$sysstat

     3> where name in (‘consistent gets’,’db block gets’,’physical reads’);          

NAME                                                             VALUE    

—————————————————————- ———-

db block gets                                                           468

consistent gets                                                       29309

physical reads                                                         2460

3 rows selected.

select 문 결과에 의한 데이터 베이스 버퍼 캐쉬 영역의 사용비율

hit ratio = 1 – (physical reads / (db block gets + consistent get))

만약 결과가 70%보다 낮다면 할당된 블록수를 줄여야한다. 70% 보다 높다면 블럭수를 늘려준다.

[oracle@zzang911 oracle]$ cd $ORACLE_HOME/dbs

[oracle@zzang911 dbs]$ vi initORCL.ora

————————————————————————-

..

..

db_block_buffers = 8192     실제크기는 8192 X 2048 = 16777216 byte

..

2. 공유 풀 영역

공유풀영역은 사용자가 실행한 SQL문이 저장되는 영역(Library-Cache 영역)과 데이터 딕션어리 캐쉬 영역 이 있습니다. 이는 데이터베이스가 메모리에서 작 업하는거와 디스크에서 작업하는 비율로 정해진다.

(물런 메모리에서 작업하는 것이 데이터베이스 속도에 좋겠죠.)

## 라이브러리 캐쉬 영역 튜닝

SVRMGR> select sum(pins) pins, sum(reloads) reloads

     2> from v$librarycache;

PINS       RELOADS  

———- ———-

      1069          5

## 계산법

ratio = ( reloads / pins) * 100

만약 ratio 값이 1 보다 크다면 공유 풀 영역의 크기를 늘려주어야 한다.

## 데이터 딕션어리 캐쉬영역 튜닝

SVRMGR> select sum(gets) gets, sum(getmisses) getmisses

     2> from v$rowcache;

GETS       GETMISSES

———- ———-

       833         70

## 계산법

ratio = (getmisses /gets) * 100

비율이 10% 보다 더 큰값이면 shared_pool_size 값을 늘려줘야한다.

3. 라지 풀 영역

MTS(multi-thread server) 환경을 설정하여 데이터 베이스에 접속하는 경우 UGA(user global area,접속된 사용자들의 정보를 저장하는 영역) 영역의 정보가 저장되는 영역입니다. 또한 데이터 베이스 백그라운드 프로세스(DBWR,LGWR,ARCH)들의 입출력 작업 시 사용되는 영역입니다.

또한 복구 매니저(recovery manager)를 사용할때 백업고 복구 작업을 원할히 하기 위해 사용하는 영역 입니다.

large_pool_size는 정의하지 않으면 기본값은 0 이고 설정치는 300k 부터 2G 까지 설정가능함..

변경은 init<DB명>.ora 에서 변경함..

..

large_pool_size=300

..

4. 로그 버퍼 영역

insert,update,delete 에 관련된 SQL 문을 실행했을때 적용된 데이터 값들은 모두 리두로그파일에 백업이 되어진다. 급작스런 시스템 다운 시 리두로그 파일에 백업된 데이터로 복구작업을 하기 위해서 이다.

SVRMGR> select name,value

     2> from v$sysstat

     3> where name = ‘redo log space requests’;

NAME                                                             VALUE    

—————————————————————- ———-

redo log space requests                                                   0

이때 value 값이 0 에 가까울수록 로그버퍼는 충분히 설정 되었다고 보면 된다.

변경은 init<DB명>.ora 파일에서 한다.

..

log_buffer = 163840

..

5. 롤백 세그먼트의 경합

insert,update,delete 문이 실행되었을때 항상 롤백 세그먼트에 변경전의 데이터를 저장합니다.

SVRMGR> select r.name, s.gets, s.waits

     2> from v$rollstat s, v$rollname r

     3> where s.usn = r.usn;

NAME                           GETS       WAITS    

—————————— ———- ———-

SYSTEM                                151          0

R05                                    21          0

R01                                    21          0

R02                                    21          0

R03                                    21          0

R04                                    21          0

R06                                    21          0

R07                                    21          0

R08                                    21          0

R09                                    21          0

R10                                    21          0

## 계산법

ratio = ( waits / gets ) * 100

결과가 2 보다 큰 값이면 롤백 세그먼트에 경합이 발생하고 있다고 판단하면 됩니다.

롤백 세그먼트의 수는 ” 동시사용자/4 ” 로 정하면 된다.

주의점 : 인스턴스 튜닝시 init<DB명>.ora 파일에서 파라메타를 수 없이 변경할것입니다. 변경전의 값과 변경후의 값. 그리고 누가 변 경했는지 언제 변경했는지에 대해 항상 별도의 체크를 해두어야 한 다..그리고 ora 파일을 문서화하는 것이 파라메타 값에 대한 효율성 분석에 큰 도움이 될것이다.

### 오라클 데이터 베이스 튜닝 ###

1. 디스크 경합

물리적인 경합장치(DISK,MEMORY)에서 일어나는 경합이 데이터 베이스 튜닝에서 가장 일반적인 형태라고 볼수 있다.

SVRMGR> select d.name, f.phyrds, f.phywrts                  

     2> from v$datafile d, v$filestat f

     3> where d.file# = f.file#;

NAME                                                                             PHYRDS     PHYWRTS  

——————————————————————————– ———- ———-

/home/oracle/oradata/auction/system01.dbf                                              1253          9

/home/oracle/oradata/auction/oemrep01.dbf                                                 4          2

/home/oracle/oradata/auction/rbs01.dbf                                                   14          2

/home/oracle/oradata/auction/temp01.dbf                                                   4          2

/home/oracle/oradata/auction/users01.dbf                                                  4          2

/home/oracle/oradata/auction/indx01.dbf                                                   4          2

/home/oracle/oradata/auction/drsys01.dbf                                                  4          2

/home/oracle/oradata/auction/data01.dbf                                                   4          2

만약 system01.dbf 와 users01.dbf 파일이 같은 디스크에 있고 읽 기 쓰기 작업이 이 두데이타파일에 집중적으로 일어날경우 디스크 경합이 생기게 된다.

이때  하나의 파일을 다른 디스크로 옭겨 주는 것이 경합을 피하는

길이다.

SVRMGR> select file_name, tablespace_name from dba_data_files;

FILE_NAME                                                                        TABLESPACE_NAME              

——————————————————————————– ——————————

/home/oracle/oradata/auction/system01.dbf                                        SYSTEM                        

/home/oracle/oradata/auction/oemrep01.dbf                                        OEM_REPOSITORY                

/home/oracle/oradata/auction/rbs01.dbf                                           RBS                          

/home/oracle/oradata/auction/temp01.dbf                                          TEMP                          

/home/oracle/oradata/auction/users01.dbf                                         USERS                        

/home/oracle/oradata/auction/indx01.dbf                                          INDX                          

/home/oracle/oradata/auction/drsys01.dbf                                         DRSYS                        

/home/oracle/oradata/auction/data01.dbf                                          DATA01        

SVRMGR> alter tablespace data01 offline;

Statement processed.

SVRMGR> alter tablespace data01

     2> rename datafile ‘/home/oracle/oradata/auction/data01.dbf’ to

     3> ‘/home/oracle/oradata/alang/data01.dbf’;

Statement processed.

SVRMGR> alter tablespace data01 online;

Statement processed.

정상적으로 자료입력이 완료되면 이전 데이타 파일은 삭제.

서진우

슈퍼컴퓨팅 전문 기업 클루닉스/ 상무(기술이사)/ 정보시스템감리사/ 시스존 블로그 운영자

You may also like...

페이스북/트위트/구글 계정으로 댓글 가능합니다.