EXADATA Developer - 13

EXADATA Developer - 13
> Consolidation: Overview
  - 여러 DB들을 통합하여 관리
  - 효율적이고, 비용이 절감
> FRA : Flash Recovery Area (10g)
  - recovery 관련된 파일을 저장
    : backup, control file, redo log files, archived log files ...
  - db_recovery_file_dest (가리키는 위치),
    db_recovery_file_dest_size (가리키는 위치의 크기) 속성을 통해서 FRA 설정
    => Fast Recovery!
  - 11gR2.renamed : Fast Recovery Area
> Migration Best Practices: Overview
  1. Capacity planning
  2. Choosing the migration approach
  ...
> Performing Capacity Planning
  - Source database의 AWR Report를 통해서 여러 성능 지표를 파악
    : 특히 Size, IORM, DBRM 파악
> physical standby : redo apply, block to block
> logical standby : SQL apply.
> Logical Migration Approaches
  - Logical standby database
  - Insert-as-select
  - Data Pump
> Datawarehouse
  - DSS(Decision Support System)을 지원하기 위해.
  : 의사 결정 시스템으로, 정확한 의사 결정을 하기 위해서 데이터들을 모을 필요가 있음.
  : 상세하게, 데이터들이 다음 특징을 가져야한다.
    1. integrated
    2. subject-oriented
    3. non-volitile
    4. historical (time-variant)
  - DW의 구성
    1. dimension 2. fact
    : 예를 들어, 고객 별 매출을 분석하고자 하는 경우, 고객별을 dimension, 매출을 fact라고 함. (dimension을 카테고리고, fact는 분석의 대상)
    : Star Schema 참조
  - 여러 DB, SAM, document로부터 데이터들을 Staging area로 Extraction해서, Transformation하여 DW 환경에 Loading.
    : Staging area를 Exa machine 안으로 둘 것인지, 밖에 둘 것인지에 따라 internal, external로 나뉨
    1. internal한 경우 Exa machine 안에 두는 파일 시스템의 종류들은 DBFS, ACFS
      : DBFS instance가 DB File System을 관리하기 위한 내장 패키지(DBFS Content Repository Package)가 있음.
      : create, open, list, close, remove 등의 파일 관리 명령어가 있고, 우리는 파일 시스템처럼 쓰지만 실제는 DB에 有.
      : metadata table
      : securefile LOB
    2. external : SAN, NAS
  - external table
    : 테이블 구조는 storage에 있는데, 실제 데이터는 /data 디렉토리 하위에 있음.
    : DW 환경에서 Source File들을 끌어 올 것인데, 다 가지고 오면 too much.
    : 그래서 정말 필요한 File만 저장된 테이블 구조(external table)를 참조해서, storage에 저장.