1 오라클 RAC[편집]

1.1 RAC 개념 정리[편집]

data guard: 미러링 형식으로 DB를 이용 (stand by <- active)

데이터가 실제로 동기화 되지 않을 우려가 있기 때문에 현업에서 미사용.

RAC : storage공간(:실제 데이터가 저장되는 공간)은 1개, node(:나눠진 서버)는 2개 각각의 엔진에서는 storage의 데이터를 참조하기 때문에 데이터가 동기화 되지 않을 우려가 없다 각 엔진의 RAC를 작동시키기 위해서는 CRS 데몬이 각 node 제어 함.

CRS를 이용하기 위해 clusterware라는 프로그램 설치 해야 함. clusterware가 다운되면 RAC자체가 다운됨.

(11g 에서는 CRS가 grid로 통합됨)

CRS : 사용자가 DB에 접속을 할 경우 DB로 접속되는 것이 아니라 CRS로 접속하여 CRS가 node1과 node2 중 어느 node로 접속 할 지를 분배해준다 이러한 정보들은 OCR이라는 파일에 저장되어 있다

1.2 네트워크 설정[편집]

public : 공용 (dba가 접속하는 관리용, 노드에 문제발생시 dba가 관리하기 위해 노드에 접속)

< nat나 bridge로 가도 상관없음 private : 사설 (cache fusion, node1 과 node2를 연결하는 다리(inter connect))

< host-only로 가야함

instance끼리 정보를 주고 받을때 사용하는 IP이다

사용자가 쓰는것이 아니라 CRS가 instance끼리 통신하는데 사용한다

virtual : 가상 (CRS가 서비스를 위해 사용하는 가상 망)

<virtual 은 가상망이므로 public망의 ip를 쓰게됨

==같은 대역을 사용하므로 3개의 ip가 필요함 (단, 랜카드는 2개만 필요)

node1과 node2는 반드시 통신이 되어야 한다

public 은 public끼리 통신이 되어야 한다

/etc/hosts 파일에 node1과 node2의 IP를 기입 해 주어야 한다

디스크설정

File system: HDD가 OS를 관리하는 방식, oracle이 OS에게 디스크의 데이터 I/O를 요청

사용은 편하지만 속도가 느림

Raw device: 응용프로그램이 OS를 거치지 않고 직접 storage에 I/O를 일으킨다

명령=dd

LVM으로 나누고 Raw device로 처리

성능은 좋지만 input이 어려움

ASM: file system과 raw device의 단점을 보완, oracle에서 만든 hdd를 관리하는 방법

10g부터 신규로 등장했지만 검증성의 이유로 10g는 보통 raw device, 11g는 무조건 asm으로 RAC를 구현한다

RAC 설치순서

1. os설치

2. 커널설정, 환경설정(node2개를 동시에 올리는 것 까지)

3. CRS설치 (10.2.0.1) CRS패치 (10.2.0.4)

4. 엔진설치 -> 엔진패치

5. netca (네트워크 설정)

6. ASM설치 -> 패치 (Raw device일 경우 제외)

7. DB생성(dbca)

각 노드끼리 연결시에 비밀번호를 묻지 않게끔 설정해야 한다

ssh를 이용해 node1과 node2의 암호가 동일하게 설정

node1의 작업이 종료되면 복사해서 node2생성 -> 암호파일 동일설정

오라클 rac

DB CAFE

1 오라클 RAC[편집]

1.1 RAC 개념 정리[편집]

1.2 네트워크 설정[편집]