오라클 데이터베이스

오라클 데이터베이스

-하나의 단위로 취급되는 데이터 모임.

-세가지 파일 유형으로 구성.

데이터베이스의 일반적인 용도는 관련 정보를 저장하고 검색하는 것이며 오라클 데이터베이스에는 논리적 구조와 물리적 구조가 있다. 데이터베이스의 물리적 구조란 데이터베이스에 있는 운영 체제 파일 집합을 말한다. 오라클 데이터베이스는 다음 세가지로 구성

-데이터베이스의 실제 데이터가 포함된 데이터 파일

-장애가 발생했을 때 데이터를 복구 할 수 있도록 데이터베이스의 변경 사항이 기록된 리두로그파일

-데이터베이스로 무결성을 유지 관리하고 확인하는데 필요한 정보가 포함된 제어파일

기타 키 파일 구조

오라클 서버는 데이터베이스에 속하지 않는 기타 파일도 사용.

-매개변수 파일에는 오라클 인스턴스의 특성이 정의됨. 

ex)파일에는 SGA에 있는 일부 메모리 구조의 크기를 지정하는 매개변수가 포함.

-암호파일은 사용자가 오라클 인스턴스를 시작하고 종료할 수 있다는 것을 인증.

-아카이브된 리두 로그파일은 매체 고장 시 복구하는데 필요한 리두 로그 파일의 오프라인 복사본.

물리적 구조 

물리적구조에는 세가지 파일 유형이 포함.

-제어파일

-데이터파일

-리두로그파일

메모리 구조

오라클의 메모리 구조는 두가지 메모리 영역으로 구성.

-SGA(시스템 글로벌 영역) : 인스턴스가 시작될 떄 할당 되며 오라클 인스턴스의 기본적인 구성 요소.

-PGA(프로그램 글로벌 영역):서버 프로세스가 시작될 때 할당됨.

시스템 글로벌 영역

*SGA는 여러 메모리 구조로 구성.

-공유 풀 

-데이터베이스 버퍼 캐시

-리두 로그 버퍼

-기타 구조 (예 : 잠금 및 래치 관리, 통계데이터)

*SGA에는 두가지 메모리 구조를 추가로 구성 할 수 있다.

-대용량 풀

-자바 풀

SGA(시스템 글로벌영역)

SGA는 공유 글로벌 영역이라고도 하며 데이터베이스 프로세스에 공유하는 데이터 정보를 저장하는데 사용됨. 여기에는 오라클 서버를 위한 데이터 및 제어 정보가 포함되며 오라클이 상주하는 컴퓨터의 가상 메모리에 할당.

>SHOW SGA

-SGA메모리 할당 상태 조회

Total System Global Area

Fixed Size

Variable Size

Database Buffers

Redo Buffers

시스템 글로벌 영역

동적SGA:

오라클9i부터동적 SGA는 인스턴스를 종료하지 않고 SGA구성을 변경 할 수 있는 기반 구조를 구현함. 따라서 인스턴스를 종료하지 않고 데이터베이스 버퍼 캐시 및 공유 풀의 크기를 변경 할 수 있다. 

데이터베이스 버퍼 캐시 및 공유풀은 처음 구성이 계속 유지되는 것이 아니라 작업로드에 따라 최대 SGA_MAX_SIZE까지 늘어나거나 줄어들 수 있다.

SGA 크기 조정:

SGA크기는 여러 초기화 매개변수에 의해 결정 된다.

SGA크기에 가장 많은 영향을 주는 매개변수는

DB_CACHE_SIZE : 표준 블록의 캐시크기. 기본적으로 UNIX에서 48MB이고 NT에서는 52MB.

LOG_BUFFER: 리두 로그 버퍼에 할당되는 바이트 수

SHARED_POOL_SIZE: 공유 SQL및 PL/SQL에 제공되는 영역의 바이트 크기. 기본적으로 16MB, 64bit인 경우 기본 크기는 64MB

LARGE_POOL_SIZE: 대용량 풀의 크기. 기본 값은 0.

(init.ora 매개변수  PARALLEL_AUTOMATIC_TUNING이 TRUE 설정될 떄를 제외하고는 기본값이 자동으로 계산)

JAVA_POOL_SIZE:JAVA 풀의 크기. 기본 값 24MB

따라서 SGA크기는 SGA_MAX_SIZE - DB_CACHE_SIZE-LOG_BUFFER-SHARED_POOL_SIZE - LARGE_POOL_SIZE-JAVA_POOL_SIZE를 초과할 수 없다.

시스템 글로벌 영역

-SGA는 동적.

-SGA_MAX_SIZE 매개변수로 크기를 조정.

-SGA구성 요소를 통해 그래뉼에 할당되고 추적.

*연속적인 가상 메모리 할당.

*예상된 총 SGA_MAX_SIZE 기준의 그래뉼 크기

시스템글로벌 영역

할당단위

그래뉼은 연속적인 가상 메모리 할당 단위.

그류뉼 크기는 예상되는 총 SGA크기에 따라 다르며 크기는 SGA_MAX_SIZE 매개변수 값에 준하여 계산.

-예상 SGA크기가 128MB 보다 작은 경우에는 4MB

-그 외의 경우에는 16MB

구성요소(데이터베이스 버퍼 캐시 및 공유풀)는 그래뉼 단위에 따라 늘어나거나 줄어듭니다. 그래뉼을 소유하는 각 구성 요소의 경우 구성 요소에 할당된 그래뉼 수, 구성 요소에 대한 보류 작업(ALTER SYSTEM을 통한 그래뉼 할당, ALTER SYSTEM을 통한 그래뉼 해제, 해당 자체 튜닝) 및 그래뉼 단위의 대상 크기는 V$BUFFER_POOL 뷰에 의해 추적되고 표시.

