인생은 마라톤!!

date 관련 함수

webgosu — Tue, 21 Jul 2009 12:24:13 GMT

출처 : http://www.psoug.org/reference/date_func.html

Date

Current Date

CURRENT_DATE
SYSDATE

SELECT TO_CHAR(CURRENT_DATE, 'DD-MON-YYYY HH:MI:SS') FROM dual;

SELECT TO_CHAR(SYSDATE, 'DD-MON-YYYY HH:MI:SS') FROM dual;

Formats

Day	Month	Year	Fill Mode	Julian Date
D	MM	YY	FM	J
DD	MON	YYYY
DDTH		RR
DAY		RRRR

+ AND -

SELECT SYSDATE + 1 FROM dual;

SELECT SYSDATE - 1 FROM dual;

ADD_MONTHS

Add A Month To A Date

ADD_MONTHS(,

SELECT add_months(SYSDATE, 2) FROM dual;

-- but be aware of what it is doing
SELECT add_months(TO_DATE('27-JAN-2007'), 1) FROM dual;

SELECT add_months(TO_DATE('28-JAN-2007'), 1) FROM dual;

SELECT add_months(TO_DATE('29-JAN-2007'), 1) FROM dual;

SELECT add_months(TO_DATE('30-JAN-2007'), 1) FROM dual;

SELECT add_months(TO_DATE('31-JAN-2007'), 1) FROM dual;

SELECT add_months(TO_DATE('01-FEB-2007'), 1) FROM dual;

CURRENT_DATE

Returns the current date in the session time zone, in a value in the Gregorian calendar of datatype DATE

col sessiontimezone format a30

SELECT sessiontimezone, current_date
FROM dual;

ALTER SESSION SET TIME_ZONE = '-5:0';

SELECT sessiontimezone, current_date
FROM dual;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';

SELECT sessiontimezone, current_date
FROM dual;

ALTER SESSION SET TIME_ZONE = '-7:0';

SELECT sessiontimezone, current_date
FROM dual;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY';

DUMP

Returns a VARCHAR2 value containing the datatype code, length in bytes, and internal representation of a value

DUMP( [,[,[,]]])

8	Octal
10	Decimal
16	Hexidecimal
17	Single Characters
1008	octal notation with the character set name
1010	decimal notation with the character set name
1016	hexadecimal notation with the character set name
1017	single characters with the character set name

col drows format a40

SELECT DUMP(SYSDATE) DROWS FROM dual;

SELECT DUMP(SYSDATE, 8) DROWS FROM dual;

SELECT DUMP(SYSDATE, 16) DROWS FROM dual;

GREATEST

Return the Latest Date

LEAST(, , , ...)

CREATE TABLE t (
datecol1 DATE,
datecol2 DATE,
datecol3 DATE)
PCTFREE 0;

INSERT INTO t VALUES (SYSDATE+23, SYSDATE-10, SYSDATE-24);
INSERT INTO t VALUES (SYSDATE-15, SYSDATE, SYSDATE+15);
INSERT INTO t VALUES (SYSDATE-7, SYSDATE-18, SYSDATE-9);
COMMIT;

SELECT * FROM t;

SELECT GREATEST(datecol1, datecol2, datecol3)
FROM t;

INTERVAL

Interval to adjust date-time

INTERVAL ''

SELECT TO_CHAR(SYSDATE, 'HH:MI:SS')
FROM dual;

SELECT TO_CHAR(SYSDATE + INTERVAL '10' MINUTE, 'HH:MI:SS')
FROM dual;

SELECT TO_CHAR(SYSDATE - INTERVAL '10' MINUTE, 'HH:MI:SS')
FROM dual;

LAST_DAY

Returns The Last Date Of A Month

LAST_DAY()

SELECT * FROM t;

SELECT LAST_DAY(datecol1) FROM t;

LEAST

Return the Earliest Date

LEAST(, , , ...)

SELECT * FROM t;

SELECT LEAST(datecol1, datecol2, datecol3) FROM t;

LENGTH

Returns length in characters

LENGTH()

SELECT LENGTH(last_ddl_time) FROM user_objects;

LENGTHB

Returns length in bytes

LENGTHB()

SELECT LENGTHB(last_ddl_time) FROM user_objects;

Note: Additional forms of LENGTH (LENGTHC, LENGTH2, and LENGTH4) are also available.

MAX

Return the Latest Date

MAX()

SELECT * FROM t;

SELECT MAX(datecol1) FROM t;

MIN

Return the Earliest Date

MIN()

SELECT * FROM t;

SELECT MIN(datecol1) FROM t;

MONTHS_BETWEEN

Returns The Months Separating Two Dates

MONTHS_BETWEEN(, )

SELECT MONTHS_BETWEEN(SYSDATE+365, SYSDATE-365) FROM dual;

SELECT MONTHS_BETWEEN(SYSDATE-365, SYSDATE+365) FROM dual;

NEW_TIME

Returns the date and time in time zone zone2 when date and time in time zone zone1 are date

Before using this function, you must set the NLS_DATE_FORMAT parameter to display 24-hour time.

SELECT NEW_TIME(TO_DATE('11-10-99 01:23:45',
'MM-DD-YY HH24:MI:SS'), 'AST', 'PST') "New Date and Time"
FROM dual;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';

SELECT NEW_TIME(TO_DATE('11-10-99 01:23:45',
'MM-DD-YY HH24:MI:SS'), 'AST', 'PST') "New Date and Time"
FROM dual;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY';

NEXT_DAY

Date of next specified date following a date

NEXT_DAY(, )

Options are SUN, MON, TUE, WED, THU, FRI, and SAT

SELECT NEXT_DAY(SYSDATE, 'FRI') FROM dual;

ROUND

Returns date rounded to the unit specified by the format model. If you omit the format, the date is rounded to the nearest day

ROUND(, )

SELECT ROUND(TO_DATE('27-OCT-00'),'YEAR') NEW_YEAR
FROM dual;

Spelled Out Using TO_CHAR

Spelled Demo

DDSP

HH24SP

MISP

MMSP

SSSP

SELECT TO_CHAR(TO_DATE('10:30:18', 'HH24:MI:SS'), 'HH24SP:MISP:SSSP')
FROM dual;

SELECT TO_CHAR(TO_DATE('01-JAN-2008', 'DD-MON-YYYY'), 'DDSP-MONTH-YYYYSP')
FROM dual;

SELECT TO_CHAR(TO_DATE('01-JAN-2008', 'DD-MM-YYYY'), 'DDSP-MMSP-YYYYSP')
FROM dual;

SELECT TO_CHAR(TO_DATE(sal,'J'), 'JSP')
FROM emp;

SYSDATE

Returns the current date and time set for the operating system on which the database resides

SYSDATE

SELECT SYSDATE FROM dual;

TRUNC

Convert a date to the date at midnight

TRUNC()

CREATE TABLE t (
datecol DATE);

INSERT INTO t (datecol) VALUES (SYSDATE);

INSERT INTO t (datecol) VALUES (TRUNC(SYSDATE));

INSERT INTO t (datecol) VALUES (TRUNC(SYSDATE, 'HH'));

INSERT INTO t (datecol) VALUES (TRUNC(SYSDATE, 'MI'));

COMMIT;

SELECT TO_CHAR(datecol, 'DD-MON-YYYY HH:MI:SS')
FROM t;

Selectively remove part of the date information

Special thanks to Dave Hayes for reminding me of this.

TRUNC(, '')

SELECT TO_CHAR(SYSDATE, 'DD-MON-YYYY HH:MI:SS')
FROM dual;

-- first day of the month
SELECT TO_CHAR(TRUNC(SYSDATE, 'MM'), 'DD-MON-YYYY HH:MI:SS')
FROM dual;

SELECT TO_CHAR(TRUNC(SYSDATE, 'MON'), 'DD-MON-YYYY HH:MI:SS')
FROM dual;

SELECT TO_CHAR(TRUNC(SYSDATE, 'MONTH'), 'DD-MON-YYYY HH:MI:SS')
FROM dual;

-- first day of the year
SELECT TO_CHAR(TRUNC(SYSDATE, 'YYYY'), 'DD-MON-YYYY HH:MI:SS')
FROM dual;

SELECT TO_CHAR(TRUNC(SYSDATE, 'YEAR'), 'DD-MON-YYYY HH:MI:SS')
FROM dual;

Dates in WHERE Clause Joins

SELECT SYSDATE FROM dual;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';

SELECT SYSDATE FROM dual;

/

/

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY';

CREATE TABLE t (
datecol DATE);

INSERT INTO t
(datecol)
VALUES
(SYSDATE);

SELECT * FROM t;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';

SELECT * FROM t;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY';

SELECT * FROM t;

SELECT SYSDATE FROM dual;

SELECT * FROM t
WHERE datecol = SYSDATE;

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';

SELECT * FROM t;

SELECT SYSDATE FROM dual;

SELECT TRUNC(SYSDATE) FROM dual;

SELECT * FROM t
WHERE TRUNC(datecol) = TRUNC(SYSDATE);

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY';

VSIZE

Returns The Number Of Bytes Required By A Value

VSIZE(e IN DATE) RETURN NUMBER

SELECT VSIZE(SYSDATE) FROM dual;

Date Calculations

Returns A Day A Specified Number Of Days In The Future Skipping Weekends

CREATE OR REPLACE FUNCTION business_date (start_date DATE,
Days2Add NUMBER) RETURN DATE IS
Counter NATURAL := 0;
CurDate DATE := start_date;
DayNum   POSITIVE;
SkipCntr NATURAL := 0;
BEGIN
WHILE Counter < Days2Add LOOP
    CurDate := CurDate+1;
    DayNum := TO_CHAR(CurDate, 'D');

    IF DayNum BETWEEN 2 AND 6 THEN
      Counter := Counter + 1;
    ELSE
      SkipCntr := SkipCntr + 1;
    END IF;
END LOOP;
RETURN start_date + Counter + SkipCntr;
END business_date;
/

Business Date function, above, enhanced by Larry Benton to handle negative values for the days2add parameter.

CREATE OR REPLACE FUNCTION business_date (start_date DATE,
days2add NUMBER) RETURN DATE IS
Counter NATURAL := 0;
CurDate DATE := start_date;
DayNum POSITIVE;
SkipCntr NATURAL := 0;
Direction INTEGER := 1; -- days after start_date
BusinessDays NUMBER := Days2Add;
BEGIN
IF Days2Add < 0 THEN
    Direction := - 1; -- days before start_date
    BusinessDays := (-1) * BusinessDays;
END IF;

WHILE Counter < BusinessDays LOOP
    CurDate := CurDate + Direction;
    DayNum := TO_CHAR( CurDate, 'D');

    IF DayNum BETWEEN 2 AND 6 THEN
      Counter := Counter + 1;
    ELSE
      SkipCntr := SkipCntr + 1;
    END IF;
END LOOP;

RETURN start_date + (Direction * (Counter + SkipCntr));
END business_date;
/

Returns The First Day Of A Month

CREATE OR REPLACE FUNCTION fday_ofmonth(value_in DATE)
RETURN DATE IS
vMo VARCHAR2(2);
vYr VARCHAR2(4);
BEGIN
vMo := TO_CHAR(value_in, 'MM');
vYr := TO_CHAR(value_in, 'YYYY');
RETURN TO_DATE(vMo || '-01-' || vYr, 'MM-DD-YYYY');
EXCEPTION
WHEN OTHERS THEN
RETURN TO_DATE('01-01-1900', 'MM-DD-YYYY');
END fday_ofmonth;
/

Time Calculations

Returns The Number Of Seconds Between Two Date-Time Values

CREATE OR REPLACE FUNCTION time_diff (
DATE_1 IN DATE, DATE_2 IN DATE) RETURN NUMBER IS

NDATE_1 NUMBER;
NDATE_2 NUMBER;
NSECOND_1 NUMBER(5,0);
NSECOND_2 NUMBER(5,0);

BEGIN
-- Get Julian date number from first date (DATE_1)
NDATE_1 := TO_NUMBER(TO_CHAR(DATE_1, 'J'));

-- Get Julian date number from second date (DATE_2)
NDATE_2 := TO_NUMBER(TO_CHAR(DATE_2, 'J'));

-- Get seconds since midnight from first date (DATE_1)
NSECOND_1 := TO_NUMBER(TO_CHAR(DATE_1, 'SSSSS'));

-- Get seconds since midnight from second date (DATE_2)
NSECOND_2 := TO_NUMBER(TO_CHAR(DATE_2, 'SSSSS'));

RETURN (((NDATE_2 - NDATE_1) * 86400)+(NSECOND_2 - NSECOND_1));
END time_diff;
/

Calculating time from seconds

Posted by John K. Hinsdale
12/30/06 to c.d.o.misc

SELECT DECODE(FLOOR(999999/86400), 0, '',
FLOOR(999999/86400) || ' day(s), ') ||
TO_CHAR(TO_DATE(MOD(999999, 86400),'SSSSS'), 'HH24:MI:SS') AS elapsed
FROM dual;

Obtain counts per ten minute increment

Posted by Michele Cadot
03/09/08 to c.d.o.misc

ALTER SESSION SET NLS_DATE_FORMAT = 'DD-MON-YYYY HH24:MI:SS';

SELECT TRUNC(SYSDATE) + dbms_random.value(0,86400)/86400
FROM dual
CONNECT BY LEVEL <= 10;

WITH data AS (
SELECT TRUNC(SYSDATE)+dbms_random.value(0,86400)/86400 h
FROM dual
CONNECT BY LEVEL <= 10)
SELECT TO_CHAR(h,'DD/MM/YYYY HH24:MI:SS') h, TO_CHAR(TRUNC(h)
+ TRUNC(TO_CHAR(h,'SSSSS')/600)/144, 'DD/MM/YYYY HH24:MI:SS') "10m"
FROM data
ORDER BY h;

WebTob + Jeus 연동후 처리

webgosu — Thu, 11 Jun 2009 14:55:47 GMT

webtob는 ws(webserver)입니다. ws가 처리 할 수 있는 건 html, htm, gif, jpg, cgi 등 정적인 파일들 이며, jsp, servlet, ejb와 같은 동적인 파일들은 was인 jeus에서 처리 합니다.

그러므로, jsp 파일들은 jeus에 등록된 context의 WEB-INF/jeus-web-dd.xml 파일의 docbase (또는, jeus-web-dd.xml 파일이 없다면, JEUSMain.xml 에 등록된 application의 path) 에서 해당 파일을 찾아 처리하게 됩니다.

==========================================================================
참고) 모든 요청은 webserver인 webtob에서 받아 자신이 처리 할 것인지, jeus로 넘길 것인지를 판단하여 처리합니다.
판단 하는 기준은 $WEBTOBDIR/config/http.m or sample.m 파일의 *uri 절 , *ext 절을 보고 나누어 집니다.

