EXADATA Developer - 11

EXADATA Developer - 11
> Quater Rack : DB 2, Cell 3 : 10억
> I/O Resource Management
  - 서비스, 유저 별 우선순위에 따른 I/O 처리 가능.
  - 먼저 DB단 자원 분배를 고려하고, 후에 I/O 자원 분배 고려.
  - 리소스 분배 작업 (Resource Plans)
    - DBRM (DB Resource Management) - 전통적인 DB에 有
      - Consumer group
        : 리소스를 소비하는 애들을 묶어둔 애들. DB 계정을 묶을 수도 있고, OS 계정을 묶을 수도 있고, 세션을 묶을 수도 있고.
        : 기본적으로 DB가 생성되면 만들어지는 컨슈머 그룹이 있음.
        1. sys_group : sys, stem
        2. other_group
        : 컨슈머 그룹별로 자원 분배를 시킬 수 있다.       
      - category
        : inter DB 간 컨슈머 그룹을 묶을 수 있는 것. (A DB의 컨슈머 그룹과, B DB의 컨슈머 그룹을 묶을 수 있다.)
      - Intradatabase plan
        : 하나의 DB 內 컨슈머 그룹 별로 자원 분배하는 계획.
        : DB 內 Package(DBMS_RESOURCE_MANAGER)를 활용하여 작업 수행.
        : DBRM에서의 Resource란?
      - In 
    - IORM (전통적인 DB에는 없다)
      - Interdatabases plan
        : DB 간 분배 작업으로, 예를 들어 DB1에는 일을 60 할당, DB2에는 일을 40 할당.
      - category plan
        : 카테고리 별로 I/O를 분배, 예를 들어, DB1과 DB2의 OLTP 컨슈머 그룹들을 카테고리 1로 묶고, batch 성 컨슈머 그룹들을 카테고리 2로 묶은 상황.
        : 카테고리 1이 더 중요하다고 판단되면, 카테고리 1에 대해서 일을 80으로, 카테고리 2를 20으로 분배.
> I/O Resource Management Plans
  : DB가 1개면 DBRM만 하면 되고, 2개 이상인 경우 IORM도.
> I/O Resource Management Plans: Example
> IORM Architecture
  - IORM은 결론적으로, Cell Server 안에서 Cell Disk에 대한 I/O 리소스를 분배하는 것.
> Enabling Intradatabase Resource Management
  - 자동적으로 job scheduler를 통해서, RM을 할 수 있음.
> Dataguard, OGG
  - RAC의 구조 자체의 목적
    - Instance, node failure에 대한 가용성을 제공.
    - 근데 DB 자체가 죽으면?
    - 그래서 DB 자체를 복제함. => Dataguard. OGG
  - dataguard는 단방향, OGG는 양방향
    - 복제 방식
      - redo log를 가지고 와서, 다른 DB에서 redo log를 참조하여 유저가 한 같은 작업 수행.
    - 일반 DB를 primary, 백업 DB를 standby.
    - 복제해서, primary DB가 죽어도 standby DB가 서비스를 계속할 수 있도록.
> Using Exadata I/O Resource Management with Oracle Database 12c
  - Intradatabase plan은 CDB Level에서 PDB 간 분배, 그리고 PDB 내에서 CG 분배가 이뤄짐.