관리

이 절에서는 관리와 관련된 알려진 문제점과 해결 방법을 설명합니다.

설치하는 동안 자동 구성 옵션에서 Application Server에 로드 밸런서 기능이 지원되지 않음(6463858)

Application Server의 설치하는 동안 자동 구성 옵션에서 로드 밸런서 기능이 지원되지 않습니다.

해결 방법: Application Server를 설치한 후에 로드 밸런서 기능을 구성할 수 있습니다.

로드 밸런서 기능을 구성하려면 시스템에 Application Server와 Web Server가 설치되어 있어야 합니다.

로드 밸런서 기능을 구성하려면 다음 단계를 수행합니다.

1. 레지스트리 HKEY_LOCAL_MACHINE -> Sun Microsystem -> EntSys -> Installer -> Application Server에서 IS_LB 값을 true로 설정하고Cfgr_LB 값을 false로 설정합니다.

2. setup 디렉토리로 변경합니다.

   cd JavaES-Install-Dir\setup\

3. ASConfigure.bat 일괄 처리 파일을 실행합니다.

4. 지침에 따라 적절한 값을 제공합니다.

   ---

   주 –

   AS_LB 플러그인에는 Java ES 5에서 지원되는 유일한 플러그인인 Sun Java System Web Server [Mandatory]를 입력합니다.

   ---

5. 시스템을 다시 부팅합니다.

domain1이 없는 경우 package-appclient 스크립트가 작동하지 않음(ID 6171458)

기본적으로 JavaES-Install-Dir \lib\lib\package-appclient.xml에 있는 domain1의 AS_ACC_CONFIG 변수는 asenv.conf로 하드 코드됩니다. domain1이 삭제되고 새 도메인이 만들어지는 경우 AS_ACC_CONFIG 변수가 새 도메인 이름으로 업데이트되지 않아 package-appclient 스크립트의 실패 요인이 됩니다.

해결 방법

다음 중 한 가지를 수행합니다.

• domain1을 그대로 두고 그 주위에 다른 도메인을 만듭니다.

• domain1을 제거하고 JavaES-Install-Dir\lib\lib\package-appclient.xml에서 domain1의 하드 코드된 값을 새 도메인 이름으로 변경합니다. domain1이 없는 경우 새 도메인을 만들 때마다 이 단계를 반복합니다.

로드 균형 조정 플러그인을 설치하면 기존 플러그인을 덮어씀(ID 6172977)

로드 균형 조정 플러그인이 이미 설치되어 있는 Application Server(7.1EE 등) 설치에 로드 균형 조정 플러그인을 설치하면, 플러그인을 실행할 새 서버 인스턴스를 만든 경우라도 8.2EE 플러그인이 기존 로드 밸런서를 자동으로 대체합니다.

플러그인 파일은 기본적으로 install_dir/plugins/lbplugin 디렉토리에 설치됩니다. 즉, Application Server 설치당 한 버전의 플러그인만 사용할 수 있습니다. 콘솔 설치 프로그램에 제거를 수행하는 중이라는 메시지가 표시되지만 이 메시지는 놓치기가 쉽습니다.

해결 방법

누구에게나 이 문제가 발생하지는 않습니다. 이 문제가 발생하면 업그레이드 설치를 수행하는 대신 이전 Application Server 설치를 제거한 후 새로 설치하십시오.

Java ES 2 Application Server 7과 비교할 때 Java ES 3 Application Server 8.2 asadmin 스크립트의 몇 가지 변경 사항(ID 6189433, 6189436)

Application Server 7 및 호환 버전과 비교할 때 Application Server 8.2의 asadmin 명령에서 몇 가지가 변경되었습니다. 예를 들어, Application Server 7 및 호환 버전에서 서버 인스턴스를 시작하는 명령은 다음과 같습니다.

asadmin start-instance

버전 8.2에서 여기에 해당되는 명령은 다음과 같습니다.

asadmin start-domain --user admin domain1

최신 asadmin 명령 구문에 대한 자세한 내용은 다음 문서를 참조하십시오.

• Sun Java System Application Server Enterprise Edition 8.2 관리 설명서

• Sun Java System Application Server Enterprise Edition 8.2 Reference Manual

• Sun Java System Application Server Enterprise Edition 8.2 Upgrade and Migration Guide

Application Server의 기본 포트 변경(ID 6198555)