예)
*URI
uri0  Uri = "/examples/",   Svrtype = JSV         <-- jeus 로 넘김
uri1  Uri = "/",   Svrtype = JSV                            <-- jeus 로 넘김
uri2 Uri = "/html/", Svrtype = HTML                 <-- webtob에서 처리

*EXT
htm           MimeType = "text/html", SvrType = HTML        <-- webtob에서 처리
html            MimeType = "text/html", SvrType = HTML        <-- webtob 에서 처리
jsp             Mimetype = "application/jsp", Svrtype=JSV     <--- jeus에서 처리
gif             MimeType = "image/gif", SvrType = HTML
jpeg            MimeType = "image/jpeg", SvrType = HTML
jpg             MimeType = "image/jpeg", SvrType = HTML
js              MimeType = "application/x-javascript", SvrType = HTML
css             MimeType = "text/css", SvrType = HTML
swf             MimeType = "application/octet-stream", SvrType = HTML
hwp             MimeType = "application/octet-stream", SvrType = HTML
doc             MimeType = "application/msword", SvrType = HTML
ppt             MimeType = "application/vns.ms-powerpoint", SvrType = HTML

[출처] WebTob + Jeus 연동후 처리|작성자 민주가인

하나의 서버에 두개의 노드 설정

webgosu — Thu, 11 Jun 2009 14:53:03 GMT

A라는 애플리케이션은 8080포트로, B라는 애플리케이션은 8090 포트로 서비스 설정방법

일단 웹투비쪽 설정을 보겠습니다. 가상호스트를 사용하게 됩니다.
웹투비 설정파일(http.m)의 몇군데를 수정하셔야 합니다.

*NODE
노드명    DocRoot="/aaa/a1",
                PORT="8080",
                ServiceOrder="ext,uri",
                IndexName = "index.html"

*VHOST
vhost1    DocRoot="/aaa/a2",
                PORT="8090",
                ServiceOrder="ext,uri",
                HostName="서버IP또는 도메인",
                NodeName="노드명",
                IndexName = "index.html"

*SVRGROUP
htmlg    NODENAME="노드명", SVRTYPE = HTML
jsvg       NODENAME="노드명", SVRTYPE = JSV
jsvg2     NODENAME="노드명", SVRTYPE = JSV, VhostName = vhost1

*SERVER
html               SVGNAME=htmlg, MinProc=1, MaxProc=5
MyGroup       SVGNAME=jsvg, MinProc=5, MaxProc=5
MyGroup2     SVGNAME=jsvg2, MinProc=5, MaxProc=5

*URI
uri1 Uri = "/", SvrType = JSV, VhostName=vhost1, SvrName = MyGroup2
uri2 Uri = "/", SvrType = JSV, SvrName = MyGroup

*EXT
사용할 확장자와 마임타입을 추가하고 SvrType 에 웹투비면 HTML, 제우스면 JSV를 써준다.

여기서 MyGroup, MyGroup2 가 설정되었고 Min/MaxProc 값 등은 제우스 설정과 맞춰야 한다.

제우스단에서는 2개의 컨테이너를 사용하도록 하고
WEBMain.xml 파일의 설정 부분을 수정하시기 바랍니다.

MyGroup(2)

이때 8080으로 서비스할 컨테이너의 경우는 MyGroup으로, 8090으로 서비스할 컨테이너의 경우는 MyGroup2 로 설정하셔야 웹투비에 정의된 SERVER로 연결이 되며, 서비스 수행이 가능합니다. WebApplication 배포는 서비스할 컨텍스트를 해당 컨테이너에 배포 하시면 됩니다.

개략적으로 설명을 드렸습니다. 설정부분은 꼭 넣어야 하는 부분, 수정해야 하는 부분을 위주로 작성하였으니 빨간색 부분을 기존의 환경과 비교하시면서 수정하시면 됩니다.

[출처] 하나의 서버에 두개의 노드 설정|작성자 민주가인

WebtoB+Jeus 가상호스트설정

webgosu — Thu, 11 Jun 2009 14:50:04 GMT

www.bbb.co.kr 와 www.bbb.co.kr/aaa 는 도메인 주소와 포트번호가
동일하므로 VHOST를 이용한 구분은 불가능합니다.
URI 설정을 이용하여 Context Path "/" 와 "/aaa" 를 구분하여
처리하면 됩니다.

설정 예는 다음과 같습니다.

===========================================================
상략

*NODE
nodename    WEBTOBDIR = "/home/jeus42/webserver",
           SHMKEY    = 54000,
           DOCROOT   = "/home/Jeus42/webserver/docs",
           PORT      = "8080",
           JSVPORT   = 9900,
           HTH       = 1

*SVRGROUP
htmlg       NODENAME = "nodename", SvrType = HTML
jsvg        NODENAME = "nodename", SVRTYPE = JSV

*SERVER
html        SVGNAME = htmlg, MinProc = 1, MaxProc = 2
MyGroup     SVGNAME = jsvg, MinProc = 25, MaxProc = 30
HpGroup     SVGNAME = jsvg, MinProc = 25, MaxProc = 30

*URI
uri1        Uri      = "/aaa/", Svrtype = JSV, SvrName = "MyGroup"
uri2        Uri      = "/", Svrtype = JSV, SvrName = "HpGroup"

하략
=====================================================================

그리고 A장비_servlet_engine1 의 WEBMain.xml(jeus4.x)
설정중 webtob-listener 설정을 하나 더 추가하여 B장비 웹투비의
MyGroup과 연결해야 합니다. webtob-listener는 반복구조를 가집니다.
즉, 하나의 엔진이 여러 웹투비와의 연결을 제공합니다.

[출처] WebtoB+Jeus 가상호스트설정|작성자 민주가인

JEUS&WEBTOB 가이드

webgosu — Thu, 11 Jun 2009 14:46:23 GMT

이 문서는 ww.tmax.co.kr 에서 개발/배포하는

웹서버(WebToB)와 웹어플리케이션서버(JEUS)의 설치 및 시동, 연동, 경로설정에 관한 자료입니다.

(버젼 : JEUS4.2, WEBTOB3.1.6(build3), j2sdk1.4.1_07)

### 설치/시동/테스팅/종료 ###

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

1. 필요 프로그램

- j2sdk1.4.1_07 (http://java.sun.com)       # j2sdk1.4.1_07 이하 버젼 권장 (1.4.2버젼대에서는 문제발생할 수 있음)

- jeus42.exe (http://www.tmax.co.kr)

- webtob_3.1.6(build3).exe (http://www.tmax.co.kr)

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

2. j2sdk1.4.1_07 설치

- path 맨 앞에 C:/jdk1.4.1_07/bin 설정

- classpath에 . 설정

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

3. JEUS42 설치

- JEUS42.exe를 실행

  (windows2003 서버의 경우 installing... uninstall부분에서 정지시는 windows2000호환성모드로 다시 실행)

- http://www.tmax.co.kr의 download링크를 클릭 (회원가입필요)

  JEUS license를 신청 -> 이메일을 통해 license부여받음 (90일 사용가능)

  부여받은 license파일을 제우스홈\license에 복사 (덮어쓰기)

- 설치 후 다음 세개의 파일을 자신의 환경에 맞게 편집

  1) 제우스홈\config\노드명\JEUSMain.xml

  2) 제우스홈\webhome\servlet_home\webapps\examples\web-inf\web.xml
  3) 제우스홈\config\노드명\노드명_servlet_engine1\WEBMain.xml

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

4. webtob3.1.6 설치

- webtob_3.1.6(build3).exe 실행하여 설치

  (windows2003에서 installing... uninstall부분에서 정지시는 windows2000호환성모드로 다시 실행)

- http://www.tmax.co.kr의 download링크를 클릭 (회원가입필요)

  WEBTOB license를 신청 -> 이메일을 통해 license.dat부여 (90일 사용가능)

  부여받은 license.dat파일을 c:\webtob\license에 복사 (덮어쓰기)

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

5. PATH 설정 후 리부팅 : 자신의 환경에 맞게 설정하고 시스템을 리부팅

  (Program Files처럼 공백을 포함한 디렉토리를 가진 경로는 맨뒤로...)

ex) PATH=C:\J2SDK1.4.1_07\bin;C:\webtob\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOW
S\System32\Wbem;C:\webtob\bin;C:\Jeus42\lib\etc\ant\bin;C:\Jeus42\bin;C:\Jeus42\lib\system

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

6. WEBTOB 환경설정

  1) 웹투비홈\config\sample.m을 카피해서 http.m을 생성

  2) wscfl -i http.m을 커맨드창에서 실행 (webtob 환경설정)

  정상결과 예)

        Current configuration:
                Number of client handler(HTH) = 1
                Supported maximum user per node = 975
                Supported maximum user per handler = 975
        CFL is done successfully for node(노드명(노드명))

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

7. 시동

1) webtob를 실행

- webtob 실행 :  wsboot

2) JEUS를 실행

- 우선 command창을 두개 띄웁니다.(제우스, 제우스관리자)

- 제우스창에 "jeus + 엔터"

- 제우스관리자창에 "jeusadmin 노드명 -U유져명 -P제우스패스워드 ->boot

- 제우스창에 에러(Exception)가 없다면 실행 성공!!!

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

8. 테스팅

- JEUS기본포트는 8088, webtob기본포트는 8080

- JSP 기본경로

제우스홈\webhome\servlet_home\webapps\examples
           http://127.0.0.1/examples/

- Servlet 기본경로

제우스홈\webhome\servlet_home\webapps\examples\WEB-INF\classes
    http://127.0.0.1/examples/

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

9. 종료

1) JEUS종료

- 제우스관리자창에 down -> jeusexit

2) WEBTOB종료

- 웹투비창에 wsdown -i

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

### JEUS/WEBTOB 연동하기 ###

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

1. webtob 설정

   - 웹투비홈/config/http.m의 각 항목에 추가합니다.

   *NODE

       JSVPORT = 9900

   *SVRGROUP

       jsvg     NODENAME=노드이름, SVRTYPE=JSV

   *SERVER

      MyGroup    SVGNAME=jsvg, MinProc=10, MaxProc=10

   *URI

      uri2    Uri="/examples/", Svrtype=JSV

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

2. jeus 설정

   - 제우스홈/config/노드이름/노드이름_servlet_engine1/WEBMain.xml 수정

webtob1

9900

IP 혹은 127.0.0.1(동일서버에 JEUS와 WEBTOB존재시)

MyGroup

                    4
                    10
                    2

30000

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

3. 제우스홈/bin/jeus.properties 조정

    - JEUS_WSDIR 부분을 주석처리 하거나 삭제

    - PATH 에서 $JEUS_HOME/webserver 부분도 제거

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

4. webtob 와 jeus 를 부팅 후 확인

   http://주소:8080/exapmples/index.jsp 에서 테스팅 페이지 보기

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

### DB 연동 ###

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

* MySQL 커넥션풀 샘플 (WEBMain.xml에 추가)

JEUS에서 제공하는 ConnectionPool은 JDBC Drive를 통해 얻은 Connection의 관리는
엔진에서 해주는 것이므로 JDBC Driver를 $JEUS_HOME/lib/datasource 아래에 두고
DBConnectionPool은 container.xml에 DataSource는 JeusMain.xml에 다음과 같이
설정을 하시면 사용하실 수가 있습니다.

1) DBConnectionPool
------------------------------------------------------------------------------

                  ConnectionPoolType="shared"
                  CloseDelayMillis="-1"
                  MaxActiveTimeSecs="-1"
                  ConnectionPoolID="mysql-shared"
                  ConnectionArguments="user=root;password="
                  DriverClassName="org.gjt.mm.mysql.Driver"
                  DynamicIncrement="true"
                  ConnectionURL="jdbc:mysql://localhost:3306/mysql"
                  LoginDelayMillis="-1"
                  CloseLongActiveConnection="false"
                  ConnectionTimeOutSecs="10">
                           InitCapacity="20"
                   MaxIdleTimeSecs="300"
                   IncrementRate="4" />


2) DataSource
------------------------------------------------------------------------------


            others
            mysql

                jeus.jdbc.driver.blackbox.BlackboxConnectionPoolDataSource


                URL
                java.lang.String
                jdbc:mysql://localhost:3306/mysql


                DriverClassName
                java.lang.String
                com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource


                Password
                java.lang.String



                User
                java.lang.String
                root

            ConnectionPoolDataSource

                4
                4
                1
                10
                30000

                    10000




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

* Oracle 커넥션풀 샘플 (JEUSMain.xml의 하단에 추가)

                oracle

오라클UID

oracle.jdbc.pool.OracleConnectionPoolDataSource

DataSource

디비명

oracle.jdbc.pool.OracleConnectionPoolDataSource

tcp

                scott
                tiger

1521

아이피 또는 127.0.0.1

thin

                        20
                        1
                        500000

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

* DB2

  1) JEUS 3.x ($JEUS_HOME/config//JeusMain.xml

            db2
            db2local
            SAMPLE
            COM.ibm.db2.jdbc.DB2ConnectionPoolDataSource




            jeus2013
            포트번호
            DB서버 IP
            db2inst1
            LocalXADataSource

                2
                4
                1
                600000
                30000

                    10000



  2) JEUS 4.x ($JEUS_HOME/config//JEUSMain.xml

                db2

db2XADatasource1

COM.ibm.db2.jdbc.DB2XADataSource

XADataSource

sample

                Customer DB
                db2inst1
                false

포트번호

DB서버 IP

db2inst1

                        2
                        4
                        1
                        600000

false

10000

30000

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

### TIPS ###

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

* 파일경로설정

1) 파일 실제경로 (기본값)

