- Tnsnames.ora 파일 세팅(클라이언트 쪽)
n 기존 세팅
DEVDB1 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME =DEVDB)
)
)
n CTF 세팅
DEVDB_CTF =
(DESCRIPTION =
(LOAD_BALANCE = OFF)
(FAILOVER = ON)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = rac2)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME =DEVDB)
)
)
1. rac1의 1521포트로 기동된 리스너를 컨택한다.
2. 그 리스너가 DEVDB라는 서비스를 하고 있다면 DEVDB라는 서비스에 등록되어 있는 인스턴스에 접속한다.
3. 만일 1에서 리스너가 응답이 없거나, 2에서 DEVDB라는 서비스가 없다면, 다음에 지정된 어드레스인 rac2의 1521포트로 기동된 리스너를 컨택한다. 여기서 리스너가 응답이 없다면 에러를 리턴하며 접속을 하지 못하게 된다.
4. 2와 마찬가지 과정으로 DEVDB서비스에 등록되어 있는 인스턴스를 접속한다. 여기서 DEVDB서비스를 찾을 수 없다면, 마찬가지로 에러를 리턴하며 접속을 하지 못하게 된다.
- Fail over방식
l 새로 접속하는 클라이언트
만약 rac1에서 장애가 나면 문제없이 rac2로 페일오버 된다.(인스턴스가 가동되고 있다는 가정하에서)
l 기존에 접속되어 있던 클라이언트
ORA-3113/3114 에러를 만나게 되며 기존의 접속은 끊어진다. 실행되고 있던 DML은 rac2의 인스턴스에서 트랜잭션 복구를 수행하여 모두 롤백된다.
n TAF 세팅
DEVDB_TAF =
(DESCRIPTION =
(LOAD_BALANCE = OFF)
(FAILOVER = ON)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rac1)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = rac2)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME =DEVDB)
(FAILOVER_MODE = (TYPE = SELECT)(METHOD = BASIC))
)
)
- Type
- Session : 재접속은 필요없음, select가 fetch도중에 장애를 만나면 fetch는 실패, DW환경이 아니라면 이 방식을 쓰는 것이 좋다.
- Select : 재접속도 필요없고 fetch도 복구됨. 다량의 레코드를 select할 때 사용.
- Node : 디폴트 값으로 TAF가 작동하지 않음
- Method
- Basic : on-demand 방식으로 페일오버가 필요할 때 살아있는 인스턴스 쪽으로 Oracle Server process를 기동시킨다.
- Preconnect : 페일오버가 이루어질 인스턴스에 미리 oracle server process를 기동시켜 페일오버시 발생하는 오버헤드를 미리 줄여 놓는 방식이다.
출처 : http://homeboy.tistory.com/73
'Oracle > RAC' 카테고리의 다른 글
| RAC 설치시 자동으로 올라오는 이유 (0) | 2011.03.10 |
|---|---|
| INSTANCE_GROUPS, PARALLEL_INSTANCE_GROUP (0) | 2011.03.02 |
| TAF (Transparent Application Failover) (1) | 2010.07.07 |
| srvctl 유틸리티 (1) | 2010.06.16 |
| crs_stat 각 정보의 의미는? (0) | 2010.06.14 |
