EXADATA Developer - 4

EXADATA Developer - 4
> Exadata Software Architecture: Overview
  - Cell Server의 Software 구조
    > CELLSRV, MS, RS라는 이름의 Process가 있음
    > CELLSRV은 iDB로부터 온 일들을 해석하고 처리. 또한, IORM(I/O Resource Management)를 통해서 I/O를 분산시킬 수 있음. 또 통계를 수집.
    > Cell Server에서는 DB Server 버전에 따른 Cell Server Offloading을 함.
> High Capacity Storage Server: Disk Storage Entities and Relationships.
  - HC Type의 경우
  - Physical Disk는 각각 LUN (Logical Unit)으로 매핑이 되고, 이는 다시 CELL Disk로 매핑이됨. 그 후 여러개의 Grid Disk로 나눠지며, ASM Disk로 묶어짐.
    > System Area : 통계 저장, OS 이미지 등
    > 나머지는 모두 LUN
  - Cell Server에서 GRIDDISK를 만들건데, 최초의 생성된 Grid Disk는 Hot Part로 (Outter Track), 나머지는 Cold Part로 구성됨.
> High Capacity Storage Server: Flash Storage Entities and Relationships
  - SGA에 Redo log buffer가 있음. 메모리니 한계가 있고, 다 차게 되면 디스크의 redo log files에 기록. 이 작업은 LGW(Log Writer)라는 백그라운드 프로세스가 함.
  - LGW의 I/O 방식은 Sync I/O 방식으로, 기록을 하면 기록 되었다는 AWK가 오면 다음 것을 기록하는 방식. 그렇게 하는 이유는 Redo log가 중요한 데이터니.
  - 따라서, LGW는 Wait Event가 많이 발생함(Log File Sync Wait Event).
    > 대규모의 Transaction을 처리하는 site에는 모두 발생.
  - 이를 해결하기 위해서, LGW가 Disk에 Redo Log Files를 저장할 때, Smart Flash Log도 같이 저장함. Flash가 빠르니 먼저 AWK를 줄 것이고, 그 MSG를 받으면
    LGW가 받아서 다시 또 Write. Disk와 Smart Flash Log의 Sync를 맞춰주고 끝.
> Extreme Flash Storage Server: Flash Storage Entities and Relationships.
  - Flash Cache는 이미 PHYSICAL DISK가 Flash니, 무슨 용도이지?
    > Write I/O Capping
    : Cell disk I/O가 느려지면, Rerouting함.
> Disk Group Configuration
  - Failure group : mirroing level을 만족하는 disk의 subset