- servlet : 제우스홈\webhome\servlet_home\webapps\examples\WEB-INF\classes

- jsp : 제우스홈\webhome\servlet_home\webapps\examples

2) 기존의 examples 컨텍스트 이외에 새로운 aaa라는 컨텍스트를 추가하는 방법 (컨텍스트 설정법)
- WEBMain.xml에서 다음 부분을 추가한다.

aaa

/aaa

- aaa 컨텍스트의 DD(deployment descriptor)파일을 작성
  제우스홈\config\노드명\[SERVLET_ENGINE_NAME]\jeus-web-dd_examples.xml 파일을 jeus-web-dd_aaa.xml 파일로 복사

  하여 편집. context-name, docbase 만 설정하면 됩니다. WEBMain.xml의 이름과 동일해야 함.

                               "http://www.tmaxsoft.com/jeus/dtd/4.0/jeus-web-dd.dtd">

aaa

서버의 물리적 절대경로

true

- WebtoB의 환경설정파일(http.m)의 URI 절에 aaa 컨텍스트 경로를 다음과 같이 추가한다.
  *URI
  uri8 Uri = "/aaa/",Svrtype = JSV
- WebtoB의 환경파일 수정 후에는 반드시 환경파일 컴파일 후 WebtoB를 재기동 : wscfl -i http.m
- JEUS 를 재기동

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

* index.jsp를 자동으로 인식시키려면

- 제우스홈\config\노드명\[SERVLET_ENGINE_NAME]\webcommon.xml 파일에 index.jsp추가

index.jsp

index.html

index.htm

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

* jspwork 디렉토리 변경

1. JEUS 3.x
$JEUS_HOME/config///container.xml의
태그 안에 JspWorkDir을 설정하면 됩니다.

  ...

    ...
          JspWorkDir="/app/jwork"
      ...
    />
2. JEUS 4.x
$JEUS_HOME/config///WEBMain.xml의

태그 안에 를 설정하면 됩니다.

...

/app/jwork

...

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

* 폴더관리 (webtob, jeus 연동시)

- image, js, css, html 등은WebToB홈\docs 에 폴더로 관리해서 WEBTOB가 처리

- jsp, servlet은 context를 별도 설정 (컨텍스트 설정법 참조)해서 JEUS가 처리

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

* 오라클 데이터베이스 사용시 C:/jeus/lib/datasource 폴더에 classes12.zip 복사

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

* trouble shooting

