빵이 익어가는 블로그

1. 오라클 아키텍처 구성요소 2. Oracle Server 오라클 서버란 오라클이 사용되는 시스템의 총체적인 의미로도 사용되고 제품의 이름으로도 사용되지만, 일반적으로 Oracle Server = Instance + Dabatabse 의 개념을 갖고있다. 이때 Instance 란 유닉스 시스템의 Shell 의 개념으로 실제 database 와의 인터페이스를 제공한다고 생각하면된다. 보통 Database 와 Instance 명을 갖게 설정을 해준다. 3. Instance Oracle Database를 액세스하는 수단이며 Memory(SGA,PGA)와 Background Process로 구성된다. Instance는 한번에 하나의 database를 연다. 하지만 database는 여러개의 Instance를 ..

1. Flashback 이점 Flashback 기술은 recovery 기술의 혁신적 발전을 가져왔다. Flashback 기술은 데이터를 보면서 시점을 앞뒤로 되돌릴 수 있는 새로운 기능을 제공한다. Flashback 기술은 복잡하지 않고 간단히 변경된 데이터에만 작용하므로 recovery 과정이 매우 향상된다. 오류를 recovery하는데 걸리는 시간은 오류가 발생하는 데 걸리는 시간과 같다. 적용 가능한 경우 Flashback 기술은 사용 편리성, 가용성 및 복원 시간 측면에서 Media recovery에 커다란 이점을 제공한다. 2. Flahback 기술을 사용하는 경우 객체 레벨 시나리오 예제 Flashback 기술 사용 데이터에 미치는 영향 데이터베이스 테이블 truncate(불필요한 다중 테이블..

1. 관리자의 임무 어느 곳에서나 발생할 수 있는 failure로 부터 데이터베이스 보호 MTBF(Mean-Time-Between-Failure) 증가 - 하드웨어를 최대한 신뢰할 수 있고, 중요한 구성 요소가 redundancy로 보호되고, 운영 체제 유지 관리가 적시에 수행되도록 해야 한다. MTTR(Mean-Time-To-Recover) 감소 - 미리 recovery 프로시저를 연습하고 백업을 구성하여 필요할 때 즉시 사용 가능하도록 해야 한다. 데이터 손실 최소화 - DBA가 승인된 최적의 사용법을 따르면 커밋된 트랜잭션이 손실되지 않도록 데이터베이스를 구성할 수 있다. 2. Failure 범주 Statement failure : 단일 데이터베이스 작업(선택, 삽입, 갱신 또는 삭제)이 실패한다...

[6] Top SQL 튜닝하기 (맺음) ■ Top SQL 튜닝의 필요성 지난 회까지 실시간 Wait Event 모니터링과 이벤트별 원인분석에 대해서 간단히 살펴보았다. 일시적 성능장애 시 재빨리 원인을 찾아내는 것도 중요하지만 보다 바람직한 것은 이러한 성능문제를 사전에 최대한 예방하는 것임은 두말할 필요도 없다. 오라클 성능문제를 다루는데 있어 강조하고 싶은 한가지는 시스템 자원의 배분을 변경하거나 증가를 고려하기 전에, 불필요한 작업을 최소화함으로써 자원요구 횟수와 자원점유 시간을 줄여주는 노력이 선행되어야 한다는 점이다. Wait Event에 대한 모니터링과 분석이 DBMS의 자원에 대한 경합과 관련된 성능문제를 파악하는데 유용한 방법임에 틀림없지만, 이 같은 정보는 데이터베이스 혹은 그 하위 레벨..

[5] Redo buffer 관련 Wait ■ Redo buffer 구조 오라클 리두 구조의 핵심은 모든 트랜잭션 정보를 OS 파일에 기록해 둠으로써 시스템 장애가 발생해도 트랜잭션 단위의 일관성을 잃지 않고 데이터베이스를 복구할 수 있도록 하겠다는 것이다. 리두버퍼(redo buffer)는 이처럼 데이터베이스에 가해진 모든 변경내역을 파일에 기록 하기 위해 잠시 사용되는 메모리 영역이며 리두버퍼에 기록된 리두 정보는 다시 리두로그 파일에 기록되어짐으로써 향후 시스템 복구 작업이 필요할 때에 사용하게 된다. 오라클의 리두 구조를 이해하기 위한 핵심적인 개념을 간단히 정리해보면 다음과 같다. 데이터베이스에 대한 변경내역은 블록단위로 저장된다. 물론 변경되는 모든 블록의 복사본을 통째로 저장하는 것은 아니고..

[4] Buffer Cache 관련 Wait ■ Buffer Cache 구조 Buffer Cache의 기본적인 기능은 여러 프로세스에 의해 공통으로 자주 액세스 되는 데이터베이스 블록을 메모리에 캐쉬하여 물리적인 디스크 IO를 최소화함으로써 더 빠른 액세스 속도를 제공하기 위한 것이다. 복잡한 설명은 생략하고, Buffer Cache 의 기본구조를 이해하기 위한 몇 가지 핵심 용어들을 간단히 정리해 보도록 하겠다. ▷ Buffer header 모든 버퍼 블록들은 각자의 buffer header를 통해 액세스되고 관리된다. 즉, 메모리에 캐쉬된 특정 데이터 블록에 대한 액세스는 먼저 해쉬 알고리즘을 통해 cache chain 상의 buffer header를 찾고 해당 buffer header에 기록된 데이..

[3] Shared Pool 관련 Wait ■ Share pool과 성능문제 오라클이 공유 메모리(SGA)를 사용하는 가장 큰 이유는 기본적으로 메모리 사용을 최소화하면서 처리성능은 최대화하기 위한 것이다. 한번 액세스된 블록을 Database buffer cache에 캐쉬 함으로써 비용이 큰 Disk I/O를 최소화하는 것처럼, 한번 처리된 SQL의 실행 정보를 Shared Pool에 공유함으로써 파싱 작업을 위한 CPU, 메모리 자원의 사용을 최소화하고 SQL 수행속도를 증가시킬 수 있다. Shared Pool에는 SQL이나 PL/SQL을 수행하기 위한 각종 정보 - SQL구문 및 실행계획, PL/SQL 소스, 테이블, 뷰 등의 각종 오브젝트와 오브젝트 상호간의 의존관계, 권한관계 등 - 가 저장되어..

[2] Enqueue와 Latch 개념 이해하기 DBMS의 가장 주된 기능 중에 하나는 동일 자원에 대한 동시 액세스를 관리하는 것이며, 이를 위해 오라클이 사용하는 대표적인 제어 구조가 Enqueue와 Latch이다. Enqueue와 Latch는 모두 특정 자원에 대한 접근을 serialize하는 것이 목적이라는 점에서는 같은 Lock의 일종이지만 관리방식이나 용도에서 차이가 있다. Enqueue는 이름에서 보듯 Queue를 통해 관리된다. 대상 자원에 대한 Owner, Waiter, Converter Queue를 관리하면서 먼저 요청한 순서대로 Lock을 획득하도록 하는 구조이며, Exclusive 모드 뿐 아니라 다양한 수준의 공유를 허용한다. 대표적인 것이 테이블 데이터를 Update할 때 사용되..

Oracle Wait Event 모니터링 글: 안진철 (jcahn@warevalley.com) 現 ㈜웨어밸리 책임 컨설턴트 前 LG-EDS 기술 연구부문 DB 팀 - 솔루션 컨설팅 경력 6년 연재 순서 [1] Oracle Wait Event 모니터링 (2003년 1월 28일) [2] Enqueue와 Latch (2003년 2월 12일) [3] Shared Pool 관련 Wait Event (2003년 2월 26일) [4] buffer cache 관련 Wait Event (2003년 3월 12일) [5] redo log 관련 Wait Event (2003년 3월 26일) [6] Top SQL 튜닝 (2003년 4월 9일) [1] Oracle Wait Event 모니터링 흔히 DBA를 3D업종이라고 부르는 ..