행위

오라클 rac

DB CAFE

Dbcafe (토론 | 기여)님의 2021년 1월 30일 (토) 12:39 판 (RAC 개념)
thumb_up 추천메뉴 바로가기


1 오라클 RAC[편집]

1.1 RAC 개념[편집]

  1. data guard: 미러링 형식으로 DB를 이용 (stand by <- active)
  2. 데이터가 실제로 동기화 되지 않을 우려가 있기 때문에 현업에서 미사용.
  3. RAC : storage공간(:실제 데이터가 저장되는 공간)은 1개, node(:나눠진 서버)는 2개
  4. 각각의 엔진에서는 storage의 데이터를 참조하기 때문에 데이터가 동기화 되지 않을 우려가 없음.
  5. 각 엔진의 RAC를 작동시키기 위해서는 CRS 데몬이 각 node 별로 제어.
  6. CRS를 이용하기 위해 clusterware라는 프로그램 설치 해야 함.
  7. clusterware가 다운되면 RAC 자체가 다운됨.
    (11g 에서는 CRS가 grid로 통합됨)
  8. CRS : 사용자가 DB에 접속을 할 경우 DB로 접속되는 것이 아니라
    CRS로 접속하여 CRS가 node1과 node2 중 어느 node로 접속 할 지 결정.
  9. 이러한 정보들은 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개만 필요)

1) node1과 node2는 반드시 통신이 되어야 함.
2) public 은 public끼리 통신이 되어야 함.
3) /etc/hosts 파일에 node1과 node2의 IP를 명시 해야 함.

1.3 디스크 설정[편집]

1) File system: HDD가 OS를 관리하는 방식, oracle이 OS에게 디스크의 데이터 I/O를 요청 사용은 편하지만 속도가 느림
2) Raw device: 응용프로그램이 OS를 거치지 않고 직접 storage에 I/O 발생 (12c 부터는 지원 하지 않음)
                명령=dd
                LVM으로 나누고 Raw device로 처리
                성능은 좋지만 input이 어려움
3) ASM: file system과 raw device의 단점을 보완, oracle에서 hdd를 관리하는 방법

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

1.4 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생성 -> 암호파일 동일설정