- Out Of Memory 에러

  JVM에서 사용할 수 있는 memory가 부족할 때 발생합니다.
  이것을 해결하는 방법으로는 버전별로 다음과 같이 JEUS 환경 파일에서
  추가하면 됩니다. -Xms가 min 값이고 -Xmx가 max 값입니다.
  1) JEUS 3.x ($JEUS_HOME/config//JeusMain.xml)


          ...

              ...
              -Xms256m -Xmx256m
  2) JEUS 4.x ($JEUS_HOME/config//JEUSMain.xml)

          ...

-Xms256m -Xmx256m
- 노드명에 '-' 문자를 썼을 경우 또는 노드명에 공백이 있는 경우

  wscfl -i http.m 부분에서 오류 -> 노드명을 ""으로 묶어준다.

- 8080포트 사용하려고 할때 XDB 인증창이 뜬다면...

  =====> 오라클의 XDB포트와 충돌하는 경우이므로 오라클의 XDB포트를 아래와 같이 변경해준다.

  [시작] -> [프로그램] -> [Oracle - OraHome92] -> [Configuration and Migration Tools]

  -> [Database Configuration Assistant]   선택

  프로그램이 실행이되면.....

  [다음] 버튼을 Click -> [데이터베이스의 데이이터베이스 옵션구성] 선택 -> [사용 가능한 데이터베이스] 선택

  -> [표준데이터베이  스 기능...] 버튼을 Click -> Oracle XML DB 의 [사용자 정의 ...] 버튼을 Click

  -> [포트 번호 구성] 항목의 [사용자 정의 값 지정] 을 선택하셔서 HTTP 포트를 바꿔줍니다.

  그리고 FTP 및 WebDAV 포트는 기본 설정인 2100 을 사용합니다. -> [확인] 버튼을 Click 하시고

  [다음] 버튼을 Click 하셔서 데이터베이스를 실행할 기본모드를 선택하시고 [완료] 버튼을 눌러주시면

  요약 메세지창이 뜨고 [확인] 버튼을 눌러주시면 XDB 의 Port 설정이 끝나게 됩니다.

- 다음과 같은 nullpointer exception 발생시

  <<__Exception__>>
  java.lang.NullPointerException
          at javax.servlet.GenericServlet.getServletContext(GenericServlet.java:20
  5)
          at javax.servlet.GenericServlet.log(GenericServlet.java:300)
          at javax.servlet.GenericServlet.init(GenericServlet.java:257)
          at jeus.servlet.common.WebContainerManager.startContainer(WebContainerMa
  nager.java:538)
          at jeus.servlet.syscontext.SystemContext.startup(SystemContext.java:64)
          at jeus.servlet.deployment.SystemWebContainer.startup(SystemWebContainer
  .java:35)
          at jeus.server.SystemEngineController.startEngine(SystemEngineController
  .java:26)
          at jeus.server.JeusServer.boot(JeusServer.java:720)
          at jeus.server.ControlThread.acceptRequests(ControlThread.java:181)
          at jeus.server.ControlThread.run(ControlThread.java:86)
  java.lang.NullPointerException : null
  [SystemEngineController] fail to start System Engine [devserver_system_engine] :
   jeus.server.JeusServerException
  <<__!Exception__>>
  [2005.05.26 10:30:05][2] [ControlThread] command (210.117.198.62:1063) : disconn
  ect()

=====> j2sdk1.4.1_07 이하 버젼으로 jdk를 다시 설치한 수 jeus/webtob 다시설치 해보세요.

- C:\Program Files\Java\j2re1.4.1_07\bin\server\jvm.dll 파일을 찾지 못할때

  =====> C:\j2sdk1.4.1_07\jre\bin\server 폴더를 카피해서

             C:\Program Files\Java\j2re1.4.1_07\bin 폴더에 복사하세요.

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

* 클래스파일 변경시 실시간으로 변경 반영

소스가 WEB-INF/classes 아래에 있으면 리부팅이 필요 없습니다.
단, 확인 하실 것이 container.xml(WEBMain.xml)에 context 태그 내에 AutoReload="true"가 설정되어 있으면 됩니다.
WEB-INF/lib/*.jar는 라이브러리와 같이 수정하지 않는다는 의미를 포함하고 있으므로(J2EE 스펙에 준하면...)
jar 파일 내의 수정은  반드시 제우스를 리부팅 해야 적용됩니다.
--------------------------------------------------------------------------------------

* 인클루드된 파일 변경시 즉시 적용(<%@ include 자동 반영하기)

JSP의 include의 방식에는 <%@ include (action),
이 중 a.jsp가 수행 도중 b.jsp의 include 구문을 만나면 b.jsp로 제어권이 넘어가서 수행된 후 다시 a.jsp로 제어권이 넘어와서 계속 수행된다.
그래서 b.jsp가 변경된 경우 변경사항이 자동으로 반영된다.

그리고 <%@ include (directive)는 include하는 JSP(a.jsp)와 include되는 JSP(b.jsp)가  하나의 servlet으로 변환되어서 a.jsp 내에 b.jsp가 완전히 포함되는 형태로 변환된다.
<%@ include (directive)의 목적은 JSP가 Servlet으로 변환되어 컴파일 될 때에
특정 코드나 text를 포함하기 위해서 이다.
따라서 b.jsp가 변경된 경우 a.jsp는 b.jsp가 변경되었는지 모르기 때문에 include 된 JSP의 변경시 이것을 인지하지 못한다.

<%@ include (directive) 를 사용하는 경우 JSP container가 include된 파일이 변경된 경우 자동으로 반영해 주기 위해서는 include하는 파일이 수행될 때 마다 include된 파일의 변경 여부를 검사해서 변경되었다면 include 하는 파일을 recompile 해 주어야 한다.
이것은 JSP container에게는 상당히 부하를 주는 작업이다.
그래서 JSP Spec에서는 include된 파일의 변경시 반영 여부는 명시하지 않고 있다.

JEUS에서는 개발과 운영의 편의성을 위해서 이것을 옵션으로 지정하여 변경시 자동 반영이 되게 설정할 수 있다.
하지만 이 옵션을 true로 설정하는 경우 불필요한 검사가 들어가게 되므로 수행 속도에 지장을 주게됩니다. 반드시 JSP 파일의 변경이 빈번한 경우에만 설정하면 된다.

1. JEUS 3.x
$JEUS_HOME/config///container.xml에 설정
---------------------------------------------------------

    ...

        ...
                    CheckIncludedJspFile="true"
            ... />
2. JEUS 4.x
$JEUS_HOME/config///WEBMain.xml에 설정
---------------------------------------------------------

...

true

...

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

* http.m 샘플

*DOMAIN
WebtoB

*NODE
devserver WEBTOBDIR="C:/webtob",
  SHMKEY = 54000,
  DOCROOT="C:/tmax/webdocs",
  IndexName="index.jsp,index.html,index.htmm",
  PORT = "80",
  LOGGING = "log1",
  ERRORLOG = "log2",
  HTH = 1,
  JSVPORT = 9900

*SVRGROUP
htmlg  NODENAME = devserver, SvrType = HTML
cgig  NODENAME = devserver, SVRTYPE = CGI
ssig  NODENAME = devserver, SVRTYPE = SSI
jsvg  NODENAME = devserver, SVRTYPE=JSV

*SERVER
html  SVGNAME = htmlg, MinProc = 3, MaxProc = 10
cgi  SVGNAME = cgig, MinProc = 3, MaxProc = 10
ssi  SVGNAME = ssig, MinProc = 3, MaxProc =10
MyGroup  SVGNAME=jsvg, MinProc=10, MaxProc=10

*URI
uri1  Uri = "/cgi-bin/", Svrtype = CGI
uri2  Uri="/examples/", Svrtype=JSV
uri3  Uri="/", Svrtype=JSV

*ALIAS
alias1  URI = "/cgi-bin/", RealPath = "C:/webtob/cgi-bin/"

*LOGGING
log1  Format = "DEFAULT", FileName = "C:/webtob/log/access.log", Option = "sync"
log2  Format = "ERROR", FileName = "C:/webtob/log/error.log", Option = "sync"

*EXT
htm  MimeType = "text/html", SvrType = HTML
--------------------------------------------------------------------------------------

* JEUSMain.xml 샘플

                             "http://www.tmaxsoft.com/jeus/dtd/4.0/jeus-main-config.dtd">

        devserver

true

debug

container1

                servlet
                engine1

xml

                    10
                    20
                    2
                    600000

300000

120000

20000

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

* WEBMain.xml 샘플

"http://www.tmaxsoft.com/jeus/dtd/4.0/web-main-config.dtd">

MyGroup

webapps

            20
            true

                stdout
                information

file

default

examples

/examples

ngi

webtob1

9900

127.0.0.1

MyGroup

                    4
                    10
                    2

30000

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

### 실무 적용 예 (버츄얼호스팅 사용) ###

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

프로젝트 실제환경을 로컬에서 구현해 작업해야 하는 상황에서...

두대의 IBM서버로 돌아가는 JEUS/WEBTOB의 환경설정 입니다.

<<< 실제환경 >>>

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

- 서버1 : WindowsServer2003Standard, 웹서버 (WEBTOB)

- 서버2 : WindowsServer2003Standard, 웹컨테이너 (JEUS), DB(Oracle9i)

- 두 서버는 9999포트를 통해 연동한다.

- images,css,js는 서버1에 jsp,java는 서버2에 위치시킨다.

- 서버구조는 1 WEBSERVER, 2 CONTAINER (원래 4개에서 필요한 두개만 가동)

- 윈도우 hosts파일에 localhost2, localhost3 추가

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

<<< sample.m >>>

*DOMAIN
WebtoB

*NODE
realchokyCompaq
  WebtobDir="C:/webtob",
  Shmkey=54000,
  Docroot="C:/center",
  HTH=1,
  port="9900",
  JSVPort=9999,
  IndexName="index.jsp,index.htm,index.html",
  Logging="log1",
  ErrorLog="log2"

*VHOST
center
  NodeName="realchokyCompaq",
  HostName="localhost2",
  DocRoot="C:/center",
  Port="9900",
  SSLFlag=N,
  IndexName="index.jsp,index.htm,index.html"

admin
  NodeName="realchokyCompaq",
  HostName="localhost3",
  DocRoot="C:/admin",
  Port="9900",
  IndexName="index.jsp,index.htm,index.html"

*SVRGROUP
htmlg
  NodeName="realchokyCompaq",
  SvrType=HTML

jsvg
  NodeName="realchokyCompaq",
  SvrType=JSV,
  VHostName=center

jsvg2
  NodeName="realchokyCompaq",
  SvrType=JSV,
  VHostName=admin

*SERVER
html
  SvgName=htmlg,
  MinProc=30,
  MaxProc=60

Center
  SvgName=jsvg,
  MinProc=30,
  MaxProc=30,
  HttpInBufsize=0,
  HttpOutBufsize=0

Admin
  SvgName=jsvg2,
  MinProc=10,
  MaxProc=10,
  HttpInBufsize=0,
  HttpOutBufsize=0

*URI
images
  Uri="/images/",
  SvrType=HTML

center
  Uri="/",
  SvrType=JSV,
  VhostName=center

admin
  Uri="/",
  SvrType=JSV,
  VhostName=admin

*LOGGING
log1
  FileName="C:/webtob/log/access.log",
  Format="DEFAULT",
  Option="sync"

log2
  FileName="C:/webtob/log/error.log",
  Format="ERROR",
  Option="sync"

*EXT
htm
  Mimetype="text/html",
  Svrtype=HTML

jsp
  Mimetype="application/jsp",
  Svrtype=JSV

<<< JEUSMain.xml >>>

                             "http://www.tmaxsoft.com/jeus/dtd/4.0/jeus-main-config.dtd">

        realchokyCompaq

true

debug

container1

                servlet
                engine1

xml

                    10
                    20
                    2
                    600000

300000

120000

20000

container2

                servlet
                engine2

xml

                    10
                    20
                    2
                    600000

300000

120000

20000

                oracle

오라클UID

oracle.jdbc.pool.OracleConnectionPoolDataSource

DataSource

디비명

oracle.jdbc.pool.OracleConnectionPoolDataSource

tcp

                아이피
                패스워드

1521

아이피 혹은 127.0.0.1

thin

                        20
                        1
                        500000

<<< WEBMain.xml (컨테이너 1) >>>

"http://www.tmaxsoft.com/jeus/dtd/4.0/web-main-config.dtd">

Center

webapps

c:\

Center

            true
            20

Center

9999

127.0.0.1

                    30
                    30

stdout

information

default

<<< jeus-web-dd_Center.xml >>>

"http://www.tmaxsoft.com/jeus/dtd/4.0/jeus-web-dd.dtd">

center

true

<<< WEBMain.xml (컨테이너 2) >>>

"http://www.tmaxsoft.com/jeus/dtd/4.0/web-main-config.dtd">

Admin

webapps

c:\

Admin

            true
            20

Center

9999

127.0.0.1

                    30
                    30

stdout

information

default

<<< jeus-web-dd_Admin.xml >>>

"http://www.tmaxsoft.com/jeus/dtd/4.0/jeus-web-dd.dtd">

admin

true

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

이 문서는 실무에서 자주 사용되는 웹/웹어플서버인 JEUS/WEBTOB를 접하면서 생기게된

설정문제와 기타 문제들을 정리해볼 목적으로 만들어 졌습니다. 오류사항이 있으면 메일을 보내주세요.

기타 문의는 http://www.tmax.co.kr 개발자포럼을 이용하세요.

- 작성자 : realchoky (realchoky@naver.com)

- 최초작성일 : 2004. 9. 13

- 최종수정일 : 2005. 5. 31

[출처] [본문스크랩] [펌]JEUS&WEBTOB 가이드|작성자 민주가인

Logging설정 for JEUS5

webgosu — Thu, 11 Jun 2009 14:36:22 GMT

소개

이 문서는 JEUS 5의 웹 관리자를 사용한 logging 설정 방법 및 customization 방법, log4j 사용법 등을 설명한다.

기본logger 파일

최초 JEUS 설치 시, JEUS log는 default로 console handler를 사용하기 때문에 JEUS manager와 모든 engine container의 log message가 stdout형태로 출력된다. 또한 web container 의 access log가 $JEUS_HOME/logs/<노드명>/<노드명>_<컨테이너명>/servlet/accesslog/access.log 에 출력 된다.

웹관리자접속

웹 관리자에 접속하는 방법은 다음과 같다. 웹 관리자는 JEUS_BASEPORT + 8 의 포트를 사용하므로 JEUS_BASEPORT 가 default 로 9736이므로 웹 관리자는 9744를 사용하고, 해당 Port에 대해 방화벽이 열려 있어야 한다.

http://IPAddress:9744/webadmin/

웹 관리자로 log 설정하기

1. JEUS Server log 설정

웹관리자접속후노드명을선택하면오른쪽화면에서에러로그설정항목을볼수있다.

로거추가를 선택하면 logging level 설정 화면이 나오는데, logging level 은 다음과 같다.

FATAL

- default level 은 INFO

- 개발자는보통 FINE

logging level 선택 후 확인을 누르면 아래와 같이 jeus logger가 추가된 것을 볼 수 있다.

추가된 jeus logger를 선택하면 로그핸들러 생성화면을 볼 수 있는데, 핸들러의 종류는 다음과 같다.

console-handler, file-handler, smtp-handler, socket-handler, user-handler

- default 는 console-handler

사용하고자 하는 핸들러를 선택하면 아래와 같이 새 로그 핸들러 생성 화면이 나타난다. 각 항목 확인 후 생성버튼을 누르면 JEUS Server log 가 생성된다.

웹관리자에서 생성한 JEUS Server log 는 $JEUS_HOME/config/<노드명>/JEUSMain.xml 에 xml 형태로 추가된다.

...

INFO

handler1

FINEST

위와 같이 file-handler, 1일 단위로 생성했을 경우 log 는, $JEUS_HOME/logs/<노드명> 에 JeusServer_<날짜>.log 형식으로 남게 된다. 의 log level은 에서 설정한 보다 우선한다. log 를 실시간으로 확인하기 위해서 tail 명령어를 사용하거나,

test:/home/main/jeus5/logs/test> tail -f JeusServer_<날짜>.log

또는 사용자 profile 에 아래와 같이 alias 를 설정하는 방법이 있다.

alias jlog='tail -f ${JEUS_HOME}/logs/`hostname`/JeusServer_`date +%Y%m%d`.log'

2. Container log 설정

Container log 는 Container 마다 별도로 log를 관리 할 수 있다는 장점이 있다.

Container log설정은 위와 마찬가지로 웹 관리자를 사용한다. 웹 관리자에 접속 후 컨테이너명을 선택하면 오른쪽 화면에서 에러 로그 설정 항목을 볼 수 있다.

logging 설정은 JEUS Server log 설정을 참고한다.

웹관리자에서 생성한 Container log는 $JEUS_HOME/config/<노드명>/JEUSMain.xml 에 xml 형태로 추가된다.

test

container1

...

INFO

handler1

FINE

Container log 를 file-handler, 1일 단위로 생성했을 경우 log 는, $JEUS_HOME/logs/<노드명>/<노드명>_<컨테이너명> 에 <노드명>_<컨테이너명>_<날짜>.log 형식으로 남게 된다. 의 log level은 에서 설정한 보다 우선한다. log 를 실시간으로 확인하기 위해 tail 명령어를 사용하거나 사용자 profile 에 아래와 같이 alias 를 설정하는 방법이 있다.

alias clog='tail -f ${JEUS_HOME}/logs/`hostname`/`hostname`_container1/`hostname`_container1_`date +%Y%m%d`.log'

Container log에서 ConsoleHandler 를 사용할 경우 Console로 외의 JEUS Server log에 같이 출력 된다.

JEUS logging 패턴

JEUS logging 은 JDK1.4에서 포함된 java.util.logging 패키지에 있는 Logging API를 따른다. JEUS의 logging 환경은 JEUS_HOME/bin/logging.properties 에 설정되어 있다. logging.propertis 를 보면 JEUS는 default 로 ConsoleHandler 를 사용하고, logging level 은 INFO 임을 알 수 있다. handler 를 추가할 경우는 다음과 같이 콤마로 분리한다.

handlers= java.util.logging.FileHandler, java.util.logging.ConsoleHandler

또한 console 에 출력되는 log level 은 아래의 항목에서 지정할 수 있다.

java.util.logging.ConsoleHandler.level = FINE

FileHandler 를 사용할 경우, log는 기본적으로 사용자 홈 디렉토리에 출력되지만 경로나 출력 포맷 (XMLFormatter or SimpleFormatter)등을 지정할 수 있다.

java.util.logging.FileHandler.pattern = /home/main/MyLog.log

java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter

ConsoleHandler도 마찬가지로 log level 과 출력 포맷을 지정할 수 있고, 특정 class 에서의 log level 설정도 가능하다.

아래는 logging.properties 에 설정한 각 항목을 테스트 할 수 있는 예이다.

com.SHBean a = new com.SHBean();

package com;

import java.util.logging.*;

public class SHBean{

Logger logger = null;

public SHBean(){

logger = Logger.getLogger(getClass().getName());

logger.setLevel(Level.FINEST);

logger.info("info test");

logger.severe("severe test");

logger.fine("fine test");

logger.finest("finest test");

}

logging.properties 를 아래와 같이 설정할 경우,

handlers= java.util.logging.FileHandler, java.util.logging.ConsoleHandler

java.util.logging.FileHandler.pattern = /home/star/MyLog.log

java.util.logging.FileHandler.limit = 50000

java.util.logging.FileHandler.count = 1

java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter

java.util.logging.ConsoleHandler.level = FINE

java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter

...

아래와 같은 결과를 얻을 수 있다.

...

2008. 4. 4오후 6:11:16 com.SHBean

정보: info test

2008. 4. 4오후 6:11:16 com.SHBean

심각: severe test

2008. 4. 4오후 6:11:16 com.SHBean

자세히: fine test

access log 비활성화

별도의 설정이 없을 경우 Web Container당 1개의 access-log 가 생성된다. access log 에는 Context Group에 대한 모든 요청과 사용자 접근에 관한 log가 남는다. access log의 기본 위치는, $JEUS_HOME/logs/<노드명>/<노드명>_<컨테이너명>/servlet/accesslog//access.log가 기본 log file이다.

그런데 접근이 빈번한 사이트에서는 access log의 양이 클 수가 있으므로 access logging 기능을 사용하지 않는 것이 좋다. access log는 default 가 true 이기 때문에, $JEUS_HOME/config/<노드명>/<노드명>_servlet_<엔진명>/WEBMain.xml 에서 설정을 변경 할 수 있다. 아래와 같이 을 false 로 하면 된다.

...

false

...

참고해야 할 사항은 access log 는 를 명시하지 않으면 하나의 파일에 남기 때문에 1일 단위로 출력하기 위해서는 위의 태그를 명시해야 한다.

log 파일경로변경

1. log home 변경

log home디렉토리 위치 변경은 $JEUS_HOME/bin/jeus 에서 -Djeus.log.home 을 추가하고 원하는 log 위치를 명시한다.

-Djeus.log.home=/home/main/logs \

2. handler가 사용할 file name설정

JEUS 4 버전까지는 전체적인 log home 경로 변경만 가능하였지만, JEUS 5에서는 사용자가 세부적인 log에 대한 위치를 정할 수 있다. 다음과 같이태그를 통하여 handler가 사용할 file name을 설정할 수 있다.

...

INFO

handler1

FINEST

7/home/main/Mylog.log

log4j API를이용한 logging

JEUS에서 log4j를 사용할 경우 log4j-1.xxx.jar 파일은 위치는 통상적으로 다음 경로에 올 수 있다.

- $JEUS_HOME/lib/application ... ①

- context 아래의 WEB-INF/lib ... ②

- 임의의경로 : /home/main/log4j/log4j-1.xxx.jar

임의의경로에넣을경우, JEUSMain.xml 의 태그에위경로를설정함 ... ③

그리고 log4j.properties는 classpath에 포함되는 디렉토리에 위치시키는데 다음과 같이 올 수 있다.

- $JEUS_HOME/lib/application ... ①

- context 아래의 WEB-INF/classes ... ②

- 파일위치 : /home/main/log4j/log4j.properties

임의의경로에넣을경우, JEUSMain.xml 의 태그에위경로를설정함 ... ③

예를 들어 ①과 ② 경로에 모두 log4j.properties 가 있는 경우 ①의 위치한 log4j.properties 가 실행된다.

log4j.properties 에서 아래와 같이 로그파일의 경로를 상대경로로 설정할 경우, JEUS를 restart 할 때마다 파일의 위치는 가변적이다. 즉, restart 한 시점의 경로에 로그파일이 발생하게 된다.

...

log4j.appender.dailyfile.Threshold = DEBUG

log4j.appender.dailyfile = org.apache.log4j.DailyRollingFileAppender

log4j.appender.dailyfile.File = logfile.log

log4j.appender.dailyfile.layout = org.apache.log4j.PatternLayout

인코딩 - 8859_1의 비밀(?)

webgosu — Thu, 26 Mar 2009 07:59:17 GMT

Open source로 구해지는 java source code를 들여다 보면

하고 많은 문자셋들 중에 유독 '8859_1'을 많이 보게 된다.

'아니 저런 특정 문자셋을, 그것도 8비트밖에 지원하지 않는 문자셋을 코드에다 박아 버리면

쓰는 사람들은 어쩌란 거지?'

이런 생각이 들 때가 있을 것이다.

한때 나도 그랬었고..

그러나 정말 잘못 쓴 경우도 있겠지만, 많은 경우 '8859_1'의 사용은 나름 합리성을 띄고 있다.

이를 이해하려면 '8859_1'이 다른 문자셋들과 어떻게 다른가를 알아야 한다.

이전 글에서 언급했 듯이, '8859_1'은 1바이트에 해당하는 256개의 코드에 대해, 즉 0x00 ~ 0xff 까지의 모든 코드에 대해 대응되는 문자를 갖고 있다.

반면 8859_1보다 많은 문자를 거느리고 있는 'EUC-KR',

이것의 확장형인 'MS949' 나 심지어 모든 글자를 다 포함한다고 여겨도 될 만한 'UTF-8' 조차

가진 문자는 확실히 많지만 모든 바이트 열에 대해 대응되는 문자를 갖고 있는 것은 아니다.

이를 확인하기 위해 다음을 실행해 보자.

   public static void main(String[] args) throws Exception {
   for (int i = 0; i < 256; i++) {
   for (int j = 0; j < 256; j++) {
   byte[] bytes = new byte[] {(byte) i, (byte)j };
   String str = new String(bytes, "MS949");
   if (str.charAt(0) == 0xfffd) {
   System.out.println("for byte sequence{0x" + hex(i) + ", 0x" + hex(j)
   + "} no character exists... getBytes()[0]=" + str.getBytes("MS949")[0]);
   } else if (str.length() > 1) {
   // 첫 바이트를 하나의 글자로 인식. i만 취하고 j 루프는 중지.
   System.out.println("For character{" + hex(i) + "} char = "
   + str.charAt(0));
   break;
   } else {
   System.out.println("for character{" + hex(i) + ", " + hex(j)
   + "} char = " + str);
   }

   }
   }
   }

   /*
   * byte 출력용.
   */
   public static String hex(int i ){
   String hex = Integer.toHexString(i);
   return (hex.length() > 2) ? hex.substring(hex.length() - 2) : hex;
   }

주루룩 많은 행을 출력하지만 보면 대응되지 않는 글자가 존재함을 알 수 있다.

대략 그림으로 나타내면 다음과 같다.

인식하는 바이트 값이 0x~0x7f 일 경우에는 8859_x 에서 사용되는 글자를 그대로 쓰며 이 때는 한 바이트가 하나의 글자와 매핑된다.

바이트 값이 0x81 이상일 경우에는 그 다음 바이트가 필요하며, 두 바이트를 가지고 하나의 글자를 구성한다. 그리고 이 때 '없는 글자'가 생긴다.

당장 {0x81, 0x00} ~ {0x81, 0x40} 에 해당하는 값에 대해 대응되는 글자가 없다.

없는 글자는 java char로 0xfffd (아마도 UTF-16BE로 {0xff 0xfd} 에 매핑되는 글자) 로 저장되었다가, 다시 MS949로 인코드하면 0x63 글자로 매핑된다. 이 글자가 물음표 '?' 이다

모르는 글자를 인코드 할 때 0x63 코드를 매핑하는 것은 Sun JDK에서의 대응 방식이다.

모르는 글자에 대한 대응에는 표준이 없는지 다른 vendor - 이를테면 IBM - 의 JDK에서는 좀 다르게 구현하는 것 같다.

(한편 바이트 값이 0x80이나 0xff 같을 때 이를 디코드하면 그 한 바이트가 '모르는 글자 0xfffd'로 매핑된다. 일반화할 수 있는 규칙은 아닌 것 같다..)

다음과 같이 인코드 - 디코드를 많이 거치게 되면 인코드 할 때도, 디코드 할 때도 매핑이 불가한 경우를 만나게 되어 글자들이 깨진다. 이 때의 깨진 글자들은 복구가 절대 안 된다.

그래서 저런 식으로 부주의하게 인코드-디코드를 해 버리면 원래 호환되는 0x00~0x7f 이외의 한글 같은 글자들은 여지없이 깨져 버리고.. 되돌릴 수도 없게 된다.

그러나 8859_x 는 모든 바이트 코드에 대한 글자들을 구비하고 있으므로, 이해가 안 되는 이상한 글자로 매핑할 망정 코드를 보존하면서 디코드가 가능하다.

그래서 디코드만 하고, 이를 다시 인코드 할 경우에는 글자 깨짐이 발생하지 않는다.

8859_1 뿐만 아니라 8859_2 도 "보관"할 때 가지는 문자가 틀리지만 역시 깨짐 없이 바이트를 보존할 수 있다.

물론 그렇게 "보관"한 문자나 인코드가 원활히 되지, 아무 문자열이나 인코드를 하려 한다면

'자기 문자셋에 존재하지 않는 문자를 인코드'하는 경우가 발생해 글자가 깨질 것이다.

이를테면 아래와 같은 경우 당연히 문자셋에 없는 글자를 인코드하려 하므로 글자가 깨진다.

이렇게 되면 '원래 문자열이 2글자였다' 정도 외엔 아무 정보도 남지 않게 된다. (JDK vendor에 따라서는 이마저도 알 수 없게 될 것이다)

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

실제 네트워크를 오가는 데이터는 바이트열의 형태이지만

이를 프로그래밍 언어에서 다룰 때는 문자열로 간주하고 작업할 때가 많다.

그게 편하기 때문이기도 하고,

문자열로서 의미를 가지는 경우가 많기 때문이기도 할 것이다.

가장 많이 쓰이는 경우가 웹 어플리케이션에서의 파일 다운로드, 아마도 그 다음이 소켓통신 (헤더를 읽어들이거나 생성할 때) 같은 경우일 것이다.

<< 다운로드 시 설정>>
response.addHeader("Content-disposition", "attachment;filename=" + ... + "" );

이 때 인코딩/디코딩 작업이 필요한데, 디코드 시 바이트들을 깨뜨리지 않고 문자열로 얻고 싶다면 '8859_x'을 쓰는 것이 현명한 방책이라 하겠다.

물론 그 중에서도 많은 서버들이 위의 filename 을 ISO-Latin1(혹은 Latin1, 8859_1) 로 인코딩 해 보내기 때문에 같은 Latin 계열이라도 '8859_1' 즉 'Latin1'을 택하는 것이 좋다.

이는 표준이라고 하는데 문서 확인은 안 해 봤다. (어디 있는지 찾기 정말 힘들던데..)

[출처] 인코딩 - 8859_1의 비밀(?)|작성자 우가가

블로그 전문 “이글루스”에 오신 것을 환영합니다.

webgosu — Mon, 09 Mar 2009 21:20:02 GMT

블로그 전문 “이글루스”에 오신 것을 환영합니다.
새로운 보금자리, 이것저것 어색한 것이 많으시죠?
포털블로그와는 다른, 이글루스만의 기능, 이글루스의 특징을 소개해드립니다.

이글루스는 블로그전문을 지향합니다.
2004년, 첫 발을 내디딘 이글루스는 국내 최초 트랙백 을 도입하여 블로그전문 서비스로 입지를 다졌습니다. 관심사를 공유할 수 있는 ‘ 밸리’와 ‘마이’, 문화체험의 새로운 경험 ‘렛츠리뷰’, 국내 최고 메신저 네이트온 연동으로 더욱 새로운 블로깅, 독보적인 블로거가 되세요!

첫째, 공감하는 글이 있다면, 트랙백과 핑백을 이용하세요!
기존 포털 블로그에서 사용하던 스크랩기능 대신 트랙백과 핑백을 사용해보세요~
관심사가 비슷한 블로거를 만날 수 있는 방법입니다!

둘째, 일촌, 친구, 이웃 등 오프라인 인맥 위주의 ‘친구맺기’ 기능이 필요하시면!
이글루스에서 제공하는 이글루링크를 추천해드립니다.
이글루링크를 하시면, 해당 블로거의 새글 업데이트 소식을 실시간으로 받아볼 수 있습니다.

셋째, 카테고리별 공개/비공개 설정을 지원하지 않습니다.
이글루스는 자신이 작성한 글을 더 많은 블로거들과 나눌 수 있도록 참여와 공유를 지향합니다.
카테고리별 공개/비공개 기능은 현재 마련되어 있지 않으나 추후 필요성을 검토해보도록 하겠습니다.

넷째, 도움이 필요할 땐, EBC 와 이글루스도움말 을 찾아주세요.
이글루스를 이용하시다 발견되는 버그나 오류, 그리고 요청사항은 운영자 공식블로그 EBC 를, 이글루스의 기능과 운영정책을 알고 싶으시다면 이글루스 도움말을 방문하세요!

※ 공지사항을 지우고 싶은 경우, 포스트의 ‘삭제’를 클릭하면 지워집니다.
※ 삭제 버튼은 한 번만 누르세요. 여러 번 클릭 시 다른 글이 삭제될 수도 있습니다.

오라클 튜닝

webgosu — Fri, 23 Jan 2009 04:47:46 GMT

오라클 튜닝

튜닝(tuning)이란 불필요한 일들을 최소화하는 것이다.
보다 적은 노력으로 많은 결과를 내고자 하는 활동.

1. 튜닝(Tuning) Overview
포로젝트를 개발함에 있어 시작부터 끝까지 튜닝에 대한 마인드를 가지고 모든 일을 처리하는 것이다.

튜닝 절차

애플리케이션 형태
애플리케이션 형태를 알면 튜닝 포인트를 찾는데 도움이 된다.

- OLTP(Online Transaction Processing)

대부분의 업무는 Insert/Update 이다.
예) 은행의 온라인 업무, 항공사의 예약 업무, 주문 시스템
데이터의 정확성과 가용성이 중요.