Java ES 2 Application Server 7 및 호환 버전에서 Java ES 5 Application Server 8.2로 업그레이드할 때 기본 포트가 변경되었기 때문에 생기는 호환성 문제가 오류가 발생할 수 있습니다.

새 이름을 사용해서 백업 도메인을 복원할 수 없음(ID 6196993)

asadmin restore-domain 명령은 도메인 이름 변경 옵션을 제공하지만 원래 이름과 다른 이름을 사용하여 도메인을 복원할 수 없기 때문에 backup-domain 명령과 restore-domain 명령을 사용하여 동일한 Application Server 설치에서 도메인 미러링을 수행할 수 없습니다. 백업한 도메인의 이름을 변경하는 데 성공한 것처럼 보이지만 이름을 변경한 도메인을 시작하려고 시도하면 도메인 구성의 항목이 변경되지 않고 startserv 및 stopserv가 원래 도메인 이름을 사용하여 경로를 설정하기 때문에 실패하게 됩니다.

해결 방법

restore-domain 명령에 사용된 도메인 이름이 원래 backup-domain 명령에 사용된 이름과 같아야 합니다. Application Server 8.2의 backup-domain 및 restore-domain 명령은 같은 시스템의 동일한 도메인을 백업하고 복구하는 경우에만 사용할 수 있습니다.

Application Server를 추가 JMX 에이전트와 함께 시작하는 것은 지원되지 않음(ID 6200011)

J2SE 1.4., 5.0 및 호환 버전을 and compatible versions can be configured on the Application Server에서 구성할 수 있습니다. J2SE 5.0 플랫폼의 중요한 기능은 JMX 에이전트를 시작하는 능력입니다. 이 에이전트는 서버를 시작할 때 시스템 등록 정보를 명시적으로 설정하면 활성화됩니다.

값의 예에는 다음과 같은 것이 있습니다.

name="com.sun.management.jmxremote" value="true"
name="com.sun.management.jmxremote.port" value="9999"
name="com.sun.management.jmxremote.authenticate" value="false"
name="com.sun.management.jmxremote.ssl" value="false"

JMX 등록 정보를 구성하고 서버를 시작한 후 새 jmx-connector 서버가 Application Server VM 내에서 시작됩니다. 이로 인한 원하지 않는 부작용으로 관리 기능이 역으로 영향을 받고 관리 Application Server GUI와 CLI에서 예기치 못한 결과가 발생할 수 있습니다. 문제는 내장된 jmx-connector 서버와 새 jmx-connector 서버 간에 충돌이 발생하는 것입니다.

해결 방법

jconsole 또는 다른 JMX 호환 클라이언트를 사용할 경우 Application Server 시작과 함께 시작되는 표준 JMX Connector Server를 다시 사용하는 것을 고려하십시오.

서버가 시작되면 다음 단락과 비슷한 행이 server.log에 나타납니다. 거기에 지정된 JMXService URL에 연결하여 자격 증명을 성공적으로 제공한 후 동일한 관리 및 구성 작업을 수행할 수 있습니다. 예를 들면 다음과 같습니다.

