EXADATA Developer - 3

EXADATA Developer - 3
> SAN 구성
  - Exa machine을 사면 Oracle RAC채로 옮
  - 데이터는 모두 Cell로 Disk Group으로 쪼개져서 들어가 있음
  - DB Server의 HD는 DB Engine 등의 S/W가 有
> High available
  - Exadata Database
  - Cluster
    : 클러스터 환경에선 물리적으로 다른 서버들이 Inter Connect Network로 연결되어 있다. 이들은 동일한 Storage를 바라보고 있음. 이를 Shared Storage라고 함.
    : DB는 한개인데, 멀티 인스턴스가 하나의 DB를 바라보고 있는 것을 Oracle에서 RAC라고 함.
  - RAC (EXA 환경에서는 RAC가 필수)
    : Instance, node가 failure 되었을 때, 서비스가 계속 유지하기 위해서.
  - ASM (Storage 관리 기술)
    : 3개의 Disk 그룹으로 나눠져서 옮 (DBFS, DATA, RECO).
    : 오라클에서 데이터 파일을 생성하면, 디스크 그룹에 생성됨. 어떻게 저장되는지는 미러링 레벨에 따라 달라짐.
> Exadata Network Architecture
  - 빨간선이 외부에서 Exa 머신으로 접근
    > 선이 두개로 연결 되어 있음(Bonding되어 있다고 표현). 하나가 죽으면 다른 곳으로 연결
    > 왼쪽 점선은 Exadata를 외부로 Backup하고 싶은 경우 사용.
  - Etherent Switch는 외부와 연결 네트워크망
    > ILOM 포트 연결 되어 있어서, DB Server 관리 (관리 네트워크)
  - InfiniBand Switch도 두개로 되어 있음.
    > 포트가 36개가 있음. 2 leaf switches. Active-Passive Mode에서 Active-Active로.
    > Active Bonding InfiniBand Connectivity : Active/Active로 하여 80G/Bit의 속도.
    > Leaf Switch Topology  : Load Balancing이 잘 되어 있음.
  - Spine (추) and Leaf Topology
    > Spine : Rac과 Rac을 연결.
    > Scaling Out할 수 있는데, 확장이 어려워 보이네.
> Exadata Software Architecture: Overview
  - 기존 오라클 엔진을 그대로 DB Server 사용
  - 하지만 추가적으로 LIBCELL이 iDB Protocol 포맷의 코드를 작성.
  - ASM의 구성
    - DB는 여러개의 Tablespace로 이뤄져 있고, 한 Table은 여러 Segment로 이뤄짐. Segment는 extent로 이뤄져있고, extent 안에는 읽는 최소 단위인 Block으로 이뤄져 있음.
    - 실제 데이터는 tablespace의 datafile로 저장되어 있음. 이 datafile을 어디에 저장할 것인가? ASM에서 할 것이다.
    - datafile과 ASM File이 1:1로 매칭됨.
    - ASM File은 ASM Disk에 striping되어 분산되어 저장됨.
    - ASM Disk Group은 ASK Disk들을 가지고 있음.
    - 하나의 ASM Disk는 여러 Allocation Unit으로 있음.
    - AU는 여러 OS Block으로 이뤄짐.
  - 11gR2 (11.2.0.2. 11Grid Release 2)
    - 11gR2.Grid Infrastructure
    - Grid(격자) 환경에서 최적화된 DB다. Grid라는 것은, 떨어져 있는 환경들을 격자처럼 모아져 있는 것처럼 사용하겠다. 그렇게 하여 데이터 가용성을 높이겠다.
    - Stand alone : Single Instance 환경으로, oracle restart, ASM이 설치됨.
    - Cluster : oracle clusterware, ASM.
    - 그래서 실습 환경에서 11gR2의 Grid Infrastructure, cluster 환경.
  - IO fencing처리
    - Cell이 죽으면 I/O를 막아야하니, 쓸모없는 IO를 막기 위해서 Fence처리하는 것을 말함.
  - Enterprise Manager
    - DB 관리 툴.
  - Grid control
    - OMS : Oracle Management Server
    - OMR :                   Repository
    - OMA :                   Agent.
    - OMS와 OMR은 Listerer로 통신하고, 관리하고자하는 Target마다 OMA를 설치하여, OMA와 OMS 사이에 통신이 이뤄짐.
    -> 12C로 오면서 Cloud Control로 이름이 변경.