튜닝 항목
롤백 세그먼트, 인덱스, 클러스터, 해싱, 데이터 블록 크기, 테이블 또는 롤백 세그먼트의 동적 할당, 트랜잭션 처리 모니터, 멀티 스레드 서버, SGA Shared Pool, SQL 문장 튜닝, 완전 무결성 제약, 프로시저, 패키지, 함수

- DSS (Decision Support System)

축적된 대량의 정보를 가공해서 미래의 사실을 유추하는데 목적이 있는 업무이다.
대부분의 작업은 Read와 Join 이다.

튜닝 항목
인덱스, 클러스터, 데이터 블록 크기, 병렬 조회 옵션, 최적화, 쿼리 수행중 오라클 힌트 사용, PL/SQL 함수 사용

- 복잡한 연산 애플리케이션(Scientific Application)

예) 기상청과 같은 대규모의 연산을 수행하는 곳.

튜닝 항목
PL/SQL, 병렬 쿼리 연산, 최적화, 쿼리 사용 중 오라클 힌트 사용.

- 클라이언트/서버 애플리케이션

튜닝 항목
저장 프로시저, 데이터베이스 트리거, 완전 무결성 제약, 배열 프로세싱, 시퀀스.

2. SQL 튜닝 최적화 (Optimization)

데이터를 조작할 수 있는 인터페이스 중에서 대표적인 것이 SQL이다.
Optimization : 어떻게 하면 효율적으로 최소의 자원을 사용하여 원하는 결과를 얻을 것인가.

SQL

SQL이 어떻게 수행되는지를 잘 이해하고 있으면 SQL연산시 무슨 자원이 필요하고 어떻게 튜닝해야 하는지 쉽게 알 수 있다.

[그림. RDBM의 내부 프로시저 상관 관계]

SQL은 기능상 DML과 DDL로 나눌 수 있다.

DML

1단계 : 커서의 생성
커서는 SQL 문장을 수행하기 위해서 오라클이 사용하는 자원이다.
시스템 자원이 충분하면 초기파라미터의 OPEN_CURSORS를 크게 하는 것이 유리하다.

2단계 : 문장의 파스, 질의 프로세싱
Shared Pool에 이전에 사용한 SQL 문장이 있는지 확인하고 없으면 다시 컴파일, 권한검사, 문법오류 등을 검사하여 공유 영역에 올린다. (문장의 파스, 질의 프로세싱)
초기 파라미터의 SHARED_POOL_SIZE를 변경.
3단계 : 설명 결과
4단계 : 정의의 출력
5단계 : 변수의 바인드
6단계 : 문장의 실행
SQL 연산시 임시로 필요한 스페이스가 발생하는 경우가 있다.
사용자가 Default Space와 Temporary Space를 두지 않을 경우 오라클 System Space는 사용자들을 위한 Default Space가 되어 전체 성능을 저해하는 요소가 될 수 있다.
Sort나 Join 등의 연산시는 Space 부족으로 중단되는 경우가 발생한다. 그러므로 Temporary Space를 충분히 확보해 두어야 한다.

Insert, Update, Delete 연산 수행시는 Lock 자원을 사용하므로 주의를 기울여야 한다.

7단계 : 문장의 병렬화
8단계 : 질의 결과 레코드의 FETCH

DDL
데이터를 조작하지는 않지만 Table을 생성, 삭제, 변경 시키는 SQL 문장이다.
DML과 달리 Data Dictionary의 값을 변경시킨다.
DDL 연산을 통하여 데이터의 위치나 스페이스를 변경할 수 있으므로 물리적 I/O 튜닝을 위해서 많이 사용한다.

Shared SQL, PL/SQL
오라클 Library Cache에는 Shared Pool과 PL/SQL 영역이 있다.
성능 위해 자주 사용되는 SQL과 PL/SQL 문장들을 얼마나 많이 장기간 확보하느냐가 중요하다.

LRU(Least Recently Used)
공유 영역은 LRU 알고리즘으로 관리된다.
최근에 사용되지 않은 SQL과 PL/SQL을 위해 자리를 내주어야 한다. 그러므로 같은 결과를 얻기 위해 사용되는 문장은 반드시 같은 폼으로 사용되어야 한다.

V$LIBRARYCACHE
사용자가 얼마나 Library Cache를 잘 사용하는가를 알 수 있는 통계 자료가 있다.

SELECT SUM(pins) "Executions"
SUN(reloads) "Cache Misses while Executing"
FROM v$librarycache;
Executions Cache Misses while Executing
--------- -------------------------
320871 549

RELOADS Ratio = (reloads(549)/pins(320871)) * 100 = 0.17%

PINS : Library Cache 내의 항목이 실행된 수
RELOADS : 실행 단계에서의 Library Cache Miss의 수

RELOADS 값이 상대적으로 PINS 보다 매우 작으면 Cache Hit Ratio가 높다는 것을 의미한다.
Cache Hit Ratio가 낮다는 의미는 공유영역이 부족하거나 애플리케이션에서 같은 SQL, PL/SQL 문장들을 사용하지 않거나 Trigger, Package 기능들을 사용하지 않아서 새로운 아이템들이 Library Cache에 계속 Reload 되기 때문이다.

Library Cache를 위한 메모리 할당
Reload값을 0에 근접하게 만들려면 파라미터값 중에서 SHARED_POOL_SIZE 값을 증가시켜야 한다.
또, 충분한 공유 영역의 이점을 살리기 위해 OPEN_CURSORS 값도 같이 증가시켜야 한다.

Optimization Overview
Optimizer의 목표는 최소한의 프로세싱 시간과 최단 시간의 I/O를 사용하는 것이다.
이를 위해 Optimizer는 실행계획을 세우고 문장을 실행하기 전에 가장 효과적인 계획을 선택한다.

실행 계획 (Execution Plan)
DML문장을 실행하기 위해 Oracle은 많은 내부적 단계를 수행해야 한다.
어떠한 문장을 실행하기 위해 오라클이 사용하는 단계들의 조합을 실행 계획이라 한다.

예)
SELECT ename, job, sal, dname
FROM emp, dept
WHERE emp.deptno = dept.deptno
AND NOT EXISTS
(SELECT * FROM salgrade
WHERE emp.sal BETWEEN losal AND hisal);

