이 절에서는 설치 후 발생할 수 있는 다양한 문제에 대해 설명합니다.
Application Server를 다시 시작하면 Application Server와 Monitoring Console 간의 통신이 중단되므로 다시 활성화해야 합니다. 이전에 작동되었던 모니터링 규칙이 더 이상 작동하지 않으며 알 수 없음 상태에 놓이게 됩니다. Application Server 호스트에서 공통 에이전트 컨테이너를 다시 시작한 경우에도 Monitoring Console 호스트에서 해당 공통 에이전트 컨테이너를 다시 시작해야 하기 때문에 문제가 계속 나타납니다.
Application Server가 있는 호스트에서 루트 사용자로 공통 에이전트 컨테이너를 다시 시작합니다. 예를 들면 다음과 같습니다.
/usr/sbin/cacaoadm start |
그런 다음 Monitoring Console이 있는 호스트로 이동하여 공통 에이전트 컨테이너를 다시 시작합니다. 예를 들면 다음과 같습니다.
공통 에이전트 컨테이너가 이미 실행되고 있으면 중지한 후 다음 명령을 사용하여 다시 시작합니다.
Solaris OS의 경우:
/usr/sbin/cacaoadm stop /usr/sbin/cacaoadm start |
Linux 및 HP-UX의 경우:
/opt/sun/cacao/bin/cacaoadm stop /opt/suncacao/bin/cacaoadm start |
이 문제는 기본 Application Server 명령을 실행하여 Java DB를 다시 시작(asadmin stop-database를 실행하고 asadmin start-database 실행)한 후 Java DB를 사용하는 Application Server 샘플을 배포할 때 발생합니다. 이 경우 Portal Server 샘플에 더 이상 액세스할 수 없습니다.
해결 방법. 이 문제는 여러 방법으로 해결할 수 있습니다.
Java DB를 중지하지 않습니다.
Java DB가 중지되었으면 다음 명령을 사용하여 Java DB를 다시 시작하여 Application Server 데이터베이스를 다른 위치에 만듭니다.
Solaris OS의 경우: /asadmin start-database --dbhome /var/opt/SUNWportal/derby
Linux 및 HP-UX의 경우: /asadmin start-database --dbhome /var/opt/sun/portal/derby
데이터베이스를 기본 위치에 저장하려면 기본이 아닌 포트를 사용하여 두 번째 Java DB 인스턴스를 시작한 다음 Application Server 샘플의 common.properties 파일에서 정확한 Derby 포트를 지정합니다. 예를 들면 다음과 같습니다. asadmin start-database --dbport 1528