보통 <global-forwards>에서는 다음과 같은 방법을 매핑될 페이지를
입력합니다.
<forward name="insert_success" path="BoardList.do" />
여기서 파라미터를 다음과 같이 입력해서 코딩하면 xml 파싱에러가 납니다.
파라미터가 하나는 들어가는데 두개이상이 안들어 가게 됩니다.
<forward name="order" path="BoardList.do?code=00001" />
=> 에러 안남
<forward name="order" path="BoardList.do?code=00001&page=1" />
=> 에러 발생
이 경우에는 다음과 같은 방법으로 코딩하면 다수의
파라미터값을 넘길 수 있습니다.
<forward name="board_insert_success" path="/BoardList.do?run=BoardList & a m p ; current_page=1"/>
윗 부분의 & a m p ; <=요 부분의 띄어쓰기된 부분을 붙여주면 됩니다.
유용하게 쓰일때가 꼭 있을 거라는 생각이 들어서 올려봤습니다. ^^
3D프린팅,아두이노알고리즘프로그래밍,로봇제작,스프링프레임워크,스프링시큐리티,스프링소셜,NODE.JS,AngulerJS,안드로이드 마시멜로,아이폰 Swift,닷넷, C#, Xamarin 실무개발바교육,구로디지털단지역2분,초역세권
2013년 8월 8일 목요일
[자바교육,오라클자바커뮤니티]Log4J를 XML을 이용하여 설정하기
Log4J를 XML을 이용하여 설정하기
오라클자바커뮤니티에서 설립한 오엔제이프로그래밍
실무교육센터
(오라클SQL, 튜닝, 힌트,자바프레임워크, 안드로이드, 아이폰, 닷넷 실무전문 강의)
------------------------------------------------------------
1. log4j.configuration 파이를 /WEB-INF/classes 에 만듭니다.
------------------------------------------------------------
set CATALINA_OPTS=-Dlog4j.configuration=log4j.xml
------------------------------------------------------------
2. log4j.xml을 /WEB-INF/classes 에 만듭니다
------------------------------------------------------------
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
<appender name="rolling" class="org.apache.log4j.RollingFileAppender">
<param name="File" value="d:\myoutput.log"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="=%d{ABSOLUTE} - %p %c - %m%n"/>
</layout>
</appender>
<appender name="stdout" class="org.apache.log4j.ConsoleAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%5p [%t] (%F:%L)- %m%n"/>
</layout>
</appender>
<root>
<priority value ="INFO" />
<appender-ref ref="stdout" />
<appender-ref ref="rolling" />
</root>
</log4j:configuration>
------------------------------------------------------------
3. test용 JSP를 만듭니다.
------------------------------------------------------------
<%@ page import="org.apache.commons.logging.Log" %>
<%@ page import="org.apache.commons.logging.LogFactory" %>
<%-- Get a reference to the logger for this class --%>
<% Log logger = LogFactory.getLog( this.getClass( ) ); %>
<% logger.debug( "This is a debug message from a jsp" ); %>
<html>
<head>
<title>Using Commons Logging in a JSP page</title>
</head>
<body>
<% logger.info( "This is another log message in the jsp" );
%>
There should be two log messages in the log file.
</body>
</html>
콘솔 화면으로 로그가 출력 되면서 화일로도 출력이 되는 예제 입니다.
2013년 8월 4일 일요일
oracle physical database structure
--------------------
물리적 DataBase구조
--------------------
oracle 설치된 폴다에 가보면 oradata 폴더에 대부분파일이 위치한다,
확인해 보자.
A. DataFile
- 모든 Oracle DataBAse는 하나이상의 DataFile을 가지며, DB의 영역이 부족할 때 자동으로
확장할 수 있는 기능이 있다.
- 하나이상의 DataFile이 TableSpace를 형성한다.
- 수정된 Data나 새로운 Data는 파일에 즉시 Write할 필요가 없다.즉 디스크 Access량을 줄이고
성능을 향상시키려면 Data를 메모리에 저장했다가 DBWR BackGround Process가 한번에 디스크에
저장한다.
B. Redo Log File
- Oracle DB는 2개 이상의 Redo Log File을 가진다.
- Redo Log의 주기능은 변경사항을 저장,이미 수정된 Data가 장애 때문에 DataFile에 기록되지
못했다면 수정된 부분이 Redo Log에 있으므로 수행한 작업을 손실하지는 않는다.
C. Control File
- Control File에는 DB이름, DataFile과 Redo Log File의 위치,DB생성시간등이 기록되어 있다.
- Oracle은 Instance가 시작될때마다 DataBase와 Redo Log File을 지정한다. 새 DataFile이나
Redo Log File이 생성되는 경우에는 Oracle은 Control File을 자동으로 수정한다.
D, 파라미터파일
-데이터베이스 이름
- SGA메모리 구조와 할당크기
- 컨트롤 파일명과 위치
- 아카이브 파일정보
- 언두세그먼트 정보
[출처]오라클자바커뮤니티, 오엔제이프로그래밍
www.onjprogramming.co.kr
물리적 DataBase구조
--------------------
oracle 설치된 폴다에 가보면 oradata 폴더에 대부분파일이 위치한다,
확인해 보자.
A. DataFile
- 모든 Oracle DataBAse는 하나이상의 DataFile을 가지며, DB의 영역이 부족할 때 자동으로
확장할 수 있는 기능이 있다.
- 하나이상의 DataFile이 TableSpace를 형성한다.
- 수정된 Data나 새로운 Data는 파일에 즉시 Write할 필요가 없다.즉 디스크 Access량을 줄이고
성능을 향상시키려면 Data를 메모리에 저장했다가 DBWR BackGround Process가 한번에 디스크에
저장한다.
B. Redo Log File
- Oracle DB는 2개 이상의 Redo Log File을 가진다.
- Redo Log의 주기능은 변경사항을 저장,이미 수정된 Data가 장애 때문에 DataFile에 기록되지
못했다면 수정된 부분이 Redo Log에 있으므로 수행한 작업을 손실하지는 않는다.
C. Control File
- Control File에는 DB이름, DataFile과 Redo Log File의 위치,DB생성시간등이 기록되어 있다.
- Oracle은 Instance가 시작될때마다 DataBase와 Redo Log File을 지정한다. 새 DataFile이나
Redo Log File이 생성되는 경우에는 Oracle은 Control File을 자동으로 수정한다.
D, 파라미터파일
-데이터베이스 이름
- SGA메모리 구조와 할당크기
- 컨트롤 파일명과 위치
- 아카이브 파일정보
- 언두세그먼트 정보
[출처]오라클자바커뮤니티, 오엔제이프로그래밍
www.onjprogramming.co.kr
oracle logocal database structure
논리적 DataBase구조
A. TableSpace
- 각 DataBase는 논리적으로 하나이상의 TableSpace로 구성된다.
- 각 TableSpace에서는 하나이상의 DataFile이 명시적으로 생성되어, TableSpace에 있는
모든 논리적 구조의 Data를 물리적으로 저장한다.
- TableSpace의 DataFile을 합친 크기는 TableSapce의 저장영역이다.
- 생성예제
create tablespace users datafile '/usr2/oradata/users01.율' size 100m
default storage (initial 100k next 100k);
[TableSpace의 이름은 USERS이며 DataFile은 users01.dbf를 사용하고,TableSpace의 초기크기는
100M,TableSpace에 Table이나 인덱스를 만들 때 Storage구를 기술안하는
경우에는 초기100k,확장100k안 table이나 Index가 생성된다.즉 default storage는 TableSpace에
생성되는 Object에대해 Storage구의 시술이 없는 경우에 적용되는 사항이다.]
- TableSpace의 저장영역을 늘이는예
Alter tablespace users add datafile '/usr2/oradata/users02.율' size 100m;
위에서 만든 users TableSpace의 size를 100m더 늘이는 경우이다.
B. Schema/Schema Object
- 스키마는 개체모음이고 스키마개체는 DataBase의 데이터를 직접 참조하는 논리적구조, 스키마개체
로는 Table,View,Sequence,Stored Procedure,Synonym,Index, Cluster,DataBase Link등이 있다.
(동일한 스키마개체가 서로 다른 TableSpace에 있을수 있고, 한 TableSpace가 여러스키마 게체를
보유할 수 있다.)
C. 데이터블럭/확장영역/Segment
- Oracle Data는 가장작은 단위인 Data Block에 저장된다.
- 확장영역은 연속적인 몇 개의 데이터블록으로 한번에 할당되며 특정정보의 정보 저장에 사용된다.
- Segmet
Data Segmet : Table의 모든 Data는 Data Segment확장 영역에 저장된다.
Index Segment : 각 Index는 모든 데이터를 저장하는 인덱스 Segment를 가진다.
RollBack Segment : '실행취소(RollBack)'정보를 저장
Temp Segment : SQL명령문의 실행을위해 임시작업영역이 필요할 때 사용
SQL> connect / as sysdba
연결되었습니다.
à TEST라는 테이블 스페이스를 만들면서 SIZE는 10M로 주었다. 테이블 스페이스는 하나 이상의 데이터 파일로 이루어
지므로 TEST 테이블 스페이스를 구성하는 데이터 파일의 위치를 기술 하였다. 결국 테이블 스페이스에 테이블이나 인덱스 같은 스키마 오브젝트들을 만드는데
TEST라는 테이블
스페이스에 이번 실습을 통해 Table을 만들어 볼 것이다. 예문을
수행하면 TEST라는 테이블 스페이스가 생성되며 TEST01.DBF로
구성이 되며 총 테이블 스페이스 사이즈는 10M 이다.
SQL> create tablespace test datafile
'C:\oracle\oradata\wink\test01.dbf' size 10
m ;
테이블 영역이 생성되었습니다.
à 아래 예문은 TEST 테이블
스페이스를 구성하는 데이터 파일을 확인 하는 것이다.
SQL> select file_name, tablespace_name from
dba_data_files
2 where tablespace_name = 'TEST';
FILE_NAME TABLESPACE_NAME
----------------------------------------------------------
C:\ORACLE\ORADATA\WINK\TEST01.DBF TEST
à 이번에는 새로운 사용자 JCLEE를
만들고 기본 테이블 스페이스(DEFAULT TABLESPACE)를
TEST로 기술 하자. 이 말은 JCLEE라는
사용자로 접속을 하여 TABLE 을 만들 때 오느 테이블 스페이스에 만들건지 기술 하지 않으면 TEST 테이블 스페이스에 만들라는 의미이다. 그럼 이제까지 실습
하면서 만든 테이블들은 SCOTT 계정의 기본 테이블 스페이스에 만들어 졌음을 추측 할 수 있을 것이다. 잠시 문법을 설명하면 identified by 구는 비밀번호를 기술 하는 것이며 즉 ID는 jclee PASSWORD는 test2003 이 되는 것이다. Default tablespace 구문은 기본 테이블 스페이스를 지정 하는 것이며 temporary tablespace는 임시 테이블 스페이스를 지정 하는 것이다. 그럼 임시 테이블 스페이스란 무엇인가? 여러분들이 SELECT 문을 사용하다가 정렬을 위해 ORDER BY를 사용하여
대량의 데이터 건수를 가지는 테이블을 ORDER BY로 정렬한다면
TEMPORARY TABLESPACE가 사용되어 지는 것이다. 결국 ORDER BY와 같은 것은 정렬을 위해 별도의 테이블 스페이스를 사용 할 수 있으므로 수행 속도 면에서는 좋지
않으니 인덱스를 적절히 이용한다든지 해서 사용을 자제 해야 할 것이다. CREATE INDEX, SELECT
.. ORDER BY, SELECT DISTINCT, SELECT ...
GROUP BY, SELECT .. UNION, SELECT ... INTERSECT, SELECT ... MINU 와 같은 SQL문을 사용시에는 TEMPORARY TABLESPACE가 사용되어
질 수 있으므로 사용시 주의를 해야 한다.
SQL> create user jclee identified by test2003 default
tablespace test temporary
tablespace temp;
사용자가 생성되었습니다.
à 사용자를 생성 하였으니 Oracle
Net을 통해 데이터베이스에 접속할 수 있는 권한과 자원을 조작할 수 있는 권한을 이미 만들어져 있는 롤(Role)을 통해 부여 하기로 하자.
SQL> grant connect, resource to jclee;
권한이 부여되었습니다.
à 아래는 JCLEE라는 사용자에
부여된 권한을 확인 하는 예 이다. SCOTT 사용자와 권한이 같음을 알 수 있다.
SQL> select * from DBA_ROLE_PRIVS
2 where grantee in ('SCOTT','JCLEE');
GRANTEE GRANTED_ROLE ADM DEF
------------------------------
------------------------------ --- ---
JCLEE CONNECT NO YES
JCLEE RESOURCE NO YES
SCOTT CONNECT NO YES
SCOTT RESOURCE NO YES
à 이제 테이블을 생성해 보기로 하자. 첫번째 예문은 테이블 스페이스를 기술하지
않았으므로 JCLEE 사용자의 기본 테이블 스페이스인 TEST 테이블
스페이스에 저장 될 것이고 두번 째 예문은 명시적으로 테이블 스페이스를 기술 하였으므로 USERS 라는
테이블 스페이스에 저장이 될 것이다. 먼저 jclee 계정으로
접속을 하자.
SQL>
connect jclee/test2003;
연결되었습니다.
SQL>
create table mytest (
2 name
varchar2(10) not null,
3 age
number(5)
4 );
테이블이 생성되었습니다.
SQL>
create table mytest2 (
2 name
varchar2(10) not null,
3 age
number(5)
4 )
tablespace users;
테이블이 생성되었습니다.
à 이번에는 JCLEE 사용자와 SCOTT 사용자의
기본 테이블 스페이스(DEFAULT TABLESPACE)와 임시 테이블 스페이스(TEMPORARY TABLESPACE)를 확인 해 보자. SCOTT 사용자의
기본 테이블 스페이스는 SYSTEM이고 JCLEE 사용자는 TESRT 이다. 이 부분에는 한 가지 알아야 할 사실이 있다. SYSTEM 테이블 스페이스는 데이터베이스의 데이터 딕셔너리(Data
Dictionary)를 위한 공간이다. 이곳에 사용자 테이블을 만들면 좋을 것이 하나도
없다. 그러므로 여러분들이 연습용 테이블등을 만들려면 별도의 계정에 별도의 테이블 스페이스 또는 이미
제공 되어있는 USERS 테이블 스페이스 등에 만드는 것이 좋다.
SQL>connect
/ as sysdba
SQL>
select username, DEFAULT_TABLESPACE, TEMPORARY_TABLESPACE
2 from
dba_users
3
where username in ('JCLEE','SCOTT');
USERNAME DEFAULT_TABLESPACE TEMPORARY_TABLESPACE
----------------------------
------------------------------
SCOTT SYSTEM TEMP
JCLEE TEST TEMP
à 다음 예문은 이미 만들어져 있는 테이블이 어느 테이블 스페이스에 있는지 확인하는 것이다.
SQL>connect
/ as sysdba
SQL>
select table_name, tablespace_name
2 from
dba_tables
3
where table_name in ('MYTEST','MYTEST2');
TABLE_NAME TABLESPACE_NAME
------------------------------
--------------------
MYTEST SYSTEM
MYTEST2 USERS
à 아래의 경우는 저장 매개변수(Storage Parameter)를 이용한
테이블 스페이스의 생성이다. 오라클 9i의 경우 extents에 대해 autoallocation 이 기본이니 자주
사용되지는 않지만 참고로 하자.(initial은 최초 테이블 스페이스 생성시 할당 되는 extent의 사이즈 이며 초기엔 비어 있을 것이다. 만약 꽉 차게
되면 next 사이즈 만큼 확장하게 되며 extent의 수는
최소2개, 최대 50개가
가능하다는 의미이다.)
SQL> CREATE TABLESPACE data05
2
DATAFILE 'C:\oracle\oradata\wink\data05.dbf' SIZE 10M
3
DEFAULT STORAGE (
4
INITIAL 50K
5
NEXT 50K
6
MINEXTENTS 2
7
MAXEXTENTS 50
8
PCTINCREASE 0
9* )
SQL>
/
테이블 영역이 생성되었습니다.
[출처]오라클자바커뮤니티, 오엔제이프로그래밍
오라클 프로세스(Oracle Process)
Oracle 프로세스 구조는 다중 작업이 발생하는 방법과 다중 작업이 수행되는 방식을 정의 하므로
매우 중요합니다.
A.단일 프로세스 Oracle Instance :단일 사용자 Oracle은 하나의 프로세스가 모든 Oracle Code를
실행하는 시스템입니다. Oracle의 일부분과 Client응용프로그램을 분리하여 실행하는데 다른
프로세스를
사용하지 않습니다.대신 Oracle의 모든 코드와 단일사용자의 데이터베이스 응용 프로그램은 단일
프로세스에 의해 실행됩니다.
B.다중 프로세스 Oracle Instance : 다중사용자 Oracle은 여러 개의 프로세스가 Oracle의 각기
다른 부분을 실행하고 접속한 각사용자들은 개별 프로세스를 실행합니다.
C.다중 사용자 환경에서의 Oracle 프로세스
1. 데이터베이스 기록자(DBWR)
- DataBase Buffer의 내용을 데이터 파일에 기록하는 역할을 하며 DataBase Buffer Cache를
관리하는 Oracle BackGround 프로세스임
- DataBase Buffer Cache에 있는 내용이 수정되면 해당 버퍼는 'Dirty'로 표시되는데 이
Dirty Buffer를 Disk에 기록하여 Buffer Cache를 깨끗한 상태로 유지하는 역할을 함
- LRU 알고리즘에 의해 최근에 사용된 데이터블록을 메모리에 유지합니다.
- Buffer Cache는 Multi Latch를 자지는데 래치는 공유 데이터구조를 보호하는 자동내부
잠금입니다. DB_BLOCK_LRU_LATCHES라는 Parameter는 시스템에 구성되는 래치수
와 기본적으로 CPU에 설정되는 Latch 수를 제어합니다.
- 서버프로세스가 Buffer를 Dirty목록으로 이동시킨후 Dirty목록이 임계길이에 도달했음을
발견하면 Server 프로세스는 DBWR에 신호를 보냅니다.
- 체크포인트가 발생하면 LGWR(로그기록자)는 DBWR에 신호를 보냅니다. 즉 Check Point가
발생하면 LGWR는 디스크에 기록되어야 하는 수정된 Buffer 목록을
지정합니다. DBWR는 디스크에 지정된 Buffer의 내용을 기록합니다.
2. 로그기록자(LGWR)
- Redo Log Buffer를 디스크에 있는 Redo Log File에 등록합니다.
- 사용자 프로세스가 Transaction을 Commit할때의 Commit Record및 매3초 마다의 Redo Log
buffer, DBWR가 수정된 버퍼를 디스크에 기록할때의 Redo Buffer의 내용등을 기록합니다.
- 사용자가 Commit명령을 발생시키면 LGWR는 Commit Record를 즉시 Redo Log Buffer에 넣지만
해당 데이터 버퍼의 변경은 변경사항을 데이터 파일에 기록하는 것이
더 효율적일때까지 지연됩니다.
3 체크포인트(CKPT)
- Check Point가 발생하면 Oracle은 모든 DataFile의 Header를 갱신하여 체크포인트임을
나타내야 합니다. 보통 LGWR가 이러한 작업을 수행하지만 체크포인트가 시스템 Performance를
저하 시킨다면 CKPT를 활성화하여 체크포인트 수행작업을 LGWR가 수행하는 다른 작업과 분리할
수 있습니다.
- 체크포인트가 모든 응용프로그램에 꼭 필요한 것은 아니며 DataFile의 수가 많아 Check
Point중에 LGWR프로세스 성능이 저하되면 CKPT프로세스를 활성화 할수있다.
- 초기화 Parameter CHECK_POINT_PROCESS는 CKPT프로세스를 활성화 하거나 비활성화 합니다.
4. 시스템모니터(SMON)
- 인스턴스 시작시에 인스턴스의 복구를 수행, 더 이상 사용하지 않는 임시 Segment를 삭제하며
사용 가능한 빈영역을 더 큰 블록으로 만들기위해 인법한 빈 확장영역을 하나로 통합합니다.
5. 프로세스모니터(PMON)
- 사용자 프로세스에 장애가 발생하면 프로세스 복구를 수행,Cache를 비우고 해당 프로세스가
사용한 자원을 해제하며,활성 Transaction의 Table상태를 재설정하고 Lock을 해제하며 Active
Process목록에서 ID를 제거한다.
- 주기적으로 Dispatch와 서버 프로세스의 상태를 점검하고 활동중이 아니면 재시작합니다.
6. 복구자(RECO)
- 분산 Transaction을 포함한 장애를 자동으로 해결하는 분산 Option과 함께 사용되는 프로세스,
시스템이 분산 트랜잭션을 허용하고 DISTRIBUTED_TRANSACTIONS가 0보다 클때만 존재합니다.
7. 아카이브(ARCH)
- Online Redo Log File이 꽉차면 이를 지정된 저장장소에 저장,Redo Log가 Archive Mode에서
운영되고 자동 Archiving기능이 활성화 되어 있을 때만 존재합니다.
8. 잠금(LcKn)
- 병렬서버 옵션에서 최대 10개 까지의 잠금Process(LCK0~LCK10)가 인스텀스의 Lock을 제공합니다.
그러나 대부분의 병렬서버 시스템에서는 하나의 LCK프로세스(LCK0)만
으로도 충분합니다.
9. 스냅샷갱신(SNPn)
- 분산 옵션에서 최대 10갸 까지의 스냅샷갱신프로세스(SNP0~SNP10)가 자동으로 Table SnapShot을
화면에 다시 표시합니다.
10. 디스패쳐(Dnnn)
- 디스패쳐 프로세스를 사용하면 사용자 프로세스는 제한된 수의 서버 프로세스를 공유할 수
있습니다. 디스패쳐가 없다면 각 사용자 프로세스는 하나의 전용(Dedicated)서
버 프로세스를 필요로 합니다. 그러나 Multi Thread Server에서는 동일한 수의 사용자에
대해 더 적은 수의 공유서버 프로세스를 필요로 합니다.
- 단일 DataBase Instance에 대해 다중 Dispatcher 프로세스를 생성할 수 있습니다. Oracle을
사용하는 시스템의 Network Protocol에 대해 적어도 하나의 디스페처가 생성되어야 합니다. DBA는
프로세스당 접속수에 대한 OS의 한계에 따라 가장 적합한수의 디스패처를 시작해야 하며
인스턴스가 실행되는 동안 디스패처 프로세스를 추가또는 삭제할수 있다.
- 인스턴스가 시작되면 Listener는 사용자를 Oracle과 접속시키는 통신경로를 설정하며,
각 디스패처는 리스너에 접속 요구사항을 수신할 수 있는 주소를 부여합니다.
사용자 프로세스가 접속을 요구하면 리스너는 요구사항을 점검하고 사용자가 디스패처를 사용할 수
있을지에 대해 결정합니다. 사용할 수 있을 경우 리스너는 로드할 양이 가장적은 디스패처 주소를
돌려주며 사용자 프로세스는 디스패처에 직접 접속됩니다.
[출처]오라클자바커뮤니티, 오엔제이프로그래밍
www.onjprogramming.co.kr
매우 중요합니다.
A.단일 프로세스 Oracle Instance :단일 사용자 Oracle은 하나의 프로세스가 모든 Oracle Code를
실행하는 시스템입니다. Oracle의 일부분과 Client응용프로그램을 분리하여 실행하는데 다른
프로세스를
사용하지 않습니다.대신 Oracle의 모든 코드와 단일사용자의 데이터베이스 응용 프로그램은 단일
프로세스에 의해 실행됩니다.
B.다중 프로세스 Oracle Instance : 다중사용자 Oracle은 여러 개의 프로세스가 Oracle의 각기
다른 부분을 실행하고 접속한 각사용자들은 개별 프로세스를 실행합니다.
C.다중 사용자 환경에서의 Oracle 프로세스
1. 데이터베이스 기록자(DBWR)
- DataBase Buffer의 내용을 데이터 파일에 기록하는 역할을 하며 DataBase Buffer Cache를
관리하는 Oracle BackGround 프로세스임
- DataBase Buffer Cache에 있는 내용이 수정되면 해당 버퍼는 'Dirty'로 표시되는데 이
Dirty Buffer를 Disk에 기록하여 Buffer Cache를 깨끗한 상태로 유지하는 역할을 함
- LRU 알고리즘에 의해 최근에 사용된 데이터블록을 메모리에 유지합니다.
- Buffer Cache는 Multi Latch를 자지는데 래치는 공유 데이터구조를 보호하는 자동내부
잠금입니다. DB_BLOCK_LRU_LATCHES라는 Parameter는 시스템에 구성되는 래치수
와 기본적으로 CPU에 설정되는 Latch 수를 제어합니다.
- 서버프로세스가 Buffer를 Dirty목록으로 이동시킨후 Dirty목록이 임계길이에 도달했음을
발견하면 Server 프로세스는 DBWR에 신호를 보냅니다.
- 체크포인트가 발생하면 LGWR(로그기록자)는 DBWR에 신호를 보냅니다. 즉 Check Point가
발생하면 LGWR는 디스크에 기록되어야 하는 수정된 Buffer 목록을
지정합니다. DBWR는 디스크에 지정된 Buffer의 내용을 기록합니다.
2. 로그기록자(LGWR)
- Redo Log Buffer를 디스크에 있는 Redo Log File에 등록합니다.
- 사용자 프로세스가 Transaction을 Commit할때의 Commit Record및 매3초 마다의 Redo Log
buffer, DBWR가 수정된 버퍼를 디스크에 기록할때의 Redo Buffer의 내용등을 기록합니다.
- 사용자가 Commit명령을 발생시키면 LGWR는 Commit Record를 즉시 Redo Log Buffer에 넣지만
해당 데이터 버퍼의 변경은 변경사항을 데이터 파일에 기록하는 것이
더 효율적일때까지 지연됩니다.
3 체크포인트(CKPT)
- Check Point가 발생하면 Oracle은 모든 DataFile의 Header를 갱신하여 체크포인트임을
나타내야 합니다. 보통 LGWR가 이러한 작업을 수행하지만 체크포인트가 시스템 Performance를
저하 시킨다면 CKPT를 활성화하여 체크포인트 수행작업을 LGWR가 수행하는 다른 작업과 분리할
수 있습니다.
- 체크포인트가 모든 응용프로그램에 꼭 필요한 것은 아니며 DataFile의 수가 많아 Check
Point중에 LGWR프로세스 성능이 저하되면 CKPT프로세스를 활성화 할수있다.
- 초기화 Parameter CHECK_POINT_PROCESS는 CKPT프로세스를 활성화 하거나 비활성화 합니다.
4. 시스템모니터(SMON)
- 인스턴스 시작시에 인스턴스의 복구를 수행, 더 이상 사용하지 않는 임시 Segment를 삭제하며
사용 가능한 빈영역을 더 큰 블록으로 만들기위해 인법한 빈 확장영역을 하나로 통합합니다.
5. 프로세스모니터(PMON)
- 사용자 프로세스에 장애가 발생하면 프로세스 복구를 수행,Cache를 비우고 해당 프로세스가
사용한 자원을 해제하며,활성 Transaction의 Table상태를 재설정하고 Lock을 해제하며 Active
Process목록에서 ID를 제거한다.
- 주기적으로 Dispatch와 서버 프로세스의 상태를 점검하고 활동중이 아니면 재시작합니다.
6. 복구자(RECO)
- 분산 Transaction을 포함한 장애를 자동으로 해결하는 분산 Option과 함께 사용되는 프로세스,
시스템이 분산 트랜잭션을 허용하고 DISTRIBUTED_TRANSACTIONS가 0보다 클때만 존재합니다.
7. 아카이브(ARCH)
- Online Redo Log File이 꽉차면 이를 지정된 저장장소에 저장,Redo Log가 Archive Mode에서
운영되고 자동 Archiving기능이 활성화 되어 있을 때만 존재합니다.
8. 잠금(LcKn)
- 병렬서버 옵션에서 최대 10개 까지의 잠금Process(LCK0~LCK10)가 인스텀스의 Lock을 제공합니다.
그러나 대부분의 병렬서버 시스템에서는 하나의 LCK프로세스(LCK0)만
으로도 충분합니다.
9. 스냅샷갱신(SNPn)
- 분산 옵션에서 최대 10갸 까지의 스냅샷갱신프로세스(SNP0~SNP10)가 자동으로 Table SnapShot을
화면에 다시 표시합니다.
10. 디스패쳐(Dnnn)
- 디스패쳐 프로세스를 사용하면 사용자 프로세스는 제한된 수의 서버 프로세스를 공유할 수
있습니다. 디스패쳐가 없다면 각 사용자 프로세스는 하나의 전용(Dedicated)서
버 프로세스를 필요로 합니다. 그러나 Multi Thread Server에서는 동일한 수의 사용자에
대해 더 적은 수의 공유서버 프로세스를 필요로 합니다.
- 단일 DataBase Instance에 대해 다중 Dispatcher 프로세스를 생성할 수 있습니다. Oracle을
사용하는 시스템의 Network Protocol에 대해 적어도 하나의 디스페처가 생성되어야 합니다. DBA는
프로세스당 접속수에 대한 OS의 한계에 따라 가장 적합한수의 디스패처를 시작해야 하며
인스턴스가 실행되는 동안 디스패처 프로세스를 추가또는 삭제할수 있다.
- 인스턴스가 시작되면 Listener는 사용자를 Oracle과 접속시키는 통신경로를 설정하며,
각 디스패처는 리스너에 접속 요구사항을 수신할 수 있는 주소를 부여합니다.
사용자 프로세스가 접속을 요구하면 리스너는 요구사항을 점검하고 사용자가 디스패처를 사용할 수
있을지에 대해 결정합니다. 사용할 수 있을 경우 리스너는 로드할 양이 가장적은 디스패처 주소를
돌려주며 사용자 프로세스는 디스패처에 직접 접속됩니다.
[출처]오라클자바커뮤니티, 오엔제이프로그래밍
www.onjprogramming.co.kr
2013년 8월 3일 토요일
SQL기초에서 활용 튜닝, 힌트 그리고 오라클 기본 관리자 역할까지 ORACLE의 알아야 하는 부분을 대부분 들여다 보는 오라클 핵신 실무 과정 입니다.
SQL기초에서 활용 튜닝, 힌트 그리고 오라클 기본 관리자 역할까지 ORACLE의 알아야 하는 부분을 대부분 들여다 보는 오라클 핵신 실무 과정 입니다.
| 강좌명 | 오라클 마스터(주말주간(토/일)) |
|---|---|
| 교재 | 자체 교재 무료 제공 |
| 강좌 일정 | 08월10일(토) ~ 09월01일(일)((주말주간(토/일)) 10:00~18:00, 8일) 총 56시간 |
| 강의 장소 | [C강의장]구로디지털단지역2번 출구-> 미니스톱끼고 우회전 -> 100m 직진
후 골목길 끝에서 이마트방향 우회전 -> 50m 직진 후 우체국 옆골목으로 길건너서 직진 -> 150미터 직진 후 JnK 타워에서
우회전 -> 50미터 직진 후 우측에 코오롱빌란트2차 803호 (구로구 구로3동 222-8 코오롱디지털타워 빌란트2차 803호)
[약도보기] |
| 수강절차 | - 강좌내용 확인 - 전화 또는 홈페이지(www.onjprogramming.co.kr)를 통한 수강지원 및 수강료 결제(무통장입금, 온라인 카드결제) - 고용보험 가입자(재직자)인 경우 고용보험환급 관련 서류 제출 - 수강전 : 커리큘럼 및 장소에 대해 다시 한번 공지 - 교육 전 설문 작성(간단한 개발 경력, 수강 목적, 강좌진행방식 등) - 강좌 수강 - 수강후 : 교육 후 설문 작성 |
| 수강료 | - 690,000원 [고용주환급]대기업:21만원 전후,중소기업:285,254원 [개인수강지원(개인환급)]정규직:552,000원, 비정규직:전액환급 대기업(상시근로자 300인 이상 대기업)은 개인환급 불가합니다. * 휴강 :법정공휴일 |
| 수강료 입금안내 |
- 온/오프라인 카드결제, 계좌이체(수강안내->입금안내 참조) |
| 문의사항 | 02-851-4790 번으로 연락 부탁 드립니다. |
| 교육개요 | 본 과정은 오라클 사용에 대해 불편을 느끼시는 분들을 위해 다양한 예제와 실습을 통해 오라클에 대한 내공을 키워가는 과정으로 오라클을
전체적으로 학습할 수 있으며 실무 활용능력을 높여 추후 자격증 취득이 필요한 경우 무난히 자격증을 취득할 수 있도록 기본을 다지는 과정
입니다. 처음 접하는 사람들도 수강이 가능하도록 SQL기초부터 체계적으로 교육을 진행하여 기본적인 SQL부터 PL/SQL, 기본적인 Oracle Admin 과정인 오라클 서버 구조/아키텍처를 배움으로써 오라클 서버의 작동 원리 및 구조에 대해서도 학습하며 수업 중간중간 간단한 Oracle Tip등도 소개해 드립니다. 진정한 오라클 교육을 원하시는 분들의 많은 참여 바랍니다. |
| 교육목표 | - SQL 기본함수 - PL/SQL 사용법 습득(Function, Procedure) - Oracle Schema Object 사용법(Table, Index, View, Sequence, Synonym, DBLink) - Oracle Basic Administration - DataBase Structure(Logical/Physical) - Oracle Architecture |
| 교육대상 | - 오라클 데이터베이스에 대하여 초보 수준의 학생 및 직장인 - 오라클에 관심이 있는 개발자 |
| 선수학습 | - 데이터베이스 개론 |
| SQL*Plus/iSQL*Plus | 오라클설치 RDBMS 개념 SQL*Plus /iSQL*Plus사용법 SQL*Plus 기본 |
|---|---|
| SQL 기본/고급 | 산술표현식 및 합성연산자 컬럼 Alias, ALL/Distinct 연산자 조건질의와 Order By SQL연산자 집합연산자(Set Operator) 기본SQL 함수(문자/숫자/날짜관련) Conversion Function Analytical Function Aggreate Function GROUP BY, HAVING Sub Query Join(Outer Join, Self Join, Inner Join등) 고급SQL - 효율적인 SQL작성 사례 - 집계용 함수사용 ( ROLLUP,CUBE,GROUPINGSET) - 분석함수(Analytical Function) 사용 - 순환관계처리 및 병렬처리 - Oracle 정규표현식(Regular Expression) |
| Oracle Schema Object | Table & Constraints Index 데이터조작(Data Manipulation) 트랜잭션제어(Transaction Control) 데이터정의(Data Definition) View, Index, Sequence, Synonym Oracle User, Grant, Privilege, Role |
| 오라클 구조 | SGA(DataBase Buffer Cache, Redo Log Buffer, Shared Pool, Library Cache,
Dictionary Cache, Large Pool, Java Pool) PGA/UGA Oracle Server Process(SMON, PMON, RECO, LMS, ARCH, LGWR, DBWR, CKPT, Pnnn, Dnnn등) Shared Server & Dedicated Server Logical Database Structure(Data Block, Extents, Segment, Tablespace) Physical Database Structure(DataFile, Control File, Redo Log File, Parameter File, Temporary File) |
| 고급 SQL(Hint) | Oracle Hint 소개 Optimazer 소개(Rule-Based, Cost-Based) Optimizer Mode 설정 방법 실행계획 소개 및 해석 방법 실행계획 SQL연산 Optimizer Mode를 변경하는 힌트 Access경로를 변경하는 힌트 Join순서를 변경하는 힌트 기타 Oracle Tip |
Oracle SQL Tuning, Hint, SQL 연산(COUNT STOPKEY
SQL 연산(COUNT STOPKEY
구로디지털 오엔제이프로그래밍실무교육센터
www.onjprogramming.co.kr
COUNT STOPKEY연산은 PSEUDO COLUMNS(의사
컬럼)이 WHERE절에 나타날 때 실행계획에
나타나는 SQL 연산 입니다.
SQL> select empno from emp
2 where rownum < 2;
EMPNO
----------
7369
경 과: 00:00:00.03
Execution Plan
----------------------------------------------------------
Plan hash value: 1902391507
---------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time
|
---------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)|
00:00:01 |
|* 1 | COUNT STOPKEY | | | |
| |
| 2 | INDEX FULL SCAN| PK_EMP | 1 | 4 | 1 (0)|
00:00:01 |
---------------------------------------------------------------------------
Oracle SQL Execution Explain Plan실행계획 SQL 연산(FILTER)
SQL 연산(FILTER)
구로디지털 오엔제이프로그래밍실무교육센터
FILTER 연산은 데이터 추출 시 필터링이 일어나고 있음을 알려주는 SQL
ROW 연산인데 WHERE 조건 절에서 인덱스를 사용하지 못할 때 발생하는
것입니다. NESTED LOOP 방식으로 해석할 수 있습니다.
아래의
예는 EMP TABLE에서 부서의 최소 급여를 받는 사람들을 추출하는 것입니다.
SQL> SELECT ENAME, SAL, JOB
FROM EMPTEST A
WHERE SAL = (SELECT
MIN(SAL)
FROM EMPTEST
B
WHERE B.DEPTNO =
A.DEPTNO);
Execution Plan
---------------------------------------------------
0
SELECT STATEMENT
Optimizer=CHOOSE
1
0 FILTER
2
1 TABLE ACCESS
(FULL) OF ‘EMP’
3
2 SORT
(AGGREGATE)
4
3 TABLE ACCESS
(BY INDEX ROWID) OF ‘EMP’
5
4 INDEX (RANGE
SCAN) OF ‘idx_emp_deptno’
(NON-UNIQUE)
[Oracle Hint, Oracle SQL Tuning]ACCESS 경로를 변경하는 힌트(CLUSTER)
구로디지털 오엔제이프로그래밍실무교육센터
클러스터
스캔을 이용해 데이터를 추출하도록 하는 힌트 문이며 INDEX CLUSTERED TABLE에서 사용
가능한 문장 입니다.
[형식]
아래의
예문을 참고 하세요…
SELECT
employees.last_name, department_id
FROM employees, departments
WHERE department_id = 10
AND employees.department_id = departments.department_id;
아래 내용을 참고
하세요
◈ 인덱스 클러스터란(Index Cluster) ?
- 클러스터 내의 데이터를 유지하기 위해 클러스터 인덱스라는 인덱스 사용
- 클러스터 인덱스는 주어진 키 값을 가진 행을 포함하고 있는 블록을 가리키는데 사용됨
- 클러스터 인덱스의 구조는 보통 인덱스의 구조와 비슷
(보통 인덱스가 NULL 키 값을 저장하지 않지만 클러스터 인덱스는 NULL 키를 저장)
- 클러스터로부터 행을 저장하고 읽어 들이기 위해 오라클 서버는 주어진 키 값을
- 클러스터 내의 데이터를 유지하기 위해 클러스터 인덱스라는 인덱스 사용
- 클러스터 인덱스는 주어진 키 값을 가진 행을 포함하고 있는 블록을 가리키는데 사용됨
- 클러스터 인덱스의 구조는 보통 인덱스의 구조와 비슷
(보통 인덱스가 NULL 키 값을 저장하지 않지만 클러스터 인덱스는 NULL 키를 저장)
- 클러스터로부터 행을 저장하고 읽어 들이기 위해 오라클 서버는 주어진 키 값을
갖는 첫 행을 가리키는 클러스터 인덱스를 사용
◈ Cluster Index 와 Table Index의 차이점
- 클러스터 Index는 클러스터 행당 하나의 입력 항목이 아닌 클러스터 키 값당 하나의
입력
항목을 포함.
- table Index는 없어도 사용자에게 영향을 주지 않지만 Cluster Index는 없으면 클러스터화된 데이터에 액세스 불가능…
- table Index는 없어도 사용자에게 영향을 주지 않지만 Cluster Index는 없으면 클러스터화된 데이터에 액세스 불가능…
[실습]
-
실습을 위한 예제 테이블 및 데이터는 아래 링크에서 확인
바랍니다.
myemp1 : 1000만건
myemp1_old : 100만건
mydept : 5건
테스트환경 : oracle
11g
아래 예문을 따라 실습하세요.
create cluster
myemp1_mydept1 (deptno
number)
create table
myemp3 (
empno number,
deptno number)
cluster
myemp1_mydept1(deptno)
create table
mydept3 (
deptno
number,
dname
varchar2(100)
) cluster
myemp1_mydept1(deptno)
create index
idx_myemp1_mydept1 on cluster
myemp1_mydept1
insert into
myemp3 select empno, deptno from myemp1 where rownum < 5000000
insert into
mydept3 select deptno, dname from
mydept1
select
e.empno,
d.dname
from mydept3 d,
myemp3 e
where e.deptno =
d.deptno ;
select
e.empno,
d.dname
from mydept3 d,
myemp3 e
where e.deptno =
d.deptno ;
[오라클Hint]ACCESS 경로를 변경하는 힌트(CLUSTER) , Oracle Tuning, Oracle Hint, OracleJava
구로디지털 오엔제이프로그래밍실무교육센터
클러스터
스캔을 이용해 데이터를 추출하도록 하는 힌트 문이며 INDEX CLUSTERED TABLE에서 사용
가능한 문장 입니다.
[형식]
아래의
예문을 참고 하세요…
SELECT
employees.last_name, department_id
FROM employees, departments
WHERE department_id = 10
AND employees.department_id = departments.department_id;
아래 내용을 참고
하세요
◈ 인덱스 클러스터란(Index Cluster) ?
- 클러스터 내의 데이터를 유지하기 위해 클러스터 인덱스라는 인덱스 사용
- 클러스터 인덱스는 주어진 키 값을 가진 행을 포함하고 있는 블록을 가리키는데 사용됨
- 클러스터 인덱스의 구조는 보통 인덱스의 구조와 비슷
(보통 인덱스가 NULL 키 값을 저장하지 않지만 클러스터 인덱스는 NULL 키를 저장)
- 클러스터로부터 행을 저장하고 읽어 들이기 위해 오라클 서버는 주어진 키 값을
- 클러스터 내의 데이터를 유지하기 위해 클러스터 인덱스라는 인덱스 사용
- 클러스터 인덱스는 주어진 키 값을 가진 행을 포함하고 있는 블록을 가리키는데 사용됨
- 클러스터 인덱스의 구조는 보통 인덱스의 구조와 비슷
(보통 인덱스가 NULL 키 값을 저장하지 않지만 클러스터 인덱스는 NULL 키를 저장)
- 클러스터로부터 행을 저장하고 읽어 들이기 위해 오라클 서버는 주어진 키 값을
갖는 첫 행을 가리키는 클러스터 인덱스를 사용
◈ Cluster Index 와 Table Index의 차이점
- 클러스터 Index는 클러스터 행당 하나의 입력 항목이 아닌 클러스터 키 값당 하나의
입력
항목을 포함.
- table Index는 없어도 사용자에게 영향을 주지 않지만 Cluster Index는 없으면 클러스터화된 데이터에 액세스 불가능…
- table Index는 없어도 사용자에게 영향을 주지 않지만 Cluster Index는 없으면 클러스터화된 데이터에 액세스 불가능…
[실습]
-
실습을 위한 예제 테이블 및 데이터는 아래 링크에서 확인
바랍니다.
myemp1 : 1000만건
myemp1_old : 100만건
mydept : 5건
테스트환경 : oracle
11g
아래 예문을 따라 실습하세요.
create cluster
myemp1_mydept1 (deptno
number)
create table
myemp3 (
empno number,
deptno number)
cluster
myemp1_mydept1(deptno)
create table
mydept3 (
deptno
number,
dname
varchar2(100)
) cluster
myemp1_mydept1(deptno)
create index
idx_myemp1_mydept1 on cluster
myemp1_mydept1
insert into
myemp3 select empno, deptno from myemp1 where rownum < 5000000
insert into
mydept3 select deptno, dname from
mydept1
select
e.empno,
d.dname
from mydept3 d,
myemp3 e
where e.deptno =
d.deptno ;
select
e.empno,
d.dname
from mydept3 d,
myemp3 e
where e.deptno =
d.deptno ;
피드 구독하기:
글 (Atom)