ID OPERATION OPTIONS OBJECT_NAME
---------------------------------------------------------
0 SELECT STATEMENT
1 FILTER
2 NESTED LOOPS
3 TABLE ACCESS FULL EMP
4 TABLE ACCESS BY ROWID DEPT
5 INDEX UNIQUE SCAN PK_DEPTNO
6 TABLE ACCESS FULL SALGRADE

실행 계획의 각 단계는 다음 단계나 마지막 단계에서 사용될 행들이나, 사용자나 어플리케이션이 SQL문장을 발행한 것에 대한 답으로서 행들의 집합을 돌려준다. 각 단계에서 반환된 행들의 집합은 행자원(row source)이라고 불린다. 그림은 한 단계에서 다음 단계로 행들의 흐름을 보여주는 계층적 다이어그램이다. 단계의 번호 매김은 우리가 실행 계획을 볼 때 보여지는 순서를 반영하는데, 이것은 일반적으로 각 단계가 실행되는 순서가 아니다.

하나 이상의 행 자원으로부터 행들을 받아들인다.

- 검정 박스로 표현된 각 단계들은 물리적으로 데이터베이스내의 객체로부터 데이터를 검색한다. 그런 단계를 접근 경로(access paths)라고 한다.

1. 단계 3과 6은 각각 EMP와 SALGRADE 테이블의 모든 행들을 읽는다.
2. 단계 5는 PK_DEPTNO 인덱스로 3단계에서 반환된 각각의 DEPTNO값을 찾아본다. DEPT 테이블에서의 관련 행의 ROWIDS를 찾는다.
3. 단계 4는 DEPT테이블에서 5단계에서 반환된 ROWIDS값을 갖는 행들을 검색한다.

- 하얀 박스들로 표현된 각 단계들은 행자원에 대해 작동한다.
1. 단계 2는 3단계와 4단계로부터 행자원을 받아들이고, 단계 3의 자원으로부터 각 행들을 단계 4의 해당 행에
조인하고, 1단계로 결과 행들을 반환하는 중첩 루프(loop) 오퍼레이션을 수행한다.
2. 단계 1은 필터 연산을 수행한다. 그것은 행자원을 2단계와 6단계로부터 받아들인다. 6단계에서 해당 행을 가지고 와서 2단계로부터 행을 추출하여, 2단계로부터 남은 행들을 문장을 발행한 사용자와 어플리케이션에 반환한다.

따라서 실행순서는 3-5-4-2-6-1 이다.

Optimization Mode
Cost-Based, Rule-Based가 있다.

초기 파라미터 파일을 수정
OPTIMIZATION_MODE = COST
OPTIMIZATION_MODE = RULE

ALTER SESSION 명령어 사용
ALTER SESSION SET OPTIMIZER GOAL = COST

옵 션	설 명
CHOOSE	Table, Cluster, Index 등이 Optimization을 위한 통계 데이터를 가지고 있으며 Cost-Based 방식으로 Optimization을 하고 통계 데이터가 없으면 Rule-Based 방식으로 한다.
RULE	Rule-Based
ALL_ROWS	통계 데이터의 유무에 상관없이 Cost-Based 방식의 최적화를 한다. Best Throughput(처리량)이 목적.
FIRST_ROWS	Cost-Based Optimization, Best Response Time 목적

최적화 방법
대부분 Cost-Based 방식이 Rule-Based 방식보다 좋은 결과를 내나 사용자가직접 SQL 연산을 튜닝할 때는 Rule-Based 방식이 더 좋은 결과를 낸다.

Rule-Based 방식

Rule-Based 방식은 Cost-Based 방식에 비해 간단하다.
여러 개의 가능한 PATH를 찾아 이미 정해져 있는 Rank를 기준으로 서로의 Cost를 비교하고, 이를 토대로 가장 효율적인 것을 선택한다.

옵 션	Access Path
1	ROWID에 의한 단일 행 접근
2	클러스터 조인에 의한 단일 행 접근
3	Unique Key 또는 Primary Key를 사용하는 Hash Cluster Key에 의한 단일 행 접근
4	Unique Key 또는 Primary Key에 의한 단일 행 접근
5	클러스터 조인
6	해시 클러스터 키
7	인덱스 클러스터 키
8	복합 키
9	단일 컬럼 인덱스
10	인덱스 컬럼에서의 바운드 범위 조회
11	인덱스 컬럼에서의 언바운드 범위 조회
12	소트 병합 조인
13	인덱스 컬럼의 최대 또는 최소값
14	인덱스 컬럼에서의 ORDER BY 사용
15	테이블의 전체 검색

1. ROWID에 의한 단일 행 접근
문장의 WHERE절에 ROWID나 오라클 Precompiler에서 지원하고 있는 확장된 SQL 구문 구조의 CURRENT OF CURSOR에 의해 지정된 Row들이 식별될 수 있을 경우에만 사용이 가능. 문장을 실행하기 위해 ROWID에 의해 테이블을 검색한다.

2, 클러스터 조인에 의한 단일 행 접근
- 문장의 WHERE절에 한 테이블의 클러스터 키의 각 칼럼과 그에 대응하는 다른 테이블의 컬럼을 같게하는 조건절을 가지고 있어야 한다.
- 문장의 WHERE절에 조인이 단지 하나의 행을 리턴하는 것을 보증하는 조건절을 가지고 있어야 한다.
이런 조건은 Unique 하거나 Primary Key인 컬럼의 '=' 조건절과 유사하다.

위 두 조건이 만족할 경우에 사용.
반드시 AND 연산자를 통하여 합쳐져야 한다.

3, Unique Key 또는 Primary Key를 사용하는
Hash Cluster Key에 의한 단일 행 접근
- 문장의 WHERE절이 '='조건절에 해시 클러스터 키의 모든 컬럼을 사용하여야 한다. 합성된 클러스터 키인 경우는 '=' 조건절이 반드시 AND 연산자에 의해 연결되어야 한다.
- 문장은 컬럼이 해시 클러스터 키를 만들 듯이 유일성이나 기본키를 만들어내기 때문에 단지 하나의 데이터 행만을 리턴한다.

4, 유일키 또는 기본키에 의한 단일 행 접근
문장의 WHERE 절이 '=' 조건절에서 컬럼들의 유일성이나 기본키를 사용할 경우 사용될 수 있다. 복합된 키들에 대해 '=' 조건절은 AND 연산자를 통해 연결되어야 한다.
이런 문장을 실행시키기 위해 오라클은 단일 ROWID를 구하기 위해 유일성이나 기본키의 인덱스를 이용해 유일 검색을 한다. 그리고 나서 이 ROWID를 이용해 테이블을 액세스한다.

5, 클러스터 조인
두 Join 테이블이 같은 Cluster에 저장되고, 문장의 WHERE절에 한 테이블의 각 칼럼에 대해, 대응하는 테이블의 칼럼을 같게 하는 조건절을 포함하는 경우 사용될 수 있다. 복합 key에 대해 '=' 조건절은 반드시 AND 연산자에 의해 연결되어야 한다.

6, 해시 클러스터 키
문장의 WHERE절에 Hash Cluster Key인 칼럼의 '=' 조건절이 있을 경우 사용되어질 수 있다. 복합 Cluster Key에 대해 '=' 조건절은 반드시 AND 연산자로 연결되어야 한다. 이런 문장을 실행하기 위해 Oracle은 문장에 기술된 Hash Cluster Key 값을 Cluster의 Hash Function에 적용해서 Hash 값을 구한다. 그리고 나서 Oracle은 이 Hash 값을 이용해 테이블에 대한 Hash Scan을 수행한다.

7, 인덱스 클러스터 키
문장의 WHERE절에 Indexed Cluster Key인 칼럼의 '=' 조건절이 있는 경우 사용될 수 있다. 복합 Key에 대해서는 '=' 조건절은 반드시 AND 연산자로 연결되어 있어야 한다. 이런 문장을 실행하기 위해 Oracle은 Cluster Key에 의해 서술된 Row의 ROWID를 구하기 위해 Cluster Index에 대한 Unique Scan을 수행한다. 그리고 나서 Oracle은 이 ROWID과 Cluster Scan을 이용해 테이블을 액세스한다. 같은 Cluster Key 값을 가지는 모든 Row들이 같은 곳에 저장되기 때문에 Cluster Scan은 그 Row들을 찾기 위해 단지 하나의 ROWID만이 필요하다.

8, 복합 인덱스
WHERE 절에 복합 index 칼럼들의 '=' 조건절이 AND 연산자에 의해 연결 되어있는 경우에 사용될 수 있다. 이런 문장을 실행하기 위해 Oracle은 Index 대한 Range Scan을 수행하여 선택된 Row들의 ROWID를 구하고 이것을 이용해 테이블을 액세스한다.

9, 단일 컬럼 인덱스
문장의 WHERE 절에 하나나 그 이상의 단일 칼럼 Index의 '=' 조건절이 있는 경우에 사용되어질 수 있다. 여러 개의 단일 칼럼 Index에 대해 조건절은 반드시 AND 연산자에 의해 연결되어야 한다.

만약 WHERE 절에 단지 하나의 Index 칼럼을 있을 경우 Oracle은 선택된 Row들의 ROWID를 구하기 위해 Range Scan을 수행함으로써 그 문장을 실행한다. 그리고 나서 구해진 ROWID를 이용해 테이블을 액세스한다.

10, 인덱스 컬럼에서의 바운드 범위 조회
문장의 WHERE 절에 단일 칼럼 Index나 하나나 그이상의, 복합 Key의 한 중요한 부분이 되는 칼럼이 포함된 경우 사용될 수 있다.

11, 인덱스 컬럼에서 언바운드 범위 조회
문장의 WHERE절에 단일 칼럼 Index의 칼럼이나 하나나 그이상의 , 복합 Index의 한 중요한 부분이 되는 칼럼 중 하나의 조건절을 가지고 있을 때 사용 가능하다.

12, 소트 병합 조인
Join 테이블이 같은 Cluster에 저장되지 않고, 문장의 WHERE절에 있는 조건절이 Equailty 조건절이라면, 이 접근 경로가 사용될 수 있다. 이러한 문장을 실행하기 위해 Oracle은 Sort-Merge 연산을 사용한다.

13, 인덱스 컬럼의 최대 또는 최소값
다음의 조건을 만족하는 SELECT 문장에 사용될 수 있다.

- Query에 Single-Column Index나 Composite Index가 있는 칼럼의 최대값이나 최소값을 구하기 위해 MAX나 MIN 함수가 사용되는 경우. 여기서 Cluster Index는 제외.
MAX와 MIN함수의 argument는 칼럼, 상수, + 연산자, || 연산자나 CONCAT 함수 등을 포함하는 어떠한 수식도 올 수 있다.
- Select 절에 다른 수식이 오지 않아야 한다.
- 문장은 WHERE절이나 GROUP BY 절이 없어야 한다.
이런 Query를 실행하기 위해서 Oracle은 Index의 Range Scan을 이용해 최대값이나 최소값을 찾아낸다. 최대값이나 최소값을 찾게된다면 Oracle은 더 이상의 Scan은 하지 않는다.

14, 인덱스 컬럼에서의 ORDER BY 사용
다음의 조건들을 만족하는 select 문에 사용될 수 있다.

- Query에 ORDER BY절이 있어야하고, 그 ORDER BY절에 사용되는 칼럼은 Single-Column Index가 있거나, Composite Index의 Leading Portion이어야 한다.
Cluster Index는 제외.
- 그리고 PRIMARY KEY나 NOT NULL Integrity가 그 Index된 칼럼에 있어야 한다. ORDER BY절에 사용된 칼럼에 NULL이 있어서는 안 된다는 말이다.
- NLS_SORT 매개변수가 BINARY로 설정되어야 한다.

이런 Query를 실행하기 위해 Oracle은 Index의 Range Scan을 사용하여 정렬된 순서에서 해당 Row들의 ROWID들을 구한다. 그리고 나서 Oracle은 이 ROWID들을 이용해 해당 Row를 액세스한다.

15, 테이블의 전체 검색
문장의 WHERE 절과 상관없이 모든 SQL문장에 사용될 수 있다.

Rule-Based 방식의 실행계획
- 수행 가능한 실행계획을 구한다.
- Rank Table에 따라서 순위를 결정한다.
- 가장 낮은 순위를 선택하여 수행한다.

Cost-Based 방식의 실행계획
- Rule-Based 방식이 실행계획을 구하는 것과 같은 방식으로 실행계획을 구한다.
- 각 실행 계획에 대한 Cost를 구한다.
Cost는 실행계획에 사용할 CPU Time, I/O 그리고 메모리를 기준으로 계산한다.
- Cost를 비교해서 가장 낮은 실행계획을 선택하여 수행한다.

ANALYZE 명령어
Cost-Based 방식에 사용할 통계데이터를 모아 준다.

ANALYZE 명령어는 수행될 때마다 다음의 정보를 수정

TABLE
- 테이블의 행수, 사용된 블록 수, 한번도 사용되지 않은 블록 수, 사용 가능한 Space의 평균, Chained Row 수,
컬럼당 Distinct Value의 수, 컬럼당 두 번째로 가장 작은 값, 컬럼당 두 번째로 가장 큰 값.

INDEX
- Index Level, Level 블록 수, Distinct Key 수,
키당 Leaf 블록 수의 평균, 키당 Data 블록 수의 평균, Clustering Factor, 최소 키 값, 최대 키 값.

Hints 사용
Optimizer는 데이터베이스 객체에 대한 얼마나 많고, 정확한 데이터를 가지고 있는가에 대한 의존도가 높아
Optimizer가 더욱 효과적으로 SQL 연산을 수행하도록 사용자가 사용한다.

Hint를 통하여 Optimizer에게 알려 줄 수 있는 사항
- SQL 연산을 위한 Cost-Based 접근 방식의 목표,
접근방식 지정, Index 보다 더 효과적인 Scan 방법, Join 순서, 병렬연산 등급, Join 연산.

Syntax
/* + comment */
comment를 Optimizer에게 알려 준다.
Hint 기능 사용시 Syntax나 기타 오류가 발생하면 Optimizer는 오류 메시지를 사용자에게 전달하지 않고 이를 무시하고, 연산을 수행한다.

