#44_140813_RAC_TUNING

# RAC TUNING

 

l RAC튜닝 환경구성

 

1.     vmware로 시스템 접속

- oracle/oracle

- startx

 

2.     owi.zip 파일을 $ORACLE_HOME 폴더에 압축을 푼다

 

3.     install 수행

16:32:57 SQL#1> @install Elapsed: 00:00:00.00          SID    SERIAL# SPID ---------- ---------- ------------        153         32 10768 Elapsed: 00:00:00.00 Input data file name(for default tablespace  ex. c:\owi\owi01.dbf): +data se mode on?[ON/OFFVerbo]: on

 

4.     다른 instance 설치

# rac1 putty 에서 $ scp owi.zip rac2:/home/oracle - owi.zip 파일 rac2 instance로 복사   # yudb2 instance $ unzip owi.zip SQL#2> sqlplus owi/owi - install을 안해줘도 상관없이 된다

 

 

l 응답시간 = 서비스시간(cpu time) + 대기시간(wait time)

- 대기시간이 많이 걸리는 경우는 하나의 데이터를 조회하더라도 최신 데이터가 어느 instance에 존재하는지 알 수 없기 때문에 시간이 오래걸린다

- RAC 환경에서 wait time을 줄이기 위해서 원인분석을 할 때 대기 이벤트를 확인해야 한다

- RAC 환경에서는 gc(global cache) buffer busy 이벤트가 발생한다(single instance 일 때는 buffer busy wait)

- gc buffer cache 이벤트와 buffer busy wait 가 동시에 발생한다

 

 

 

 

 

 

 

l CRS(Cluster Service)

- 오라클 클러스터 서비스로 인해서 내가 접속한 인스턴스가 다운 돼도 자동으로 접속돼서 계속 서비스를 받을 수 있도록 한다

 

l Interconnect

1.    Ethernet + UDP : 가장 보편적으로 사용

- 1Gbit Ethernet : 현재 보편적으로 사용

- 10Gbit Ethernet : 향후 보편적으로 사용

2.    Infiniband : 향후 적용 가능

 

 

 

l Background process

1.    GSC(global cache service)

- 노드간의 데이터 전송담당

 

2.    GES(Global enqueue service)

- 노드간의 락정보를 관리

 

3.    CGS(cluster group service)

- 클러스터 서비스

 

4.    LMS

- 노드간의 데이터 전송을 담당하는 서비스

- 만약에 죽으면 제대로 RAC 작동하지 않는다.

- 죽으면 클러스터 서비스가 다시 살려준다

[rac1:yudb1:/home/oracle]ps -ef |grep lms oracle   11234     1  0 15:49 ?        00:00:01 asm_lms0_+ASM1 oracle   15253     1  0 15:52 ?        00:00:05 ora_lms0_yudb1 oracle   24062 30209  0 17:26 pts/0    00:00:00 grep lms - 위처럼 수행하면 lms와 관련된 demon을 볼 수 있다