인스턴스가 시작될 때 오라클서버는 각 그래뉼마다 그래뉼 항목을 하나씩 할당하여 주소공간의 SGA_MAX_SIZE바이트를 지원.

시작이 계속됨에 따라 각 구성요소는 필요한 그래뉼을 모두 얻게 됩니다.

SGA구성의 최소 단위는 세개의 그래뉼 즉, 각각 고정 SGA[리두 버퍼 포함[],데이터베이스 버퍼 캐시,공유 풀을 위한 그래뉼.

공유 풀 

다음을 저장하는데 사용됨.

-가장 최근에 실행한 SQL문

-가장 최근에 사용한 데이터 정의

두가지 주요 성능 관련 메모리 구조로 구성.

-라이브러리 캐시

-데이터 딕셔너리 캐시

SHARED_POOL_SIZE

-매개변수로 크기를 조정

ALTER SYSTEM SET SHARED_POOL_SIZE =64M

공유풀

공유 풀 환경에는 고정 구조와 가변 구조가 모두 있다.

고정 구조는 비교적 동일한 크ㅡ기를 유지하는 반면 가변 구조는 사용자 및 프로그램 요구 사항에 따라 크기가 늘어나거나 줄어듬.

고정 구조와 가변 구조의 실제 크기 조정은 초기화 매개변수와 오라클 내부 알고리줌 작업에 따라 달라짐.

공유 풀 크기 조정

공유 풀은 재사용 가능한 SQL실행 계획 (PL/SQL패키지, 프로시저 및 함수)과 커서 정보와 같이 전역적으로 공유할 수 있는 객체를 위해 사용되므로 고정 영역과 가변 영역 모두의 요구를 수용하도록 크기가 조정되어야 함. 

공유 풀에 대한 메모리 할당은 초기화 매개변수 SHARED POOL SIZE 의해ㅔ 결정.

ALTER SYSTEM SET을 사용하여 크기를 동적으로 조정할 수 있다. 성능 분석 후에 크기를 조정할 수 있지만 전체 SGA크기는 SGA_MAX_SIZE를 초과 할수 없다.

라이러리캐시

-가장 최근에 사용한 SQL문과 PL/SQL문에 대한 정보를 저장.

-공통으로 사용되는 명령문을 공유합니다.

-LRU(Least Recently Used) 알고리즘으로 관리 됨.

-다음 구조로 구성

공유 SQL 영역

공유 PL/SQL 영역

-크기는 공유 풀 크기 조정을 통해 결정

라이브러리 캐시

라이브러리 캐시 크기는 공유풀에 정의된 크기 조정에 따라 달라짐.

메모리는 명령문이 구문 분석 되거나 프로그램 단위가 호출 될때 할당.

공유 풀의 크기가 너무 작으면 명령문이 라이브러리 캐시로 계속 재로드 되어 성능에 영향을 주게됨. 

라이브러리 캐시는 LRU 알고리즘에 의해 관리 . 

캐시가 채워지면 라이브러리 캐시에 최근에 덜 사용된 실행 경로와 구문 분석 트리가 제거되어 새 항목을 위한 여유 공간이 생성됨.

재사용되지 않는 SQL문이나 PL/SQL문은 삭제.

라이브러리 캐시는 다음 두 구조로 구성.

-공유 SQL: 데이터베이스에 대해 SQL문을 실행하기 위한 실행 계획과 구문 분석 트리를 저장하고 공유 함. 다음에 동일한 SQl문을 실행 할 때는 공유 풀에 있는 구문 분석 정보를 이용하여 신속하게 처리 할 수 있다. SQL문에서 필요할때 마다 공유 SQL영역을 사용 할 수 있게 하려면 텍스트, 스키마 및 바인드 변수가 동일해야 됨.

-공유 PL/SQL : 공유 PL/SQL영역은 최근에 실행된 PL/SQL 문을 저장하고 공유함.

구문 분석되고 컴파일된 프로그램 단위가 프로시저(함수,패키지 및 트리거)는 이 영역에 저장.

데이터 딕셔너리 캐시

-데이터베이스에서 가장 최근에 사용된 정의 모음.

-데이터베이스 파일, 테이블, 인덱스, 열, 사용자, 권한 및 기타 데이터베이스 객체에 대한 정보를 포함.

-구문 분석 단계 동안 서버 프로세스는 데이터 딕셔너리에서 정보를 찾아 객체 이름을 해석하고 액세스를 확인 함.

-데이터 딕셔너리 정보를 메모리에 캐시하면 질의와 DML에 대한 응답시간이 줄어듬.

-크기는 공유 풀 크기 조정을 통해 결정.

데이터 딕셔너리 캐시

딕셔너리 캐시 또는 행 캐시라고도 함.

데이터 딕셔너리 정보를 데이터베이스 버퍼 캐시 및 공유 풀 메모리에 다중 캐시하여 성능을 향상 시킬 수 있다. 데이터베이스에 대한 정보(사용자 계정 데이터, 데이터 파일 이름, 세그먼트 이름, 확장 영역 위치, 테이블 설명 및 사용자 권한)은 데이터 딕셔너리 테이블에 저장.서버에서 이 정보가 필요하면 데이터 딕셔너리 테이블을 읽고 반환된 데이터는 데이터 딕셔너리 캐시에 저장.

데이터 딕셔너리 크기 조정:

전체 크기는 공유 풀 크기에 따라 달라지며 데이터베이스에 의해 내부적으로 관리됨. 데이터 딕셔너리 캐시가 너무 작은 경우에는 데이터베이스에서 서버에 필요한 정보를 얻기 위해 데이터 딕셔너리 테이블을 계속 질의해야 함.

참고서적 Oracle9i Database Administration Fundamentals 1