![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
관리 에이전트를 포함하는 관리 프로파일 작성
관리 에이전트를 위한 관리 프로파일을 작성하여 고객 애플리케이션만 실행하는 여러 애플리케이션 서버를 관리할 수 있습니다. 관리 에이전트는 애플리케이션 서버를 관리하는 데 한 개의 관리 콘솔을 제공합니다.
시작하기 전에
프로파일 관리 도구를 사용하기 전에 제품 파일을 설치하십시오.

프로파일을 작성하기에 충분한 시스템 임시 공간을 제공해야 합니다. 자세한 정보는 프로파일의 파일 시스템 요구사항을 참조하십시오.
이 태스크 정보
제품의 코어 제품 파일을 설치한 후 프로파일을 작성해야 합니다. 이 프로시저에서는 프로파일 관리 도구에서 제공하는 그래픽 사용자 인터페이스를 사용하여 관리 에이전트 서버가 포함된 관리 프로파일을 작성하는 것에 대해 설명합니다. 또한 manageprofiles 명령을 사용하여 관리 에이전트를 작성할 수도 있습니다. 자세한 정보는 manageprofiles 명령의 설명을 참조하십시오.
일반 프로파일 작성 프로세스 또는 고급 프로파일 작성 프로세스를 사용하여 프로파일 관리 도구로 프로파일을 작성할 수 있습니다. 일반 프로파일 작성 프로세스에서는 기본 설정을 사용하고 고유 포트 값을 지정합니다. 선택적으로 허용되는 값을 설정할 수 있습니다. 고급 프로파일 작성 프로세스의 경우 기본값을 승인하거나 사용자 고유 값을 지정할 수 있습니다.
프로시저
- 프로파일 관리 도구를 시작하여
새 런타임 환경을 작성하십시오. 다음 방법 중 하나를 사용하여 도구를 시작할 수 있습니다.
- 설치 과정 종료 시 프로파일 관리 도구를 실행하는 선택란을 선택하십시오.
- 명령 프롬프트에서 직접 명령을 실행하여 WebSphere® Customization Toolbox를 연 다음 프로파일 관리 도구를 여십시오.
- 첫 번째 단계 콘솔에서 WebSphere Customization Toolbox 옵션을 선택한 다음 프로파일 관리 도구를 여십시오.
시작 메뉴를 사용하여 WebSphere Customization Toolbox에 액세스한 다음 프로파일 관리 도구를 여십시오.
프로그램을 시작하는 데 사용되는 Linux 운영 체제 메뉴를 사용하여 WebSphere Customization Toolbox를 시작한 다음 프로파일 관리 도구를 여십시오.
- 프로파일 탭에서 작성을 클릭하여
새 프로파일을 작성하십시오.
프로파일 탭에는 시스템에서 작성된 프로파일의 목록이 포함되어 있습니다. 프로파일을 기능 보강할 수 없는 경우 선택한 프로파일에서 어떤 조치도 수행할 수 없습니다. 선택한 프로파일을 기능 보강할 수 없으면 기능 보강 단추가 비활성화됩니다.
도구가 환경 선택 패널을 표시합니다.
- 관리를 선택하고 다음을 클릭하십시오.
서버 유형 선택 패널이 표시됩니다.
- 관리 에이전트를 선택하십시오. 다음을 클릭하십시오.
프로파일 작성 옵션 패널이 표시됩니다.
- 일반 프로파일 작성 또는 고급 프로파일
작성을 선택하고 다음을 클릭하십시오.
일반 프로파일 작성 옵션은 기본 구성 설정을 사용하는 프로파일을 작성합니다. 고급 프로파일 작성 옵션을 사용하면 프로파일의 고유 구성 값을 지정할 수 있습니다.
- 일반 프로파일 작성을 선택한 경우 관리 보안에 있는 단계로 이동하십시오.
- 고급 프로파일 작성을 선택한 경우, 선택적으로 관리 콘솔을 배치하도록 선택한 후 다음을 클릭하십시오.
관리 콘솔을 배치하도록 선택하지 않은 경우 포트 패널에서 관리 콘솔 포트가 사용 안함 설정됩니다.
도구의 프로파일 이름 및 위치 패널이 표시됩니다.
- 프로파일 이름과 프로파일 디렉토리의 디렉토리 경로를
지정하거나 기본값을 적용하십시오.
그런 다음, 다음을 클릭하십시오. 프로파일 이름 지정 가이드라인: 2바이트 문자가 지원됩니다. 프로파일 이름은 다음 제한사항이 있는 고유한 이름일 수 있습니다. 프로파일의 이름을 지정할 때 다음 문자를 사용하지 마십시오.
- 공백
- 운영 체제의 디렉토리 이름 내에서 지원되지 않는 특수 문자(예: *&?)
- 슬래시(/) 또는 (\)
기본 프로파일
시스템에서 작성하는 첫 번째 프로파일이 기본 프로파일입니다. 기본 프로파일은 제품 설치 루트의 bin 디렉토리에서 실행된 명령의 기본 대상입니다. 시스템에 하나의 프로파일만이 있을 경우 구성의 서버 프로세스에서 모든 명령이 작동합니다. 고급 프로파일 작성 경로의 프로파일 이름 및 위치 패널에서 이 프로파일을 기본값으로 지정을 선택하여 다른 프로파일을 작성하는 경우, 해당 프로파일을 기본 프로파일로 지정할 수 있습니다. 프로파일을 작성한 후 manageprofiles 명령을 사용하여 다른 프로파일을 기본 프로파일로 지정할 수도 있습니다.
다중 프로파일 환경에서 프로파일 주소 지정
한 시스템에 여러 프로파일이 있을 경우 특정 명령에서는 명령을 적용하는 프로파일을 지정해야 합니다(프로파일이 기본 프로파일이 아닌 경우). 이러한 명령은 -profileName 매개변수를 사용하여 주소를 지정할 프로파일을 식별합니다. 각 프로파일의 bin 디렉토리에 있는 명령을 사용하는 것이 보다 쉬울 수 있습니다.
이러한 명령을 사용하여 호출 프로파일을 판별할 명령 쉘을 조회하고 호출 프로파일에 해당 명령을 지정하십시오.
기본 프로파일 정보
기본 프로파일 이름은 <profile_type><profile_number>입니다.- <profile_type>은 AppSrv, Dmgr, Custom, AdminAgent, JobMgr 또는 SecureProxySrv의 값입니다.
- <profile_number>는 고유 프로파일 이름을 작성하는 데 사용되는 순차 번호입니다.
기본 프로파일 디렉토리는 app_server_root/profiles입니다. 여기서 app_server_root는 설치 루트입니다.
기본 프로파일 디렉토리는 app_server_root\profiles입니다. 여기서 app_server_root는 설치 루트입니다.
- 노드, 호스트 및 셀 이름 패널에서 고유 노드 이름, 시스템의 실제 호스트 이름 및 고유 셀 이름을 지정하십시오. 다음을 클릭하십시오.
표 1. 관리 에이전트 노드의 특성. 이 표는 관리 에이전트 노드의 특성을 표시합니다.
필드 이름 기본값 제한조건 설명 노드 이름
여기서shortHostName AANode NodeNumber
- shortHostName은 축약 호스트 이름입니다.
- NodeNumber는 01에서 시작되는 순차 번호입니다.
관리 에이전트에 대한 고유 이름을 사용하십시오. 이름은 관리 에이전트 셀 내의 관리에 사용됩니다. 호스트 이름 도메인 이름 서버(DNS) 이름의 긴 양식입니다.
호스트 이름은 네트워크를 통해 주소 지정이 가능해야 합니다. 시스템의 실제 DNS 이름 또는 IP 주소를 사용하여 시스템과의 통신을 사용하도록 설정하십시오. 이 표 다음에 나오는 호스트 이름에 대한 추가 정보를 참조하십시오. 셀 이름
여기서shortHostName 셀 CellNumber
- shortHostName은 축약 호스트 이름입니다.
- CellNumber는 01에서 시작되는 순차 번호입니다.
셀에 대한 고유 이름을 사용하십시오. 셀을 버전 9.0으로 마이그레이션하려는 경우 이전 버전 셀과 동일한 셀 이름을 사용하십시오. 셀 이름은 제품이 동일한 실제 시스템 또는 시스템 클러스터(예: Sysplex)에서 실행되고 있는 모든 환경에서 고유해야 합니다. 또한 셀 이름은 셀 사이 또는 각 셀과 통신해야 하는 클라이언트에서 엔티티 간의 네트워크 연결성이 필요한 모든 환경에서 고유해야 합니다. 셀 이름은 해당 네임스페이스가 연합되는 경우에도 고유해야 합니다. 그렇지 않으면, javax.naming.NameNotFoundException 오류와 같은 증상이 발생할 수 있으며 이 경우 고유하게 이름 지정된 셀을 작성하십시오. 모든 연합 노드는 셀의 멤버가 되며, 이 패널에서 이름을 지정합니다. 예약된 이름: 예약된 폴더 이름을 필드 값으로 사용하지 마십시오. 예약된 폴더 이름을 사용하면 예기치 않은 결과가 발생할 수 있습니다. 다음 용어는 예약된 폴더 이름입니다.- cells
- nodes
- 서버
- clusters
- 애플리케이션
- deployments
- 디렉토리 경로 길이:
profiles_directory_path\profile_name 디렉토리의 문자 수는 80자 이하여야 합니다.
- 호스트 이름 고려사항:
호스트 이름은 노드가 설치되는 실제 시스템의 네트워크 이름입니다. 호스트 이름은 서버에서 실제 네트워크 노드로 해석되어야 합니다. 여러 네트워크 카드가 서버에 있을 경우, 호스트 이름 또는 IP 주소는 네트워크 카드 중 하나로 해석되어야 합니다. 원격 노드는 호스트 이름을 사용하여 이 노드와 연결하고 통신합니다. 다른 시스템이 네트워크 내에서 도달할 수 있는 호스트 이름을 선택하는 것이 중요합니다. 이 값에 일반 ID(localhost)를 사용하지 마십시오. 또한 시스템에 WebSphere Application Server 제품을 설치할 때 2바이트 문자 세트(DBCS)의 문자를 사용하는 호스트 이름을 사용하지 마십시오. DBCS 문자는 호스트 이름에 사용될 때 지원되지 않습니다.
고유한 IP 주소로 동일한 컴퓨터에 공존 노드를 정의할 경우 도메인 이름 서버(DNS) 검색 테이블에서 각 IP 주소를 정의하십시오. 독립형 애플리케이션 서버의 구성 파일은 단일 네트워크 주소가 있는 시스템의 여러 IP 주소에 대한 도메인 이름 해석을 제공하지 않습니다.
호스트 이름에 대해 지정한 값은 독립형 애플리케이션 서버의 구성 문서에서 hostName 특성의 값으로 사용됩니다. 다음 형식 중 하나로 호스트 이름 값을 지정하십시오.- 완전한 도메인 이름 서버(DNS) 호스트 이름 문자열(예: xmachine.manhattan.ibm.com)
- 기본 축약형 DNS 호스트 이름 문자열(예: xmachine)
- 숫자 IP 주소(예: 127.1.255.3)
완전한 DNS 호스트 이름은 모호하지 않으며 유연하다는 장점이 있습니다. 애플리케이션 서버 구성을 변경하지 않고 호스트 시스템의 실제 IP 주소를 변경할 수 있습니다. 호스트 이름에 대한 이 값은 DHCP(Dynamic Host Configuration Protocol)를 사용하여 IP 주소를 지정할 때 IP 주소를 자주 변경할 경우 특히 유용합니다. 이 형식의 단점은 DNS에 대한 종속성입니다. DNS가 사용 가능하지 않은 경우 연결성이 저하됩니다.
축약형 호스트 이름 또한 동적으로 해석 가능합니다. 축약형 이름 형식은 로컬 호스트 파일에 재정의되는 추가 기능이 있어서 네트워크에서 연결이 끊어졌을 때에도 시스템이 애플리케이션 서버를 실행할 수 있습니다. 연결 끊기를 실행하려면 연결 끊기를 실행할 호스트 파일에서 축약 이름을 루프백 주소(127.0.0.1)로 정의하십시오. 이 형식의 단점은 원격 액세스에서 DNS에 대한 종속성입니다. DNS가 사용 가능하지 않은 경우 연결성이 저하됩니다.
숫자 IP 주소는 DNS를 통한 이름 해석을 요구하지 않는 장점이 있습니다. 원격 노드는 DNS가 사용 가능하지 않아도 숫자 IP 주소로 이름을 지정한 노드에 연결할 수 있습니다. 이 형식의 단점은 숫자 IP 주소가 고정된다는 것입니다.
특성을 표시하면 도구의 관리 보안 패널이 표시됩니다.
- 선택적으로 관리 보안을 사용 설정하고
다음을 클릭하십시오.
지금 프로파일을 작성하는 동안이나 나중에 콘솔에서 관리 보안을 사용 설정할 수 있습니다. 관리 보안을 지금 사용 설정한 경우 사용자 이름 및 비밀번호를 입력하여 관리 콘솔에 로그온하십시오.
고급 프로파일 작성을 이전에 선택한 경우 보안 특성을 지정하면 도구가 보안 인증 패널을 표시합니다.
- 이 단계의 시작 부분에서 일반 프로파일 작성을 선택한 경우 프로파일 요약 패널을 표시하는 단계로 이동하십시오.
- 기본 개인 인증서 및
루트 서명 인증서를 작성하거나 키 저장소 파일에서 가져온 후
다음을 클릭하십시오.
두 인증서 모두를 작성하거나 가져올 수 있으며 또는 하나의 인증서는 작성하고 다른 인증서는 가져올 수 있습니다.
우수 사례: 개인 인증서를 기본 개인 인증서로 가져오는 경우에는 개인 인증서에 서명한 루트 인증서를 가져오십시오. 그렇지 않으면 프로파일 관리 도구에서는 개인 인증서의 서명자를 trust.p12 파일에 추가합니다. bprac
기본 개인 인증서 또는 루트 서명 인증서를 가져오는 경우 가져오는 각 인증서에 대해 경로와 비밀번호를 지정하고 키 저장소 유형 및 키 저장소 별명을 선택하십시오.
- 인증서 정보가 올바른지 확인한 후
다음을 클릭하십시오.
인증서를 작성하면 기본값을 사용하거나 기본값을 수정하여 새 인증서를 작성할 수 있습니다. 기본 개인 인증서는 기본적으로 1년 동안 유효하고 루트 서명 인증서로 서명합니다. 루트 서명 인증서는 기본적으로 15년 동안 유효한 자체 서명 인증서입니다. 루트 서명 인증서의 기본 키 저장소 비밀번호는 WebAS입니다. 비밀번호를 변경해야 합니다. PKCS12를 포함하는 특정 키 저장소 유형은 2바이트 문자 세트(DBCS)를 지원하지 않으므로 비밀번호에 이러한 문자가 포함될 수 없습니다. 지원되는 키 저장소 유형은 java.security 파일에 있는 제공자에 따라 다릅니다.
하나 또는 두 인증서 모두를 작성하거나 하나 또는 두 인증서 모두를 가져오는 경우 작성되는 키 저장소 파일은 key.p12, trust.p12, root-key.p12, default-signers.p12, deleted.p12, ltpa.jceks입니다. 이러한 파일은 모두 인증서를 작성 또는 가져올 때 동일한 비밀번호를 가지며 이 비밀번호는 기본 비밀번호이거나 지정하는 비밀번호입니다. key.p12 파일은 기본 개인 인증서를 포함합니다. trust.p12 파일은 기본 루트 인증서의 서명자 인증서를 포함합니다. root-key.p12 파일은 루트 서명 인증서를 포함합니다. default-signer.p12 파일은 서버가 설치되어 실행된 후 작성한 새 키 저장소 파일에 추가되는 서명자 인증서입니다. 기본적으로 기본 루트 인증서 서명자와 DataPower® 서명자 인증서는 default-signer.p12 키 저장소 파일에 있습니다. deleted.p12 키 저장소 파일은 필요한 경우 복구할 수 있도록 deleteKeyStore 태스크로 삭제된 인증서를 보유하는 데 사용됩니다. ltpa.jceks 파일은 사용자 환경의 서버가 서로 통신하는 데 사용하는 서버 기본 LTPA(Lightweight Third-Party Authentication) 키를 포함합니다.
가져온 인증서는 key.p12 파일 또는 root-key.p12 파일에 추가됩니다.
임의의 인증서를 가져오고 이 인증서에 원하는 정보가 없을 경우, 이전을 클릭하여 다른 인증서를 가져오십시오.
사전에 고급 프로파일 작성을 선택한 경우 보안 인증 패널을 표시하면 도구가 포트 패널을 표시합니다.
- 관리 에이전트 프로파일 내의 포트가 고유한지 또는 의도적으로 충돌하는지 확인하고 다음을 클릭하십시오.
관리 콘솔을 배치하도록 선택하지 않은 경우 포트 패널에서 관리 콘솔 포트가 사용 안함 설정됩니다.
포트 충돌 분석
다음 중 어느 한 상태와 같을 경우 포트가 사용 중인 것으로 인식됩니다.- 현재 사용자가 수행한 설치에서 작성된 프로파일에 포트가 지정되었습니다.
- 포트가 현재 사용 중입니다.
포트 충돌이 의심되면 프로파일을 작성한 후에 포트 충돌을 조사할 수 있습니다. 다음 파일을 검사하여 프로파일 작성 중에 사용되는 포트를 판별하십시오.profile_root/properties/portdef.props 파일
profile_root\properties\portdef.props 파일
Windows 운영 체제에 설치하고 설치 ID가 관리 그룹 권한을 가지고 있으면 도구가 Windows 서비스 정의 패널을 표시합니다. 지원되는 Linux 운영 체제에 설치하고 프로파일 관리 도구를 실행하는 ID가 루트 사용자인 경우 도구가 Linux 서비스 정의 패널을 표시합니다.
관리 에이전트 프로세스를 Windows 운영 체제에서 Windows 서비스로 실행할지 또는 Linux 운영 체제에서 Linux 서비스로 실행할지 여부를 선택한 후 다음을 클릭하십시오.
Windows 운영 체제의 경우 Windows 서비스를 설치하는 ID가 관리자 그룹 권한을 가지는 경우에만 Windows 서비스 정의 패널이 표시됩니다. 그러나 설치자 ID가 관리자 그룹에 속하는 한 WASService.exe 명령을 실행하여 Windows 서비스를 작성할 수 있습니다. 자세한 정보는 서버 프로세스 자동 다시 시작을 참조하십시오.
제품은 startServer 명령으로 시작한 관리 에이전트 프로세스에 대한 Windows 서비스를 시작하려고 시도합니다. 예를 들어, 관리 에이전트를 Windows 서비스로 구성하고 startServer 명령을 실행하는 경우 wasservice 명령은 정의된 서비스를 시작하려고 시도합니다.
로컬 시스템 서비스를 설치하기로 선택한 경우 사용자 ID 또는 비밀번호를 지정하지 않아도 됩니다. 서비스의 지정된 사용자 유형을 작성한 경우에는 서비스를 실행하는 사용자의 사용자 ID 및 비밀번호를 지정해야 합니다. 서비스를 올바르게 실행하려면 사용자에게 서비스로 로그온 권한이 있어야 합니다. 사용자에게 서비스로 로그온 권한이 없을 경우 프로파일 관리 도구가 자동으로 권한을 추가합니다.
이러한 프로파일 작성 태스크를 수행하려면 사용자 ID에 공백이 없어야 합니다. 관리자 그룹에 속하는 것 외에도 ID에 고급 사용자 권한인 Log on as a service가 있어야 합니다. 사용자 ID에 아직 고급 사용자 권한이 없고 사용자 ID가 관리자 그룹에 속해 있는 경우 설치 프로그램에서 사용자에 고급 사용자 액세스 권한을 부여합니다.
또한 설치가 완료된 후 다른 Windows 서비스를 작성하여 다른 서버 프로세스를 시작할 수 있습니다. 자세한 정보는 서버 프로세스 자동 다시 시작을 참조하십시오.
프로파일 작성 중에 추가된 Windows 서비스를 프로파일을 삭제하는 동안 제거할 수 있습니다. wasservice 명령을 사용하여 Windows 서비스를 제거할 수도 있습니다.
IPv6 고려사항
서비스가 로컬 시스템으로 실행되도록 구성된 경우, IPv6(Internet Protocol Version 6)을 사용할 때 Windows 서비스로 실행되도록 작성된 프로파일을 시작할 수 없습니다. 사용자 특정 환경 변수를 작성하여 IPv6를 사용 가능하게 하십시오. 이 환경 변수는 로컬 시스템 변수가 아닌 사용자 변수이므로 특정 사용자로 실행되는 Windows 서비스만 이 환경 변수에 액세스할 수 있습니다. 기본적으로 새 프로파일이 작성되어 Windows 서비스로 실행되도록 구성되면 서비스는 로컬 시스템으로 실행되도록 설정됩니다. 관리 에이전트 프로세스를 위해 Windows 를 실행하려고 시도하면, 서비스는 IPv6을 지정하는 사용자 환경 변수에 액세스할 수 없으므로 IPv4로 시작하려고 시도합니다. 이 경우, 서버가 올바르게 시작되지 않습니다. 문제를 해결하려면 프로파일을 작성할 때 관리 에이전트 프로세스를 위한 Windows 서비스가 로컬 시스템이 아닌 IPv6을 지정하는 환경 변수가 정의된 동일한 사용자 ID로 실행되도록 지정하십시오.
Windows 서비스 정의 패널에 대한 다음 기본값이 있습니다.
- 기본값은 Windows 서비스로 실행하는 것입니다.
- 시스템 계정으로 실행되도록 서비스 프로세스가 선택됩니다.
- 사용자 계정은 현재 사용자 이름입니다. 사용자 이름 요구사항은 사용자 ID에 대해 Windows 운영 체제가 부여하는 요구사항입니다.
- 시작 유형은 자동입니다. 시작 유형의 값은 Windows 운영 체제가 부여하는 값입니다. 자동 이외의 시작 유형을 원하는 경우, 메뉴에서 사용 가능한 다른 옵션을 선택하거나 프로파일을 작성한 후에 시작 유형을 변경할 수 있습니다. 또한 프로파일 작성 후 작성된 서비스를 제거하고 나중에 원하는 시작 유형으로 추가할 수 있습니다. 프로파일 작성 시 서비스를 작성하지 않도록 선택하고 나중에 선택적으로 원하는 시작 유형으로 서비스를 작성할 수 있습니다.
현재 운영 체제가 지원되는 Linux 운영 체제의 버전이고 현재 사용자에게 적절한 권한이 있는 경우 Linux 서비스 패널이 표시됩니다.
제품이 startServer 명령으로 시작된 애플리케이션 서버 프로세스에 대해 Linux 서비스를 시작하려고 시도합니다. 예를 들어, 애플리케이션 서버를 Linux 서비스로 구성하고 startServer 명령을 실행하는 경우 wasservice 명령은 정의된 서비스를 시작하려고 시도합니다.
기본적으로 제품은 Linux 서비스로 실행되도록 선택되지 않습니다.
서비스를 작성하려면 프로파일 관리 도구를 실행하는 사용자가 루트 사용자여야 합니다. 루트가 아닌 사용자 ID로 프로파일 관리 도구를 실행하는 경우 Linux 서비스 정의 패널이 표시되지 않으며 서비스가 작성되지 않습니다.
Linux 서비스 작성 시 서비스를 실행하는 사용자 이름을 지정해야 합니다.
Linux 서비스를 삭제하려면 사용자가 루트 사용자이거나 서비스를 삭제할 수 있는 적절한 권한을 가져야 합니다. 그렇지 않으면 루트 사용자가 사용자 대신 서비스를 삭제하기 위해 실행할 수 있는 제거 스크립트가 작성됩니다.
도구에서 프로파일 작성 요약 패널을 표시합니다.
- 작성을 클릭하여 관리 에이전트를 위한 관리 프로파일을 작성하거나,
이전을 클릭하여 프로파일의 특성을 변경하십시오.
실행 중인 구성 명령을 표시하는 프로파일 작성 진행상태 패널이 표시됩니다.
프로파일 작성이 완료되면 도구가 프로파일 작성 완료 패널을 표시합니다.
- 선택적으로 첫 번째 단계
콘솔을 선택하십시오. 완료를 클릭하여 종료하십시오.
첫 번째 단계 콘솔에서 추가 프로파일을 작성하고 애플리케이션 서버를 시작할 수 있습니다.
결과
관리 에이전트를 위한 관리 프로파일이 작성되었습니다.
프로파일 관리 도구 대신 명령을 사용하여 프로파일을 작성하는 방법을 알아보려면 manageprofiles 명령에 대한 설명을 참조하십시오.
다음에 수행할 작업
registerNode 명령을 사용하여 관리 에이전트가 포함된 애플리케이션 서버를 등록하십시오. 그런 다음, 관리 에이전트 콘솔에 액세스하여 애플리케이션 서버를 관리하십시오.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tpro_inst_adminagent
파일 이름:tpro_inst_adminagent.html