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

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. 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 좋은느낌/원철
    prev 1 next