이 부록에서는 Java ES 구성 요소를 Solaris 10 영역에 설치하고 구성할 때 발생하는 문제를 설명하고 이러한 문제를 해결하기 위한 몇 가지 권장 사례를 제시합니다. 이 부록의 내용은 다음과 같습니다.
영역은 Solaris 10 운영 체제의 응용 프로그램 및 자원 관리 기능입니다. 이 기능을 사용하면 운영 체제가 격리되고 안전한 가상 운영 체제 환경(영역)으로 응용 프로그램에 나타납니다. 이러한 영역은 중앙 집중화된 특정 수준의 자원 관리에 운영 체제 독립성의 이점을 제공합니다. 따라서 응용 프로그램을 별도의 영역에 설치 및 실행하여 서로 격리시키는 동시에 특정 운영 체제 자원은 중앙 집중적으로 할당 및 관리할 수 있습니다.
여러 영역을 지원하는 운영 체제 관점에서 운영 체제 자원에는 프로세스 관리, 메모리, 네트워크 구성, 파일 시스템, 패키지 레지스트리, 사용자 계정, 공유 라이브러리 및 어떤 경우에는 설치된 응용 프로그램과 같은 자원이 포함됩니다.
다중 영역 환경은 하나의 전역 영역(기본 운영 체제)과 하나 이상의 비전역 영역으로 구성됩니다. 전역 영역에는 전역(영역) 관리자가 비전역 영역 간에 할당할 수 있는 자원이 있습니다. 비전역 영역에서 제공하는 기능은 다음과 같습니다.
보안. 비전역 영역에 분산된 서비스를 실행하면 보안을 위반할 때 발생할 수 있는 손상이 제한됩니다. 한 영역에 있는 소프트웨어의 보안 결함을 교묘하게 이용하는 침입자는 해당 영역으로 제한됩니다. 비전역 영역에서 사용할 수 있는 권한은 전역 영역에서 사용할 수 있는 권한의 하위 집합입니다.
런타임 격리. 비전역 영역을 사용하면 여러 응용 프로그램에 상이한 보안 수준, 전역 자원에 대한 배타적 액세스 또는 개별화된 구성이 필요하더라도 동일한 컴퓨터에 이러한 응용 프로그램을 배포할 수 있습니다. 예를 들어 각각의 비전역 영역과 연관된 특정 IP 주소를 사용하여 상이한 영역에서 실행되는 여러 응용 프로그램을 동일한 네트워크 포트에 바인드할 수 있습니다. 그러면 응용 프로그램 상호 간에 네트워크 트래픽, 파일 시스템 데이터 또는 프로세스 작업이 모니터링되거나 인터셉팅되는 것이 방지됩니다.
관리 격리. 가상화된 운영 체제 환경을 사용하면 비전역 영역을 개별적으로 관리할 수 있습니다. 사용자 계정 만들기, 소프트웨어 설치와 구성 및 프로세스 관리 등 전역 관리자와는 대조적으로 영역 관리자가 수행하는 작업은 다른 영역에 영향을 미치지 않습니다.
비전역 영역에는전체 루트 영역 및 스파스 루트 영역의 두 가지 유형이 있습니다.
전체 루트 영역. 전역 영역에 있는 파일 시스템의 읽기/쓰기 복사본이 포함됩니다. 전체 루트 영역이 만들어지면 전역 영역에 설치된 모든 패키지를 전체 루트 영역에서 사용할 수 있습니다. 즉, 패키지 데이터베이스를 만들고 독립적인 전용 영역을 사용하기 위해 모든 파일을 전체 루트 영역에 복사합니다.
스파스 루트 영역. 전역 영역에 있는 파일 시스템의 일부에 대한 읽기/쓰기 복사본이 포함되며(그래서 이름이 스파스(sparse) 루트라고 함) 다른 파일 시스템은 전역 영역으로부터 읽기 전용 루프백 가상 파일 시스템으로 마운트됩니다. 스파스 루트 영역을 만들면 전역 관리자가 이 스파스 루트 영역과 공유할 파일 시스템을 선택합니다. 기본적으로 /usr, /lib, /sbin 및 /platform 디렉토리가 읽기 전용 파일 시스템으로 공유됩니다. 전역 영역에 설치되는 모든 패키지를 스파스 루트 영역에서 사용할 수 있습니다. 즉, 패키지 데이터베이스가 만들어지고 마운트된 파일 시스템에 있는 모든 파일을 영역과 공유할 수 있습니다.
자원 효율성과 관리 제어 간의 균형에 따라 전체 루트 비전역 영역과 스파스 루트 비전역 영역 중에서 선택하게 됩니다. 전체 루트 영역에서는 메모리와 다른 자원의 비용 측면에서 관리 제어(독립성 및 격리)를 최대화하지만, 스파스 루트 영역에서는 관리 독립성 비용 측면에서 디스크 공간(footprint)을 훨씬 적게 사용하면서도 실행 파일과 공유 라이브러리의 공유를 효율적으로 최적화할 수 있습니다. 현재는 성능 측면에서 전체 루트 영역에 대한 스파스 루트 영역의 이점을 측정할 수 없지만 이는 소프트웨어에 따라 매우 다를 것입니다.
전역 영역에 기본적으로 설치된 패키지는 패키지 전달이라는 프로세스를 통해 모든 비전역 영역에서사용할 수 있습니다. (전달을 수행하려면 먼저 새로 만들어진 비전역 영역이 완전히 부트되어 실행 상태에 있어야 합니다.) 전달은 전역 영역에 설치된 패키지에 로컬(비전역) 가시성과 가용성을 제공합니다. 전달을 사용하는 경우 전역 관리자는 중앙에서 응용 프로그램 패키지 라이프 사이클(설치, 업그레이드, 제거)을 관리하는 한편 비전역 영역 관리자는 응용 프로그램을 구성하고 런타임을 관리합니다.
전체 루트 영역의 경우 설치된 파일이 전역 영역에서 전체 루트 영역으로 자동으로 복사되고 레지스트리 정보를 자동으로 동기화함으로써 전달됩니다. 이에 비해 스파스 루트 영역의 경우에는 전역 영역과 스파스 루트 영역 간에 공유되는 읽기 전용 파일 시스템과 자동 레지스트리 정보 동기화를 통해 전달됩니다.
비전역 영역으로의 패키지 전달은 내부 패키지 속성을 사용하는 패키지 수준에서 제어됩니다. 이러한 속성의 일부 값(최소한의 기본값)은 속성 값을 무시하는 pkgadd —G 옵션을 사용하면 설치 시에 전달을 사용하지 않을 수 있습니다. 설치된 후 패키지의 전달 동작은 해당 패키지를 제거하고 다시 설치하지 않는 한 수정할 수 없습니다. 예를 들어 패치는 패키지 전달 동작을 변경할 수 없습니다. 실제로 패치는 업그레이드하는 패키지의 전달 동작에 따라 적용되어야 합니다.
다른 영역에서 실행되는 응용 프로그램에 제공되는 격리는 다른 컴퓨터의 운영 체제에서 응용 프로그램을 실행함으로써 제공되는 격리와 비슷합니다. 따라서 Java ES 구성 요소를 격리하여 보호하기 위해 다른 컴퓨터에 설치, 구성 및 실행하는 대신 동일한 컴퓨터에서 별도의 영역에 이러한 구성 요소를 설치, 구성 및 실행할 수 있습니다.
Java ES 구성 요소를 이렇게 통합하면 자원을 훨씬 효율적으로 활용할 수 있습니다. 즉 Java ES 구성 요소를 사용되지 않는 전용 컴퓨터에서 실행하는 대신 단일 컴퓨터에 있는 별도의 비전역 영역에서 실행할 수 있습니다. 전역 관리자는 영역에서 실행하는 구성 요소의 자원 요구 사항에 따라 해당 영역 간에 자원을 동적으로 할당할 수 있습니다. 이렇게 하려면 일반적으로 현재 사용할 수 있는 구성 요소가 아니라 다양한 구성 요소의 자원 요구 사항에 대해 더 자세히 알고 이해할 필요가 있습니다.
다중 영역 환경도 다음과 같은 목표를 달성하는 데 유용할 수 있습니다.
버전 분리. 다양한 버전으로 구성된 일련의 Java ES 구성 요소를 서로 다른 영역에서 실행할 수 있습니다. 이렇게 하면 기간이 지나도 Java ES를 다른 버전으로 마이그레이션할 수 있습니다. 예를 들어 한 비전역 영역에 있는 Java ES 릴리스 4 구성 요소가 다른 비전역 영역에 있는 Java ES 릴리스 5 구성 요소와 동시에 실행될 수 있습니다. 영역 관리자가 구성 및 런타임 관리와 함께 라이프 사이클 관리를 위임받아 이러한 유형의 버전 분리를 수행할 수 있습니다.
중앙 집중식 라이프 사이클 관리. Java ES의 제한으로 인해 완전하게 지원되지는 않지만 영역을 사용하면 Java ES 구성 요소의 라이프 사이클을 중앙에서 관리할 수 있습니다. 즉 구성 요소를 전역 영역에 설치, 업그레이드 및 제거할 수 있지만 런타임 격리, 보안, 확장성 및 기타 요구에 맞게 많은 비전역 영역에서 구성 요소를 구성 및 실행할 수 있습니다. 서로 다른 영역에서 실행되는 구성 요소의 인스턴스가 많거나 이러한 인스턴스가 동일한 릴리스 버전으로 동기화되기를 원하는 경우에는 중앙 집중식 라이프 사이클 관리가 유용합니다.
예를 들어 Application Server를 전역 영역에 한 번만 설치하고 다양한 비전역 영역에서 여러 인스턴스를 실행할 수 있습니다. 다양한 Application Server 인스턴스는 Access Manager, Portal Server 또는 기타 Java ES 구성 요소를 지원할 수 있으며, 이러한 구성 요소는 다양한 비전역 영역에서 같거나 다른 구성 요소일 수 있습니다. 또는 다양한 Application Server 인스턴스가 서로 다른 영역의 다양한 개발 팀에서 사용될 수도 있습니다.
이 목표를 달성하기 위해 전역 관리자는 라이프 사이클을 관리하는 한편 개별 영역 관리자에게는 구성 및 런타임 관리가 위임됩니다. 이 방법에는 업그레이드와 같은 라이프 사이클 관리 작업이 수행될 때 광범위한 조정이 필요합니다.
조직의 독립성. 서로 다른 조직에서는 동일한 컴퓨터에 같이 두고 실행하는 Java ES 구성 요소의 개별 배포 또는 이 구성 요소의 개별 런타임 인스턴스를 유지할 수 있습니다. 예를 들어 다양한 그룹의 개발자들이 Java ES 구성 요소의 독자적인 특정 인스턴스를 사용하거나 다양한 조직에서 테스트, 사전 작업 환경 단계별 설정 또는 작업 환경에 별도의 Java ES 배포를 사용할 수 있습니다. 조직의 독립성은 특정 목표에 따라 다양한 방법으로 달성될 수 있습니다. 즉 영역 관리자에게 구성과 런타임 관리를 위임한 상태에서 Java ES 라이프 사이클을 중앙에서 관리하거나 영역 관리자에게 모든 관리 기능(라이프 사이클, 구성 및 런타임)을 위임하는 것입니다.
다중 영역 환경에서 Java ES를 사용하여 달성할 수 있는 다양한 목표와 이에 수반되는 사용 시나리오에는 다중 영역 환경에서 Java ES 구성 요소를 배포하고 관리하기 위한 다양한 전략이 필요합니다. 어떤 목표는 여러 영역에 대해 격리 기능을 사용하여 다양한 Java ES 구성 요소 및 해당 런타임 인스턴스를 개별적으로 관리하는 한편, 어떤 목표는 전역 영역에 대해 전달 기능을 사용하여 Java ES 구성 요소의 라이프 사이클을 간편하게 관리합니다.
다중 영역 환경에서 Java ES를 사용하기 위한 설치 및 관리 전략에 대해서는 먼저 Java ES 소프트웨어의 특성에 의한 몇 가지 다중 영역 환경 제한을 검토한 후에 다시 설명될 것입니다.
Java ES 구성 요소는 Sun Java Enterprise System 5 기술 개요에서 설명한 대로 여러 유형으로 분류됩니다. 이에 따라 시스템 서비스 구성 요소는 주요 Java ES 인프라 서비스를 제공하며, 서비스 품질 구성 요소는 이러한 시스템 서비스를 강화합니다. 이 두 가지 유형의 Java ES 구성 요소를 모두 제품 구성 요소라고 하며 Java ES 설치 프로그램에서 선택할 수 있습니다.
각 제품 구성 요소는 로컬에서 공유되는 하나 이상의 라이브러리에 종속되며, 이러한 라이브러리를 Java ES 공유 구성 요소라고 합니다. 공유 구성 요소는 제품 구성 요소를 설치하는 과정에서 설치되는 제품 구성 요소에 따라 Java ES 설치 프로그램에서 자동으로 설치합니다. 이러한 구성 요소는 Java ES 제품 구성 요소의 배포 과정에서 개별적으로 선택, 설치 또는 구성되지 않습니다.
Java ES에 영역을 사용하는 이유에서는 Java ES 제품 구성 요소의 영역 사용을 중심으로 설명했습니다. 이러한 구성 요소는 원하는 배포 아키텍처와 기능을 획득하기 위해 Java ES 설치 프로그램에서 명시적으로 선택되어 다양한 영역에 설치 및 구성될 수 있습니다. 그러나 제품 구성 요소가 종속되는 공유 구성 요소에는 Java ES가 다중 영역 환경에 배포되는 방법과 관련하여 많은 제한이 설정됩니다. Java ES 공유 구성 요소와 영역에 관한 두 가지 문제는 다음과 같습니다.
Java ES 공유 구성 요소와 Java ES 제품 구성 요소 간의 다양하고(약 30개) 복잡한 상호 작용을 테스트하고 지원할 때 단일 운영 체제 인스턴스의 모든 공유 구성 요소가 동일한 Java ES 버전으로 동기화되도록 관리하는 것이 어렵습니다. 다시 말하면 비전역 환경 또는 Solaris 10 환경 내의 단일 영역에 설치된 모든 Java ES 공유 구성 요소가 동일한 버전이어야 한다는 것입니다. 이러한 요구 사항은 다중 영역 환경에서 Java ES를 사용할 수 있는 방법에 특정 제한을 둡니다.
이 동기화 요구 사항에는 다음이 포함됩니다.
여러 버전의 Java ES 공유 구성 요소가 서로 다른 영역에만 상주할 수 있습니다. 예를 들어 한 영역에는 Java ES 릴리스 4 공유 구성 요소를 설치하고 다른 영역에는 Java ES 릴리스 5 공유 구성 요소를 설치할 수 있지만 동일한 영역에서 두 구성 요소를 결합할 수는 없습니다.
한 영역에 있는 공유 구성 요소가 업그레이드되거나 더 높은 버전의 새 공유 구성 요소가 채택되면 해당 영역에 있는 공유 구성 요소도 동시에 모두 업그레이드되어야 합니다. 이 경우 이전 버전과 호환되는 공유 구성 요소가 필요하므로 릴리스 4 제품 구성 요소가 릴리스 5 공유 구성 요소와 함께 작동하는 데에는 아무 문제가 없습니다. 예를 들어 릴리스 4 제품 구성 요소가 하나 이상 상주하는 영역에 릴리스 5 제품 구성 요소를 설치한다고 가정합니다. 릴리스 5 제품 구성 요소에는 몇 가지 릴리스 5 공유 구성 요소가 필요하므로 릴리스 5 제품 구성 요소를 설치하는 동시에 해당 영역에 상주하는 릴리스 4 공유 구성 요소도 모두 릴리스 5로 업그레이드해야 한다는 것이 동기화 요구 사항입니다. 이 요구 사항은 이미 영역에 설치되어 있는 것과는 다른 공유 구성 요소가 설치될 릴리스 5 제품 구성 요소에 필요한 경우에도 적용됩니다.
공유 구성 요소가 전역 영역에서 설치되고 전달되는 경우( Java ES 전달 정책 참조) 모든 영역에서 공유 구성 요소의 동기화를 유지하도록 특별히 주의해야 합니다. 그렇지 않으면 비전역 영역에 있는 이전 버전의 공유 구성 요소가 전역 영역에서 전달된 릴리스 5 공유 구성 요소와 혼합될 가능성이 있습니다. 일반적으로 특별히 주의해야 한다는 것은 공유 구성 요소 라이프 사이클 관리가 전역 영역에서만 수행된다는 것입니다. 자세한 내용은 표 A–2 및 공유 구성 요소 특수 사례를 참조하십시오.
공유 구성 요소에 대한 동기화 요구 사항은 다중 영역 환경에서 Java ES 설치 프로그램을 실행하도록 하는 구성 요소를 제한하며( Java ES 설치 프로그램에서 영역 지원 참조) 다중 영역 환경에서 Java ES 제품 구성 요소를 설치하고 업그레이드하는 절차에도 영향을 미칩니다.
다중 영역 환경에서 Java ES를 사용하는 데 영향을 미치는 다른 문제는 스파스 루트 영역의 읽기 전용 파일 시스템 때문에 많은 공유 구성 요소가 스파스 루트 영역에 설치될 수 없다는 것입니다. 따라서 전역 영역에서 기본적으로 공유되는 디렉토리인 /usr 기본 디렉토리에 있는 이러한 공유 구성 요소는 스파스 루트 영역에서 사용할 수 있도록 전역 영역에 설치되어야 합니다.
많은 Java ES 공유 구성 요소를 스파스 루트 영역에 설치할 수 없을 경우에는 이러한 공유 구성 요소에 속하게 되는 설치 제품 구성 요소를 스파스 루트 영역에 성공적으로 설치하기 위해 먼저 해당 공유 구성 요소를 전역 영역에 설치한 다음 비전역 영역으로 전달해야 합니다.
Java ES에 영역을 사용하는 이유에서 설명한 다중 영역 환경에서 Java ES를 사용하는 목표 중 일부와 이에 수반되는 사용 시나리오에서는 전역 영역의 전달 기능을 사용하여 Java ES 제품 구성 요소의 라이프 사이클을 간편하게 관리합니다. 예를 들어 이러한 사용 시나리오에는 전역 관리자가 전역 영역에서 수행할 Java ES 제품 구성 요소의 라이프 사이클 관리가 필요한 동시에 영역 관리자가 비전역 영역에서 수행할 이러한 구성 요소의 구성과 런타임 관리가 필요합니다.
다시 말하면 제품 구성 요소는 전역 영역에서 설치되고 업그레이드되지만 인스턴스는 비전역 영역에서 구성되고 실행된다는 것입니다. 이 사용 시나리오는 중앙 집중식 라이프 사이클 관리의 이점과 비전역 영역에서 제공되는 격리와 보안을 결합합니다.
그러나 사용 시나리오는 전역 영역에 설치되지만 비전역 영역에서 구성되고 실행될 각 제품 구성 요소의 기능에 따라 달라집니다. 이러한 구분은 각 제품 구성 요소가 구성되는 방법, 구성 및 동적 응용 프로그램 데이터가 저장되는 위치, 바이너리를 실행하여 구성 데이터를 찾는 방법 및 업그레이드 수행 방법에 따라 달라집니다. 예를 들어 구성 요소 인스턴스의 시작이나 중지 여부, 구성 데이터에 대한 링크 설정 여부또는 라이프 사이클과 구성 관리 간의 구별을 모호하게 하는 다른 작업의 수행 여부 등 설치 전 또는 후 작업, 업그레이드 스크립트에서 수행하는 작업에 따라 구분될 수 있습니다.
또한 전체 루트 영역과 스파스 루트 영역 중 어느 영역에서 구성되는지의 여부에 따라 구분될 수도 있습니다. 예를 들어 제품 구성 요소의 구성 스크립트에서 스파스 루트 영역에 있는 읽기 전용 파일 시스템(예: /usr)에 기록하거나 기본이 아닌 파일 시스템(예: /opt)이 스파스 루트 영역과 공유되는 경우에는 구성 요소가 구성되지 않을 수 있습니다.
거의 모든 Java ES 제품 구성 요소는 기본적으로 스파스 루트 영역에서 쓰기 가능한 /opt 디렉토리에 설치됩니다. 자세한 내용은 Sun Java Enterprise System 5 UNIX용 설치 참조 설명서를 참조하십시오.
현재 대략 20개의 Java ES 제품 구성 요소 각각에는 전역 영역과 비전역 영역 간의 라이프 사이클 관리와 구성/런타임 관리의 구분을 지원하는 기능이 설정되어 있지 않습니다. 다양한 제품 구성 요소에서 별도의 구성 및 업그레이드 방법을 채택하고 있습니다. 이러한 상황에서 Message Queue를 제외한 Java ES 제품 구성 요소의 전달 기능은 현재 지원되지 않습니다. 자세한 내용은 Java ES 전달 정책을 참조하십시오.
Java ES에 영역을 사용하는 이유에서 설명한 사용 시나리오와 Java ES 구성 요소의 영역 제한 사항에서 설명한 Java ES 구성 요소 요구 사항 및 제한 사항에 따라 Java ES 설치 프로그램은 Java ES 제품 구성 요소의 설치와 업그레이드 및 공유 구성 요소의 동기화를 위해 정규화된 영역 지원을 제공합니다. 문제가 있는 설치 및 업그레이드 시나리오를 방지하는 데 도움을 주는 정책이 설치 프로그램에 구현되어 있습니다.
3절에서 설명한 제한 사항에 따라 Java ES 설치 프로그램은 다음과 같은 두 가지 Java ES 전달 정책을 구현하고 있습니다.
제품 구성 요소를 전역 영역에 설치하는 경우 해당 제품 구성 요소가 비전역 영역에 전달되지 않도록 기본적으로 설정됩니다(예외: Message Queue). 따라서 비전역 영역에는 이러한 제품 구성 요소가 자체의 레지스트리에 표시되지 않으며 설치된 제품 구성 요소에 대한 액세스 권한도 없습니다.
공유 구성 요소(예: 제품 구성 요소 설치의 일부)를 전역 영역에 설치하는 경우 해당 공유 구성 요소가 비전역 영역에 전달되도록 설정됩니다. 따라서 비전역 영역에는 이러한 공유 구성 요소가 자체의 레지스트리에 표시되며 설치된 공유 구성 요소에 대한 액세스 권한도 있습니다. 이러한 정책을 사용하면 Java ES 공유 구성 요소 및 영역에서 설명한 대로 공유 구성 요소 버전이 모든 영역에서 동기화되어야 하는 요구 사항을 강제 적용할 수 있습니다.
Java ES 설치 프로그램을 사용하여 제품 구성 요소와 각 제품 구성 요소를 지원하는 데 필요한 공유 구성 요소를 모두 설치할 수 있습니다. 설치 프로그램에서 선택한 제품 구성 요소를 설치하기 전에 현재 또는 이전 버전의 공유 구성 요소가 있는지 확인합니다. 설치 프로그램에서 선택한 구성 요소에 필요한 공유 구성 요소가 이전 버전이거나 없다고 감지하면 현재 설치된 공유 구성 요소를 모두 업그레이드하고 선택한 구성 요소에 필요하지만 누락된 공유 구성 요소를 모두 설치하게 됩니다. 공유 구성 요소 동기화의 요구 사항을 충족시키는 이러한 동작은 비영역 운영 체제, 전역 영역 및 모든 비전역 영역에 적용됩니다.
그러나 이러한 동작에는 두 가지의 예외 사항이 있습니다.
스파스 루트 영역의 일부 공유 구성 요소를 설치하거나 업그레이드할 수 없고( 공유 구성 요소 및 스파스 루트 영역 참조), 이러한 공유 구성 요소가 전역 영역에서 설치되거나 업그레이드될 때까지 설치가 중단됩니다. 이 경우 설치 프로그램에서 표시하는 메시지는 다음과 같습니다. “선택한 구성 요소에 필요한 다음의 공유 구성 요소는 스파스 루트 영역에서 설치하거나 업그레이드할 수 없습니다. 계속하기 전에 전역 영역에서 이러한 공유 구성 요소를 설치하거나 업그레이드하십시오. 모든 공유 구성 요소 옵션을 사용하십시오.자세한 내용은 모든 공유 구성 요소 동기화를 참조하십시오.
비전역 영역이 있으면 설치 프로그램이 전역 영역에서 현재 설치된 공유 구성 요소를 모두 업그레이드하고 선택한 제품 구성 요소에 필요하지만 누락된 공유 구성 요소를 모두 설치하는 대신 특정 제품 구성 요소에 필요한지의 여부와 상관 없이 모든 Java ES 공유 구성 요소를 동기화합니다. 이렇게 하면 공유 구성 요소가 비전역 영역으로 모두 전달되어 비전역 영역에서 공유 구성 요소 버전이 혼합되지 않도록 만들 수 있습니다.
일부 특별한 경우에 Application Server, Message Queue, HADB 및 Java DB와 같은 제품 구성 요소를 업그레이드하기 위한새 기능이 Java ES 릴리스 5에 구현되어 있습니다. Java ES 설치 프로그램에서 이전에 설치된 이러한 제품 구성 요소의 릴리스 버전을 감지하면 구성 요소 선택 페이지에서 업그레이드 가능한 구성 요소로 표시합니다. 이 4개 제품 구성 요소 중 하나가 선택되면 설치 프로그램에서 새 설치에 사용되는 것과 비슷한 논리를 사용하여 해당 구성 요소를 업그레이드합니다.
특별히 설치 프로그램에서는 선택한 제품 구성 요소를 업그레이드하기 전에 먼저 현재 또는 이전 버전의 공유 구성 요소가 있는지 확인합니다. 설치 프로그램에서 선택한 구성 요소에 필요한 공유 구성 요소가 이전 버전이거나 없다고 감지하면 현재 설치된 공유 구성 요소를 모두 업그레이드하고 선택한 구성 요소에 필요하지만 누락된 공유 구성 요소를 모두 설치하게 됩니다. 모든 공유 구성 요소 동기화의 요구 사항을 충족시키는 이러한 동작은 비영역 운영 체제, 전역 영역 및 모든 비전역 영역에 적용됩니다.
그러나 이러한 동작에는 세 가지의 예외 사항이 있습니다.
스파스 루트 영역의 일부 공유 구성 요소를 설치하거나 업그레이드할 수 없고, 이러한 공유 구성 요소가 전역 영역에서 설치되거나 업그레이드될 때까지 업그레이드 작업이 중단됩니다. 자세한 내용은 공유 구성 요소 및 스파스 루트 영역을 참조하십시오. 이 경우 설치 프로그램에서는“선택한 구성 요소에 필요한 다음의 공유 구성 요소는 스파스 루트 영역에서 설치하거나 업그레이드할 수 없습니다. 계속하기 전에 전역 영역에서 이러한 공유 구성 요소를 설치하거나 업그레이드하십시오. 모든 공유 구성 요소 옵션을 사용하십시오.”라는 메시지가 표시됩니다. 자세한 내용은 모든 공유 구성 요소 동기화를참조하십시오.
Application Server와 Message Queue는 모두 Solaris 운영 체제와 함께 번들로 제공됩니다. 이러한 버전은 모두 스파스 루트 영역에서 직접 업그레이드할 수 없습니다. 번들로 제공되는 이 두 구성 요소에 대한 자세한 내용은 제품 구성 요소 특수 사례를 참조하십시오.
비전역 영역이 있으면 설치 프로그램이 전역 영역에서 현재 설치된 공유 구성 요소를 모두 업그레이드하고 설치하기 위해 선택한 제품 구성 요소에 필요하지만 누락된 공유 구성 요소를 모두 설치하는 대신, 당시 설치를 위해 선택한 제품 구성 요소에 필요했는지의 여부와 상관 없이 모든 Java ES 공유 구성 요소를 동기화합니다. 이렇게 하면 공유 구성 요소가 비전역 영역으로 모두 전달되어 비전역 영역에서 공유 구성 요소 버전이 혼합되지 않도록 만들 수 있습니다.
비전역 영역에서 제품 구성 요소를 설치하거나 업그레이드하는 것을 방해할 수 있는 특수 사례 또는 예외가 많이 있습니다. 이러한 사례는 특수 사례 또는 예외에서 설명합니다.
공유 구성 요소 동기화 옵션은 모든 공유 구성 요소가 동기화되어야 하는 문제를 해결하기 위해 제공됩니다. 모든 공유 구성 요소 옵션이 선택되면 설치 프로그램에서 현재 설치된 공유 구성 요소를 모두 업그레이드하고 특정 제품 구성 요소에 필요한지의 여부와 상관 없이 누락된 공유 구성 요소를 모두 설치합니다. 이 옵션은 전역 영역과 전체 루트 영역에 적용되지만 스파스 루트 영역에는 적용되지 않습니다.
모든 공유 구성 요소 옵션은 다음과 같은 두 가지 영역 기반 시나리오에서 필요합니다.
제품 구성 요소 수동 업그레이드. 모든 공유 구성 요소 옵션은 Java ES 설치 프로그램을 사용하여 업그레이드할 수 없는 제품 구성 요소를 업그레이드할 때 필요한 공유 구성 요소를 설치하고 업그레이드하는 데 필요합니다.
스파스 루트 영역에서 설치 또는 업그레이드. 일부 공유 구성 요소는 기본 스파스 루트 영역에서 설치할 수 없습니다. 여기에 대한 자세한 내용은 제품 구성 요소 설치 및 제품 구성 요소 업그레이드를 참조하십시오. 스파스 루트 영역에서 설치 프로그램을 실행할 때는 먼저 관련 공유 구성 요소에 따라 해당 공유 구성 요소를 전역 영역에서 동기화해야 할 수 있습니다. 이 경우 전역 영역에서 모든 공유 구성 요소 옵션을 사용하여 필요한 공유 구성 요소의 설치 및 업그레이드를 수행합니다.
다음 표에는 앞 절에서 설명한 동작들을 요약 설명하고 영역 컨텍스트와 구성 요소 선택 페이지에서 선택한 구성 요소에 따라 Java ES 설치 프로그램에서 공유 구성 요소를 처리하는 방법을 보여 줍니다.
표 A–1 공유 구성 요소에 관한 설치 프로그램 동작
영역 컨텍스트 |
제품 구성 요소 선택 |
모든 공유 구성 요소 선택 |
---|---|---|
비영역 운영 체제 |
현재 설치된 모든 공유 구성 요소 업그레이드 선택한 제품 구성 요소에 필요하지만 누락된 모든 공유 구성 요소 설치 |
현재 설치된 모든 공유 구성 요소 업그레이드 특정 제품 구성 요소에 필요한지의 여부와 상관 없이 누락된 모든 공유 구성 요소 설치 |
전역 영역: 비전역 영역 없음 |
현재 설치된 모든 공유 구성 요소 업그레이드 선택한 제품 구성 요소에 필요하지만 누락된 모든 공유 구성 요소 설치 |
현재 설치된 모든 공유 구성 요소 업그레이드 특정 제품 구성 요소에 필요한지의 여부와 상관 없이 누락된 모든 공유 구성 요소 설치 |
전역 영역: 비전역 영역 있음 |
현재 설치된 모든 공유 구성 요소 업그레이드 특정 제품 구성 요소에 필요한지의 여부와 상관 없이 누락된 모든 공유 구성 요소 설치 |
특정 제품 구성 요소에 필요한지의 여부와 상관 없이 현재 설치된 모든 공유 구성 요소 업그레이드 및 누락된 모든 공유 구성 요소 설치 |
전체 루트 영역 |
현재 설치된 모든 공유 구성 요소 업그레이드 선택한 제품 구성 요소에 필요하지만 누락된 모든 공유 구성 요소 설치 |
현재 설치된 모든 공유 구성 요소 업그레이드 특정 제품 구성 요소에 필요한지의 여부와 상관 없이 누락된 모든 공유 구성 요소 설치 |
스파스 루트 영역 |
읽기 전용 디렉토리에 일부 공유 구성 요소를 업그레이드하거나 설치할 수 없음. 설치 프로그램에서 이러한 공유 구성 요소가 나타나면 해당 공유 구성 요소를 차단하고 사용자가 전역 영역에서 관리하도록 지시합니다. |
읽기 전용 디렉토리에 일부 공유 구성 요소를 업그레이드하거나 설치할 수 없음. 설치 프로그램에서 해당 공유 구성 요소를 차단하고 사용자가 전역 영역에서 관리하도록 지시합니다. |
다중 영역 환경에서 Java ES를 배포하는 일반적 목표는 제품 구성 요소 런타임 격리와 효율적인 자원 활용을 제공하는 것이지만 이 환경을 사용해야 하는 더욱 구체적인 목표가 많이 있습니다. 이러한 목표는 Java ES에 영역을 사용하는 이유에 잘 나와 있습니다. 다중 영역 환경의 Java ES를 위한 설치 및 관리 전략은 달성하려는 이러한 목표에 따라 매우 다양하게 설정됩니다.
표 A–2에는 5가지 시나리오, 해당 설치 및 관리 전략, 달성 목표가 비교되어 정리되어 있습니다. 어떤 경우에는 이러한 시나리오를 혼합할 수도 있지만 결과에 문제를 내포하거나 관리를 혼란스럽게 만들 수 있습니다. 따라서 Java ES 릴리스 5에서는 일반적으로 이러한 시나리오가 혼합된 배포를 지원하지 않습니다.
또한 시나리오 1과 시나리오 5에는 문제가 있으므로 이러한 시나리오는 현재 Java ES 릴리스 5에서 지원하지 않습니다(시나리오 5의 경우 특정 제품 구성 요소에서 조정될 수 있음).
표 A–2 Java ES를 위한 영역 설치 및 관리 전략
시나리오(설치 전략) |
관리 전략 |
목표( Java ES에 영역을 사용하는 이유 참조) |
설명 |
---|---|---|---|
1: 전달 기능으로 전역 영역에 제품 구성 요소 및 공유 구성 요소 설치. 비전역 영역에는 구성 요소 설치 안 함.* |
구성 요소 라이프 사이클 관리: 전역 관리자 구성 및 런타임 관리: 영역 관리자 |
중앙 집중식 제품 구성 요소 라이프 사이클 관리 제품 구성 요소 구성 및 런타임 관리를 위한 조직의 독립성 |
문제점: Java ES 제품 구성 요소에는 아직 지원되지 않음(예외: Message Queue). 전역 영역에 제품 구성 요소를 설치하고 비전역 영역에서 구성 및 런타임 관리를 수행해야 합니다. |
2: 전역 영역에 공유 구성 요소 설치 및 전체 루트 영역에 제품 구성 요소 설치 |
공유 구성 요소 라이프 사이클 관리: 전역 관리자 제품 구성 요소 라이프 사이클 관리: 영역 관리자 구성 및 런타임 관리: 영역 관리자 |
중앙 집중식 공유 구성 요소 라이프 사이클 관리 제품 구성 요소 라이프 사이클, 구성 및 런타임 관리를 위한 조직의 독립성 |
일반적으로 모든 구성 요소가 동일한 Java ES 버전이거나 모든 전체 루트 영역에 있는 모든 제품 구성 요소를 업그레이드하는 경우 적용할 수 있습니다. |
3: 전역 영역에 공유 구성 요소 설치 및 스파스 루트 영역에 제품 구성 요소 설치** |
시나리오 2와 동일 |
중앙 집중식 공유 구성 요소 라이프 사이클 관리 제품 구성 요소 라이프 사이클, 구성 및 런타임 관리를 위한 조직의 독립성 시나리오 2보다 높은 자원 효율성( 전체 루트 영역 대 스파스 루트 영역 참조) |
이 시나리오는 스파스 루트 영역에서 제품 구성 요소를 설치하는 경우에 권장됩니다. (일부 공유 구성 요소는 스파스 루트 영역에 설치할 수 없으므로 전역 영역에 설치해야 합니다.) |
4: 전체 루트 영역에 제품 구성 요소 및 공유 구성 요소 설치 |
구성 요소 라이프 사이클 관리: 영역 관리자 구성 및 런타임 관리: 영역 관리자 |
버전 분리 |
전역 영역에 공유 구성 요소 또는 제품 구성 요소를 설치하지 않습니다. 전체 루트 영역에 권장되는 시나리오입니다. |
5: 스파스 루트 영역에 제품 구성 요소 및 공유 구성 요소 설치 |
시나리오 4와 동일 |
제품 구성 요소 라이프 사이클, 구성 및 런타임 관리를 위한 조직의 독립성 시나리오 4보다 높은 자원 효율성( 전체 루트 영역 대 스파스 루트 영역 참조) |
문제점. 스파스 루트 영역에 많은 공유 구성 요소를 설치할 수 없으므로 대개는 구현될 수 없음. |
* 시나리오 1에서는 전체 루트 영역 환경과 스파스 루트 영역 환경을 구분하지 않으므로 비전역 영역에는 제품 구성 요소를 설치하지 않다고 가정합니다. 그러나 시나리오 2-5에서는 비전역 영역에 제품 구성 요소를 설치합니다.
** 시나리오 3에서는 /opt 디렉토리가 읽기 전용 디렉토리로 스파스 루트 영역에 생성되어 있지 않다고 가정합니다. /opt 디렉토리가 읽기 전용이면 대부분의 Java ES 제품 구성 요소를 스파스 루트 영역에 설치할 수 없으며 대체 방법으로 시나리오 1처럼 전역 영역에 설치해야 합니다.
다음에는 표 A–2를 고려하여 여러 권장 사례가 제시되어 있습니다.
Java ES에 영역을 사용하는 이유에서 원하는 목표에 따라 Java ES 영역 배포 전략을 미리 계획합니다. 표 A–2의 다양한 시나리오에서 보여주듯이 목표별로 별도의 다양한 설치 및 관리 전략이 필요합니다.
혼합된 시나리오는 피합니다. 특히 다음에 유의합니다.
Java ES 영역 배포 및 관리 전략을 가능한 한 단순하게 유지합니다. 동일한 컴퓨터에서 Java ES 구성 요소의 전체 루트 배포와 스파스 루트 배포를 혼합하지 않습니다. (시나리오 3과 같이 스파스 루트 영역 배포를 지원하는 데 필요한 절차와 사례는 시나리오 4와 같은 전체 루트 영역 배포에 영향을 미칠 수 있습니다.)
서로 다른 버전이더라도 동일한 Java ES 제품 구성 요소를 전역 영역과 비전역 영역에 동시에 설치하지 않습니다. (시나리오 1과 같이 전역 영역 설치를 업그레이드하는 데 필요한 절차는 시나리오 4와 같은 비전역 영역 설치를 손상시킬 수 있습니다.)
릴리스 4 또는 이전 릴리스의 Java ES 구성 요소가 전체 루트 영역에 설치되어 있으면 전역 영역에서 Java ES 릴리스 5 구성 요소(제품 구성 요소와 공유 구성 요소가 모두 해당됨)를 설치하지 않을 뿐만 아니라 전역 영역에서 해당 Java ES 구성 요소를 릴리스 5로 업그레이드하지도 않습니다. 즉 Java ES 설치가 이미 전체 루트 영역에 있으면 시나리오 2가 지원되지 않습니다. (그렇지 않고 전역 영역에서 설치하거나 업그레이드하는 경우 전체 루트 영역에서 릴리스 4 파일과 릴리스 5 파일이 혼합될 수 있습니다.)
권장되는 설치 사례:
개별 영역에서 별도의 Java ES 제품 구성 요소를 실행할 경우 비전역 영역에 제품 구성 요소를 설치합니다(시나리오 2, 3, 4, 5).
개별 영역에서 별도의 Java ES 제품 구성 요소를 실행하지만 중앙에서 공유 구성 요소 라이프 사이클을 관리할 경우 전역 영역에서 공유 구성 요소를 동기화한 다음 비전역 영역에 제품 구성 요소를 설치합니다(시나리오 2, 3). (이는 스파스 루트 영역에 제품 구성 요소를 설치할 때마다 권장되는 사례입니다.)
Java ES 제품 구성 요소의 버전을 분리하거나 다른 이유로 Java ES 제품 구성 요소의 배포를 격리할 경우(시나리오 4) 전체 루트 영역에 모든 Java ES 구성 요소를 설치하고 구성합니다. 전역 영역에는 어떠한 Java ES 구성 요소도 설치하지 않습니다.
권장되는 업그레이드 사례:
설치된 릴리스 4 제품 구성 요소를 릴리스 5로 모두 업그레이드할 경우 전역 영역에서 Java ES 공유 구성 요소를 모두 동기화한 다음 구성 요소가 설치되어 있는 영역에서 원하는 제품 구성 요소를 업그레이드합니다. (릴리스 5 공유 구성 요소는 이전 릴리스와 호환됩니다.)
비영역 환경에 릴리스 4 또는 릴리스 5 제품 구성 요소가 설치되어 있고 이 환경에 비전역 영역을 추가하여 새로운 비전역 영역에 제품 구성 요소를 설치할 경우 위에서 권장된 사례에 따라 수행되어야 합니다. 이렇게 하면 전역 영역의 구성 요소가 제거되고 비전역 영역에 해당 구성 요소가 다시 설치됩니다.
표 A–2의 시나리오와 위에서 설명한 권장 사례에는 다중 영역 환경에 권장되는 Java ES 배포 아키텍처가 포함되어 있지 않습니다. 이러한 구조는 다중 컴퓨터 네트워크 환경에 맞게 만들어진 배포 아키텍처를 채택한 것입니다. 다시 말하면 다중 영역 환경의 가용성으로 인해 Java ES 배포 시스템에 고성능, 고가용성, 확장성, 보안 및 서비스 가용성을 제공하기 위한 기본 배포 설계 방법이 변경되지 않는다는 것입니다. 다중 영역 환경에서는 더 적은 수의 컴퓨터에 이러한 배포 아키텍처를 통합하는 작업이 수행될 수 있습니다.
그러나 다중 영역 환경에 Java ES 배포 아키텍처를 채택하는 방법에 대한 자세한 내용은 앞 절에서 설명한 대로 원하는 관리 전략에 따라 매우 달라집니다. 배포 아키텍처도 고가용성 달성 전략에 따라 달라집니다.
앞의 표 A–2와 권장 사례에는 설명된 시나리오를 구현하는 권장 절차가 포함되어 있지 않습니다. 어떤 경우에는 Java ES 구성 요소의 설치 순서와 비로컬 영역을 만드는 순서가 중요할 수도 있습니다.
일부 Java ES 공유 구성 요소와 Java ES 제품 구성 요소가 Solaris 10과 함께 번들로 제공된다는 사실에서 대부분 발생되는 특수 사례가 많이 있습니다. 이렇게 번들로 제공됨으로써 해당 Java ES 구성 요소가 전역 영역과 이 영역으로부터 만들어진 비전역 영역 모두에 존재하게 됩니다.
Message Queue는 Solaris 10과 함께 번들로 제공되기 때문에 전역 영역에서 먼저 제거되지 않는 한 비전역 영역이 만들어질 때 자동으로 전달됩니다. 스파스 루트 영역에는 Message Queue를 설치할 수 없습니다. Message Queue는 다른 제품 구성 요소와 달리 기본적으로 Java ES 설치 프로그램을 통해 전역 영역에서 설치되거나 업그레이드될 때 비전역 영역으로 전달됩니다.
Application Server는 Solaris 10과 함께 번들로 제공되기 때문에 전역 영역에서 먼저 제거되지 않는 한 비전역 영역이 만들어질 때 자동으로 전달됩니다. 이러한 방식으로 전달되는 경우 번들로 제공되어 /usr 디렉토리에 설치되는 Application Server는 스파스 루트 영역에서 Java ES 설치 프로그램을 통해 업그레이드될 수 없습니다. 왜냐하면 /usr 디렉토리가 기본적으로 읽기 전용이기 때문입니다. 이 문제를 해결하려면 먼저 번들로 제공된 Application Server를 전역 영역에서 수동으로 제거한 후에 Application Server 릴리스 5를 스파스 루트 영역에 설치해야 합니다.
Sun Cluster는 전역 영역에만 설치할 수 있으며비전역 영역에서는 지원되지 않습니다.
Solaris 10(Update 1 및 Update 2)와 함께 번들로 제공되는 SJWC 패키지는 Java ES 설치 프로그램으로 제거할 수 없습니다. 이전의 SJWC 패키지에는 SUNW_PKG_ALLZONES가 True로 설정되었으며, 이는 패키지가 모든 영역에서 동일해야 하며 전역 관리자에 의해서만 관리될 수 있음을 의미합니다. 따라서 이러한 패키지는 전역 영역에서 수동으로 제거되어 올바른 패키지로 대체되어야 합니다.
Java ES 설치 프로그램에서 선택한 구성 요소를 비전역 영역에 설치하려고 시도하고 SJWC를 업그레이드해야 한다고 감지하면 설치 프로그램이 중단됩니다. 이 문제는 Solaris 10, Update 1 및 2에 설치할 때 발생합니다.
해결 방안으로 전역 영역에서 이전 패키지의 SJWC를 제거하고 올바른 영역 전달 속성 설정이 포함된 SJWC 2.2.6으로 대체하는 특수한 스크립트가 개발되었습니다. 그 결과 SJWC 2 2.6이 모든 비전역 영역에 전달됩니다.
공통 에이전트 컨테이너. Sun Cluster, Sun Cluster GE 또는 Sun Cluster Agents가 설치되는 경우에만 버전 1.1이 설치됩니다. 모든 공유 구성 요소 동기화 옵션이 선택되면 이 구성 요소는 설치되지 않습니다. 버전 2.0만 설치됩니다.
Sun Explorer Data Collector. Sun Cluster, Sun Cluster GE 또는 Sun Cluster Agents가 설치되는 경우에만 이 공유 구성 요소가 설치됩니다. 모든 공유 구성 요소 옵션이 선택되면 이 구성 요소는 설치되지 않습니다.
다음 예는 Java ES 영역 지원과 관련된 일부 복잡성을 제거하기 위해 제공됩니다. 이 예의 목표는 Solaris 10 스파스 루트 영역에 Application Server를 설치하는 것입니다. 이 경우 Application Server와 이 서버가 종속되는 Message Queue가 Solaris 10과 함께 번들로 제공되기 때문에 설치가 복잡합니다. 따라서 번들로 제공되는 버전은 모든 비전역 영역에 설치됩니다. 자세한 내용은 제품 구성 요소 특수 사례를 참조하십시오.
스파스 루트 영역에 Application Server를 설치하려면 먼저 번들로 제공된 버전을 제거해야 합니다. (번들로 제공된 버전이 읽기 전용 디렉토리에 설치되므로 스파스 루트 영역에서는 이 버전을 간단히 업그레이드할 수 없습니다.) 스파스 루트 영역에서 번들로 제공된 버전을 제거하려면 전역 영역에 있는 버전을 제거해야 합니다.
또한 제품 구성 요소가 아닌 공유 구성 요소만 전역 영역에 설치되는 표 A–2의 시나리오 3처럼 Message Queue는 전역 영역에 설치됩니다. 하지만 Message Queue를 스파스 루트 영역에는 설치할 수 없는데, Message Queue가 읽기 전용 디렉토리에 설치되므로 전역 영역에 설치 및 업그레이드해야 하기 때문입니다.
절차는 다음과 같습니다.
시스템에서 Solaris 10이 실행되고 있는지 확인합니다.
이 예에서는 Java ES 구성 요소 없이 정확한 버전의 Solaris 10이 분명히 전역 영역에 설치되어 있다고 가정합니다.
스파스 루트 영역을 만듭니다(구성, 설치 및 부트).
이 영역에는 이미 전역 영역에 설치된 모든 Java ES 구성 요소, 즉 Solaris 10과 함께 번들로 제공된 Message Queue와 Application Server가 포함됩니다.
전역 영역에서 번들로 제공된 Application Server를 제거합니다.
이 경우 다음 명령으로 Application Server 패키지를 직접 제거해야 합니다.
pkgrm SUNWascmnse SUNWaslb SUNWasut ...
여기서 완전한 패키지 세트를 얻으려면 다음 명령을 사용하면 됩니다.
pkginfo -I|grep -I application server
결과에 포함되는 패키지는 다음과 같습니다.
SUNWascmnse, SUNWaslb, SUNWasut, SUNWasac, SUNWasdem, SUNWasman, SUNWaswbcr, SUNWasacee, SUNWashdm, SUNWasmanee, SUNWascml, SUNWasJdbcDrivers, SUNWasu, SUNWascmn, SUNWasjdoc, SUNWasuee
다음과 같은 현지화 패키지도 포함할 수 있습니다.
SUNWLocaleasacee, SUNWLocaleascmnse, SUNWLocaleasu, SUNWLocaleasuee
전역 영역에서 Application Server를 제거하면 2단계에서 만든 스파스 루트 영역으로 전달됩니다. 이 단계와 2단계는 역순으로 수행될 수있습니다.
전역 영역에 Java ES 5 공유 구성 요소를 설치합니다.
전역 영역에서 Java ES 설치 프로그램을 실행합니다.
구성 요소 선택 패널에서 모든 공유 구성 요소를 선택합니다. 다른 어떤 구성 요소도 선택하지 마십시오.
공유 구성 요소를 동기화합니다. 모든 공유 구성 요소가 이제 전역 영역에서 동기화되어 모든 비전역 영역으로 전달됩니다.
전역 영역에서 Message Queue를 업그레이드합니다.
Solaris 10과 함께 번들로 제공되는 Message Queue 버전은 2단계에 의해 스파스 루트 영역에 이미 설치되어 있습니다. 업그레이드는 스파스 루트 영역으로 전달되므로 스파스 루트 영역에서 Message Queue를 업그레이드하려면 전역 영역에서 Message Queue를 업그레이드하기만 하면 됩니다. (Message Queue는 스파스 루트 영역에 설치할 수 없는 유일한 제품 구성 요소이지만 전역 영역에 설치하면 비전역 영역으로 전달됩니다.)
전역 영역에서 Java ES 설치 프로그램을 실행합니다.
구성 요소 선택 패널에서 Message Queue를 선택합니다. 다른 어떤 구성 요소도 선택하지 마십시오.
Message Queue를 업그레이드합니다.
스파스 루트 영역에 Application Server를 설치합니다.
스파스 루트에서 Java ES 설치 프로그램을 실행합니다.
구성 요소 선택 패널에서 Application Server를 선택합니다. 업그레이드하기 위해 다른 어떤 구성 요소도 선택하지 마십시오. Message Queue가 선택되어 있으면 이 선택을 취소합니다.
Application Server를 설치합니다.