Where the light is

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 p..

EXADATA Developer - 12 > ADO (Automatic Data Optimization) - heat map : 데이터가 어떻게 조회가 되고, 관리가 되는 지 추적. : 어떤 데이터가 3개월 동안 한번도 조회가 되지 않음 -> 잘 쓰지 않는 데이터다. -> 다른 곳으로 이동 || 압축 > direct insert vs conventional insert 1. conventional insert 1) Disk에 insert가 가능한 block을 찾는다. 2) 찾은 block들을 DB Buffer cache에 올린다. 3) DB Buffer Cache에 row를 insert하고, 4) dirty cache들을 처리(disk에 변경점을 업데이트)한다. 2. direct insert 1) 바로 ..

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 : 컨슈머..

EXADATA Developer - 10 > I/O 성능 지표 (Testing Storage Server Performance by Using CALIBRATE 1. MBPS : 초당 처리되는 데이터의 양 (한번에 얼마나 많은 데이터를 가지고 올 수 있느냐?). 따라서 Analytics의 중요한 성능 지표. 2. IOPS : 초당 I/O 가능한 횟수, OLTP에 중요한 성능 지표. > ADR - Automatic Diagnostic Repository (11g) - DB 정보 구성을 위해서 DB 內 파라미터 有 (show parameter) - 11g 전에는 DB 진단을 위한 각종 로그 파일들의 위치를 파라미터로 지정. - 11g 이후에는, 이것 외에 diagnostic_dest라는 파라미터가 생기고, ..

EXADATA Developer - 9 > HCC - Query 위주의 작업이 많이 발생하는 테이블에 대한 압축. - 테이블을 파티셔닝해서, Query 위주의 작업이 발생하는 파티션 테이블은 HCC, DML 작업이 많이 발생하는 파티션 테이블은 OLTP 압축 기법을 사용하는 것이 효율적. > Caching Heuristics - DBA는 Object의 CELL_FLASH_CACHE라는 속성의 값을 정해주는 방식으로 Cache할 것인지 여부를 정할 수 있음. > Exadata Storage Index: Overview - Cell 서버가 DB 서버가 하는 일들을 많이 하니, 바쁘다. 그래서 어떻게 하면 효율적으로 할 수 있을 지? - Storage Index는 Cell 서버 안에서 Pysical I/O의 ..

EXADATA Developer - 8 > Exadata Smart Flash Cache Intelligent Caching: Overview > Flash Cache는 사이즈가 고정되기 때문에, LRU 방식으로 메모리 관리 (Lease Recently Used) > Using Exadata Smart Flash Cache: Write-Through Cache 데이터 읽는 순서 1. DB Buffer Cache 2. Flash cache 3. Hard Disk Write시 디스크에 먼저 씀 > Usgin Exadata Smart Flash Cache: Write-Back Cache Write할 때 Flash에 먼저 씀. LRU 기반이니, 최신 데이터는 Flash Cache에 있음. - Primary와 M..

EXADATA Developer - 7 > Classic Database I/O and SQL Processing Model - WHERE 조건에 맞는 데이터들을 읽기 위해서 Block 단위의 I/O를 한다. - 읽은 데이터의 양이 10GB이고, 네트워크를 통해서 DB로 보내줌. - DB 서버에서는 Filtering 작업을 통해서 2MB만 returned. > Exadata Smart Scan Model (Cell Offloading) - iDB command (SQL 정보들 포함) - Cell Server 프로세스가 iDB Commend 안에 있는 SQL Processing. - Filtering 되어, 2MB만 DB Server로 return. - 그럼 DB가 하는 일은, Cordinator (작업을..

EXADATA Developer - 6 > 기존 DB Block I/O 방식 - Server = Instance + database - Instance - 오라클은 인스턴스라는 것이 있는데, 인스턴스는 메모리와 백그라운드 프로세스로 이뤄짐. - 이런 메모리 영역을 SGA라고 함(Shared Global Area). 1. Shared Pool (library cache, data dictionary cache) 2. DB Buffer cache (buffer 사이즈는 block 사이즈와 동일, 그대로 읽어서 넣을 거니) - 굉장히 많은 BGProcess가 있음 1. SMON 2. PMON 3. DBW 4. LGW 5. CKPT - startup 명령어를 통해서 DB를 구동하면, 메모리를 할당하고 bgpro..

EXADATA Developer - 5 > db instance : memory + bgprocess > ASM instance : memory + bgprocess > DB, ASM Instance 확인하는 방법 1. cat /etc/oratab 2. ps -ef | grep pmon > ORACLE_SID (System IDentifier) > asm 관리툴 1. asmcmd, 2.asmca, 3.sqlplus, 4.EM - asmcmd 사용하는 법 > . oraenv > +ASM1 > /u01/app/grid > /u01/app/12.1.0.2/grid > sqlplus / as sysdba - select name from v$datafile; : asm file이 나옴. 파일 이름은 테이블스페이..

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 (..