SQL TRACE
SQL을 튜닝하기 위해 현재의 SQL 문장의 수행 상태를 정확히 파악해야 하고 튜닝 작업이 의도한 대로되었는지, 효과는 어느 정도인지 알아 볼 필요가 있을 때 SQL Trace를 사용한다.

SQL Trace를 이용해 얻을 수 있는 정보(V$SESSION)
- CPU TIME, 총 수행 시간, 물리적 또는 논리적 I/O, Library Cache, Parse Count, Execute Count, Fetch Count, 수행 Recode 수.

SQL Trace의 초기화
초기 파라미터
TIMED_STATISTICS, MAX_DUMP_FILE_SIZE
USER_DUMP_DEST
세션 초기화
ALTER SESSION SET SQL TRACE = TRUE

사용중인 애플리케이션의 SQL 튜닝

분석 및 오류 찾기

Index
Index 는 Select 연산의 성능을 높이는 요소이나 Update와 Insert 시에는 부하로 작용한다.
현재의 Table에서 Index 들이 정확하게 생성되어 제기능을 다하고 있는지 확인해야 한다.
또한 EXPLAIN PLAN 기능을 사용하여 Index 들이 올바르게 사용되고 있는지 확인해야 한다.

동시 사용자
개발 단계에서 동시 사용자를 생각하지 않을 수 도 있고 Test 해볼 환경이 안될 경우도 있다.
많은 동시 사용자가 하나 혹은 두 개의 Table에 집중되어 있을 경우 개발단계에서는 발견되지 않았던 자원의 경쟁이 일어난다.
이 경우 Disk I/O 집중화 현상이 일어나는 데 우선 여러 Disk에 걸쳐서 데이터 파일을 구성하여 I/O를 분산시키고 크기가 작은 Table은 Table 생성을 다시 하여 블록 당 레코드 수를 줄이는 방법을 사용한다.

병목 현상 찾기
병목 현상을 일으키는 SQL 연산을 찾는 것은 힘든 일이다.
EXPLAIN PLAN 기능을 사용하여 CPU Time, 총 수행 시간, SQL 최적화 상태를 파악하고 액세스 경로를 변경하거나 조회되는 레코드 수를 줄이는 방법 등을 찾는다.

애플리케이션 개발과정의 SQL 튜닝

INDEX
- Index 사용을 고려해야 하는 Table의 특성
Select 연산 결과가 전체 Record 수의 5% 이내인 큰 Table, 중복된 데이터가 적은 Table, Insert, Update, Delete 연산이 적은 Table, Query 수행시 조건이 간략한 Table.

- Index 사용을 피해야 하는 Table의 특성
Select 연산시 결과가 전체 Record 수의 5% 이상인 Table, 중복된 Data가 많은 Table, Select 연산이 주로 일어나는 Table, Query 수행시 조건절이 매우 복잡한 Table.

CLUSTER
장점은 하나의 I/O 연산으로 여러 Table의 정보를 액세스 할 수 있다는 것이다 그러나 Index와 같이 성능을 저하시킬 수 있다.

- Cluster를 사용하지 않아야 할 경우
Insert 연산이 많은 경우, Cluster 구성 Table 중 하나의 Table에 Full Scan이 자주 일어나는 경우, Cluster 구성 Table들이 동시에 액세스되지 않는 경우가 많을 때.

HASH CLUSTER
데이터 블록을 액세스하기 위해 여러 번의 내부 절차를 거쳐야 하는데 해시 클러스터는 한번에 그 일을 다하기 때문에 속도가 가장 빠르다.

그러나 해시 키값이 변하지 않아야 하고 Table이 정적이어야 한다는 단점 때문에 많이 사용하지 않는다.

JOIN
오라클 시스템 자원을 많이 소비하는 연산이다.

- EQUIJOIN
조건절 Equality Condition(=)에 의해 조인이 이루어진다.

Equijoin의 성능을 높이기 위해서는 Index 기능을 사용해야 한다.
자주 사용되는 연산의 경우는 Cluster 기능사용을 고려하는 것도 좋다.

- SELFJOIN
EQUIJOIN과 같으나 하나의 Table에서 조인이 일어나는 것이 다르다.
조건절에 있는 컬럼에 Index를 생성하여 성능을 높여야 한다.

- Outer Join
Equijoin과 비슷하나 결과는 만족하는 레코드뿐 아니라 만족하지 않는 레코드도 출력한다.

Best Throughput
조인 연산시 튜닝의 목표이며, 오라클 Optimizer에게 USE_MERGE Hint를 주어야 한다.

Best Response Time
조인 연산시 튜닝의 목표이며, Optimizer에게 USE_NL Hint를 주어야 한다.

병렬 조회
Single Server Process가 수행하는 하나의 SQL 연산을 동시에 Multiple Server Process가 나누어 수행하는 것이다.

PQP (Parallel Quer Processing) 튜닝

System
I/O 대역폭 용량이 큰 System, CPU 성능이 우수한 System, Sort를 위한 메모리가 충분한 System에는 PQP가 좋은 결과를 가져온다.

I/O
PQP는 데이터 파일이 많은 디스크에 걸쳐서 분산되어 있는 환경에 적합하다.

디스크 분산을 하는 방법 중에는 랜덤 액세스가 많은 애플리케이션 환경에서는 OS 기능을 사용하고 일정량의 특정 부분 데이터를 자주 액세스하는 환경에서는 사용자가 직접하는 방법이 유리하다.
분산되는 최소의 단위는 DB_FILE_MULTIBLOCK_READ_COUNT의 2-3배가 되도록 해야 한다.

Sort를 위한 임시 스페이스는 여러 개의 디스크를 합쳐서 만들어야 PQP 도중 Sort, Merge에 걸리는 시간을 단축할 수 있다.

Parallel Degree
Parallel Degree는 성능에 미치는 영향이 매우 크다.
그러므로 많은 반복적인 시험을 통하여 결정해야 한다.

3. 오라클 인스턴스 튜닝

메모리 튜닝

운영체제 튜닝
운영체제에서 저장장치는 "Real Memory", "Virtual Memory", "Expended Storage", "Disk" 등이 있다.
O/S에 따라 Paging 또는 Swapping이 발생하면 많은 I/O를 동반하기 때문에 이 들이 일어나지 않게 하는 것이 주목적이다.
이를 위해서는 제한적인 메모리로 사용자들에게도 적당한 양을 할당하고 SGA에도 적절하게 할당해야 한다.

UNIX 환경에서는 "sar" 명령어나 모니터링 툴을 이용하여 상태를 확인한다.

SGA 튜닝
Data Dictionary Cache나 Library Cache에서 Miss가 발생하지 않도록 Shared Pool에 충분한 영역을 할당할 수 있도록 한다.

Private SQL, PL/SQL Area 튜닝
튜닝의 목적은 Parse 발생 횟수를 줄이는 것이다.
SQL Trace 기능을 이용해서 Parse 단계에서의 Count 수와 Execute 단계에서의 Count 수가 거의 같은 수로 판단되면 이를 줄여야 한다.

Private SQL, PL/SQL Area의 크기를 증가시키려면 초기 파라미터 파일의 OPEN_CURSORS 값을 증가시킨다.

Shared Pool 튜닝
튜닝의 목적은 Parse Call 수, Execute Call 수 등을 줄이고, Data Dictionary Cache에 대한 Miss를 최소화해서 오라클 성능을 최대한으로 극대화하는데 있다.

Library Cache 튜닝
Library Cache Miss는 Parse 단계와 Execute 단계에서 일어난다.
Cache Hit Rate 가 떨어지면 영역을 키우는 것이 튜닝 방법이다.

+ V$LIBRARYCACHE Table
DBA 권한을 가진 사용자만이 조회가능
SELECT SUM(pins) "Executions"
SUN(reloads) "Cache Misses while Executing"
FROM v$librarycache;
Executions Cache Misses while Executing
--------- -------------------------
320871 549

RELOADS Ratio = (reloads(549)/pins(320871)) * 100 = 0.17%
PINS : Library Cache 내의 항목이 실행된 수
RELOADS : 실행 단계에서의 Library Cache Miss의 수

RELOADS는 0에 가까워야 하고 PINS에서 RELOADS의 비율이 1% 이상이면 Library Cache Miss를 줄인다.

+ Library Cache Miss 줄이는 방법
더 많은 메모리를 할당하고 SQL을 사용할 때 다음 사항을 주의해야 한다.
1, 다음은 다른 것으로 간주하여 Shared SQL Area를 공유할 수 없다.
SELECT * FROM emp;
SELECT * FROM Emp;
2, 다른 사용자가 같은 이름의 Table을 가지고 있을 경우. 이 경우는 소유자를 표시해서 사용한다.
SELECT * FROM BOB.emp;
3, SQL 문장 내에서 바인드 변수는 이름과 데이터 타입이 틀려서는 안 된다.
SELECT * FROM emp WHERE deptno =:department_no;
SELECT * FROM emp WHERE deptno =:d_no;
4, 상수 대신 같은 이름과 데이터 타입을 가진 바인드 변수를 사용한다.

Data Dictionary Cache 튜닝
인스턴스가 Startup 되는 시점에 Data Dictionary Cache에 데이터들이 없기 때문에 Miss가 발생.
사용할 수 있는 메모리를 증가시키기 위해 SHARED_POOL_SIZE를 증가시킨다.

Buffer Cache 튜닝
Cache Hit Ratio를 높이는 것이 튜닝의 목적이다.

V$SYSSTAT
DBA 사용자만 조회가 가능하고 Cache Hit Ratio를 구할 수 있다.
DB BLOCK GETS, CONSISTENT GETS : 합은 데이터를 요구하는 총 횟수.
PHYSICAL READS : 디스크상의 데이터 파일을 액세스한 Request의 총 횟수.

SELECT name, value
FROM v$sysstat
WHERE name IN ('db block gets', 'consistent gets',
'physical reads');

Cache Hit Ratio = 1- (physical reads / (db block gets + consistent reads))

Hit Ratio가 60-70% 보다 작다면 성능 향상을 위해 Cache에서 Buffer 수를 증가시켜야 하는데
DB_BLOCK_BUFFERS 값을 크게 하면 된다.

X$KCBRBH
Buffer 수가 증가함에 따라 Cache Hit Ratio의 변화를 알 수 있는 Table이다.
Buffer 수를 조정한 후에 그 효과를 알아보기는 좋으나 이를 수행함에 따라 부하가 발생한다는 것을 명심해야 한다.

X$KCBCBH
Buffer를 줄임으로서 나타나는 ACM(Additional Cache Miss) 값을 알아보는 Table.

DB_BLOCK_LRU_STATISTIC = TRUE

예) 현재 Buffer가 100이라면 90으로 줄였을 때 ACM?
SELECT SUM(count) acm
FROM sys.x$kcbcbh
WHERE indx >= 90;

INDX : Cache 내의 가능한 Buffer 수
COUNT : INDX에 기인한 ACM

I/O 튜닝

애플리케이션이 시스템의 어떤 자원을 사용하느냐에 따라 I/O Bound 업무와 CPU Bound로 구분할 수 있다.
실제 애플리케이션이 물리적 Read/Write 연산에 많은 시간을 소비하고 있기 때문에 I/O에 대한 튜닝이 중요하다.

디스크 마찰(Disk Contention)
동시에 많은 사용자가 같은 디스크 블록을 Access 하고자 할 때 발생하는 현상.

V$FILESTAT
SELECT name, phyrds, phywrts
FROM V$datafile df, V$filestat fs
WHERE df.file# = fs.file#

+ phyrds : 각 데이터 파일을 읽는 횟수
+ phywrts : 각 데이터 파일에 저장한 횟수

I/O 분산
디스크나 디스크 컨트롤러에 초과되는 Request 처리를 요구받은 디스크들을 찾아내어 이들을 분산시키는 것이다.

- 데이터 파일, 리두 로그 파일 분리
리두 로그 파일은 트랜잭션이 완료되면 그에 대한 로그를 기록하는 파일이다. 또 한 Request를 순차적으로 받아 처리한다.
그러므로 Random 액세스가 주로 일어나는 데이터 파일과 분리하면 그 효과가 크다.
장애에 대비하여 미러링 하는 것이 좋다.

- Striping
하나의 데이터를 세그먼트로 분할하여 여러 개의 디스크 장치로 분산시키는 것.

- Table과 Index 분리
Table에 저장되어 있는 데이터를 access하기 위해서는 Index를 참조하는데 이 들이 한 디스크에 있을 경우는
특정 디스크에 과부하가 발생한다.

- 오라클 사용 디스크 분리
다른 애플리케이션 요소나, OS에서 사용하는 디스크들을 서로 분리하는 것이 오라클에 대한 외부의 영향을 최소화할 수 있다.

데이터 블록
데이터들은 Table 안에 데이터 블록이라는 단위 영역별로 저장된다.
한 데이터 블록에 많은 데이터가 있어야 성능에 도움이 되는 경우가 있고, 적어야 도움이 되는 경우도 있다.
사용중에 데이터 블록이 더 필요해서 계속 할당받으면 성능이 저하될 수 있기 때문에 이를 방지하기 위한 노력이 필요하다.

Update/Insert 연산과 데이터 블록
- Migration : Update가 자주 발생하여 데이터 블록에 더 이상 데이터를 저장할 공간이 없는 경우 오라클은 충분히 큰 데이터 블록을 찾아서 원래 데이터 블록에 있는 내용들을 새로운 곳으로 이동시킨다.
- Chaining Row : 충분히 큰 데이터 블록이 없는 경우 원래 데이터 블록의 데이터를 나누어서 다른 데이터 블록에 분산 저장한다.

Migration과 Chaining을 방지하는 근본적인 방법은 충분히 큰 데이터 블록을 할당해 주는 것이다.
Table 생성시 PCTUSED, PCTFREE 기능을 사용하여 Update, Insert 연산시 필요한 영역을 데이터 블록에 마련하는 방법도 있다.

이미 발생한 Migration과 Chaining의 처리 방법

+ ANALYZE 명령을 이용해 정보를 구한다.
ANALYZE TABLE order_hist LIST CHAINED ROWS;

