300x250



>명령어 

>select name, bytes

from v$sgastat

where name like '%buffer%'

and pool is null;

-Database buffer cache나 redo log buffer 의 크기를 확인.


>select pool, sum(bytes)

from v$sgastat

where pool is not null

group by pool;

-Shared pool, Large pool, java poll의 크기를 확인.


>select name, block_size, buffers, buffers*block_size as "SIZE"

from v$buffer_pool;

-다양한 Database buffer cache의 상태를 확인.


>CREATE TABLESPACE <tablespace명>

DATAFILE '<data file>' SIZE <크기>

BLOCKSIZE <크기>;

-BlockSize에 지정된 크기의 block size를 갖는 tablespace를 생성.

------------------------------------------------------------

>show parameter db_block_size; 

-Standard block size


>select tablespace_name, block_size

from dba_tablespaces;

-각 tablespace 별 block 크기를 확인


>show sga;

-sga영역 조회


>show parameter sga_


>show parameter cache_size

-사용하지 않는 캐쉬 사이즈는 자동으로 관리 되지 않음


>select pool, sum(bytes)

from v$sgastat

where pool is not null

group by pool;

-SGA 내에 여러 pool size 크기 확인


>select name, bytes

from v$sgastat

where name like '%buffer%'

and pool is null;

-Database Buffer Cache , Redo Log Buffer 크기 조회


>select name, block_size, buffers, buffers*block_size as "SIZE"

from v$buffer_pool;

-현재 buffer cache에는 8k block size인 buffer cache만 존재.


---16k block size를 가진 테이블 스페이스 create 명령했지만 오류가 난다.

왜냐면 16k buffer cache가 존재하지 않기 때문이다.


>alter system set db_16k_cache_size =16M;

-16k block 크기의 buffer cache를 설정. 


>show parameter cache_size;

-db_16k_cache_size가 16M로 할당 되었음을 확인


>select name, block_size, buffers, buffers*block_size as "SIZE"

from v$buffer_pool;

-Buffer cache 조회 


>create tablespace imsy

datafile '/app/ora11g/oradata/DISK1/imsy01.dbf' size 5M

blocksize 16k;

-16k block size tablespace를 생성.


>select tablespace_name, block_size

from dba_tablespaces

order by 1;

-table space 조회 _ 16k block 사이즈를 가진 tablespace 확인 


>select tablespace_name, bytes, file_name

from dba_data_files;

-테이블 스페이스, 크기, datafile 경로 조회


>alter system set db_16k_cache_size=0M;

>select tablespace_name, bytes, file_name

from dba_data_files;

-9i에서는 발생한다. 11g에서는 16k block 크기를 사용하는 tablespace가 사용할 수 없게 됨.

-Open 상태이기는 하지만 dba_data_file 조회 할 수 없음.


>select t.name talbespace_name, d.bytes, d.name file_name

from v$tablespace t, v$datafile d

where t.ts#=d.ts#

order by 1;

-dynamic performance view 조회


>create table imsy(no number) tablespace imsy;

-imsy tablespace를 사용 할 수 없다.


>drop table space imsy

-imsy tablespace 삭제 / 

* 바람직한 케이스 tablespace 삭제 -> buffer cache 삭제 :


>imsy01.dbf 파일 삭제

-삭제 후 조회








반응형
300x250

Redo log file


Redo log file 확인

>명령어


>SELECT A.GROUP#, A.MEMBER, B.BYTES, B.STATUS, B.SEQUENCE#

  FROM V$LOGFILE A, V$LOG B

  WHERE A.GROUP#=B.GROUP#

  ORDER BY 1;

-현재 LOG 그룹과 MEMBER의 운영 상황을 조회 한다.

-GROUP # : 그룹번호

-MEMBER : 멤버 파일의 경로 및 파일명

-BYTES : 멤버 파일의 크기

-STATUS : 그룹의 상태

-----------------------------------------------------------------------------------

>ARCHIVE LOG LIST

-Archive log : 관련 내용을 조회.

-Archive log mode가 아닌 경우 조회된 내용은 별 의미가 없다.

-----------------------------------------------------------------------------------


v$log , v$logfile 구조 


--------------------------------------------------------------------

리두 로그 파일의 그룹과 멤버 상태 조회

>SELECT a.group#, a.member, b.bytes, b.status, b.sequence#

  FROM v$logfile a, v$log b

  WHERE a.group#=b.group#

  ORDER BY 1;

-----------------------------------------------------------------------

Log Switch 와 checkpoint


>명령어 

>ALTER SYSTEM SWITCH LOGFILE;

   -Log switch를 강제로 발생

>ALTER SYSTEM CHECKPOINT

  -Check point를 강제로 발생

-------------------------------------------------------

>SELECT a.group#, a.member, b.bytes, b.status, b.sequence#

   FROM v$logfile a, v$log b

   WHERE a.group# = b.group#

   ORDER BY 1;

조회

Log switch 강제 발생

>ALTER SYSTEM switch logfile;

조회

Check Point 강제 발생

>ALTER SYSTEM CHECKPOINT;

조회

-----------------------------------------------------------------------

Log Switch, CheckPoint 간편하게 발생시키기

>!vi switch.sql

ALTER SYSTEM SWITCH logfile;

ALTER SYSTEM CHECKPOINT;


>@Switch

조회



















반응형
300x250

명령어

>ALTER SYSTEM SET <parameter 명> = <값>SCOPE=[SPFILE | MEMORY |BOTH]

-지정한 parameter의 값을 수정

-scope 절은 spfile 운영 환경인 경우만 허용

-SPFILE : spfile만 수정한다.(정적 parameter 수정에서는 필수.)

-MEMORY : 현재 DB의 parameter 설정 값만 수정. spfile은 수정하지 않음. DB 재시작시 원래 설정값으로 환원

-BOTH : spfile 과 instance의 설정된 parameter 값을 모두 수정 (default 값)


*현재 운영중인 parameter 값.

show parameter 파라메터파일명

v$parameter


*spfile에 설정된 값.

v$spparameter

-----------------------------------------------------------------------------------

실습 - parameter 값 변경



계정 :SYS 

데이터베이스 : OPEN

>show parameter undo_retention;

>memory값 변경(memory) 후 

v$parameter(메모리/동적성능테이블)조회


>spparameter 조회 

값이 조회 되지 않았지만 VALUE = 900



이번엔 spfile값을 변경

shutdown immediate - > open 상태 

spfile의 값을 변경


메모리의 설정값은 변경되지않는다.


spfile의 parameter 값은 변경되어있다.



반응형
300x250

오라클 데이터베이스

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

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

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

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

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

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



기타 키 파일 구조

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

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

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



반응형

'Database > Oracle Administration' 카테고리의 다른 글

Oracle 구조 구성  (0) 2014.03.04

+ Recent posts