블로그 이미지
좋은느낌/원철
이것저것 필요한 것을 모아보렵니다.. 방문해 주셔서 감사합니다..

calendar

1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31

Notice

    2008. 12. 11. 17:48 개발/Linux 계열

    (리눅스) 리눅스 쉘

    영어단어 Shell (쉘)은 조개 껍데기란 뜻이 있죠? 여기서 말하는 '쉘'은 그 내용물인 OS를 둘러싸고 있는 껍질과 같습니다. 즉, OS와 사용자가 의사소통을 하기 위한 대화형 환경입니다.
    여러분이 명령어를 입력하면, 그 명령을 쉘이 해석하여 운영체제에게 전달합니다.

    쉘이란

    컴퓨터는 0과 1만을 이해할 수 있습니다. 하지만, 사람이 컴퓨터가 이해할 수 있는 0과 1만을 사용하여 명령을 내리기는 쉽지 않은 일입니다. 그래서 쉘이라는 것이 명령어를 입력받아 이것을 컴퓨터가 이해할 수 있는 0과 1로 된 명령으로 바꾸어, 이 명령을 처리하는 커널에 전달하는 것입니다.

    사용자가 로그인 할 때 자동적으로 쉘이라는 프로그램이 실행됩니다.

    쉘에는 여러 종류가 있으나, 큰 갈래로는 Bourne Shell 과 C shell이 있습니다. 나머지들은 이들로부터 파생된 것들입니다.

    이중 리눅스에서 기본적으로 사용하고 있는 쉘은 bash 쉘로 Bourne Again Shell이란 뜻입이죠. 이것 역시 Bourne Shell로부터 파생된 것입니다. 사용자가 원한다면, 사용하고자 하는 쉘을 변경할 수도 있습니다.

    쉘이 프롬프트에 사용하는 기호는 쉘마다 다른데, 기본적으로 본 쉘과 콘쉘은 "$"을, C쉘은 "%"을 사용합니다.

    /etc/shells 파일을 열어 보면 사용할 수 있는 쉘들의 경로가 설정되어 있습니다.

    /etc/passwd 파일을 살펴보면, 다음과 같이 사용자가 등록되어 있습니다.

        test1:x:502:502:Test User:/home/test1:/bin/bash

    마지막 항목(/bin/bash)이 사용자가 사용하는 쉘입니다.
    이 사용자가 로그인 할 수 없도록 하려면, 이 부분을 /bin/false 로 변경합니다. 그러면, 명령어을 처리하는 쉘을 얻지 못하므로 어떤 명령도 수행할 수가 없습니다.

    사용자 쉘 바꾸기

    먼저, 현재 사용하고 있는 쉘을 확인해 봅시다.

    잠시 바꾸고 싶을 때는 사용하려는 쉘을 프롬프트에서 실행 시킵니다.
    그 쉘을 빠져나겨려면, 'exit' 명령을 사용합니다.
    기본 쉘을 변경하고 싶을 때는 chsh 명령을 사용하거나, /etc/passwd 파일의 쉘 부분을 변경 합니다.

     

    쉘 환경 설정

    설정 파일

    리눅스에서는 여러 가지 환경 설정 파일을 제공합니다. 이것은 리눅스의 사용자를 더욱 자유롭고 융통성 있게 만들어 줍니다. 이런 파일들은 보통 홈디렉토리 안에 위치하고 있으며,  '.'으로 시작 하는 파일들입니다. 'ls -a' 명령으로 파일의 존재를 확인할 수 있습니다. 파일의 이름은 "Resource Configuration"이라는 의미의 "rc"라는 스펠링으로 끝나는 경우가 많습니다.

    이런 파일들은 새로운 사용자를 등록하면, "/etc/skel " 디렉토리에 기본 값으로 저장되어 있는 파일들을 홈디렉토리에 복사하여 생겨나는 것입니다.

    물론, 그 중에는 쉘 구동 환경을 설정하는 파일들도 있습니다.
     

    [환경 설정 파일 설명 표]  

    파 일

    설  명

    .bashrc

    쉘을 위한 쉘 스크립트로 서브 쉘, 즉 비로그인 쉘이 실행될 때 명령과 프로그램 구조로 구성할 수 있다.
    새로운 쉘이 실행될 때마다 실행.
     

    .bash_profile

    로그인 할 때 읽어 들이는 설정 파일.
    주요 설정 내용은 일반적으로,
    검색 경로, 터미널 종류, 환경변수등을 설정하고, 그 외 로그인 시점에 실행 시키고 싶은 명령, 시스템에 대한 정보를 보여주는 명령등을 수행한다.

    .bash_logout

    로그인 쉘이 종료 되면서 읽어 들인다.

     

    환경 변수

    환경 변수는 쉘 환경을 입맛에 맞게, 혹은 필요에 맞게 설정하는데 사용되는 값들을 가지고 있습니다. 물론, 이 변수값을 수정함으로써 사용자마다 원하는 환경을 설정할 수 있습니다.

    [주요 환경 변수들]

    변수

    설 명

    DISPLAY

    현재 X 윈도우 Display 위치

    HOME

    사용자 홈 디렉토리

    HOSTNAME

    호스트 명

    PATH

    명령어 검색 경로

    PS1

    프롬프트 설정값

    PWD

    현재 작업 디렉토리

    SHELL

    사용하는 쉘

    TERM

    터미널 종류

    MANPATH

    man 페이지 경로

    LS_COLORS

    ls 명령에서 파일 종류별 색상 지정값

     

    환경 변수값 확인

        - 하나씩 확인

            # echo  $변수명   혹은    #printenv  변수명

        - 현재 설정된 변수값 모두 확인

            # printenv

     

    환경 변수값 설정/변경

        export  [환경 변수 명]=[변수 값]

        혹은

        ~/.bash_profile 내의 변수값 설정/변경
        --> 이 파일을 수정하면 쉘 실행시마다 변경할 필요가 없다.
            변수명=변수값  

    쉘  잘 사용하기

    쉘 프롬프트 상에서 명령을 수행하는데 알고 있으면 매우 편리한 몇가지 기능들이 있습니다.

    - 명령 완성 기능

          명령어가 길거나, 이름의 일부만 생각날 경우, 명령어의 일부만 입력하고 'Tab' 키를 입력하면, 가능한 명령어를 완성시켜 줍니다. 만일, 해당하는 명령어가 둘 이상인 경우, 해당하는 명령어의 리스트를 보여줍니다.

    - 화살표 키로 사용했던 명령어 찾아내기

          전에 사용했던 명령을 다시 사용하고 싶은 경우, 아래, 위 화살표를 사용하여, 사용했던 명령어를 아래,위로 검색해 낼 수 있고, 원하는 명령을 실행할 수 있습니다. 여기 나타나는 명령어들은 '~/.bash_history' 파일에 저장되어 있습니다. 저장되는 명령어의 갯수는 HISTSIZE 변수로 결정됩니다.

    - 마우스로 텍스트 복사하기

       X window를  사용하는 경우, 여러개의 터미널을 띄우고, 여러개의 작업을 동시에 수행할 수 있습니다.
       이 경우, 이쪽 터미널에서 저쪽 터미널로 어떤 텍스트를 복사하고자 한다면, 마우스로 원하는 부분을 드래그 하고, 복사되기 원하는 위치로 가서, 가운데 버튼, 2번튼인 경우 두 개 버튼을 동시에 누르면 복사 됩니다. 물론, 에디터에서 에디터로의 복사도 가능합니다.

    - 여러개의 콘솔화면 사용하기

      Remote로 떨어져 있는 터미널에서 telnet으로 접속한 경우가 아니고, 서버에 연결되어 있는 콘솔에서 여러개의 콘솔을 이동하며 사용할 수 있습니다. Alt+F1 ~ F6를 눌러 이동하면서 사용할 수 있습니다.
      X 서버도 여러개 띄우기

    - 명령에 메타문자 사용하기

          명령어에 파일을 인수로 사용할 경우, 하나가 아닌 여러개를 동시에 지정할 필요가 있을 때, 파일을 하나씩 처리한다면, 매우 불편할 것입니다. 이런 작업을 쉽게 하기 위해 와일들카드를 사용합니다.

          ? : 어떤 문자이던지 한문자

          * : 어떤 문자도 없거나, 그 이상인 경우

      지우고자 하는 파일 이름이  'test'로 시작하고 다섯글자인 파일이면,

          # rm test?

      지우고자 하는 파일 이름이 'test'로 시작하는 모든 파일이면,

          # rm test*

      와 같이 사용합니다.  

      그 외에 사용되는 특수 문자들은 다음과 같습니다. 이러한 문자를 메타문자라고 합니다.
      이 문자들을 명령어 사용시 함께 사용하면, 그 문자 나름대로의 기능을 수행하게 됩니다.

    문자

    의  미

    >

    표준출력을 파일에 기록하는 출력 리다이렉션

    >>

    표준 출력을 파일 끝에 덧붙이는 출력 리다이렉션

    <

    파일로부터 표준 입력을 읽는 입력 리다이렉션

    *

    0개의 이상의 문자와 일치하는 파일 치환 대표 문자

    ?

    단일 문자와 일치하는 파일 치환 대표 문자

    [...]

    대괄호 사이의 어떤 문자와도 일치하는 파일 치환 대표문자

    |

    어떤 프로세스의 출력을 다른 프로세스의 입력으로 보내는 파이프 기호

    ;

    명령 순서에 사용

    ||

    이전의 명령이 실패하면 실행하는 조건부 실행

    &&

    이전의 명령이 성공하면 실행하는 조건부 실행

    &

    명령어를 백그라운드로 실행

    #

    # 문자에 뒤따르는 모든 문자들을 주석 처리

    $

    변수 접근

     

    입출력을 다른쪽으로!

    리눅스에서 명령을 수행할 때, 표준 입력/출력 장치가 있습니다.
    보통 표준 입력은 키보드, 표준 출력은 모니터가 될 것입니다.
    필요에 따라서 이 입출력 대상을 변경할 수 있습니다.

    예를들어, 명령의 실행 결과를 화면에 뿌리지 않고, 파일로 저장하고 싶은 경우에 출력을 모니터가 아닌, 결과를 지정 할 파일을 지정하거나, 반복되는 입력이 필요한 경우, 입력해야할 데이터를 파일에 저장하여, 표준 입력을 키보드가 아닌, 이 파일로 저장하려는 경우 등에 사용됩니다.

    명령

    설 명

    명령 > 파일명

    명령 실행 결과를 파일로 출력

    명령 >> 파일명

    명령 실행 결과를 이 파일에 덧붙여 출력

    명령 >& 파일명

    명령 실행 결과와 에러를 파일로 출력

    명령 >>& 파일명

    명령 실행 결과와 에러를 이 파일에 덧붙여 출력

    명령 >! 파일명

    명령 실행 결과를 이 파일이 이미 존재하더라도 무시하고 출력

    명령 >&! 파일명

    명령 실행 결과와 에러를 이 파일이 이미 존재하더라도 무시하고 출력

    명령1 | 명령2

    명령1의 Output을 명령2의 Input으로 사용하여 실행

    [사용예]

    # find  /home  -name  *.conf  >  ../find_results.txt  

    찾은 결과를  부모 디렉토리에 find_results.txt 라는 이름의 파일로 저장한다.

    # ls -al  | grep  conf

    'ls -al' 명령의 Output을  'grep  conf' 명령의 Input으로 사용하는 명령입니다.

    Background 와  Foregound 작업

    리눅스에서는 명령을 '백그라운드'로 수행하는 것이 가능합니다. 터미널 상의 명령 프롬프트 상에서 명령어를 수행할 때, 이것을 '백그라운드'로  처리하려면, 수행하려는 명령 뒤에 ' &'를 붙여 수행합니다. 이것은 명령 수행으로부터 발생하는 Output 조차도 보이지 않는 것을 의미하는 것은 아닙니다. 다만, 백그라운드로 실행되고 있는 명령과 상관없이 명령 프롬프트 상에서 다른 작업을 수행할 수 있는 것입니다. 그러므로, 화면으로 Output을 나타내고 싶지 않다면, 출력을 재지정하여, 명령을 수행하는 것이 유용합니다.

    [백그라운드 작업을 위한 명령어]

    명령

    설 명

    jobs

    현재 백그라운드로 수행되고 있는 작업이 어떤 것이 있는지 list를 보여 줍니다.

    # find / -name  *.conf  &
    # jobs
    [1]+  Running        find / -name  *.conf  &

    작업번호  상태       수행 명령
    의 순으로 보여줍니다.

    fg

    백그라운드로 수행되고 있는 작업을 Foreground로 실행 시키려 할 때 사용하며, 백그라운드로 수행중인 작업이 여러개인 경우, 작업의 번호, 혹은 같은 명령이 수행되고 있는 경우가 아니라면, 그 명령어를 적어줍니다.

    # fg

    혹은 수행해야할 작업이 여러개라면 작업 번호를 인수로 준다.

    # fg 1
    find / -name  *.conf
     

    Ctrl+Z

    전면에 수행되고 있는 명령을 잠시 멈추는 명령으로, 끝내는 것이 아니고, 잠시 멈추는 것입니다.

    # Ctrl+Z
    [1]+  Stopped        find / -name  *.conf  
     

    bg

    현재 멈춰진 명령을 다시 수행 시키되 백그라운드로 수행시키려 할 때 사용합니다.

    # bg  

    혹은 수행해야할 작업이 여러개라면 작업 번호를 인수로 준다.

    # bg 1
    [1]+  find / -name  *.conf  &
     

    Ctrl+C

    Foreground로 수행중인 명령을 중지, 끝내고 싶은 경우 사용합니다. 작업이 바로 종료됩니다.

     

    쉘 스크립트

    쉘에서는 명령이 입력되자마자 실행되는 인터프리터 환경을 제공합니다. 즉, 컴파일 같은 작업이 필요 없이 텍스트 파일 안에 명령 프롬프트에서 실행이 가능한 명령들을 적고, 이 파일에 실행권한을 주고, 명령어 라인에서 명령어 처럼 실행 시키면, 마치 프로그램 처럼 실행이 됩니다. 이런 것을 '쉘 스크립트'라고 합니다. 이 쉘 스크립트에서는 여러개 명령어들을 연속적으로 실행시킬 수 있으며, 제어문과 변수 선언 등이 가능한 프로그래밍 언어와 유사합니다.

    쉘 스크립트를 사용하는 이유는,
        - 어떤 작업을 자동으로 수행하도록 하여 시스템 관리를 쉽고 효율적으로 만들기 위해서

    라는 것이 가장 큰 이유일 것입니다.
    실제로 처음 리눅스를 설치했을 때도, 이미 시스템 관리를 쉽도록 하기 위한 많은 쉘 스크립드들이 존재 합니다.

    사실 명령을 실행시키는데 있어서는 쉘 종류에 따른 차이점을 크게 느낄 수 없지만, 쉘 프로그래밍을 하게 되면 그 차이점을 더 많이 느낄 수 있습니다. 사용하는 함수나, 문법등에 차이가 있습니다. 여기서는 리눅스의 기본 쉘인 bash를 기준으로 설명하며, 자세한 프로그래밍 방법을 설명하려는 것이 아니라, 쉘 프로그래밍의 능력과 필요성을 아는 것이 목적입니다.

    [bash 쉘 스크립트 예제]

    #!/bin/bash
    # 기능 : 검색대상파일에서 검색할 단어가 들어 있는 라인만 따로 파일에 저장하기.

    if [ $# -lt 2 ]   # 넘겨 받은 인수가 2개 미만이면 조건이 참
    then
        echo Usage: $0 검색대상파일 검색할단어
       exit
    fi

    if [ ! -f $1 ]    
    # 첫 번째 인수가 파일이 아니면 조건이 참
    then
       echo "$1 : 그런 파일은 존재하지 않습니다!"
    else
        grep $2 $1 > $1_$2    
    # 두 번째 인수를 첫 번째 인수 이름의 파일에서 찾아서
                                            '첫 번째 인수_두 번째 인수'라는 이름의 파일에 저장.
    fi

    이 스크립트는 두 개의 파라미터를 넘겨 받아,
    첫 번째 인수와 일치하는 이름의 파일에서
    두 번째 인수와 일치하는 라인을 찾아
    '파일 이름_찾은단어'라는 이름의 파일에 저장하는 스크립트입니다.

    스크립트 실행 이후에 'custom_test'라는 파일이 생성된 것을 볼 수 있습니다.

    원하는 내용만 들어있습니다.

     

    위의 예와 같이 bash 쉘 스크립트는  

      #!/bin/bash

    와 같이 시작합니다.(실제, bash 의 디렉토리를 적어 줍니다. )

      $# : 스크립트에 넘겨진 인수의 개수
      $0 : 실행된 쉘 스크립트 이름
      $1~$nnn : 넘겨진 인수들을 순서대로 나타냄

    이 외에도 변수를 지정하고, 조건문, 반복문, case문등의 문법을 이용하여, 원하는 작업을 수행하는 쉘을 만들 수 있습니다.

    다음은 쉘 프로그래밍을 위한 잘 정리된 문서입니다. 참고 하세요.

    posted by 좋은느낌/원철
    2008. 12. 8. 15:54 개발/Linux 계열
    1. java.sun.com에서 아래 파일을 다운 받습니다.

    jdk-1_5_0_16-linux-i586-rpm.bin : Redhat RPM Shell script

    jdk-1_5_0_16-linux-i586.bin : GNUZIP Tar Shell script


    2. jdk-1_5_0_16-linux-i586.bin 을 이용한 JDK 설치를 설명합니다.

    해당 파일을 설치할 디렉토리로 copy 또는 move 시킵니다.

    실습에서는 /usr/local 디렉토리에 JDK를 설치하는 단계를 설명합니다.

    [root@localhost local]# cp /home/prowoni/download/jdk-1_5_0_16-linux-i586.bin ./.[root@localhost local]# ll
    -rw-r--r-- 1 root root 49654522 2008-07-11 23:24 jdk-1_5_0_16-linux-i586.bin


    3. 해당 파일을 실행가능한 파일로 바꿉니다.

    [root@localhost local]# chmod +x jdk-1_5_0_16-linux-i586.bin

    [root@localhost local]# ll
    -rwxr-xr-x 1 root root 49654522 2008-07-11 23:24 jdk-1_5_0_16-linux-i586.bin


    4. /usr/local 디렉토리에서 bin 파일을 실행시킵니다.

    [root@localhost local]#./jdk-1_5_0_16-linux-i586.bin


    5. bin 파일을 실행 후 /usr/local 디렉토리에 jdk1.5.0_16 디렉토리가 생성되었고 jdk1.5.0_16 안에는 bin 등 JDK가 설치되어 있습니다.

    [root@localhost local]# ll
    -rwxr-xr-x 1 root root 49654522 2008-07-11 23:24 jdk-1_5_0_16-linux-i586.bin
    drwxr-xr-x 9 root root     4096 2008-05-28 18:46 jdk1.5.0_16


    6. /usr/local/jdk1.5.0_16/bin 에 보면 다음과 같은 실행파일들이 있습니다.

    [root@localhost bin]# ll
    합계 2860
    -rwxr-xr-x 1 root root   4153 2008-05-28 18:31 ControlPanel
    -rwxr-xr-x 1 root root   1080 2008-05-28 18:31 HtmlConverter
    -rwxr-xr-x 1 root root  62564 2008-05-28 18:14 appletviewer
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:02 apt
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:20 extcheck
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:05 idlj
    -rwxr-xr-x 1 root root  62364 2008-05-28 18:06 jar
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:06 jarsigner
    -rwxr-xr-x 1 root root  65116 2008-05-28 18:00 java
    -r-xr-xr-x 1 root root   1789 2008-05-28 18:15 java-rmi.cgi
    -rwxr-xr-x 1 root root  62428 2008-05-28 18:00 javac
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:01 javadoc
    -rwxr-xr-x 1 root root  62332 2008-05-28 18:02 javah
    -rwxr-xr-x 1 root root  62364 2008-05-28 18:16 javap
    -rwxr-xr-x 1 root root 176072 2008-05-28 18:31 javaws
    -rwxr-xr-x 1 root root  62364 2008-05-28 18:17 jconsole
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:20 jdb
    -rwxr-xr-x 1 root root  62460 2008-05-28 18:16 jinfo
    -rwxr-xr-x 1 root root  62460 2008-05-28 18:16 jmap
    -rwxr-xr-x 1 root root  62364 2008-05-28 18:16 jps
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:16 jsadebugd
    -rwxr-xr-x 1 root root  62460 2008-05-28 18:16 jstack
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:16 jstat
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:16 jstatd
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:06 keytool
    -rwxr-xr-x 1 root root  62428 2008-05-28 18:06 kinit
    -rwxr-xr-x 1 root root  62428 2008-05-28 18:06 klist
    -rwxr-xr-x 1 root root  62428 2008-05-28 18:06 ktab
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:16 native2ascii
    -rwxr-xr-x 1 root root  62620 2008-05-28 18:17 orbd
    -rwxr-xr-x 1 root root  62428 2008-05-28 18:18 pack200
    -rwxr-xr-x 1 root root  62628 2008-05-28 18:06 policytool
    -rwxr-xr-x 1 root root  62364 2008-05-28 18:15 rmic
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:15 rmid
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:15 rmiregistry
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:16 serialver
    -rwxr-xr-x 1 root root  62396 2008-05-28 18:17 servertool
    -rwxr-xr-x 1 root root  62620 2008-05-28 18:17 tnameserv
    -rwxr-xr-x 1 root root 357381 2008-05-28 18:18 unpack200


    7. java -version 을 실행하여 정상적인 실행과 버전을 확인합니다.

    [root@localhost bin]# ./java -version
    java version "1.5.0_16"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02)
    Java HotSpot(TM) Client VM (build 1.5.0_16-b02, mixed mode, sharing)


    8. 사용자의  쉡 환결파일에 JAVA_HOME을 SET 해주고, bin 디렉토리를 path에 추가하여 사용자가 실행가능하도록 합니다.

    # .bashrc
    # prowoni util path
    # set java home
    export JAVA_HOME=/usr/local/jdk1.5.0_16
    # set ant home
    export ANT_HOME=/usr/local/ant-1.7.1
    # set path
    export PATH=${JAVA_HOME}/bin:${PATH}:${ANT_HOME}/bin

    posted by 좋은느낌/원철
    2008. 12. 8. 13:17 개발/WebSphere

    WebSpere Application Server 6.x 에서는 web.xml을 두곳(ND 의 경우는 세곳) 에서 관리합니다.  --> ibm-web-bnd.xmi, ibm-web-ext.xmi 도 마찬가지...

    그래서 두곳 전부 고쳐주셔야 제대로 반영이 된답니다.


    BASE
    1. <어플리케이션 설치 디렉토리>/WEB-INF/web.xml
    --> 어플리케이션을 디폴트로 설치 했다면 <was_home>/profiles/<profile_name>/installedApps/<cell_name>/<applicatioin ear>/<application war>/WEB-INF/web.xml

    2. <was_home>/profiles/<profile_name>/config/cells/<cell_name>/applications/<application ear>/deployments/<application_name>/<application war>/WEB-INF/web.xml

    ==> 프로파일을 다른 곳에 설치 하셨다면 그 아래로 부터 경로를 따라 가시면 됩니다.


    위 두개를 고친 후 응용어플리케이션 만 내렸다 올리시면 됩니다.


    Network Deployment
    1.번과 2번은 BASE 와 동일
    3. <was_home>/profiles/<dmgr_profile_name>/config/cells/<cell_name>/applications/<application ear>/deployments/<application_name>/<application war>/WEB-INF/web.xml

    ==> dmgr 프로파일 아래를 고쳐야 합니다. ND 에서는 dmgr아래에서 master config 를 관리하죠.




    이래서 너무 복잡하기 때문에 저는 웹 어드민 콘솔의 응용어플리케이션 갱신을 이용하라고 권합니다.

    web.xml을 수정할때 갱신 방법의 세번째인 '단일 파일 대체 및 추가'를 이용하세요

    응용프로그램 갱신 방법 : http://cafe.naver.com/devmaster/130





    또 다른 방법은 ND에서 master(위 내용중 3번)을 수정 한 후에

    웹 어드민 콘솔에서 시스템 관리 --> 노드 에 가셔서 노드를 선택한 후 '전체 재 동기화' 버튼을 클릭하면 나머지 노드에도 수정한 내용이 전파 됩니다.

     
    posted by 좋은느낌/원철
    2008. 12. 3. 19:30 개발/WebSphere

     

    AIX, HP-UX, Linux, Linux on PowerPC, Solaris 또는 Windows 운영 체제에 WebSphere Application Server - Express를 설치하십시오. AIX 5L, HP-UX, Linux, Linux on zSeries, Solaris 또는 Windows 운영 체제에 WebSphere Application Server를 설치하십시오. AIX 5L, HP-UX, Linux, Linux on zSeries, Solaris 또는 Windows 운영 체제에 WebSphere Application Server Network Deployment를 설치하십시오. 버전 6.1 WebSphere Application Server 기본, Express 또는 Network Deployment 제품에 기능팩을 설치할 수 있습니다.

    시작하기 전에

    설치 도구를 사용하기 전에 이 주제를 읽고 설치를 준비하거나 설치 옵션에 대한 정보를 확인하십시오. 지원되는 하드웨어 및 소프트웨어 웹 사이트에서 하드웨어 및 소프트웨어 요구사항도 읽으십시오.

    버전 6.1 WebSphere Application Server 제품 설치 위에 기능팩을 설치할 수 있습니다. 버전 6.1 설치에 필요한 운영 제체가 준비되었으면 기능팩을 설치하는 데 필요한 추가 요구사항은 없습니다.

    버전 6.1 제품을 아직 설치하지 않았으면 WebSphere Application Server 기본, Express 또는 Network Deployment 제품을 설치하십시오. 설치 지시사항은 해당 제품의 문서를 참조하십시오.

    [이 정보는 Microsoft Windows Vista 운영 체제에서 버전 6.1.0.9 이상에만 적용됩니다.] WebSphere Application Server를 Microsoft® Windows Vista™ 운영 체제에 설치하는 가이드라인:
    • Windows Vista 운영 체제에서 WebSphere Application Server 버전 6.1에 대한 지원은 WebSphere Application Server 버전 6.1.0.9로 시작되었습니다.

      Windows Vista 운영 체제는 WebSphere Application Server 개발 및 테스트를 위한 32비트 플랫폼으로 지원되지만, Application Server 프로덕션 용도로는 지원되지 않습니다. 개발, 테스트 및 프로덕션 용도의 응용프로그램 클라이언트가 지원됩니다.

      자세한 정보는 WebSphere Application Server 세부사항 시스템 요구사항Microsoft Windows Vista용 WebSphere Application Server 지원 운영 체제를 참조하십시오.

    • Microsoft Windows Vista 운영 체제와 이전 운영 체제 간의 차이(특히 UAC(User Account Control) 영역에서) 때문에, Windows Vista 운영 체제를 포함하는 시스템에 Websphere Application Server를 설치할 경우 다음 프로시저를 따라야 합니다.
      1. 먼저 Websphere Application Server 버전 6.1을 설치하십시오.
        Windows Vista 운영 체제와 이전 Microsoft Windows 운영 체제 간의 차이를 이해하고 설치를 수행하십시오. Websphere Application Server 설치 및 조작 관점에서 보면 Windows Vista 운영 체제의 가장 중요한 변경사항 중 하나는 UAC의 도입입니다. UAC는 Windows Vista 운영 체제에서 기본적으로 사용 가능합니다.
        • 설치 실행

          런치패드 GUI를 사용한 Websphere Application Server 버전 6.1 컴포넌트 설치 시작은 Windows Vista 운영 체제를 포함하는 시스템에서 Websphere Application Server를 실행 중인 경우 지원되지 않습니다. Windows Vista 운영 체제를 실행 중인 시스템에 설치 매체를 삽입할 때 런치패드가 자동으로 시작되는 경우, 런치패드를 취소하십시오.

          Windows Vista 운영 체제를 실행 중인 시스템에 Websphere Application Server 컴포넌트를 설치하려면 다음 조치를 수행해야 합니다.
          1. 개별 컴포넌트 디렉토리로 찾아가십시오.
          2. Windows Vista 운영 체제 설치 시 작성한 관리자 계정을 사용하여 해당 디렉토리에 있는 install.exe 프로그램을 실행하십시오.
            • Windows Vista 운영 체제에서 install.exe가 설치 프로그램인 것을 감지하여, 관리자 특권에 대한 상승 프롬프트를 표시합니다. 계속하려면 허용을 클릭하십시오.
            • Windows Vista 운영 체제가 높여진 (관리자) 특권이 필요한 프로그램을 실행하도록 요청될 경우, 먼저 사용자에게 프로그램 공개자 인식 여부를 알립니다. 특정 Websphere Application Server 프로그램(install.exe)의 경우, 예를 들면 운영 체제 대화 상자가 "식별할 수 없는 프로그램이 사용자 컴퓨터에 액세스하려고 합니다"를 나타낼 수 있습니다. 실행하려는 Websphere Application Server 프로그램인지 프로그램 세부사항을 검사하고 계속하려면 허용을 클릭하십시오.

          Windows Vista 운영 체제를 실행 중인 시스템에 설치 매체를 삽입할 때 런치패드가 자동으로 시작되는 경우, 런치패드를 취소하십시오.

        • 사용자 계정 선택

          Windows Vista 운영 체제 설치 시 작성한 관리자 계정을 사용하여 WebSphere Application Server를 설치하십시오. 이 계정은 관리자 그룹의 구성원입니다.

        • 설치 위치 선택
          Windows Vista 운영 체제 이외의 Windows 운영 체제인 경우, 다음 기본 설치 디렉토리가 대개 사용됩니다.
          C:\Program Files\IBM\WebSphere\AppServer
          
          그러나 WebSphere Application Server는 설치 디렉토리에서 다양한 로그 파일과 구성 파일을 찾고, Windows Vista 운영 체제에서 Program Files 디렉토리에 있는 파일은 관리자 특권으로 실행하는 응용프로그램에 의해서만 작성되거나 수정될 수 있습니다. 그러므로 Windows Vista 운영 체제를 실행하는 시스템에서는 관리자 계정의 사용자 디렉토리에 Websphere Application Server를 설치해야 합니다. 일반적으로 다음 디렉토리와 같습니다.
          C:\Users\administrator_account_name\IBM\Websphere\AppServer 
          권장 위치에 설치하도록 수동으로 기본 선택을 대체해야 할 수도 있습니다. 사용자에게 적합한 우수 사례는 다음 디렉토리에 모든 WebSphere Application Server 컴포넌트를 설치하는 것입니다.
          C:\Users\administrator_account_name\IBM
          주: Program Files 디렉토리(모든 경우에 권장되지는 않음)에 설치하면 관리자 이외의 사용자인 경우 Websphere Application Server 아이콘 및 바로 가기가 Windows 시작 메뉴에 작성되지 않습니다. Websphere Application Server 아이콘 및 바로 가기를 표준 특권을 갖는 사용자의 시작 메뉴에 작성하려면 Program Files 이외의 디렉토리에 설치해야 합니다.
        • 자동 설치
          Windows Vista 운영 체제를 실행 중인 시스템에 6.1 버전의 자동 설치를 수행하려면 관리자 특권이 필요합니다.
          • 표준 사용자 특권을 사용하여 자동 설치를 실행하는 경우, 계속할 수 있기 전에 관리자 특권으로 높이는 프롬프트가 표시됩니다.
            다음 조치를 수행하여 열리는 명령 프롬프트 창에서 자동 설치를 실행하면 이 프롬프트가 표시되지 않습니다.
            • 명령 프롬프트 바로 가기를 오른쪽 마우스 단추로 클릭하십시오.
            • 관리자로 실행을 클릭하십시오.
          • 명령 프롬프트 창을 관리자로 열면 계속할 것인지 묻는 운영 체제 대화 상자가 나타납니다. 계속하려면 계속을 클릭하십시오.

          권장 설치 디렉토리를 가리키도록 응답 파일의 installLocation 스펙을 수동으로 변경해야 할 수도 있습니다.

        • 비관리자로 설치
          • 비관리가 버전 6.1 원본 매체를 사용하여 Windows Vista 운영 체제를 실행 중인 시스템에 버전 6.1을 설치하려는 경우, 운영 체제에서 비관리자 계정을 사용하여 응용프로그램을 설치하지 않습니다. 운영 체제에서 비관리자를 높은 (관리자) 특권이 있는 계정으로 변경하도록 요구합니다.
          • Windows Vista 운영 체제를 실행 중인 시스템에서 비관리자가 WebSphere Application Server를 설치할 수 있게 하려면 적절한 Manifest가 install.exe 파일에 있어야 합니다. Manifest는 관리자 특권이 필요하지 않음을 운영 체제에 알립니다. 이 Manifest는 버전 6.1의 원본 매체에 있는 install.exe 파일에는 존재하지 않습니다.

            install.exe 파일을 적절한 Manifest를 포함하는 파일로 바꾸고 비관리자로 설치를 실행하려면 A non-Administrator might not be able to install WebSphere Application Server on a Microsoft Windows Vista operating system의 프로시저를 완료하십시오.

          • 비관리자는 Program Files 디렉토리(모든 경우에 권장되지는 않음)에 버전 6.1을 설치하려고 하지 않아야 합니다. 왜냐하면 이 디렉토리에 설치하려면 관리자 특권이 필요합니다.
        • 설치 이후 런타임 조작 수행
          버전 6.1 설치 후 바로 다음과 같은 런타임 조작을 수행하지 마십시오.
          • Websphere Application Server 런타임 실행
          • 설치 확인
          • 프로파일 관리 도구 또는 manageprofiles 명령을 사용하여 프로파일 작성
          이 프로시저에서 나중에 설명된 대로 버전 6.1.0.9 이상을 포함하는 서비스 팩을 설치한 후에 다음 조작을 수행할 수 있습니다.
      2. 제품 지원 웹 사이트에서 WebSphere Software 버전 6.1.0.9 이상을 위한 설치 갱신 프로그램을 다운로드 및 설치하십시오.

        해당 설치 갱신 프로그램 다운로드 페이지에 대한 링크와 설치 지시사항은 WebSphere Application Server의 권장 수정사항을 참조하십시오.

      3. WebSphere Application Server용 IBM Installation Factory의 최신 코드를 다운로드 및 설치하십시오.

        해당 설치 팩토리 다운로드 페이지에 대한 링크는 WebSphere Application Server의 권장 수정사항을 참조하십시오.

      4. IBM JDK(Java™ 2 Platform Standard Edition Development Kit) 1.5 Service Release 5 이상을 사용 중인지 확인하십시오.
      5. WebSphere Software 버전 6.1.0.9 이상을 위한 설치 갱신 프로그램을 사용하여 Websphere Application Server 버전 6.1.0.9 이상을 포함하는 서비스 팩을 설치하십시오.

        버전 6.1 설치에 사용했던 것과 동일한 관리자 계정을 사용하는지 확인하십시오.

      6. 이제 다음 조치를 수행할 수 있습니다.
        • Websphere Application Server 런타임을 실행합니다.
        • 설치를 확인합니다.
        • 프로파일 관리 도구 또는 manageprofiles 명령을 사용하여 프로파일을 작성하십시오.

    Microsoft Windows Vista 운영 체제의 경우를 제외하고, 런치패드는 설치를 시작하기 위해 선호되는 방법입니다. 런치패드를 사용하여 제품 개요, 설치 안내서 및 readme 파일에 액세스하십시오. 각 설치 프로시저를 실행하려면 런치패드를 사용하십시오. 자세한 정보는 LaunchPad를 사용하여 설치 시작 의 내용을 참조하십시오.

    런치패드는 설치 시작을 위한 선호하는 방법입니다. 런치패드를 사용하여 제품 개요, 설치 안내서 및 readme 파일에 액세스하십시오. 각 설치 프로시저를 실행하려면 런치패드를 사용하십시오. 자세한 정보는 LaunchPad를 사용하여 설치 시작 의 내용을 참조하십시오.

    AIX 또는 Linux 같은 플랫폼에서 루트 사용자로 설치하거나 또는 Windows 플랫폼의 관리자 그룹에 속하는 사용자 ID로 설치하십시오.

    [Windows] 관리자 그룹의 구성원으로 로그온하여 제품을 설치하십시오. 관리자 그룹에 속하지 않은 사용자 ID에서는 제품을 올바르게 설치할 수 없습니다.

    [Windows] 설치 프로시저는 설치 프로그램 ID에 Windows 서비스를 설치하기 위해 다음 고급 사용자 권한인 운영 체제의 일부로서 역할 수행서비스로 로그온이 있어야 합니다.

    [AIX] [HP-UX] [Linux] [Solaris] 설치 프로그램 ID는 비루트 사용자 ID가 될 수 있습니다. 그러나, 일부 설치 프로시저에서는 설치자 ID가 루트 사용자여야 합니다. 이러한 프로시저의 예로는 IBM HTTP Server에서 SSL을 사용할 때 필요한 GSKit이 있습니다. 비루트 사용자로 IBM HTTP Server 또는 웹 서버 플러그인을 설치한 후 루트 사용자로 로그온하고 GSKit을 설치하십시오. 비루트 제한사항에 대한 자세한 정보는 비루트 설치 프로그램 제한사항 의 내용을 참조하십시오.

    이 타스크 정보

    이 주제의 정보를 사용하여 사용 가능한 설치 유형에 대해 배우십시오. 이 주제에는 더 자세한 설치 주제에 대한 링크가 있습니다.

    설치 마법사 GUI 또는 자동 모드를 사용하여 제품을 설치할 수 있습니다. 설치 마법사는 다음 조치를 수행합니다.
    • 자동으로 전제조건 확인
    • 이전 WebSphere Application Server 버전 6.0.x 설치를 찾아서 제품 2진에 기능을 추가할 수 있는지 또는 새 제품 2진 세트를 설치할 수 있는지 여부를 판별하십시오.
    • 이전 버전 6.0.x 설치를 찾아서 평가판 설치에서 실제 제품으로 업그레이드할 수 있는지 판별하십시오.
    • 이전 WebSphere Application Server 버전 6.1 설치를 찾아서 제품 2진에 기능을 추가할 수 있는지 또는 새 제품 2진 세트를 설치할 수 있는지 여부를 판별하십시오.
    • 이전 버전 6.1 설치를 찾아서 평가판 설치에서 실제 제품으로 업그레이드할 수 있는지 판별하십시오.
    • 필수 제품 2진 코드 설치
    • 독립형 Application Server 노드 작성
    • Deployment Manager 프로파일, Application Server 프로파일 또는 사용자 정의 프로파일을 작성할 수 있는 프로파일 작성 마법사를 시작하도록 프롬프트합니다.
    • 셀 프로파일, Deployment Manager 프로파일, 독립형 Application Server 프로파일 또는 사용자 정의 프로파일을 작성하도록 프롬프트하거나 프로파일 관리 도구를 시작하여 프로파일을 작성하도록 프롬프트
    • 프로파일 관리 도구를 사용하여 프로파일을 확장하거나 작성하도록 프롬프트

    프로시저

    1. 설치 계획 에서 설명한 대로 설치를 계획하십시오.
    2. 제품 설치에 맞게 운영 체제 준비 에서 설명한 대로 설치할 운영 플랫폼을 준비하십시오.
    3. 길잡이: Express 제품 설치 에서 설명한 대로 Express 제품 설치를 위한 길잡이를 검토하십시오.
    4. Express 제품을 설치하십시오.

      어떠한 이유로 운영 체제에서 그래픽 사용자 인터페이스를 사용할 수 없으면 자동 모드에서 마법사를 사용하십시오.

      설치 시나리오를 선택하십시오.
      • 그래픽 사용자 인터페이스: tins_typicale.html에서 설명한 대로 마법사를 사용하여 일반 설치를 수행하십시오.

        Express 제품의 일반 설치는 기능을 모두 설치합니다.

      • 그래픽 사용자 인터페이스: Express 설치 에서 설명한 대로 마법사를 사용하여 설치하십시오.

        Express 설치 시 런치패드를 사용하여 마법사를 시작하는 방법을 권장합니다. 예제: 런치패드를 사용하여 Express 설치 의 내용을 참조하십시오.

      • 그래픽 사용자 인터페이스: tins_custome.html에서 설명한 대로 마법사를 사용하여 사용자 정의 설치를 수행하십시오.

        사용자 설치를 사용하여 설치할 기능을 선택할 수 있습니다.

      • 그래픽 사용자 인터페이스: 기존의 Express 제품에 추가 기능 설치 에서 설명한 대로 기존 설치에 추가 기능을 설치하십시오.

        Express를 설치한 후, 이전에 설치 제거한 기능을 설치하여 시스템 파일을 업그레이드하기 위해 다시 설치할 수 있습니다.

      • 그래픽 사용자 인터페이스: Express 평가판을 Express 제품으로 업그레이드 에서 설명한 대로 평가판을 제품 버전으로 업그레이드하십시오.
      • 명령행 인터페이스: 자동 설치 에서 설명한 대로 자동 설치를 수행하십시오.

        자동 설치를 하려면 모든 설치 선택사항을 포함하는 응답 파일을 편집해야 합니다. 유효한 응답 파일을 작성한 후 명령 창에서 -silent 매개변수 및 -options 매개변수와 함께 install 명령을 발행하십시오.

      설치 프로그램은 ISMP 콘솔 설치 메소드를 현재 지원하지 않습니다.

      추가 디스크 공간 또는 임시 공간이 필요하거나 시스템에 전제조건 패키지가 누락되는 등의 문제점이 있는 경우, 설치를 취소하고 필수 변경을 수행한 후 설치를 재시작하십시오.

    5. rins_baseroadmap.html에서 설명한 대로 기본 제품 설치를 위한 길잡이를 검토하십시오.
    6. 기본 제품을 설치하십시오.

      어떠한 이유로 운영 체제에서 그래픽 사용자 인터페이스를 사용할 수 없으면 자동 모드에서 마법사를 사용하십시오.

      설치 시나리오를 선택하십시오.
      • 그래픽 사용자 인터페이스: tins_typicalb.html에서 설명한 대로 마법사를 사용하여 일반 설치를 수행하십시오.

        기본 제품의 일반 설치는 기능을 모두 설치합니다.

      • 그래픽 사용자 인터페이스: tins_customb.html.tins_customb_61.html에서 설명한 대로 마법사를 사용하여 사용자 설치를 수행하십시오.

        사용자 설치를 사용하여 설치할 기능을 선택할 수 있습니다.

      • 그래픽 사용자 인터페이스: tins_featuresb.html에서 설명한 대로 기존 설치에 추가 기능을 설치하십시오.

        제품을 설치한 후, 이전에 설치 제거한 기능을 설치하여 시스템 파일을 업그레이드하기 위해 다시 설치할 수 있습니다.

      • 그래픽 사용자 인터페이스: tins_upgradeeb.htmltins_upgradeb.html에서 설명한 대로 평가판을 제품 버전으로 업그레이드하십시오.
      • 명령행 인터페이스: 자동 설치 에서 설명한 대로 자동 설치를 수행하십시오.

        자동 설치를 하려면 모든 설치 선택사항을 포함하는 응답 파일을 편집해야 합니다. 유효한 응답 파일을 작성한 후 명령 창에서 -silent 매개변수 및 -options 매개변수와 함께 install 명령을 발행하십시오.

      설치 프로그램은 ISMP 콘솔 설치 메소드를 현재 지원하지 않습니다.

      추가 디스크 공간 또는 임시 공간이 필요하거나 시스템에 전제조건 패키지가 누락되는 등의 문제점이 있는 경우, 설치를 취소하고 필수 변경을 수행한 후 설치를 재시작하십시오.

    7. rins_ndroadmap.html에서 설명한 대로 Network Deployment 제품 설치를 위한 길잡이를 검토하십시오.
    8. 기존 버전 6.1 WebSphere Application Server 설치에 기능팩을 설치하십시오.

      어떠한 이유로 운영 체제에서 그래픽 사용자 인터페이스를 사용할 수 없으면 자동 모드에서 마법사를 사용하십시오.

      설치 시나리오를 선택하십시오.
      • 그래픽 사용자 인터페이스: 설치 마법사를 사용하여 버전 6.1 설치에 웹 서비스 기능팩을 설치하십시오.

        tins_install_wbs.html의 내용을 참조하십시오.

        SOA 베타 사용자: SOA 기능팩을 설치하려면 먼저 웹 서비스 기능팩을 설치해야 합니다.

      • 그래픽 사용자 인터페이스: 설치 마법사를 사용하여 버전 6.1에 서비스 지향 아키텍처(SOA) 기능팩을 설치하십시오.

        tins_install_soa.html의 내용을 참조하십시오.

      • 명령행 인터페이스: 자동 설치를 수행하십시오.

        자동 설치를 하려면 모든 설치 선택사항을 포함하는 응답 파일을 편집해야 합니다. 유효한 응답 파일을 작성한 후 명령 창에서 -silent 매개변수 및 -options 매개변수와 함께 install 명령을 발행하십시오.

        tins_runSilent_wbs.html의 내용을 참조하십시오.

        tins_runSilent_soa.html의 내용을 참조하십시오.

      설치 프로그램은 ISMP 콘솔 설치 메소드를 현재 지원하지 않습니다.

      또한 웹 서비스 및 SOA 기능팩을 동시에 설치할 수 없습니다. 두 개의 별개 프로세스는 동일한 설치 코드의 두 인스턴스를 동시에 실행할 수 없습니다.

      추가 디스크 공간 또는 임시 공간이 필요하거나 시스템에 전제조건 패키지가 누락되는 등의 문제점이 있는 경우, 설치를 취소하고 필수 변경을 수행한 후 설치를 재시작하십시오.

    9. Network Deployment 제품을 설치하십시오.

      어떠한 이유로 운영 체제에서 그래픽 사용자 인터페이스를 사용할 수 없으면 자동 모드에서 마법사를 사용하십시오.

      설치 시나리오를 선택하십시오.
      • 그래픽 사용자 인터페이스: tins_customn.html에서 설명한 대로 마법사를 사용하여 설치를 수행하십시오.

        설치를 사용하여 설치할 기능을 선택할 수 있습니다.

      • 그래픽 사용자 인터페이스: tins_featuresn.html에서 설명한 대로 기존 설치에 추가 기능을 설치하십시오.

        제품을 설치한 후, 이전에 설치 제거한 기능을 설치하여 시스템 파일을 업그레이드하기 위해 다시 설치할 수 있습니다.

      • 명령행 인터페이스: 자동 설치 에서 설명한 대로 자동 설치를 수행하십시오.

        자동 설치를 하려면 모든 설치 선택사항을 포함하는 응답 파일을 편집해야 합니다. 유효한 응답 파일을 작성한 후 명령 창에서 -silent 매개변수 및 -options 매개변수와 함께 install 명령을 발행하십시오.

      설치 프로그램은 ISMP 콘솔 설치 메소드를 현재 지원하지 않습니다.

      추가 디스크 공간 또는 임시 공간이 필요하거나 시스템에 전제조건 패키지가 누락되는 등의 문제점이 있는 경우, 설치를 취소하고 필수 변경을 수행한 후 설치를 재시작하십시오.

    10. 옵션: IBM HTTP Server를 설치하십시오.

      WebSphere Application Server 제품을 설치한 후 Application Server를 사용하여 인터넷에서 응용프로그램을 제공할 수 있습니다. 다른 웹 서버에 IBM HTTP Server를 설치할 필요가 없습니다.

      설치 계획 의 설치 솔루션 다이어그램은 다른 유형의 환경에 있는 컴포넌트를 보여줍니다.

      IBM HTTP Server 설치에 대한 자세한 정보는 IBM HTTP Server 설치 의 내용을 참조하십시오.

    11. 옵션: IBM HTTP Server용 웹 서버 플러그인 또는 지원 웹 서버를 설치하십시오.

      IBM HTTP Server 또는 다른 웹 서버를 설치하는 경우 웹 서버가 WebSphere Application Server 제품과 통신할 수 있도록 2진 모듈을 설치해야 합니다.

      웹 서버 플러그인을 설치한 후 플러그인 설치 마법사는 Application Server 구성에 웹 서버 정의라는 새 요소를 구성합니다. 그런 다음, 관리 콘솔을 사용하여 웹 서버에 대한 응용프로그램을 관리할 수 있습니다.

      자세한 정보는 웹 서버 플러그인 설치 의 내용을 참조하십시오.

    12. 옵션: 응용프로그램 클라이언트를 설치하십시오.

      전개 중인 응용프로그램이 클라이언트 응용프로그램으로 실행되도록 설계되지 않았으면 응용프로그램 클라이언트를 설치할 필요가 없습니다.

      자세한 정보는 WebSphere Application Server용 응용프로그램 클라이언트 설치 의 내용을 참조하십시오.

    13. 옵션: Application Server Toolkit을 설치하십시오.

      Application Server Toolkit 개발 환경을 설치할 필요는 없습니다. Application Server Toolkit을 사용하여 WebSphere Application Server에 J2EE 응용프로그램을 개발, 어셈블 및 전개할 수 있습니다.

      자세한 정보는 길잡이: Application Server Toolkit 설치 의 내용을 참조하십시오.

    14. 옵션: Rational Web Developer를 설치하십시오.

      통합 개발 환경을 설치할 필요가 없습니다. 개발 환경은 웹 응용프로그램 개발자를 위한 것입니다.

      자세한 정보는 rins_rwdroadmap.html의 내용을 참조하십시오.

    15. 옵션: WebSphere 소프트웨어용 설치 갱신 프로그램을 설치하십시오.

      제품 패키지에 있는 설치 가능한 WebSphere 소프트웨어 컴포넌트용 유지보수 패키지를 설치하려면 설치 갱신 프로그램을 사용하십시오. 자세한 정보는 WebSphere 소프트웨어용 설치 갱신 프로그램 설치 의 내용을 참조하십시오.

    16. 옵션: 설치 갱신 프로그램, 이주 도구, IBM Support Assistant 및 World Type 글꼴에 액세스하려면 설치 및 이주 도구 디스크를 사용하십시오.

      자세한 정보는 WebSphere Application Server 보완 기능 디스크 의 내용을 참조하십시오.

    결과

    이 프로시저에 따라 IBM WebSphere Application Server - Express 버전 6.x를 설치할 수 있습니다.

    이 프로시저에 따라 IBM WebSphere Application Server 버전 6.x를 설치할 수 있습니다.

    이 프로시저에 따라 WebSphere Application Server Network Deployment 버전 6.x를 설치할 수 있습니다.

    기능팩은 기존 제품에 설치됩니다.

    또한 IBM HTTP Server, WebSphere Application Server용 웹 서버 플러그인 및 WebSphere Application Server용 응용프로그램 클라이언트를 설치할 수도 있습니다.

    다음에 수행할 내용

    이전 버전의 WebSphere Application Server로부터 이주에 대한 정보는 이주, 공존 및 상호운영성 개요 의 내용을 참조하십시오.

    응용프로그램 전개 시작하기에 대한 정보는 WebSphere Application Server에 대한 빠른 경로 의 내용을 참조하십시오.



    posted by 좋은느낌/원철
    2008. 12. 3. 19:21 개발/WebSphere

    이 주제에서는 일반적인 설치 시나리오와 각 시나리오에 해당되는 컴포넌트 설치 프로시저로의 링크에 대해 설명합니다.

    시작하기 전에

    IBM WebSphere Application Server는 Application Server, 웹 개발 도구 세트, 웹 서버 및 추가 지원 소프트웨어와 문서를 포함하는 통합 플랫폼입니다.

    이 타스크 정보

    각 시나리오에는 다이어그램과 자세한 설치 단계 목록이 있습니다.

    프로시저

    • 시나리오 1: WebSphere Application Server의 단일 시스템 설치

      WebSphere Application Server만을 단일 시스템에 설치하면 자동으로 server1이라 이름 지정된 독립형 Application Server가 작성됩니다. 기본 제품을 설치하면 코어 제품 파일 및 Application Server에 대한 프로파일이 작성됩니다. 프로파일은 Application Server 환경을 정의하는 별도의 파일 세트입니다.

      이 시나리오에서 Application Server는 상대적으로 낮은 요청 워크로드로 응용프로그램을 핸들하는 데 적합한 내부 HTTP 전송 체인을 사용하여 통신합니다. 예를 들면, 이 유형의 설치는 간단한 테스트 환경이나 부분적인 인트라넷 환경을 지원할 수 있습니다.


      독립형 프로파일을 작성하면 server1 프로세스가 작성됨

      1. WebSphere Application Server를 설치하십시오.
    • 시나리오 2: WebSphere Application Server 및 웹 서버의 단일 시스템 설치

      IBM HTTP Server와 같은 웹 서버를 Application Server와 동일한 시스템에 설치하면 추가 구성 옵션이 제공됩니다. 웹 서버 플러그인을 설치하면 웹 서버가 Application Server와 통신할 수 있습니다. 이 설치 시나리오는 방화벽이 필요하지 않은 엄격한 테스트 환경 또는 프로덕션 환경을 지원합니다. 그러나, 이것이 일반 프로덕션 환경은 아닙니다.

      선택적 웹 서버와 Application Server가 한 시스템에 있음

      1. WebSphere Application Server를 설치하십시오.
      2. IBM HTTP Server 또는 다른 지원 웹 서버를 설치하십시오.

        IBM HTTP Server를 설치하는 동안 설치 마법사를 사용하여 웹 서버 플러그인을 설치하십시오. IBM HTTP Server를 설치한 후 4단계로 진행하십시오.

      3. IBM HTTP Server의 기존 설치 또는 다른 지원 웹 서버를 사용하는 경우, 플러그인 설치 마법사를 사용하여 웹 서버 플러그인을 설치하고 웹 서버를 구성하십시오. 웹 서버와 Application Server가 동일한 시스템에 있기 때문에 플러그인 설치 마법사가 웹 서버 정의를 작성하며, 사용자는 4단계를 건너뛸 수 있습니다.
      4. 관리 콘솔을 사용하여 웹 서버 정의를 작성하십시오. 서버 > 웹 서버 > 새로 작성을 클릭하십시오.
      5. WebSphere Application Server를 설치하십시오.
      6. IBM HTTP Server 또는 다른 지원 웹 서버를 설치하십시오.
      7. 웹 서버 플러그인을 설치하고 플러그인 설치 마법사를 사용하여 웹 서버를 구성하십시오.
    • 시나리오 3: WebSphere Application Server 및 웹 서버의 두 시스템 설치

      일반 생산 환경에서는 한 시스템의 Application Server가 웹 서버 플러그인을 통해 별도의(원격) 시스템에 있는 웹 서버와 통신합니다. 선택적 방화벽은 Application Server 시스템에 추가적인 보안을 제공할 수 있습니다.

      DMZ 시나리오

      1. 시스템 A에 WebSphere Application Server를 설치하십시오.
      2. 시스템 B에 IBM HTTP Server 또는 다른 지원 웹 서버를 설치하십시오. IBM HTTP Server를 설치하는 동안 설치 마법사를 사용하여 웹 서버 플러그인을 설치하십시오.
      3. 다른 지원 웹 서버 또는 IBM HTTP Server의 기존 설치를 사용하는 경우 플러그인 설치 마법사를 사용하여 시스템 B에서 웹 서버 플러그인을 설치하고 웹 서버를 구성하십시오. 플러그인 설치 마법사는 시스템 B의 plugins_root/bin 디렉토리에 configureWeb_server_name 스크립트를 작성합니다.
      4. 시스템 B의 configureWeb_server_name 스크립트를 시스템 A의 app_server_root/profile_name/bin 디렉토리로 복사하십시오.
      5. 시스템 A에서 configureWeb_server_name 스크립트를 실행하여 관리 콘솔에서 웹 서버 정의를 작성하십시오. 그런 다음, 관리 콘솔을 사용하여 웹 서버를 관리할 수 있습니다.
      6. 시스템 A에서 관리 콘솔을 사용하여 plugin-cfg.xml 파일을 Application Server에서 웹 서버로 전달하십시오. 서버 > 웹 서버 > Web_server_name > 플러그인 전달을 클릭하십시오. IBM HTTP Server 이외의 웹 서버는 수동으로 전달해야 합니다.
      7. 시스템 A에 WebSphere Application Server를 설치하십시오.
      8. 시스템 B에 IBM HTTP Server 또는 지원 웹 서버를 설치하십시오.
      9. 웹 서버 플러그인을 설치하고 시스템 B의 플러그인 설치 마법사를 사용하여 웹 서버를 구성하십시오.
      10. 플러그인 설치 마법사는 시스템 B의 plugins_root/bin 디렉토리에 configureweb_server_name 스크립트를 작성합니다. 스크립트를 시스템 A의 app_server_root/bin 디렉토리로 복사하십시오.
      11. configureweb_server_name 스크립트를 실행하여 관리 콘솔에서 웹 서버 정의를 작성하십시오. 그런 다음, 관리 콘솔을 사용하여 웹 서버를 관리할 수 있습니다.
      12. 관리 콘솔을 사용하여 plugin-cfg.xml 파일을 Application Server에서 웹 서버로 전달하십시오. 서버 > 웹 서버 > 플러그인 전달을 클릭하십시오. (IBM HTTP Server 이외의 웹 서버는 수동으로 전달해야 합니다.)
    • 시나리오 4: WebSphere Application Server의 하나의 설치를 사용하는 여러 프로파일 작성

      프로파일은 Application Server에 대한 런타임 환경을 정의하는 파일을 포함하는 개별 데이터 파티션입니다. 기본 프로파일은 기본 제품을 설치하는 동안에 작성됩니다. 프로파일 관리 도구를 사용하여 추가 프로파일을 작성하십시오. 각 프로파일은 자체 관리 인터페이스가 있는 별도의 독립형 Application Server를 정의합니다.

      프로파일을 작성하고 전용 웹 서버를 설치한 후 플러그인 설치 마법사를 사용하여 웹 서버 플러그인을 설치하고 웹 서버 구성 파일을 갱신하십시오. 그런 다음, 웹 서버는 Application Server와 통신할 수 있습니다.

      이 토폴로지를 통해 각 프로파일은 동일한 코어 제품 파일 세트를 공유하면서 고유 응용프로그램, 구성 설정 값, 데이터 및 로그 파일을 가질 수 있습니다. 여러 프로파일을 작성하면 다른 용도로 사용할 수 있는 여러 Application Server 환경이 작성됩니다.

      예를 들면, 웹 사이트의 각 Application Server가 다른 응용프로그램을 제공할 수 있습니다. 다른 예에서는 각 Application Server가 프로그래머나 개발 팀에 지정하는 별도의 테스트 환경일 수 있습니다.

      복수 프로파일의 다른 이점은 서비스 가능성이 개선된다는 점입니다. 예를 들면, 픽스팩이 파일 시스템을 갱신하면 모든 Application Server가 갱신된 코어 제품 파일을 사용하게 됩니다.

      코어 제품 파일 갱신

      복수 프로파일의 다른 이점은 서비스 가능성이 개선된다는 점입니다. 새로 고치기 팩이나 픽스팩이 시스템에서 코어 제품 파일을 갱신할 때 코어 제품 파일에서 작성된 모든 Application Server 프로파일은 갱신된 파일을 사용하기 시작합니다. 그러나 유지보수 패키지에 기존 프로파일에 필요한 유지보수가 포함되어 있지 않으면 프로파일 자체가 갱신되지 않습니다. 설치 갱신 프로그램은 유지보수 패키지를 설치할 때 기존 프로파일로 필수 갱신에 대한 메시지를 발행합니다.

      일부 경우 시스템의 Application Server를 일부만 갱신하려 할 수 있습니다. 그러한 경우에는 단순히 제품을 두 번 설치하고 새 유지보수를 설치하십시오. 두 설치 모두에서 Application Server 프로파일을 작성하여 제품 갱신을 점진적으로 관리하십시오.

      각 Application Server에 대한 전용 웹 서버

      1. 시스템 A에 WebSphere Application Server를 설치하십시오.
      2. 시스템 B에 IBM HTTP Server 또는 다른 지원 웹 서버를 설치하십시오. IBM HTTP Server를 설치하는 동안 설치 마법사를 사용하여 웹 서버 플러그인을 설치하십시오.
      3. 다른 지원 웹 서버 또는 IBM HTTP Server의 기존 설치를 사용하는 경우 플러그인 설치 마법사를 사용하여 시스템 B에서 웹 서버 플러그인을 설치하고 웹 서버를 구성하십시오. 플러그인 설치 마법사는 시스템 B의 plugins_root/bin 디렉토리에 configureWeb_server_name 스크립트를 작성합니다.
      4. 시스템 B의 configureWeb_server_name 스크립트를 시스템 A의 app_server_root/profile_name/bin 디렉토리로 복사하십시오.
      5. 시스템 A에서 configureWeb_server_name 스크립트를 실행하여 관리 콘솔에서 웹 서버 정의를 작성하십시오. 그런 다음, 관리 콘솔을 사용하여 웹 서버를 관리할 수 있습니다.
      6. 시스템 A에서 관리 콘솔을 사용하여 plugin-cfg.xml 파일을 Application Server에서 웹 서버로 전달하십시오. 서버 > 웹 서버 > Web_server_name > 플러그인 전달을 클릭하십시오. IBM HTTP Server 이외의 웹 서버는 수동으로 전달해야 합니다.
      7. 시스템 A에서 프로파일 관리 도구를 사용하여 후속 Application Server 프로파일을 작성하십시오.
      8. 시스템 B에 후속 IBM HTTP Server 또는 다른 지원 웹 서버를 설치하십시오. IBM HTTP Server를 설치하는 동안 설치 마법사를 사용하여 웹 서버 플러그인을 설치하십시오.
      9. IBM HTTP Server의 기존 설치 또는 다른 지원 웹 서버를 사용하는 경우, 플러그인 설치 마법사를 사용하여 시스템 B에 각각의 추가 웹 서버를 구성하십시오. 웹 서버 플러그인을 설치하면 시스템 B의 plugins_root/bin 디렉토리에서 configureWeb_server_name 스크립트가 작성됩니다.
      10. 시스템 B의 configureWeb_server_name 스크립트를 시스템 A의 app_server_root/profile_name/bin 디렉토리로 복사하십시오.
      11. 시스템 A에서 configureweb_server_name 스크립트를 실행하여 관리 콘솔에서 웹 서버 정의를 작성하십시오. 그런 다음, 관리 콘솔을 사용하여 웹 서버를 관리할 수 있습니다.
      12. 시스템 A에서 관리 콘솔을 사용하여 plugin-cfg.xml 파일을 두 번째 Application Server에서 웹 서버로 전달하십시오. 서버 > 웹 서버 > Web_server_name > 플러그인 전달을 클릭하십시오. IBM HTTP Server 이외의 웹 서버는 수동으로 전달해야 합니다.
      13. 시스템 A에 WebSphere Application Server를 설치하십시오.
      14. 시스템 B에 IBM HTTP Server 또는 지원 웹 서버를 설치하십시오.
      15. 웹 서버 플러그인을 설치하고 시스템 B의 플러그인 설치 마법사를 사용하여 웹 서버를 구성하십시오.
      16. 플러그인 설치 마법사는 시스템 B의 plugins_root/bin 디렉토리에 configureweb_server_name 스크립트를 작성합니다. 스크립트를 시스템 A의 app_server_root/bin 디렉토리로 복사하십시오.
      17. configureweb_server_name 스크립트를 실행하여 관리 콘솔에서 웹 서버 정의를 작성하십시오. 그런 다음, 관리 콘솔을 사용하여 웹 서버를 관리할 수 있습니다.
      18. 관리 콘솔을 사용하여 plugin-cfg.xml 파일을 Application Server에서 웹 서버로 전달하십시오. 서버 > 웹 서버 > 플러그인 전달을 클릭하십시오. (IBM HTTP Server 이외의 웹 서버는 수동으로 전달해야 합니다.)
      19. 시스템 A에서 프로파일 관리 도구를 사용하여 두 번째 Application Server 프로파일을 작성하십시오. 해당 패널에서 선택란을 선택하여 프로파일 작성 중에 기본 프로파일을 작성하십시오.

        플러그인 설치 마법사가 작성하는 스크립트는 기본 프로파일에서만 작동합니다. 따라서 이 스크립트는 스크립트가 실행하는 시점에 기본 프로파일인 프로파일에서만 웹 서버 정의를 작성합니다.

      20. 시스템 B에 두 번째 IBM HTTP Server 또는 다른 지원 웹 서버를 설치하십시오.
      21. 시스템 B에서, 플러그인 설치 마법사를 사용하여 웹 서버 플러그인을 설치해서 두 번째 웹 서버를 구성하십시오. 두 웹 서버 모두 플러그인 2진의 단일 설치를 공유하지만 개별적으로 구성해야 합니다.
      22. 플러그인 설치 마법사는 두 번째 웹 서버에 configureweb_server_name 스크립트를 작성합니다. 스크립트는 시스템 B의 plugins_root/bin 디렉토리에 있습니다. 스크립트를 시스템 A의 app_server_root/bin 디렉토리로 복사하십시오.
      23. configureweb_server_name 스크립트를 실행하여 관리 콘솔에서 웹 서버 정의를 작성하십시오. 그런 다음, 관리 콘솔을 사용하여 웹 서버를 관리할 수 있습니다.
      24. 관리 콘솔을 사용하여 plugin-cfg.xml 파일을 두 번째 Application Server에서 웹 서버로 전달하십시오. 서버 > 웹 서버 > 플러그인 전달을 클릭하십시오. (IBM HTTP Server 이외의 웹 서버는 수동으로 전달해야 합니다.)

    결과

    이 프로시저에 따라 일반 설치 시나리오를 검토하여 설치하려는 토폴로지에 대한 가능한 일치점을 찾으십시오. 각 상위 레벨 프로시저는 토폴로지를 구성하는 컴포넌트의 설치 순서를 보여줍니다.
    posted by 좋은느낌/원철
    2008. 12. 3. 18:47 개발/WebSphere

    한 PC/서버에서 돌아가는 WebSphere의 설정/응용프로그램(EAR)/웹모듈(WAR) 등을 다른 PC/서버로 옮기려면

    1. 백업 : config, EAR, WAR
    2. 복원 : config, EAR, WAR

    의 방법으로 옮길 수 있다.

    config의 백업/복원만으로도 EAR과 웹모듈이 옮겨지긴 하는데, 처음 EAR 및 WAR 설치 후의 수정사항이 반영되지 않은 상태로

    옮겨질 가능성이 있으므로 이는 완전하지 않다.


    백업 및 복원은 다음과 같은 식으로 수행한다.



    [ WebSphere config 백업하기 ]

    1. 잘 돌아가는 WebSphere 에서 응용프로그램 (EarContent) 은 설치 제거한다.

    * 또는, 응용프로그램까지 포함한 채로 백업한 다음, 복원하는 쪽에서 EarContent를 제거해도 된다.

      이 경우 EarContent.ear 압축파일의 크기가 커지지만, 백업하는 쪽에서 EarContent를 제거하지 않아도 되므로

      실제로는 이렇게 쓰는 것이 나을 것임.
    2. 환경 변수, JDBC, JMS, BUS, 공유라이브러리, 한글관련 JVM 옵션 등의 설정이 제대로 되어 있는지 확인한다.
    3. IBM의 해당 프로파일의 bin 디렉토리에서 다음과 같은 형식으로 실행하여 config를 백업한다.
    backupConfig.bat WebSphereConfig_PCNAME_YYYYMMDD_AppSrv01.zip





    [ WebSphere config 복원하기 ]

    1. 대상 PC/서버의 WebSphere에서 응용프로그램을 먼저 설치 제거한다.
      (복원 후 수동으로 응용프로그램의 폴더를 지우는 것보다 웹스피어 내부 파일도 깨끗이 지워 놓기 위해 먼저 제거함)
    2. IBM의 해당 프로파일의 bin 디렉토리에서 다음과 같이 config를 복원한다.
       restoreConfig.bat XXXXXX.zip

       이때, 복원을 시도하는 컴퓨터에 현재 프로파일이 2개 이상이 존재하는 상태에서 컨피그 복원을 하는 경우,

       복원 대상 프로파일이 디폴트 프로파일이 아니라면 restoreConfig.bat 명령에 옵션으로 프로파일명을 지정해 주어야 한다.

       (프로파일명을 지정하지 않으면, 백업할 때의 프로파일명과 상관없이 디폴트 프로파일로 리스토어를 시도하므로 문제 발생함.)

    3. WebSphere를 구동시켜 정상적으로 서버가 구동되는지 확인한다.





    [ EarContent.ear 및 웹모듈 백업하기 ]

    1. 잘 돌아가는 (웹모듈까지 전부 들어 있는) EarContent.ear 디렉토리 자체를 다른 곳으로 복사한다. 예를 들어 _EarContent.ear 디렉토리로 복사한다고 하자.

    2. 각 웹모듈마다 별도의 war로 묶는다.
    예를 들어 _EarContent.ear/webapp 아래에 다음과 같이 nexcore, nexcore_new 디렉토리가 있다고 하면
      _EarContent.ear/webapp/nexcore
      _EarContent.ear/webapp/nexcore_new

    _EarConetnt.ear/webapp/nexcore 아래에서 다음을 실행하여 war로 묶는다.
    jar cvf nexcore.war ./*
    _EarContent.ear/webapp/nexcore_new 아래에서 다음을 실행하여 war로 묶는다.
    jar cvf nexcore_new.war ./*

    위에서 묶은 war 파일들을 안전한 곳으로 복사해 놓는다.

    3. _EarContent.ear/webapp 아래의 모든 디렉토리와 파일을 삭제하고, dummy.txt 파일 하나만 남겨 놓는다.
       아무 파일도 없는 빈 디렉토리가 있는 채로 EarContent.ear를 만들고 이를 다른 곳에서 응용프로그램으로 등록한 경우
       해당 디렉토리는 디렉토리가 아닌 일반 파일로 생성되게 된다.

    4. _EarContent.ear/META-INF/application.xml 파일 내용 중 웹모듈 관련 부분을 모두 삭제한다.

    5. _EarContent.ear 디렉토리 아래에서 다음을 실행한다.
    jar cvf EarContent.ear ./*
    생성된 ear 파일은 역시 안전한 곳으로 옮긴다.

    6. 위 2번 및 5번 과정에서 만들어진 ear 및 war파일들을 설치할 서버 또는 PC로 복사한다.




    [ EarContent.ear 및 웹모듈 복원하기 ]


    1. 기존 EarContent 응용프로그램이 설치되어 있는 상태라면 먼저 WebSphere 웹콘솔에서 제거한다.

    2. WebSphere 웹콘솔에서 EarContent를 등록한다.
       등록시 '2진 구성 파일 사용'에 체크하지 않는다.
       등록 후 EarContent 응용프로그램의 공유라이브러리 참조를 설정한다.
     
    3. 서버를 재시작시켜서 EarContent 응용프로그램이 잘 시작되는지 (IoC startup/end) 확인한다.

    4. WebSphere 웹콘솔에서 EarContent 응용프로그램 갱신을 이용하여 war 파일들을 모두 등록한다.
        war 등록 완료 후 다시 EarContent 응용프로그램의 공유라이브러리 참조를 설정한다.

    5. 서버를 재시작시켜서 EarContent 응용프로그램 시작을 확인하고, 실제 서비스를 테스트해 본다.

    posted by 좋은느낌/원철
    2008. 11. 26. 11:50 개발/DB2

    난이도 : 초급

    Roman Melnyk, DB2 Information Development, IBM Canada Ltd.

    2004 년 1 월 01 일

    DB2 UDB에서 사용되는 제약조건은 데이터에 대해 비즈니스 규칙을 시행하고 데이터베이스 무결성을 유지하는데 도움이 된다. 이 글에서는 DB2 UDB에서 지원하는 다양한 제약조건 유형들을 설명한다. 각 제약조건 유형들을 예제를 통해 설명한다. 또한 기본적인 제약조건 관리(명령행 또는 DB2 Control Center 사용)를 설명한다.

    DB2 UDB에서 사용되는 제약조건은 데이터에 대해 비즈니스 규칙을 시행한다. 이 글에서는 다음과 같은 유형의 제약조건을 설명한다.

    • NOT NULL
    • 유일(unique)
    • 기본 키
    • 외래 키
    • 테이블 체크
    정보형 제약조건(informational constraint)으로 알려진 제약조건도 있다. 위에 열거한 다섯 개의 제약조건과는 달리 정보형 제약조건은 데이터베이스 관리자가 다룰 수 있는 것이 아니다. 쿼리 퍼포먼스를 높이기 위해 SQL 컴파일러에 의해 사용된다. 이 글에서는 위에 열거한 제약조건 유형들에 초점을 맞춰 설명할 것이다. 정보형 제약조건은 다음 기회에 다루기로 한다.

    새로운 테이블을 만들 때 한 개 이상의 DB2 UDB 제약조건을 정의하거나, 테이블을 나중에 변경하여 몇 가지 제약조건을 정의할 수 있다. CREATE TABLE 문은 매우 복잡하다. 사실 너무 복잡해서 이 옵션들 중 일부가 제약조건 정의에 사용되더라도 신택스 다이어그램에서 볼 때에는 옵션들 자체로도 매우 복잡해보인다. (그림 1, 그림 2) 제약조건 관리는 DB2 Control Center를 통해 수행될 때 보다 편리하고 단순해질 수 있다.


    그림 1. CREATE TABLE 문의 신택스 일부– 제약조건을 정의하는데 사용되는 구문을 보여주고 있다.
    Figure 1

    제약조건 정의는 이 정의가 적용될 데이터베이스와 제휴되고 데이터베이스 카탈로그에 저장된다.(표 1) 데이터베이스 카탈로그를 쿼리하여 정보들을 가져와서 검사한다. 명령행에서 직접 수행할 수 있고(물론, 데이터베이스에 먼저 연결해야 한다.), 또는 Control Center를 통해서 보다 편리하게 정보에 액세스 한다.

    여러분이 만든 제약조건은 데이터베이스 객체들 처럼 다루어진다. 이름이 붙여지며, 제휴 스키마(생성자 ID)를 갖게 되며, 어떤 경우에는 제거(삭제)될 수도 있다.


    그림 2. CREATE TABLE 문의 신택스 일부 – 제약조건을 정의하는데 사용되는 구문을 보여주고 있다. (계속)
    Figure 2

    표 1. 데이터베이스 카탈로그에 있는 제약조건 정보. 성공적으로 실행하려면 그 카탈로그에 대한 쿼리에는 데이터베이스 연결이 필요하다.

    Catalog View View Column 설명 쿼리 예제
    SYSCAT.CHECKS 각 테이블 체크 제약조건에 대한 열이 포함된다. db2 select constname, tabname, text from syscat.checks
    SYSCAT.COLCHECKS 테이블 체크 제약조건에 의해 참조되는 각 칼럼에 대한 열을 포함하고 있다. db2 select constname, tabname, colname, usage from syscat.colchecks
    SYSCAT.COLUMNS NULLS 칼럼이 무효인지(Y), 무효가 아닌지(N)를 나타낸다. db2 select tabname, colname, nulls from syscat.columns where tabschema = 'MELNYK' and nulls = 'N'
    SYSCAT.CONSTDEP 몇 가지 다른 객체에 해당하는 제약조건의 종속성에 대한 열을 포함하고 있다. db2 select constname, tabname, btype, bname from syscat.constdep
    SYSCAT.INDEXES 각 인덱스에 대한 열을 포함하고 있다. db2 select tabname, uniquerule, made_unique, system_required from syscat.indexes where tabschema = 'MELNYK'
    SYSCAT.KEYCOLUSE 유일 키, 기본 키, 외래 키 제약조건으로 정의된 키에 참여한 각 칼럼에 대한 열을 포함하고 있다. db2 select constname, tabname, colname, colseq from syscat.keycoluse
    SYSCAT.REFERENCES 각각의 참조 제약조건에 대한 열을 포함하고 있다. db2 select constname, tabname, refkeyname, reftabname, colcount, deleterule, updaterule from syscat.references
    SYSCAT.TABCONST 유일 키(U), 기본 키 (P), 외래 키 (F), 테이블 체크 (K) 제약조건에 대한 열을 포함하고 있다. db2 select constname, tabname, type from syscat.tabconst
    SYSCAT.TABLES PARENTS 이 테이블의 부모 테이블의 수(이 테이블이 종속되어 있는 참조 제약조건의 수). db2 "select tabname, parents from syscat.tables where parents > 0"
    SYSCAT.TABLES CHILDREN 이 테이블의 종속 테이블의 수(이 테이블이 부모가 되는 참조 제약조건의 수). db2 "select tabname, children from syscat.tables where children > 0"
    SYSCAT.TABLES SELFREFS 이 테이블에 대한 자가 참조 제약조간의 수(이 테이블이 부모이기도 하고 종속 테이블인 참조 제약조건의 수). db2 "select tabname, selfrefs from syscat.tables where selfrefs > 0"
    SYSCAT.TABLES KEYUNIQUE 이 테이블에 정의된 (기본 키 외의) 유일 제약조건의 수. db2 "select tabname, keyunique from syscat.tables where keyunique > 0"
    SYSCAT.TABLES CHECKCOUNT 이 테이블에 정의된 체크 제약조건의 수. db2 "select tabname, checkcount from syscat.tables where checkcount > 0"

    NOT NULL 제약조건

    NOT NULL 제약조건으로 인해 무효(null) 값이 칼럼에 추가될 수 없다. 이것 때문에 칼럼은 테이블의 각 열에 값을 갖게 된다. 예를 들어, SAMPLE 데이터베이스에 있는 EMPLOYEE 테이블의 정의에는 LASTNAME VARCHAR(15) NOT NULL이 포함된다. 이로 인해 각 열에는 사원(EMPLOYEE)의 성(last name)이 포함된다.

    칼럼의 무효성 여부를 결정하기 위해서 그 테이블에 대한 데이터 정의 언어(DDL)를 참조할 수 있다. (db2look 유틸리티를 호출하여 생성한다.) DB2 Control Center(그림 34)를 사용해도 된다. 또는 데이터베이스 카탈로그를 쿼리 할 수도 있다. (Listing 1)


    그림 3. 특정 데이터베이스와 연결된 테이블은 DB2 Control Center의 컨텐츠 패인에 객체 트리에서 선택된 테이블과 함께 나타난다. 이 리스트는 melnyk 스키마에서 걸려졌다.
    Figure 3

    DB2 Control Center에서는 테이블 같은 데이터베이스 객체에 편리하게 액세스 할 수 있다. 그림 3은 SAMPLE 데이터베이스의 사용자 테이블 모습이다. Table이 객체 트리에서 선택될 때 컨텐츠 패인에 나타난다. EMPLOYEE 테이블을 선택하면 Alter Table 창을 열어 칼럼 애트리뷰트 등 테이블 정보를 볼 수 있다. (그림 4)


    그림 4. Alter Table 윈도우에서는 테이블의 애트리뷰트를 편리하게 볼 수 있다.
    Figure 4

    Listing 1. 데이터베이스 카탈로그를 쿼리하여 어떤 데이터베이스 칼럼이 무효인지를 파악하기
    db2 select tabname, colname, nulls from syscat.columns where tabschema = 'MELNYK' and nulls = 'N'




    위로


    유일 제약조건

    유일 제약조건(unique constraint)은 테이블의 특정 칼럼에 값이 한번 이상 나타나지 않도록 한다. 또한 특정 칼럼 세트 내에 값 세트가 한 번 이상 나타나지 않도록 한다. 유일 제약조건에서 참조되는 칼럼들은 NOT NULL로 정의되어야 한다. 유일 제약조건은 CREATE TABLE 문에서 UNIQUE 구문을 사용하여 정의되거나(그림 12), ALTER TABLE 문으로 정의될 수 있다.


    Listing 2. 유일 제약조건 만들기. SAMPLE 데이터베이스에서 ORG_TEMP 테이블은 ORG 테이블과 동일하다. 단, ORG_TEMP의 LOCATION 칼럼은 무효가 될 수 없고 유일 제약조건이 정의된다.
    db2 create table org_temp ( deptnumb smallint not null, deptname varchar(14), manager smallint, division varchar(10), location varchar(13) not null) db2 alter table org_temp add unique (location) db2 insert into org_temp values (10, 'Head Office', 160, 'Corporate', 'New York') DB20000I The SQL command completed successfully. db2 insert into org_temp values (15, 'New England', 50, 'Eastern', 'New York') SQL0803N One or more values in the INSERT statement, UPDATE statement, or foreign key update caused by a DELETE statement are not valid because the primary key, unique constraint or unique index identified by "1" constrains table "MELNYK.ORG_TEMP" from having duplicate rows for those columns. SQLSTATE=23505

    유일 제약조건은 의도하지 않은 중복을 방지하여 데이터 무결성을 유지시킨다. 우리 예제에서, New York을 그 회사의 지사로 지정하는 두 번째 기록이 삽입되는 것을 방지한다. 유일 제약조건은 유일 인덱스(unique index)를 통해 실행된다.

    제약조건 이름

    제약조건을 만들 때 이름을 정하지 않았다면 DB2에서 생성시간을 기준으로 이름을 만든다. 예) SQL031229211328410




    위로


    기본 키(primary key) 제약조건

    기본 키 제약조건은 테이블에 대한 기본 키를 구성하고 있는 칼럼이나 칼럼 세트의 모든 값들이 유일(unique)한 값이라는 것을 보장한다. 기본 키는 테이블의 특정 열을 구분하는데 사용된다. 테이블은 한 개 이상의 기본 키를 가질 수 없지만 여러 유일 키를 가질 수는 있다. 기본 키 제약조건은 유일 제약조건의 특별한 경우이며 기본 인덱스(primary index)를 통해 실행된다.

    기본 키 제약조건에 참조된 칼럼들은 NOT NULL로 정의되어야 한다. 기본 키 제약조건은 PRIMARY KEY 구문을 사용하여 CREATE TABLE 문으로 정의되거나(그림 12), ALTER TABLE 문으로 정의된다.


    Listing 3. 기본 키 제약조건 만들기. EMPLOYEE 테이블에 있는 EMPNO 칼럼은 무효가 될 수 없고, 여기에 기본 키 제약조건이 정의되어야 한다.
    db2 alter table employee add primary key (empno)

    대안으로는, DB2 Control Center를 사용하여 테이블에 기본 키 제약조건을 정의하는 방법이 있다. (그림 5)


    그림 5. Alter Table 윈도우에서는 테이블에 기본 키 제약조건을 편리하게 정의할 수 있다. 칼럼 리스트에서 한 개 이상의 칼럼을 선택한 다음 push 버튼을 누르고, 그렇게 선택된 칼럼 이름을 기본 키 칼럼 리스트로 이동시킨다. 선택된 칼럼은 무효가 될 수 없다.
    Figure 5



    위로


    외래 키 제약조건

    외래 키 제약조건은 참조 제약조건이라고도 불린다. 참조 무결성(Referential integrity)은 "데이터베이스에서 모든 외래 키들의 값이 유효한 상태”로 정의된다. 그렇다면 외래 키는 무엇인가? 외래 키(foreign key)는 테이블에 있는 칼럼이나 칼럼 세트의 값이 부모 테이블의 열에 있는 적어도 한 개의 기본 키나 유일 키 값과 매치하는 것을 의미한다. 더 정확히 말한다면? 테이블(T2)에 있는 칼럼(C2)이 또 다른 테이블(T1)에 있는 칼럼(C1)의 값들과 매치하는 값을 갖고 있고, C1은 T1에 대한 기본 키 칼럼이 되고, C2는 T2의 외래 키 칼럼이 된다는 것을 의미한다. 기본 키(기본 키 또는 유일 키)를 포함하고 있는 테이블을 부모 테이블(parent table)이라 하고, 외래 키를 포함하고 있는 테이블을 종속 테이블(dependent table)이라고 한다.

    SAMPLE 데이터베이스에 있는 PROJECT 테이블은 RESPEMP라는 칼럼을 갖고 있다. 이 칼럼에 있는 값은 이 테이블에 수록되어 있는 각 프로젝트를 담당하는 사원들의 수를 나타낸다. RESPEMP는 무효가 될 수 없다. 이 칼럼은 EMPLOYEE 테이블의 EMPNO 칼럼에 상응하고, 우리는 EMPNO가 이제는 EMPLOYEE 테이블에 대한 기본 키라는 것을 알고, RESPEMP는 PROJECT 테이블에서 외래 키로 정의될 수 있기 때문이다.(Listing 4) 따라서 EMPLOYEE 테이블에서 삭제가 실행되면 프로젝트 담당 사원이 없는 PROJECT 테이블은 존재하지 않는다.

    외래 키 제약조건은 FOREIGN KEY 구문(그림 12)을 사용하는 CREATE TABLE 문으로 정의되거나, ALTER TABLE 문으로 정의된다.


    Listing 4. 외래 키 제약조건 만들기
    db2 alter table project add foreign key (respemp) references employee on delete cascade

    REFERENCES 구문은 이 참조 제약조건에 대한 부모 테이블을 가리킨다. 외래 키 제약조건을 정의하는 신택스에는 rule-clause가 포함되는데, 바로 여기에서 무결성의 관점에서 업데이트나 삭제 방식을 DB2에 명령할 수 있다.(그림 1)

    삽입 작동은 표준 방식으로 다루어진다. 여러분은 이에 대한 제어권이 없다. 참조 제약조건의 삽입 규칙(insert rule)은 외래 키의 삽입 값이 부모 테이블의 부모 키의 값 일부와 매치해야 한다는 것을 지정하고 있다. 새로운 기록이 PROJECT 테이블에 삽입되면 그 기록에는 EMPLOYEE 테이블의 기존 기록에 대한 (부모-외래 키 관계를 통해) 참조를 포함하고 있어야 한다.

    참조 제약조건의 업데이트 규칙(update rule)외래 키의 업데이트 값이 부모 테이블의 부모 키의 일부 값과 매치해야 하고, 부모 키에 대한 업데이트 작동이 완료할 때 모든 외래 키 값은 매칭하는 부모 키 값을 갖고 있어야 한다는 것을 지정하고 있다. 다시 말하면, 어떤 "고아"도 없어야 한다. 모든 종속들은 부모가 있어야 한다.

    참조 제약조건의 삭제 규칙(delete rule)은 부모 테이블에서 열이 삭제될 때 적용되고, 참조 제약조건이 정의될 때 지정되었던 옵션에 의존한다. RESTRICT나 NO ACTION 구문이 지정되면 어떤 열도 삭제되지 않는다. SET NULL 구문이 지정되면 외래 키의 무효가 가능한 칼럼들이 무효로 설정된다. 하지만 참조 제약조건을 만들 때 CASCADE 옵션을 지정했다면 삭제 작동은 부모 테이블의 자식들에게로 퍼진다.

    다음 예제는 위에 설명한 것들을 나타낸 것이다.


    Listing 5. 외래 키 제약조건에서의 업데이트 규칙과 삭제 규칙
    db2 update employee set empno = '350' where empno = '000190' DB20000I The SQL command completed successfully. db2 update employee set empno = '360' where empno = '000150' SQL0531N The parent key in a parent row of relationship "MELNYK.PROJECT.SQL040103212526610" cannot be updated. SQLSTATE=23504 db2 "select respemp from project where respemp < '000050' order by respemp" RESPEMP ------- 000010 000010 000020 000030 000030 db2 delete from employee where empno = '000010' DB20000I The SQL command completed successfully. db2 "select respemp from project where respemp < '000050' order by respemp" RESPEMP ------- 000020 000030 000030

    부모 테이블(EMPLOYEE)에 있는 EMPNO 값 '000190'은 변경될 수 있다. 종속 테이블(PROJECT)에 '000190' RESPEMP 값이 없기 때문이다. 하지만 EMPNO 값 '000150'는 경우가 다르다. 이것은 PROJECT 테이블에 매칭하는 외래 키 값을 갖고 있고 따라서 업데이트 될 수 없다. CASCADE 옵션을 지정한 삭제 규칙으로 인해 기본 키 값 '000010'이 EMPLOYEE 테이블에서 삭제되면 삭제 연결된(delete-connected) PROJECT 테이블은 매칭하는 외래 키 값을 포함하고 있는 모든 열을 잃게 된다.




    위로


    테이블 체크 제약조건

    테이블 체크 제약조건(table check constraint)은 데이터에 정의된 제한들이 테이블에 추가될 수 있도록 한다. 예를 들어, 테이블 체크 제약조건은 EMPLOYEE 테이블에 내선 번호가 추가 및 업데이트 될 때 정확히 4자리 수가 되도록 한다. 테이블 체크 제약조건은 CHECK 구문을 사용하여 CREATE TABLE 문으로 정의되거나(그림 12), ALTER TABLE 문으로 정의된다.


    Listing 6. 테이블 체크 제약조건 만들기. PHONENO_LENGTH 제약조건은 EMPLOYEE 테이블에 추가되는 내선번호를 4자리 숫자로 지정한다.
    db2 alter table employee add constraint phoneno_length check (length(rtrim(phoneno)) = 4)

    대안으로는 DB2 Control Center를 사용하여 테이블 체크 제약조건을 정의할 수 있다. (그림 6)


    그림 6. Alter Table 윈도우에서 테이블 체크 제약조건을 편리하게 정의할 수 있다.
    Figure 6

    Add 버튼을 클릭하여 새로운 제약조건(Add Check Constraint 옵션)을 정의하거나, Change 버튼을 눌러 기존 제약조건을 변경한다.(그림 7)


    그림 7. Change Check Constraint 창에서 기본 체크 조건을 변경할 수 있다.
    Figure 7

    이 테이블의 기존 열의 값이 새로운 제약조건을 위반한다면 테이블 체크 제약조건을 만들 수 없다.(그림 8) 이렇게 비 호환되는 값이 적절히 업데이트 된 후에 제약조건을 추가하거나 수정할 수 있다.


    그림 8. 새로운 테이블 체크 제약조건이 테이블의 기본 값과 호환되지 않는다면 에러가 리턴된다.
    Figure 8
    데이터 체크 연기하기

    SET INTEGRITY 문은 테이블을 체크 보류 상태로 만드는데 사용된다. 새로운 체크 제약조건을 정의한 ALTER TABLE 문은 이 테이블의 기존 값을 체크하지 않고 처리된다.

    테이블 체크 제약조건은 SET INTEGRITY 문을 사용하여 실행되거나 실행되지 않는다. 테이블에 대해 대규모의 데이터 부하가 걸려있는 동안 퍼포먼스를 최적화 할 때 매우 유용하다. Listing 7은 SET INTEGRITY 문을 사용하는 시나리오이다. 이 예제에서 EMPLOYEE 테이블의 무결성 체크가 비활성 된 후에, 사원 '000100 '의 내선 번호는 123 값으로 업데이트 된다. 4자리 숫자의 내선 번호 값이 필요한 체크 제약조건은 EMPLOYEE 테이블에서 정의된다. EMPL_EXCEPT 라고 하는 예외 테이블이 만들어 진다. 이 새로운 테이블의 정의는 EMPLOYEE 테이블의 정의를 모방한 것이다. 무결성 체크가 활성화 되면, 이러한 테이블에 대한 쿼리는 해당 열이 예외 테이블에만 존재하는지를 확인한다.


    Listing 7. SET INTEGRITY 문을 사용하여 제약조건 체크 연기하기
    db2 update employee set phoneno = '123' where empno = '000100' db2 set integrity for employee off db2 alter table employee add constraint phoneno_length check (length(rtrim(phoneno)) = 4) db2 create table empl_except like employee db2 set integrity for employee immediate checked for exception in employee use empl_except SQL3602W Check data processing found constraint violations and moved them to exception tables. SQLSTATE=01603 db2 select empno, lastname, workdept, phoneno from empl_except EMPNO LASTNAME WORKDEPT PHONENO ------ --------------- -------- ------- 000100 SPENSER E21 123 1 record(s) selected.




    위로


    요약

    지금까지 DB2 Universal Database에서 지원하는 여러 가지 제약조건 유형들을 살펴보았다. 이러한 제약조건들이 DB2 UDB에 사용되어 데이터에 대해 비즈니스 규칙을 실행하고 데이터 무결성을 유지하는 방법도 알았다. 또한, 제약조건을 효과적으로 관리하는 방법으로 명령행과 DB2 Control Center의 사용법에 대해서도 배웠다.




    위로


    참고자료




    위로


    필자소개

    Roman Melnyk, DB2 Information Development, IBM


    posted by 좋은느낌/원철
    2008. 11. 11. 20:13 일상
    재건축임대주택 입주자모집 공고
    (수원권선 SK VIEW, 수원천천 대우푸르지오)
     
    이 주택은 도시 및 주거환경정비법 제30조의 2에 의거 재건축임대주택을 공사에서 인수하여 무주택세대주에게 공급하는 것으로 분양전환하지 않는 임대주택입니다.
     
     ■ 공급 현황 및 임대조건
     
       ◇ 위치, 건설규모 및 공급호수
     
    단 지 명
    위치, 건설규모 및 공급호수
    - 권선 SK VIEW   (권선주공2차 재건축)
    • 수원시 권선구 권선동 1035번지 외 7필지
    • 지하1층, 지상11~15층, 아파트 21개동
    • 총 1,018세대 중 임대주택 103세대
    - 천천 대우푸르지오  (천천주공 재건축)
    • 수원시 장안구 천천동 333번지 외 5필지
    • 지하2층, 지상15~30층, 아파트 33개동
    • 총 2,571세대 중 임대주택 210세대
     
       ◇ 공급대상 및 임대 조건
    단지명
    신청
    형별
    세대당 건축면적 (㎡)
    임대
    공급
    호수
    임  대  조  건
    최고
    층수
    공급면적 (㎡)
    기타공용
    (지하주차장)
    계약
    면적
    임대보증금 (천원)
    월임대
    료(원)
    전용
    주거
    공용
    계약금
    (20%)
    잔금
    (80%)
    수원권선
    SK VIEW
    59
    59.94
    20.88
    80.82
    26.9(25.51)
    107.72
    103
    47,918
    10,000
    37,918
    326,720
    13~15
    59.94
    19.56
    79.50
    26.04(24.96)
    105.54
    수원천천
    대우
    푸르지오
    59
    59.98
    25.79
    85.77
    31.956
    (30.245)
    117.726
    210
    50,022
    10,000
    40,022
    341,060
    15~25
       ◇ 상기 주택은 발코니 외부샤시를 일괄설치하였음.
       ◇ 상기 임대조건은 동-향-층별에 따른 차등이 없음.
       ◇ 층수는 건립 동별, 해당임대주택이 속한 라인의 최상층 층고임.
       ◇ 임대 동호내역: 주공 홈페이지 참조(www.jugong.co.kr) 주거복지→사업안내→알려드립니다.
       ◇ 주거공용면적은 계단, 복도, 주 현관등의 면적이며, 기타공용면적은 경비실, 관리소, 기계실, 전기실,
          발전기실, 지하주차장 등의 면적임.
       ◇ 난방방식은 지역난방이며 구조는 벽식으로 시공됨.
     
     
     ■ 임대기간 및 임대조건
     
       ◇ 임대기간 : 2년(입주자격 요건을 충족하는 자에 한하여 2년단위로 임대차계약을 갱신함)
       ◇ 임대조건 : 상기 임대조건은 최초 임대차계약기간(2년)의 임대조건으로서 물가상승률 및 제세공과금
                       등을 반영하여 조정됨.
       ◇ 전환보증금 안내
         - 일정액의 보증금을 100만원 단위로 추가 납부가 가능하며, 추가 납부시 납입금의 연 8%(변동가능)에
           해당하는 금액(이자)만큼 월 임대료가 차감됨
           예)1500만원 추가 납부시 연간 120만원(월 10만원)의 임대료 할인
         - 전환 한도금액 안내
    단지명
    전환 한도금액(원)
    전환 후 임대조건(단위:원)
    임대보증금
    임대료
    수원권선 SK VIEW
    24,000,000
    71,918,000
    166,720
    수원천천대우 푸르지오
    25,000,000
    75,022,000
    174,400

        - 유의사항
          전환보증금은 임대보증금 잔금 납부일로부터 임대기간동안 추가로 납부 가능하나, 납부한 전환보증금은
          임대기간동안에는 반환하지 않으며 해약시 환불함.
     
     ■ 신청자격 및 입주자 선정방법
     
       ◇ 신청자격
          입주자모집공고일( 2008. 10. 31) 현재 신청자 본인과 세대원(본인과 동일한 세대별 주민등록표등본상에
          등재되어 있지 아니한 배우자 및 그 세대원 포함) 전원이 무주택인 세대주로서 수원시 또는 수도권에 거주
          하는 자.
       ◇ 입주자 선정방법(거주기간은 주민등록등본 또는 주민등록 초본으로 확인함)
         - 1순위 : 입주자모집공고일 현재(2008. 10. 31) 무주택세대주로서, 무주택 기간과 공급주택이 소재하는
                   시(수원시)에 거주한 기간이 각각 1년 이상인 자.
         - 2순위 : 입주자모집공고일 현재 무주택세대주로서, 공급주택이 소재하는 시(수원시)에 거주하는 자.
         - 3순위 : 입주자모집공고일 현재 무주택세대주로서, 수도권(경기도, 서울특별시 및 인천광역시)에
                   거주하는 자.
    • 1순위 경쟁시 입주자선정 순차(1순위자에 한함)
       ① 5년 이상의 기간 무주택자로서, 공급주택이 소재하는 시(수원시)에 계속하여 오래 거주한 자.
       ② 3년 이상의 기간 무주택자로서, 공급주택이 소재하는 시(수원시)에 계속하여 오래 거주한 자.
       ③ 1년 이상의 기간 무주택자로서, 공급주택이 소재하는 시(수원시)에 계속하여 오래 거주한 자.
    • 2순위 경쟁시 입주자선정 순차(2순위자에 한함) -공급주택이 소재하는 시(수원시) 계속하여 오래 거주한 자.
    • 3순위 경쟁시 입주자선정 순차(3순위자에 한함)
       ① 입주자 모집공고일 현재 부양가족이 많은 자-부양가족 범위 : 주민등록표등본상에 등재된 배우자,
          직계존속(배우자의 직계존속 포함), 직계비속
       ② 세대주의 나이가 많은 자
       ◇ 동호결정 및 예비자 선정
         - 당첨자는 입주자 선정순위 및 선정순차에 따라 결정되며, 주택의 동·호는 추첨에 의해 결정됨.
         - 동호추첨일시 및 장소: ‘08. 11. 24. 14:00, 경기지역본부 임대팀(입회희망자에 한해 참석가능)
         - 모집호수의 20%에 해당하는 예비자를 선발하며 미계약 또는 취소세대 등의 발생시 예비자에 대해
           계약체결.
     
     ■ 공급일정 및 장소
     
    신청
    자격
    접수일자
    당첨자
    발표
    계약일
    입주지정기간
    장소
    (신청접수, 발표, 계약)
    권선
    SK VIEW
    천천
    대우푸르지오
    1순위
    11.13(목)
    (9:30~17:00)
    '08.11.26
    15:00
    '08.12.17~12.19
    (3일간)
    '09.1.15~
    '09.2.14
    '09.2.2~'09.3.6
     
    주택공사 경기지역본부
    (수원 팔달구
    인계동1124번지)
    2순위
    11.14(금)
    (9:30~17:00)
    3순위
    11.17(월)
    (9:30~17:00)
     
       ◇ 접수일자별로 신청순위에 따라 방문접수하셔야 하며, 각 접수일자까지 신청형별의 신청자수 누계가
          모집호수의 120%을 초과할 경우 다음 접수일정에는 접수하지 않음.
       ◇ 신청형별 접수마감 및 익일 접수여부는 당일 오후 6시 이후 공사 홈페이지(www.jugong.co.kr)에 게시함.
          - 확인방법 : 홈페이지 → 주거복지 → 공공임대 → 알려드립니다
       ◇ 당첨자 명단은 상기 장소 및 공사 홈페이지(www.jugong.co.kr)에서 확인할 수 있으며, 착오방지를 위해
          유선안내는 하지 않음.
       ◇ 당첨사실을 확인하지 않음에 따른 미계약 및 당첨취소 등의 불이익에 대한 책임은 신청자 본인에게 있음
       ◇ 인터넷 청약접수는 받지 않음.
     
     ■ 신청시 구비서류 (입주자모집공고일[2008.10.31]이후 발행분에 한함)
     
    구  분
    구  비  서  류
     
    본인신청시
     (배우자 포함) 
     - 주민등록등본 1통
        (배우자가 세대분리되어 있는 경우에는 배우자의 주민등록등본 추가제출)
     - 주민등록초본 1통 (5년 이상 주소변동내역이 기재되도록 발급)
     - 가족관계증명서 1통
       (단독세대주 또는 주민등록상에 배우자가 등재되어 있지 않은 세대주)
     - 공급신청서, 무주택서약서
       ( 공사소정양식으로 계약장소에 비치되어 있으며 계약시 작성-제출하여야 함)
     - 신분증 및 도장(본인 신청시 서명으로 가능)
    제3자 대리신청시
    (추가서류)
      본인,배우자 외에는 대리신청으로 간주하며, 상기 구비서류외 아래의 서류가 추가로
      필요함
      - “신청위임용” 인감증명서 1통
      - 계약자의 인감도장이 날인된 신청위임장 1통
      - 대리 신청자의 주민등록증도장
       ◇ 신청시 유의사항
         - 신청 자격 및 요건 등의 기준은 최초 입주자 모집공고일 현재이며, 신청형별은 전용면적 기준임.
         - 1세대(배우자포함) 1건만 신청가능하며, 2건 이상 신청시는 모두 무효 처리됨.
           (주민등록등본상 분리세대 배우자도 중복신청이 불가함)
     
     ■ 계약시 구비서류
     
    구  분
    구  비  서  류
    본인계약시
    (배우자 포함)
     - 계약자 인감증명서1통  - 계약금  - 인감도장주민등록증
     - 전매전대 금지 각서(공사 소정양식으로 현장에서 배부)
       ※ 단,본인이 직접 계약시 인감증명서를 주민등록증 사본 또는 여권사본으로 대체가능
    제3자
    대리계약시
     - 본인, 배우자외에는 대리계약으로 간주하며 상기 구비사항 외에 당첨자의
       “계약위임용” 인감증명서 1통
     - 당첨자의 인감도장이 날인된 계약위임장 1통
     - 대리인의 주민등록증도장
     
       ◇ 계약시 유의사항
         - 입주자로 선정된 자에게 별도의 계약안내 통보는 하지 않음.
         - 본인 및 배우자 이외에는 대리 계약으로 간주하며, 대리 계약시에는 추가서류를 제출하여야 함.
     
     ■ 유의사항(신청 전에 반드시 읽어보셔야 하는 내용임)
     
    임대대상
    및 조건
     - 이 주택은 도시 및 주거환경정비법 제30조의2에 의거한 재건축임대주택을 공사에서 인수하여
       무주택세대주에게 공급하는 것으로 분양전환하지 않는 임대주택입니다.
     - 이 주택의 임대차계약기간은 2년이며, 계속 거주를 희망하는 경우에는 관계법령에서 정한
       입주자격을 충족하는 자에 한하여 2년 단위로 계약을 갱신할 수 있습니다.
     - 예비당첨자의 계약체결시에 당해 주택의 임대조건이 변경되는 경우에는 변경된 임대조건
       으로계약체결하여야 합니다.
    신청자격
     - 1세대(본인과 배우자를 포함한 세대원 전원) 1주택 신청을 원칙으로 하며, 중복 신청할 경우
       전부 무효처리합니다.
     - 이 주택에 당첨되거나 계약한 자는 당해 주택의 입주자모집 공고일( 2008. 10. 31)부터 입주시
       까지 무주택세대주이어야 하고 이를 위반할 경우 당첨 또는 계약은 취소되며, 거주하는 동안
       에도세대주 및 전세대원이 무주택이어야 합니다.
     - 주택소유여부 전산검색결과 주택소유사실이 있는 자는 무주택소명기간(10일)내에 소명서류
       를 제출하여야 하며 정당한 사유 없이 증명서류를 제출치 않을 경우에는 당첨 및 계약이 취소
       됩니다.
     - 주택소유여부 확인방법 및 판정기준은 “주택공급에 관한 규칙 제6조제3항, 제21조의2”에따르
       며, 입주신청시 무주택서약서 뒷면에 명기된 내용을 확인하여야 합니다.(아래 주택소유확인
       방법 및 판정기준 참조)
    입주자선정
     - 우리공사 임대주택을 포함한 공공임대주택의 입주자 또는 입주자로 선정된 자는 이 주택에
       입주하기 전에 기존 임대주택을 명도하는 조건으로 신청할 수 있으며, 명도하지 않을 경우
       전부무효처리됩니다.
     - 이 주택의 입주자로 선정된 자가 임대차기간 종료전에 다른 주택을 소유하게 된 경우(분양
       전환되는 임대주택 포함)에는 이 주택을 우리 공사에 명도하여야 합니다.
    신청서류
     - 주민등록등본 등 신청시 제출하는 서류는 입주자 모집공고일 이후 발행된 것이어야 합니다.
     - 신청 이후에는 취소나 정정이 불가능하며, 신청서류는 일체 반환하지 않습니다.
     - 계약체결 후라도 제출한 서류가 허위, 위조 또는 정부의 전산자료 등에 의하여 사실과 다르게
       판명될 경우에는 계약이 취소되며, 계약조건에 의거 소정의 위약금이 부과됩니다.
    위약금 및
    예비당첨자
    안내
     - 신청일 이후 주소변경이 있을 때는 변경내용을 우리공사에 즉시 서면으로 알려주셔야 합니다.
     - 계약체결 후 입주하지 아니하고 계약을 해지하거나, 입주지정기간 종료일 이후 3개월 이내에
       입주하지 않고 임대차계약이 해지될 경우 계약조건에 의거 소정의 위약금이 부과됩니다.
     - 예비당첨자는 당첨자의 미계약 또는 계약자의 해약 등으로 인한 공가 발생에 대비하여 모집
       하는 것이므로 실제 입주시까지는 대기기간이 길어질 수 있습니다.
    입주
     - 토·일·공휴일에 입주시 주공직원 및 관리소직원이 현장에서 잔금을 수납하는 것이
       불가하오니 평일을 이용하여 입주하여 주시기 바라며, 부득이하게 토·일·공휴일에
       입주하시는 경우 폰뱅킹, 인터넷뱅킹을 통한 계좌이체 후 입금증이나 통장사본을
       제출한 경우에 한해 입주가 가능 합니다.

     - 당아파트 현장에서의 잔금수납은 불가하오니 무통장입금 및 인터넷뱅킹을 이용하시기
       바랍니다.
     - 이 주택에 설치된 발코니는 주택공급면적에서 제외된 비거주공간으로, 샤시 설치에 따라
       내-외부의 온도 및 습도차이로 결로 현상이 발생될 수 있으므로 환기 등 예방조치를 취하여야
       합니다.
     - 예비입주자가 기입주자의 해약으로 인한 공가세대를 계약하게 되는 경우에는 도배, 장판 등
       내부 시설물이 새 것이 아니고 최초 입주시의 상태와 다를 수 있습니다.
     - 입주시 잔금 및 관리비선수금의 납부, 이삿짐의 도착, 입주자가 계약자 본인임을 확인한 후
       열쇠를 불출하며, 입주지정기간 종료일 이후에 입주하는 경우에는 거주여부에 관계
       없이 입주지정기간 종료일 익일부터 임대료, 관리비 및 잔금연체료가 부과됩니다.

     - 입주시 관리운영에 필요한 자금을 미리 확보하기 위하여 일정금액의 관리비선수금을 1회부과
       하며, 퇴거시 반환합니다.
    기타사항
     - 이 주택은 입주자로 선정된 날로부터 임대차기간 동안 전매, 전대가 금지되며 본인이 반드
       시 입주하여야 하고, 이를 위반시 계약이 취소됩니다.
     - 사위 기타 부정한 방법으로 임대주택을 임대받거나 받게 한 자 또는 임대주택의 임차권을
       양도하거나 임대주택을 전대한 자 및 이를 알선한 자에 대하여는 2년 이하의 징역 또는
       2천만원 이하의 벌금에 처합니다.
     - 홍보팜플렛 등 각종 인쇄물 및 조감도는 개략적인 이해를 돕기 위한 것이므로 실제와는 다소
       차이가 있을 수 있습니다.
     - 하자 등에 따른 소비자 피해에 대해서는 재정경제부 소비자피해보상규정에 따라 보상 가능
       합니다.
     - 계약전 사업부지 현장을 방문하여 일조권, 조망권, 사생활권, 단지인근 소음등을 확인하시기
       를 권하여 드립니다.
     - 재건축임대주택의 마감재는 조합원 또는 일반분양분과 차이가 있을 수 있습니다.
     - 사업주체 및 시공사
       · 사업주체: 권선주공2차 주택재건축 정비사업조합
       · 시공사: SK건설(주)
       · 사업주체: 천천주공 주택재건축 정비사업조합
       · 시공사: (주)대우건설
      - 이 공고에 명시되지 않은 사항은 「주택공급에 관한 규칙」 및 「임대주택법령」에
        의합니다.
     
    주택소유여부 확인방법 및 판정기준
    • 검색대상 : 신청자와 그 세대원 및 주민등록이 분리된 배우자와 그 세대원 전부
    • 주택의 범위 : 건축물등기부등본, 건축물대장등본 등에 등재된 전국 소재 주택
                   (주택공유지분이나주택용도가 있는 복합건물도 주택으로 봄)
    • 무주택판정기준 : 검색대상자중 누구라도 요구된 무주택기간(5년, 3년, 모집공고일 현재)내에 주택소유
                      사실이 있으면 무주택자로 보지 않음.
      ※주택의 취득ㆍ처분 기준일(제1호와 제2호의 일자가 상이할 경우 먼저 처리된 날을 기준으로 함)
      1. 건물등기부등본 : 등기접수일
      2. 건축물대장등본 : 처리일
      3. 기타 주택소유여부를 증명할 수 있는 서류 : 시장 또는 군수 등 공공기관이 인정하는 날
    • 주택소유로 보지 않는 경우
      (「주택공급에 관한 규칙」 제6조제3항의 요약이며, 자세한 내용은 동 조항을 참조)
      1. 상속으로 인하여 공유지분을 취득하여 부적격자로 통보받은 날부터 3월이내에 그 공유지분을 처분한
         경우
      2. 도시지역이 아닌 지역 또는 면의 행정구역(수도권은 제외) 소재 주택 중 현 소유자가 당해지역에
         거주(피상속인이 거주한 주택을 상속받은 경우에는 상속인이 거주한 것으로 봄)하다 다른 주택건설
         지역으로 이주한 아래 주택
        (1) 사용승인 후 20년이 경과된 단독주택
        (2) 85㎡이하인 단독주택
        (3) 소유자의 본적지에 건축되어있는 주택으로서 직계존속 또는 배우자로부터 상속등에 의하여 이전
            받은 단독주택
      3. 개인주택사업자가 분양을 목적으로 주택을 건설하여 이를 분양 완료하였거나 부적격자로 통보받은
         날부터 3월이내에 이를 처분한 경우
      4. 개인사업자가 소속근로자 숙소용으로 주택을 건설하여 소유하고 있거나 정부시책으로 근로자에게
         공급할 목적으로 사업계획승인을 얻어 건설한 주택을 공급받아 소유하고 있는 경우
      5. 20㎡이하인 주택(아파트는 제외) 다만, 2호 또는 2세대 이상의 주택을 소유한 자는 제외
      6. 60세이상인 직계존속의 소유주택
       (공공기관건설주택의 노부모부양 우선공급의 경우에는 주택을 소유한 것으로 봄)
      7. 공부상에는 주택이나 폐가, 멸실, 타용도로 사용하는 경우로서 부적격자로 통보받은 날부터 3월이내
         에 멸실 또는 실제용도로 공부를 정리한 주택8. 무허가건물을 소유하고 있는 경우
     
     ■ 신청접수 및 계약장소 안내(경기본부 위치)
     
     
    문의처
      대한주택공사 경기지역본부 대표전화 031)250-8380~6
    인터넷
      대한주택공사 홈페이지(www.jugong.co.kr) → 주거복지 → 공공임대 → 알려드립니다

                       <출처:대한주택공사>

    posted by 좋은느낌/원철
    2008. 11. 10. 20:41 취미/운동

    완벽한 자세가 완벽한 이두근을 낳는다

    바벨에 중량을 최대한 높이고 심호흡을 한 다음 온 힘을 다 짜내 엉덩이를 밀어올린다. 팔꿈치를 구부리며 등이 아치형으로 펴질 때까지 바를 힘껏 들어올린 후 바를 수직으로 떨어뜨리며 시작자세로 돌아온다.

    바로 이것은 컬 운동에서 오류를 범하게 되는 전형적인 사례다. 하지만 어느 헬스클럽에서나 흔히 보는 경우이기도 하다. 이렇게 욕심을 부려 중량을 한껏 늘려 시도하는 것은 결국 바벨 컬의 효과를 무력화시키고 마는 방법일 뿐이다.

    완벽한 자세를 취하며 정확히 동작하는 운동방식은 단순히 무거운 중량을 사용하는 방법보다도 이두근을 더욱 효과적으로 발달시키는 지름길이 된다. 아래의 세 가지 운동은 자세를 교정하는 데 우수한 방법들이다. 월 컬은 상체를 고정시키고 반동을 저지한다. 로프 컬은 엄격한 자세가 요구되는 운동이며 컨센트레이션 컬은 한 번에 이두근 한쪽씩을 단련하는 데 주력한다. 이 운동들을 4~8주 동안 실시하면 이두근이 달라지는 과정을 지켜보게 될 것이다.

    1. 덤벨 월 컬(Dumbbell Wall Curl)
    12, 10, 10, 8회×4세트
    시작: 덤벨을 양손에 쥐고 벽을 등지고 선다. 벽에 기대어 상체를 붙인다. 머리부터 엉덩이, 팔꿈치까지 모두 벽에 댄다.
    동작: 덤벨을 양 손바닥이 마주보게 쥔 상태로 시작하여 덤벨을 감아올리며 손목을 돌려 상위지점에서 손바닥이 위를 향하도록 한다. 팔꿈치가 완전히 구부러지면 팔꿈치를 내리며 동작을 거꾸로 한다. 동작 내내 팔꿈치가 벽에 붙은 자세를 유지한다.

    2. 해머-그립 로프 컬(Hammer-Grip Rope Curl)
    12, 10, 10, 8회×4세트
    시작: 하단 도르래 케이블 앞에 서서 양손으로 양손이 서로 마주보도록 로프를 잡는다. 케이블이 늘어지지 않도록 약간 물러서서 로프를 잡는다.
    동작: 양 팔꿈치를 구부리면서 로프 끝을 가슴 쪽으로 이동시킨다. 그 다음 팔꿈치를 펴면서 시작자세로 돌아온다. 이두근이 움직일 때마다 전완만 움직이게 된다. 몸의 나머지 부분은 동작하지 않는다.

    3. 스탠딩 컨센트레이션 컬(Standing Concentration Curl)
    한쪽에 10회씩×4세트
    시작: 덤벨 랙의 옆으로 선다. 엉덩이를 구부리면서 한 손으로 랙을 잡아 균형을 유지한다. 다른 한 손으로 덤벨을 잡는다.
    동작: 덤벨을 가슴 쪽을 향해 천천히 감아올린다. 팔꿈치가 펴진 상태에서 완전히 구부러지도록 동작한다. 상위지점에서 강하게 수축한 후 덤벨을 내리며 시작자세로 돌아온다.

    posted by 좋은느낌/원철
    2008. 11. 10. 20:38 취미/운동

    운동순서 제대로 알고 하기! 실전 운동 프로그램

    운동순서
    ⑴웜-업⇒⑵준비 스트레칭⇒⑶웨이트 트레이닝⇒⑷유산소 운동⇒⑸정리 스트레칭

    일반적으로 체지방은 줄이고 근육은 늘리는 운동을 목표로 한다. 기본적인 프로그램을 예로 웜-업 10분(땀나게), 준비 스트레칭 5분(가볍게), 근력운동 40분(집중해서 강력하게), 유산소 40분(파워워킹 위주로 활기차게), 정리 스트레칭 15분(10초씩 멈춰 완전히 풀어 늘려주기) 총 1시간 50분가량 한다.

    - 유연성이 많이 떨어져 운동에 필요한 동작이 안 되는 경우에는 준비 스트레칭 시간을 더 늘려서 운동의 효율보다는 유연성이 필요한 동작을 정확히 익히도록 노력한다.
    - 근력이 떨어지는 경우는 준비 스트레칭을 심하게 할 경우 힘이 약화될 수 있으니 부상예방을 위해 간단한 스트레칭을 하도록 한다.
    - 운동 후 심한 근육통에 시달리는 경우, 마무리 스트레칭을 충분히 하여 몸을 풀어준다.
    - 살을 많이 빼야 하는 사람은 꼭 근력운동 후에 유산소 운동을 하는 순서를 지켜서 체지방을 더 많이 태우는 효과를 보도록 한다. 근력운동 시 탄수화물 에너지가 사용되었기 때문에 유산소 운동시 빠른 시간에 지방에너지 활용이 많아지기 때문이다.
    - 살도 안 찌고 근육도 잘 늘지않는 사람은 근력운동 시 정확한 자세로 집중해서 큰 자극을 주도록 노력하고 이후 유산소 운동은 시간을 줄여 10~15분 인터벌운동을 한다. 오래 유산소를 하면 지방도 줄고 근육도 약간 줄기 때문이다.
    - 운동경험이 없는 초보자나 허약한 체질, 또는 부상의 위험이 있는 사람은 웜-업을 더 충분히 하여 서서히 온도를 올려 관절부담을 줄이는 게 좋다.

    ⑴ 웜-업
    웜-업은 무릎과 허리가 안 좋은 사람이라면 사이클 위주로 하는 것이 좋다. 체중이 안장에 골고루 분산되어 무릎이나 허리에 부하를 덜어주기 때문이다. 강도보단 빠르게 하여 몸을 많이 움직여 열이 나도록 하는 게 좋다. 조깅, 걷기, 팔 벌려 뛰기 등을 해도 좋다.

    웜-업은 말 그대로 체온을 올려 관절과 근육에 무리를 주지않도록 준비시켜주는 것이다. 근육은 고무줄 같아서 차가운 상태에서 갑자기 힘을 가하면 끊어질 수 있기 때문이고, 부상을 방지하기 위함이다. 웜-업을 안 했을 때에는 근육경련이나 쥐가 날 수 있고 근육의 최대효율을 발휘하기 어렵다. 최소 5분간 심장이 뛰고 땀이 나는 상태를 만들기 위해 레벨을 점점 올려서 운동해야 한다. 부상경험 또는 운동경험이 별로 없는 사람은 20분까지 늘려 웜-업이라고 해서 너무 쉽게 천천히 하지 말기를 바란다. 진짜 체온을 올리기 위해 힘쓴다.

    ⑵ 준비 스트레칭
    준비 스트레칭은 먼저 웜-업이 된 후에 할 때 진짜효과를 발휘한다. 더운 상태에서는 고무줄이 더 잘 늘어나는 성질이 있듯이 근육도 잘 늘어나게 되기 때문이다. 스트레칭 역시 가볍게 생각하지말고 본 운동과 같이 제대로 늘려준다. 하지만 많이 늘리거나 강하게 스트레칭 하는 게 아니라 정작 중요한 것은 긴장을 푸는 것이다. 아픈 자극이 있음에도 자유롭게 긴장을 푸는 것이 스트레칭을 효율적으로 다치지않게 하는 방법이고 반대로 근력운동은 근육이 아프지만 긴장을 더 강하게 유지하는 것이다.

    반동을 주지않고 지긋이 늘리는 방법을 이용하는 게 부상을 방지하고 효과를 높인다. 하지만 긴장을 풀기위해 가벼운 반동을 주고 시작한다든지 스트레칭 부위를 가볍게 탁탁 쳐주면 긴장을 풀기 쉬워질 것이다. 유연성이 좋고 근육이 약하고 탄력이 없는 사람은 짧고 가볍게 스트레칭을 하는 것이 좋다.

    스트레칭은 첫 번째 부상을 방지하고 두 번째로 긴 근육라인을 만들고 움직임을 크게 할 수 있게 한다. 체조선수 같은 단단한 근육과 뚜렷한 바디 라인을 만들어준다. 또한 모든 운동에서 올바른 자세로 운동할 수 있는 기본기를 제공해준다.

    세 번째로 운동 후 하는 스트레칭으로 근육의 통증을 빨리 해소하고 몸을 회복상태로 빨리 전환되도록 만들어준다. 근육을 늘리고 줄어드는 과정에서 주변혈관의 혈액이 이동하게 되어 혈액순환이 일어난다. 구석구석 혈액순환이 되면 몸의 영양이 골고루 회전되어 회복을 돕는 것이다.

    네 번째로 유연성은 체형을 바로잡아준다. 좌우 상하 대각선방향의 근육들이 대칭적인 유연성이 다르게 되면 비틀거나 휘어져 체형이 굽게 된다. 골고루 유연성을 강화하여 전신의 유연성의 밸런스를 맞추면 체형이 개선된다.

    단점으로 근육의 약화로 인해 근육의 탄력이 줄어들면서 유연성만을 강화하면 인체는 연체동물과 같이 흐느적거리게 되는 몸이 되며, 각 관절의 움직일 수 있는 범위를 넘어서서 관절염과 통증을 일으킬 수 있다. 유연성이 너무 좋은 편이라면 유연성을 더 강화하는 것보다 근육을 강화시켜 몸에 탄력을 증가시키는 게 좋다.

    다음 주에는 ⑶웨이트 트레이닝 ⑷유산소 운동 ⑸정리 스트레칭에 대해 자세히 알아보도록 하겠다.

    열심히 아닌 독하게 아닌 지독하게 - Trainer JIN -

    트레이너 진 프로필
    생년월일:1979년 8월 21일
    이름:김용윤(Jin)
    신장:182cm
    체중:75kg
    - 한양대학교 보디빌딩전공 졸업
    - 현 포원 휘트니스 퍼스널 트레이닝 매니저
    - 머슬앤피트니스 칼럼니스트
    - 현 100일간의 약속 2기 트레이너
    - 전 캘리포니아 와우 팀장, 스타 트레이너, 홍보, 방송/피트니스 모델, 아시아 전체지역연속 4개월 1위, 압구정지점 회원등록률 최다1위
    - 매일경제신문 2030 최고의 트레이너 선정보도

    posted by 좋은느낌/원철