+ 출력 데이터를 본다.
SELECT OWNER_NAME, TABLE_NAME,
HEAD_ROWID, TIME
FROM chained_rows
WHERE table_name = 'ORDER_HIST';

+ Migrated되거나 Chain된 데이터 행을 가지고 있다면 다음 단계를 거쳐 이러한 행들을 제거한다.
- Migrate되거나 Chain된 데이터 행을 가지고 있는,
실제 Table과 같은 컬럼을 가지고 있는 임시 테이블을 생성한다.
- 실제 Table에서 Migrate되고, Chain된 데이터 행들을 지운다.
- 임시 Table의 데이터 행들을 실제 테이블에 Insert한다.
- 임시 Table을 제거한다.

+ 출력 Table에서 모아진 정보를 지운다.
DELETE FROM chained_row
WHERE table_name = 'ORDER_HIST';

+ 다시 ANALYZE 명령을 이용해 정보를 모으고, 그 정보를 본다.
+ 출력 파일에 Row가 나타나면 데이터 블록의 크기를 증가시켜 이전 Chain된 행을 없앤다.

모든 상황에서 이런 Chaining을 피할 수는 없다.
만약 LONG 컬럼이나 긴 CHAR, VARCHAR2 컬럼을 가지고 있다면 이런 Chaining을 피할 수 없다.

Dynamic Space Management 최소화
DB 객체들의 생성 초기에 할당받은 영역이 사용 중에 부족하면 이들을 증가시켜야 한다.
이런 현상은 과다한 I/O Request를 동시에 발생시키므로 성능에 저해요소가 된다.
그러므로 객체를 생성할 때 예상되는 스페이스를 미리 할당하는 것이 바람직하다.

동적 확장 검사
Recursive Call : 사용자가 수행하는 SQL 연산과 함께 오라클 사용자들이 요구한 SQL 문장을 수행하기 위해 새로운 SQL 문장들을 만들어 수행.

+ Recursive Call이 발생하는 경우
- Data Dictionary Cache에 Miss가 발생했을 경우
- 데이터베이스 트리거 수행
- DDL 문장의 실행
- Stored Procedure, Function, Package 그리고 Anonymous PL/SQL 블록 등이 가지고 있는 SQL 문장의 수행
- Referential Integrity Constraint의 실행

SELECT name, value
FROM v$sysstat
WHERE name = 'recursive calls';

Extent의 확장
큰 Extent 안에 여러 개의 데이터 블록을 한 번에 액세스하는 것이 성능 향상에 좋다.
그러므로 Table 중 성능이 빠른 것은 여러 개의 작은 Extent를 자주 할당받게 하는 것보다 큰 Extent가 한번에 할당되도록 하는 것이 좋다.

Contention 튜닝

Rollback Segment Contention
롤백세그먼트 블록을 포함하는 버퍼를 기다리는 수를 보고 판단할 수 있는데 V$WAITSTAT를 이용해서 rollback segment에 대한 contention이 성능을 감소시키고 있는지 어떤지를 결정할 수 있다.

Default로서 이 테이블은 SYS 유저와 SYSTEM와 같은 SELECT ANY TABLE 시스템 권한을 가진 다른 유저들만이 사용할 수 있다.
SELECT class, count
FROM v$waitstat
WHERE class IN ('system undo header',
'system undo block',
'undo header', 'undo block');

       CLASS                    COUNT 

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

system undo header                2089 

system undo block                 633 

undo header                       1235 

undo block                        942

·system undo header : SYSTEM rollback segment의 header block을 포함하는 buffer를 기다리는 수이다.
·system undo block : SYSTEM rollback segment의 header block 이외의 다른 block들을 포함하는 buffer를 기다리는 수이다.
·undo header : SYSTEM rollback segment의 header block 이외의 다른 rollback segment의 header block을 포함하는 buffer들을 기다리는 수이다.
·undo block : SYSTEM rollback segment이외의 다른 rollback segments 의 header block과는 다른 blocks을 포함하는 buffer들을 기다리는 수이다.

위에 나타난 class 별로 기다리는 Buffer 수와 같은 시간 동안 총 Request 수를 비교하면 Contention 정도를 알
수 있다.

SELECT SUM(value)
FROM v$sysstat
WHERE name IN ('db block gets', 'consistent gets');

SUM(VALUE)
------------
929530
이 결과값과 각 Class별 Count값들을 비교해서 1%가 넘으면 롤백 세그먼트의 수를 늘려야 한다.

Redo Log Buffer Contention
리두 로그 파일에 Log Entry를 기록하기 위해서는 리두 로그 버퍼를 거쳐서 내려가야 하는데 Request 가 많을 경우 사용자 프로세스는 대기하는 시간이 길어지게 된다. 이를 단축시키기 위해 리두 로그 버퍼를 늘려 주어야 한다.
SELECT name, value
FROM v$sysstat
WHERE name = 'redo log space requests';

결과 값이 0에 가까울 때까지 5%씩 리두 로그 버퍼 수를 늘려야 하는데 이는 오라클 초기 파라미터의 LOG_BUFFER의 값을 키우면 된다.

Redo Log Buffer Latch
리두 로그 버퍼 액세스는 Latch에 의해서 조정된다.

- Redo Allocation Latch
리두 로그 버퍼에서 Redo Entry를 위한 공간을 할당하는 것을 제어한다.
Buffer에 공간을 할당할 때는 오라클 사용자 프로세스가 반드시 Redo Allocation Latch를 가지고 있어야 한다.
만약 하나의 Redo Allocation Latch가 있다면 한 번에 단 하나의 사용자 프로세스만 버퍼에 공간을 할당하는 것이 가능하다.
초기 파라미터의 LOG_SMALL_ENTRY_MAX_SIZE값에 따라 정해진다.

Contention을 최소화 하려면
LOG_SMALL_ENTRY_MAX_SIZE값을 감소시킨다.

- Redo Copy Latch
Redo Entry가 너무 커서 Redo Allocation Latch에 복사할 수 없다면, 사용자 프로세스는 버퍼에 Entry를 복사하기 전에 Redo Copy Latch를 갖고 있어야만 한다.
Redo Copy Latch를 잡고 있는 동안 사용자 프로세스는 버퍼에 할당된 공간 안에 Redo Entry를 복사한 후 Redo Copy Latch를 해제하게 된다.
Redo Copy Latch의 수는 초기 파라미터 LOG_SIMULTANEOUS_COPIES에 의해 결정된다.

Contention을 최소화하려면
LOG_SIMULTANEOUS_COPIES의 기본값은 현재 CPU의 수로 되어 있는데 이를 두 배정도 늘리면 성능에 도움이 된다.

Sort 튜닝
대부분 애플리케이션에는 기본 Sort 영역으로도 성능상 무리는 없으나, 필요에 따라서 Sort 영역이 부족하다고 판단되면 이를 늘려야 한다. (오라클 초기 파라미터 SORT_AREA_SIZE 값을 증가)
SELECT name, value
FROM v$sysstat
WHERE name IN('sorts(memory)', '(sorts(disk)');

sorts(memory) : 디스크상의 Temporary Segment와 I/O 없이 Sort 영역에서만 이루어지는 Sort 수.
sorts(disk) : Sort 영역에서만 처리하기에는 데이터가 너무 커서 Temporary Segment와 I/O가 필요한 Sort 수.

Sort 영역을 크게 하면 Sort 관련 작업들은 속도가 향상되나, Private SQL과 PL/SQL을 위한 메모리 등 다른 요소에 영향을 줄 수 있으므로 주의해야 한다.

- NOSORT
Index 생성시 Sort가 발생한다. 반드시 Sort할 필요가 없는 Index는 NOSORT 기능을 사용하여 부하를 줄이는 것이 좋다.
CREATE INDEX emp_index
ON emp(ename)
NOSORT;

Free List Contention 튜닝
동시에 한 Table에 Insert 연산이 많이 발생하는 경우에는 Free List가 부족한 현상이 발생하고 이는 성능 저해 요인이 된다.
SELECT class, count
FROM v$waitstat
WHERE class = 'free list';
Free List 대기 횟수의 비율이 1% 이상이면 충돌감소를 위해 Free List의 추가 배정을 고려한다.

FREELISTS Storage Parameter값을 증가하여 Table을 다시 생성하면 된다.

Checkpoint 튜닝
Checkpoint가 자주 발생하면 만약의 경우에 발생할 인스턴스 Failure와 같은 상황에서 Recovery 시간을 줄여 주지만, 오라클 성능 저하 요인이 되기도 한다.
수행속도가 중요한 환경에서는 Checkpoint 빈도수를 줄이고, 안정성이 중요한 환경에서는 Checkpoint 빈도수를 늘린다.

- Checkpoint 빈도수를 최소화하려면
LOG_CHECKPOINT_INTERVAL값을 가장 큰 Redo Log 파일보다 크게 세팅.
LOG_CHECKPOINT_TIMEOUT값을 0으로 세팅.
- Checkoint 빈도수를 늘리려면
LOG_CHECKPOINT_INTERVAL값을 작게 세팅.
LOG_CHECKPOINT_TIMEOUT값을 작게 세팅.

초기 파라미터에서 CHECKPOINT_PROCESS = TRUE

4. 서버 튜닝

프로세스(Process)
전체 사용자 프로세스 수와 오라클 인스턴스 관련 프로세스 수 그리고 OS 관련 프로세스 수들의 합이 전체 프로세스의 수가된다.

전체 프로세스 수의 10-30% 이상의 프로세스들이 지장 없이 수행될 수 있는 환경을 제공해야 한다.
오라클 인스턴스 프로세스와 오라클 사용자 프로세스는 우선 순위를 같게 해야 한다.

메모리
SGA가 작은 경우 CPU idle 상태가 많이 발생한다.
이는 SGA가 작아서 오라클 인스턴스는 I/O Wait에 많은 시간을 소비하기 때문이다.

NetWare, NT 환경
- 다른 프로세스와 같은 메모리를 사용.
UNIX 환경
- Shared 메모리라는 특수한 종류의 메모리를 사용.
- Page Size Entension(PSE)라는 기능(OS 부팅시 오라클을 위해 미리 많은 양의 메모리를 예약)을 사용하면 성능에 많은 도움이 되나, 이 메모리를 오라클이 다 사용하지 않아도 다른 프로세스는 사용할 수 없다.

I/O
중요한 튜닝 요소는 I/O 대역폭, I/O 메소드, 블록 크기.

블록 크기는 I/O 부하와 많은 관계가 있다.
OLTP, 랜덤 액세스가 많은 환경 - 2k 또는 4k
DSS, 시퀀셜 액세스가 많은 환경 - 4k 또는 8k

OS 블록 크기와 DB 블록 크기를 같게 하거나 OS 블록크기가 DB 블록 크기에 두 배가 되도록 하는 것이 성능을 좋게 하는 요인이 된다.

I/O 메소드 중에는 OS 파일 시스템 버퍼를 사용하는 일방적인 방식이 있고, OS 파일 시스템 버퍼를 사용하지 않는 Raw Device 방식이 있다.
+ Sun Solaris : Filesystem, Raw Device에서 Async I/O 사용가능
+ SCO : Raw Device에서 Async I/O 사용가능
+ Pyramid : Raw Device에서 Async I/O 사용가능
+ Sequent : Raw Device에서 Async I/O 사용가능

Raw Device 방식은 OS의 부하를 줄일 수 있고, I/O 성능을 높일 수 있다.

Asynchronous I/O 방식은 오라클 I/O 성능을 크게 높일 수 있는 방법이다.
O/S 는 Request들을 모아서 디스크 컨트롤러를 요구하고 다른 작업을 할 수 있다.
나중에 디스크 컨트롤러에서 응답이 오면 인터럽트를 받는다.
Asynchronous I/O 방식은 다른 방식과 비교하여 10-30%의 성능을 향상시킬 수 있다.

예) SCO UNIX
$chown oracle /dev/async
$chgrp dba /dev/async
ASYNC_WRITE = TRUE

UnixWare
$chown oracle /dev/async
$chgrp dba /dev/async
USE_ASYNC_TO = TRUE
LGWR_USE_ASYNC_IO = TRUE

Post-Wait Semaphore
오라클이 사용자에게 Sleeping Signal을 줄 수 있게하고, 다시 일을 할 수 있게 해주는 새로운 형태의 Semaphore이다.
CPU의 Idle Cycle을 크게 줄여 성능을 향상시킨다.

Post-Wait Semaphore의 기능을 사용하려면.
- 오라클 초기 파라미터 수정.
USER_POST_WAIT_DRIVER = TRUE
POST_WAIT_DEVICE = /dev/pw
Device 이름은 시스템마다 다를 수 있다.
- Device의 사용 권한을 수정.
%chown oracle /dev/pw
%chgrp dba /dev/pw
- Post-Wait Device가 사용되는지 확인.
%ipcs

5. Performance Parameter

오라클 초기 파라미터 변수들은 오라클 성능에 많은 영향을 준다.
이 변수들을 이해하고 필요에 따라서 적절하게 수정하고 사용하면 성능 향상에 많은 도움이 된다.

[참고. 교제 491-497]

제우스 원터치 실행과 끄기 jboot.bat / jdown.bat 만들기

webgosu — Tue, 20 Jan 2009 00:50:52 GMT

jboot.bat / jdown.bat 만들기
환경변수에 path = "C:\Jeus5.0\bin" 추가

jboot.bat
jeus -xml -Uadministrator -Pjeusadmin
유저 패스워드
jdown.bat
jeusadmin kimsi -Uadministrator -Pjeusadmin jeusexit
호스트네임 유저 패스워드

위 두개 파일을 C:\Jeus5.0\bin에 복사

jboot.bat 클릭시 자동으로 제우스 실행과 동시에 제우스 어드민 까지 실행됨

jdown.bat 클릭시 제우스 어드민까지 모두 종료

한번에 사용하기 좋은 유용한 팁 입니다.

[출처] 제우스 원터치 실행과 끄기 jboot.bat / jdown.bat 만들기|작성자 웃음바다