[#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|javax.enterprise.
system.tools.admin|_ThreadID=10;|ADM1501: Here is the JMXServiceURL for the 
JMXConnectorServer: [service:jmx:rmi:///jndi/rmi://hostname:8686/management/
rmi-jmx-connector]. This is where the remote administrative clients should 
connect using the JSR 160 JMX Connectors.|#]

자세한 내용은 Sun Java System Application Server 8.2 관리 설명서를 참조하십시오.

웹 서비스의 종점 URL을 사용하여 로드 밸런서 구성 파일을 만들 수 없음(ID 6236544, 6275436)

웹 서비스 URL을 내보내는 EJB 모듈이 있는 응용 프로그램을 사용하여 로드 밸런서 구성을 설정하면 loadbalancer.xml 결과 파일에 웹 서비스의 컨텍스트 루트가 없게 됩니다.

해결 방법

1. loadbalancer.xml 파일을 편집하여 누락된 웹 모듈을 다음과 같이 추가합니다.

   <web-module context-root="context-root-name" disable-timeout-in-minutes="30" enabled="true"/>

2. context-root-name 값을 EJB로 노출된 웹 서비스의 컨텍스트 루트 이름과 바꿉니다.

구성에 있는 Java 홈 설정이 적용되지 않음(ID 6240672)

Application Server 도메인 및 서버가 연결된 구성의 java-config 요소에 대한 java-home 속성에 지정된 JDK를 사용하지 않습니다.

해결 방법

지정된 서버 설치에서 모든 도메인의 Application Server 프로세스에 사용되는 JDK는 appserver-installation-dir /config/asenv.conf 파일에서 결정됩니다. 이 파일의 AS_JAVA 등록 정보는 사용되는 JDK를 결정하며 설치 시에 설정됩니다. 설치가 완료된 후에 Application Server 프로세스에서 다른 JDK를 사용하려면 이 값을 다른 JDK로 수정할 수 있습니다. 이 설치에 있는 모든 도메인은 이 변경의 영향을 받습니다.

asenv.conf 파일에서 수동으로 변경한 사항은 유효성을 확인하기 않기 때문에 조심해서 변경해야 합니다. AS_JAVA 값을 수정할 때의 최소 JDK 버전 요구 사항은 제품 설명서를 참조하십시오.

sun-appserv-admin을 사용하여 Application Server를 다시 시작하면 LoginException 오류가 발생함(ID 6288893)

이 문제는 %CONFIG_HOME%의 잘못된 값으로 인해 발생합니다.

해결 방법

1. 기존 이름인 asant를 asant.bak로 바꿉니다.

2. Copy the file in SE 또는 EE 버전의 as_install/lib/install/templates/ee에 있는 asant.template 파일을 as_install/bin/ 디렉토리에 복사하고 asant 파일 이름을 변경합니다.

3. 새로 복사된 as_install/bin/asant 파일을 편집하여 %CONFIG_HOME% 토큰을 as_install/config 값으로 바꿉니다.

4. 원본 asant.bak 파일을 수동으로 변경했다면 이러한 변경 사항을 모두 새 asant 파일로 병합합니다.

Application Server 설명서에 .asadmintruststore 파일에 대한 설명 없음(ID 6315957)

이 파일이 서버 관리자의 home 디렉토리에 없으면 서버에 호스트된 일정 응용 프로그램을 업그레이드할 때 심각한 버그가 발생할 수 있습니다.

해결 방법

• 가능하다면 서버를 설치한 사용자가 asadmin start-domain domain1 명령을 실행해야 합니다.

• 이 명령을 해당 사용자가 실행하지 않는 경우 .asadmintruststore를 설치 사용자의 home 디렉토리에서 실행 중인 사용자의 home 디렉토리로 이동 또는 복사해야 합니다.

• 파일이 설치 사용자의 home 디렉토리에서 실행 중인 사용자의 home 디렉토리로 옮겨 가면 6309079, 6310428 및 6312869 버그에서 설명한 대로 응용 프로그램의 업그레이드에 문제가 생길 수 있습니다. 이 문제는 업그레이드 또는 설치 사용자의 home 디렉토리에 더 이상 .asadminstruststore 파일이 없기 때문에 발생합니다.

create-domain 마스터 비밀번호에 특수 문자가 있는 경우 도메인이 시작되지 않음(ID 6345947)

도메인의 마스터 비밀번호에 백분율(%) 문자가 있는 경우 도메인이 시작되지 않습니다.

해결 방법

도메인의 마스터 비밀번호에는 백분율 문자(%)를 사용할 수 없습니다. 이 해결 방법은 새 도메인을 만들거나 기존 도메인의 마스터 비밀번호를 변경하는 경우에 적용됩니다.

magnus.conf 및 obj.conf의 로드 밸런서 구성 변경 사항을 덮어씀(ID 6394181)

보안 http-listener를 만들고 lbplugin을 설치한 후 webserver_instance_dir/config 디렉토리의 magnus.conf 및 obj.conf 파일이 수정되고 lbplugin 내용이 제거됩니다.

설치 프로그램이 로드 밸런서 플러그인 설치 과정에서 Application Server의 magnus.conf 및 obj.conf 구성 파일을 수정합니다. Application Server 관리 콘솔에 로그인하여 로드 밸런서가 설치된 인스턴스에 대한 인스턴스 구성을 관리하려고 하면 Application Server에서 구성이 수동으로 편집되었다는 경고 메시지가 표시됩니다. 이 경고는 실제로 설치 프로그램에서 수행한 변경을 나타냅니다.

해결 방법

설치 프로그램에서 수행된 변경 내용을 덮어쓰지 않았는지 확인합니다.