| |
| Sun Java Enterprise System 2005Q4 업그레이드 설명서 | |
17장
Portal Server이 장에서는 Portal Server를 Java ES 2005Q4(릴리스 4): Sun Java System Portal Server 6.3.1 2005Q4로 업그레이드하는 방법을 설명합니다. 또한 Java ES 릴리스 4에서 지원하는 다른 업그레이드 경로에 대한 업그레이드 문제 및 절차의 일반 개요를 제공합니다. 이 장에서는 Solaris와 Linux 운영 체제에서의 업그레이드에 대해 설명합니다.
Portal Server 업그레이드 개요이 절에서는 Java ES 2005Q4(릴리스 4)로 업그레이드하는 데 영향을 미치는 Portal Server의 다음과 같은 일반 요소를 설명합니다.
Java ES 릴리스 4 Portal Server 정보
Java ES 릴리스 4 Portal Server는 릴리스 3과 기능적으로 동일하지만 릴리스 3 이후 버그 수정을 포함하고 있습니다.
Portal Server 업그레이드 로드맵
표 17-1은 Portal Server를 Java ES 릴리스 4로 업그레이드하는 방법을 보여 줍니다. 이 표는 Solaris 및 Linux 운영 체제 모두에 적용됩니다.
Portal Server 데이터
다음 표는 Portal Server 소프트웨어의 업그레이드에 의해 영향을 받을 수 있는 데이터의 유형을 보여 줍니다.
호환성 문제
릴리스 4 Portal Server는 인터페이스가 변경되지 않았습니다. Mobile Access 구성 요소를 포함한 Portal Server 구성 요소는 이전 버전과 호환됩니다.
Portal Server 종속성
다른 Java ES 구성 요소에 대한 Portal Server 종속성은 Portal Server 소프트웨어를 업그레이드하고 재구성하는 절차에 영향을 줄 수 있습니다. 예를 들어, Portal Server 인터페이스 또는 기능의 변경 사항을 적용하려면 Portal Server가 종속되어 있는 구성 요소의 업그레이드된 버전이 필요할 수 있습니다. 그러한 구성 요소의 업그레이드 필요 여부는 특정 업그레이드 경로에 의해 결정됩니다.
Portal Server은 다음 Java ES 구성 요소에 종속됩니다.
- 공유 구성 요소. Portal Server는 특정한 Java ES 공유 구성 요소(표 1-6 참조)에 종속됩니다.
- 웹 컨테이너. Portal Server는 웹 컨테이너 서비스에 종속되며 Java ES Web Server 또는 Java ES Application Server(또는 Weblogic 및 WebSphere의 타사 웹 컨테이너)에서 이 서비스를 제공할 수 있습니다.
- Access Manager(또는 Access Manager SDK). Portal Server는 단일 사인온 등 최종 사용자를 위한 인증 및 권한 부여 서비스를 제공하는 Access Manager에 종속됩니다. Access Manager가 원격 컴퓨터에서 실행되는 경우 Access Manager SDK는 로컬로 사용할 수 있어야 합니다.
- Directory Server. Portal Server는 Directory Server에 저장된 사용자 데이터를 액세스합니다. 따라서, Portal Server를 업그레이드하려면 디렉토리 스키마를 확장해야 합니다.
Java ES 릴리스 3으로부터 Portal Server 업그레이드이 절에는 Portal Server를 Java ES 2005Q1(릴리스 3)에서 Java ES 2005Q4(릴리스 4)로 업그레이드하는 방법에 대한 정보가 포함되어 있습니다.
주
이 절은 Portal Server가 Application Server 웹 컨테이너에 배포되고 릴리스 4로 업그레이드하기 전에 릴리스 2에서 릴리스 3으로 업그레이드한 특수한 경우에는 적용되지 않습니다. 이러한 업그레이드 경로는 현재 지원되지 않습니다.
이 절은 다음 내용으로 구성되어 있습니다.
소개
Java ES 릴리스 3 Portal Server를 릴리스 4로 업그레이드하는 경우 업그레이드 프로세스의 다음 측면을 고려해야 합니다.
- 일반적인 업그레이드 방법. 릴리스 3 버전에 패치를 적용하고 웹 컨테이너에 Portal Server를 재배포하여 업그레이드를 수행합니다.
- 업그레이드 종속성. Portal Server는 여러 Java ES 공유 구성 요소에 종속되지만(표 1-6 참조), 릴리스 4 Portal Server는 이러한 구성 요소의 릴리스 3 버전과 호환됩니다. 따라서 Mobile Access Core(MA Core)를 제외한 이러한 공유 구성 요소의 업그레이드는 Portal Server를 릴리스 4로 업그레이드하는 경우에 선택 사항입니다.
또한 릴리스 4 Portal Server는 Portal Server 종속성에 설명한 대로 웹 컨테이너, Access Manager 및 Directory Server에 종속됩니다. 그러나 이는 엄격하지 않은 업그레이드 종속성입니다. 따라서 Portal Server를 릴리스 4로 업그레이드하는 경우 이러한 구성 요소는 선택적으로 업그레이드할 수 있습니다.
릴리스 3 Portal Server 업그레이드
이 절에서는 Solaris 및 Linux 플랫폼에서 Portal Server를 Java ES 릴리스 3에서 Java ES 릴리스 4로 업그레이드하는 방법에 대해 설명합니다. 항목에서 특정 플랫폼의 절차를 사용하는 경우 적용되는 운영 체제가 표시됩니다. 이 절은 다음 내용으로 구성되어 있습니다.
사전 업그레이드 작업
Portal Server을 업그레이드하기 전에 다음에서 설명하는 작업을 수행해야 합니다.
현재 버전 정보 확인
다음 명령을 사용하여 Portal Server의 현재 버전을 확인할 수 있습니다.
Portal Server 종속성 업그레이드
일반적으로 컴퓨터 시스템(및 컴퓨팅 환경 내)의 모든 Java ES 구성 요소를 Java ES 릴리스 4로 업그레이드하는 것이 좋습니다. 그러나 Portal Server에는 Mobile Access Core(MA Core) 공유 구성 요소에 대해서만 엄격한 종속성이 있습니다. 따라서 Portal Server가 종속되어 있는 다른 Java ES 릴리스 3 구성 요소를 업그레이드하는 것은 선택 사항입니다.
그러나 모든 Portal Server 종속성을 업그레이드하도록 선택한 경우 Portal Server를 업그레이드하기 전에 반드시 다음 순서대로 업그레이드를 진행해야 합니다. 이미 업그레이드된 항목은 건너뛸 수 있습니다.
- 공유 구성 요소. Java ES 공유 구성 요소 업그레이드에서 Java ES 공유 구성 요소를 릴리스 4로 업그레이드하는 방법에 대한 지침을 제공합니다.
- Directory Server. 4장, "Directory Server 및 Administration Server"에서 Directory Server를 릴리스 4로 업그레이드하는 방법에 대한 지침을 제공합니다.
- 웹 컨테이너 소프트웨어. Web Server 또는 Application Server의 업그레이드 지침은 6장, "Web Server" 및 9장, "Application Server"에서 각각 제공됩니다.
주
WebLogic 및 WebSphere의 웹 컨테이너와 같은 타사 웹 컨테이너를 업그레이드하는 경우 Portal Server 지원을 위한 사용자 정의가 덮어써짐에 따라 Portal Server에 문제가 발생할 수 있습니다.
이와 같은 경우 업그레이드된 웹 컨테이너 환경에 맞도록 Portal Server를 다시 설치하고 재구성해야 합니다.
- Access Manager(Access Manager SDK). 11장, "Access Manager"에서 Access Manager를 릴리스 4로 업그레이드하는 방법에 대한 지침을 제공합니다.
릴리스 3 Portal Server 구성 정보 백업
Portal Server를 릴리스 4로 업그레이드하기 위해 Portal Server 소프트웨어를 재구성해야 하는 것은 아닙니다. 그러나 안전을 위한 조치로 구성 정보가 저장되는 다음 디렉토리를 백업할 수 있습니다.
필수 구성 정보 및 비밀번호 얻기
업그레이드를 수행하려면 수퍼유저로 로그인해야 합니다. Web Server를 웹 컨테이너로 사용 중인 경우 구성 정보가 필요하지 않습니다. 그러나 Application Server을 웹 컨테이너로 사용 중인 경우에는 Application Server 관리자 아이디와 비밀번호가 필요합니다.
릴리스 3 Portal Server 업그레이드(Solaris)
이 절에서는 Portal Server의 업그레이드 절차에 영향을 미치는 고려 사항을 논의하고 뒤이어 절차 자체에 대해 설명합니다.
업그레이드 고려 사항(Solaris)
Portal Server 소프트웨어를 Java ES 릴리스 4로 업그레이드하는 경우 다음 사항을 고려하십시오.
- 동일한 설치 Portal Server 이미지에 해당하는 모든 Portal Server 인스턴스가 동시에 업그레이드됩니다. 설치 이미지에 패치를 적용 중인 경우 그러한 인스턴스는 웹 컨테이너를 종료하여 모두 종료해야 합니다.
- 다음 표에 Solaris OS용 릴리스 4 Portal Server 업그레이드 패치가 표시되어 있습니다.
표 17-4 Solaris에서 Portal Server를 업그레이드하기 위한 패치1
설명
SPARC
Solaris 8, 9 및 10
X86
Solaris 9 및 10
Portal Server 핵심
118950-12
118951-12
Portal Server 현지화
119425-08
119425-08
Portal Server 현지화 구성자
118115-11
118115-11
1패치 버전 번호는 Java ES 릴리스 4로 업그레이드하는 데 필요한 최소 버전입니다. 보다 최신 버전이 있으면 표에 표시된 버전 대신 최신 버전을 사용하십시오.
업그레이드 절차(Solaris)
아래의 문서화된 절차는 업그레이드가 진행 중인 컴퓨터의 Portal Server에 적용됩니다.
- 표 17-4를 기준으로 필수 패치를 확인합니다.
특정 개정판을 사용하도록 명시한 경우를 제외하고는 항상 최신 개정판을 사용하십시오.
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access에서 /tmp로 패치를 다운로드할 수 있습니다.
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- 해당 웹 컨테이너를 중지하여 Portal Server를 중지합니다.
Web Server:
WebServer-base/https-instanceName/stopApplication Server:
AppServer8-base/bin/asadmin stop-domain domainName- 아직 업그레이드되어 있지 않은 경우 MA Core 공유 구성 요소 및 업그레이드하려는 다른 구성 요소를 업그레이드합니다.
Portal Server 종속성 업그레이드를 참조하십시오.
- 표 17-4에서 적합한 Portal Server 패치를 적용합니다.
두 개의 Portal Server 현지화 패치를 적용하기 전에 반드시 Portal Server 핵심 패치를 적용해야 합니다.
patchadd patch_ID
- 패치가 성공적으로 업그레이드되었는지 확인합니다.
showrev -p | grep patch_ID
단계 5에서 적용된 패치 아이디의 버전이 출력으로 반환되어야 합니다.
- 해당 웹 컨테이너를 다시 시작하여 Portal Server를 다시 시작하십시오.
Web Server:
WebServer-base/https-instanceName/startApplication Server:
AppServer8-base/bin/asadmin start-domain --user admin_ID
--password password domainName- Portal Server 웹 응용 프로그램을 웹 컨테이너에 재배포합니다.
PortalServer-base/bin/deploy redeploy
재배포 명령을 실행하면 PortalServer-base/web-src에서 /var/PortalServer-base/https-hostName/deploy-dir/web-apps로 컨텐트가 재배포됩니다. 따라서 Portal Server 웹 응용 프로그램에 대한 모든 사용자 정의를 먼저 /web-src로 만든 다음 /web-apps에 배포해야 합니다. deploy 명령을 실행하기 전에 /web-apps에서 수행 가능한 모든 변경 사항을 /web-src 에 복제해야 합니다. 그렇지 않으면 변경 사항이 덮어써집니다.
- 웹 컨테이너를 중지하고 다시 시작합니다.
모든 상황에 반드시 적용되는 것은 아니지만 웹 컨테이너를 다시 시작하면 Portal Server가 원래 상태로 다시 시작됩니다.
릴리스 3 Portal Server 업그레이드(Linux)
이 절에서는 Portal Server의 업그레이드 절차에 영향을 미치는 고려 사항을 논의하고 뒤이어 절차 자체에 대해 설명합니다.
업그레이드 고려 사항(Linux)
Linux 플랫폼에서 Portal Server 소프트웨어를 Java ES 릴리스 4로 업그레이드하는 경우 Solaris 플랫폼에서 업그레이드할 때의 고려 사항을 참조하십시오(업그레이드 고려 사항(Solaris) 참조). Linux 릴리스 4 업그레이드 패치가 Solaris 패치와 다른 경우는 제외됩니다.
다음 표에 Linux OS용 릴리스 4 Portal Server 업그레이드 패치가 표시되어 있습니다.
표 17-5 Linux에서 Portal Server를 업그레이드하기 위한 패치1
설명
패치 아이디 및 RPM 이름
Portal Server 핵심
118952-12
및 포털 데스크탑과 Portal Server Mobile Access용 몇 가지 기타 RPM
Portal Server 현지화
119426-07
및 Portal Server 모바일 액세스, 구성, 아이디 및 기타 구성 요소에 대한 다수의 기타 RPM
Portal Server
현지화 구성자118116-08
1패치 버전 번호는 Java ES 릴리스 4로 업그레이드하는 데 필요한 최소 버전입니다. 보다 최신 버전이 있으면 표에 표시된 버전 대신 최신 버전을 사용하십시오.
업그레이드 절차(Linux)
아래의 문서화된 절차는 업그레이드가 진행 중인 컴퓨터의 Portal Server에 적용됩니다.
- 표 17-5에서 패치 번호와 RPM 이름을 참고하여 필요한 패치를 확인합니다. RPM의 버전 번호를 확인할 때도 이 정보를 사용합니다.
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access에서 /tmp로 패치를 다운로드할 수 있습니다.
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- 해당 웹 컨테이너를 중지하여 Portal Server를 중지하십시오.
Web Server:
WebServer-base/https-instanceName/stopApplication Server:
AppServer8-base/bin/asadmin stop-domain domainName- 아직 업그레이드되어 있지 않은 경우 MA Core 공유 구성 요소 및 업그레이드하려는 다른 구성 요소를 업그레이드합니다.
Portal Server 종속성 업그레이드를 참조하십시오.
- 표 17-5에서 Portal Server 핵심 패치에 대한 RPM을 적용합니다.
cd /tmp
여기에서 /tmp는 단계 1에서 패치를 다운로드한 디렉토리입니다.
./update
업데이트 스크립트는 RPM을 설치하고 해당 패치를 적용하여 구성이 올바르게 변경되었는지를 확인합니다.
- 패치가 성공적으로 업그레이드되었는지 확인합니다.
rpm -qa | grep sun-portal-core-6.3-25
RPM의 업그레이드 개정판 번호가 반환되어야 합니다.
- 표 17-5에서 두 개의 Portal Server 현지화 패치에 대한 RPM을 적용합니다.
rpm -Fvh --replacefiles sun-portal-*-Locale-6.3-24.i386.rpm
rpm -Fvh --replacefiles
sun-portal-l10n-configurator-6.3-24.i386.rpm- 패치가 성공적으로 업그레이드되었는지 확인합니다.
rpm -qa | grep sun-portal-l10n-configurator-6.3-24
RPM의 업그레이드 개정판 번호가 반환되어야 합니다.
- 해당 웹 컨테이너를 다시 시작하여 Portal Server를 다시 시작하십시오.
Web Server:
WebServer-base/https-instanceName/startApplication Server:
AppServer8-base/bin/asadmin start-domain --user admin_ID
--password password domainName- Portal Server 웹 응용 프로그램을 웹 컨테이너에 재배포합니다.
PortalServer-base/bin/deploy redeploy
재배포 명령을 실행하면 PortalServer-base/web-src에서 /var/PortalServer-base/https-hostName/deploy-dir/web-apps로 컨텐트가 재배포됩니다. 따라서 Portal Server 웹 응용 프로그램에 대한 모든 사용자 정의를 먼저 /web-src로 만든 다음 /web-apps에 배포해야 합니다. deploy 명령을 실행하기 전에 /web-apps에서 수행 가능한 모든 변경 사항을 /web-src 에 복제해야 합니다. 그렇지 않으면 변경 사항이 덮어써집니다.
- 웹 컨테이너를 중지하고 다시 시작합니다.
모든 상황에 반드시 적용되는 것은 아니지만 웹 컨테이너를 다시 시작하면 Portal Server가 원래 상태로 다시 시작됩니다.
업그레이드 확인
Portal Server가 릴리스 4으로 업그레이드되었는지 확인하려면 패치가 올바르게 적용되었는지 확인하면 됩니다. 이 확인을 위한 단계는 업그레이드 절차(Solaris)와 업그레이드 절차(Linux)에 포함되어 있습니다.
또한 다음 명령을 사용할 수 있습니다.
출력 값에 대해서는 표 17-3을 참조하십시오.
이러한 패치 업그레이드 테스트 외에도 사용자는 이전 그대로 작동하는 작업이 있는지 점검하고 버그 수정이 실제로 수정되었는지 확인할 수 있습니다.
사후 업그레이드 작업
사후 업그레이드 작업은 업그레이드 절차(Solaris) 및 업그레이드 절차(Linux)에 설명된 단계에 모두 포함됩니다.
업그레이드 롤백(Solaris)
이 절에서는 Portal Server의 업그레이드 롤백 절차에 영향을 미치는 고려 사항에 대해 논의하고 뒤이어 절차 자체에 대해 설명합니다.
롤백 고려 사항(Solaris)
Portal Server의 릴리스 4 업그레이드를 롤백하는 절차는 릴리스 4로 업그레이드하는 절차를 역으로 수행하는 것과 매우 비슷합니다. 재구성이 롤백되고 패치가 제거됩니다.
롤백 절차(Solaris)
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- 해당 웹 컨테이너를 중지하여 Portal Server를 중지하십시오.
Web Server:
WebServer-base/https-instanceName/stopApplication Server:
AppServer8-base/bin/asadmin start-domain --user admin_ID
--password password domainName- 표 17-4의 패치를 제거합니다.
patchrm patch_ID
- 해당 웹 컨테이너를 다시 시작하여 Portal Server를 다시 시작하십시오.
Web Server:
WebServer-base/https-instanceName/startApplication Server:
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password password- Portal Server 웹 응용 프로그램을 웹 컨테이너에 재배포합니다.
PortalServer-base/bin/deploy redeploy
재배포 명령을 실행하면 PortalServer-base/web-src에서 /var/PortalServer-base/https-hostName/deploy-dir/web-apps로 컨텐트가 재배포됩니다. 따라서 Portal Server 웹 응용 프로그램에 대한 모든 사용자 정의를 먼저 /web-src로 만든 다음 /web-apps에 배포해야 합니다. deploy 명령을 실행하기 전에 /web-apps에서 수행 가능한 모든 변경 사항을 /web-src 에 복제해야 합니다. 그렇지 않으면 변경 사항이 덮어써집니다.
- 웹 컨테이너를 중지하고 다시 시작합니다.
모든 상황에 반드시 적용되는 것은 아니지만 웹 컨테이너를 다시 시작하면 Portal Server가 원래 상태로 다시 시작됩니다.
여러 인스턴스 업그레이드
일부 배포 구조에서는 Portal Server를 여러 컴퓨터 시스템에 배포하여 확장성을 제공하고 가용성을 향상시킵니다. 예를 들어, 로드 밸런서가 있는 여러 컴퓨터에서 Portal Server 구성 요소를 실행하여 로드를 분산시킬 수 있습니다.
Portal Server의 인스턴스가 로드 균형 조정된 경우 서비스를 중단하지 않고도 Portal Server 인스턴스를 순서에 따라 업그레이드하는 롤링 업그레이드를 수행할 수 있습니다. 다른 인스턴스가 실행되는 동안 Portal Server의 각 인스턴스를 업그레이드할 수 있습니다. 릴리스 3 Portal Server 업그레이드의 설명을 참조하여 각 인스턴스의 업그레이드를 수행하십시오.
Java ES 릴리스 2로부터 Portal Server 업그레이드이 절에는 Portal Server를 Java ES 2004Q2(릴리스 2)에서 Java ES 2005Q4(릴리스 4)로 업그레이드하는 방법에 대한 정보가 포함되어 있습니다.
릴리스 2 Portal Server 업그레이드는 복잡한 작업이고 다운 시간이 길어질 가능성이 있기 때문에 작업 시스템에서 직접 업그레이드하지 않고 다른 컴퓨터에서 병렬 업그레이드를 수행하는 방법을 선택할 수 있습니다. 이러한 방법은 다운 시간이 잠시밖에 허용되지 않는 중요한 업무에 관련되거나 복잡한 Portal Server에 사용하기에 적합합니다. 업그레이드 절차에 걸리는 시간은 필요한 Portal Server 사용자 정의를 다시 구현하고 테스트하는 데 필요한 시간에 따라서도 달라집니다.
또한 특정 업그레이드 시나리오를 적용하려면 이 절의 지침을 수정하거나 시나리오에 맞게 변경해야 할 수 있습니다. 이러한 경우 Sun Microsystems 지원 서비스에 문의하여 업그레이드 수행에 관한 도움을 얻는 것이 좋습니다.
이 절은 릴리스 2에서 릴리스 4로의 업그레이드에 대한 다음 내용으로 구성되어 있습니다.
소개
Java ES 릴리스 2 Portal Server를 릴리스 4로 업그레이드하는 경우 업그레이드 프로세스의 다음 측면을 고려해야 합니다.
- 일반적인 업그레이드 방법. 릴리스 2 버전에 패치를 적용하여 업그레이드를 수행합니다. Portal Server 재구성도 필수이며 업그레이드 유틸리티를 사용하여 수행할 수 있습니다.
- 종속성 업그레이드. Portal Server는 여러 Java ES 공유 구성 요소에 대해 종속성이 있으며(표 1-6 참조), Java ES는 단일 컴퓨터에서 릴리스 2와 릴리스 4 구성 요소를 함께 지원하지 않으므로 이러한 항목은 모두 릴리스 4으로 업그레이드해야 합니다.
또한 릴리스 4 Portal Server는 Portal Server 종속성에 설명된 대로 웹 컨테이너, Access Manager 및 Directory Server에 종속됩니다. Portal Server는 웹 컨테이너와 Access Manager(또는 Access Manager SDK)에 대해서는 로컬에 상주하므로 엄격한 종속성을 가지며 Directory Server에 대해서는 로컬에 거의 상주하지 않기 때문에 엄격하지 않은 업그레이드 종속성을 가집니다.
릴리스 2 Portal Server 업그레이드
이 절에서는 Solaris 및 Linux 플랫폼에서 Portal Server를 Java ES 릴리스 2에서 Java ES 릴리스 4로 업그레이드하는 방법에 대해 설명합니다. 항목에서 특정 플랫폼의 절차를 사용하는 경우 적용되는 운영 체제가 표시됩니다. 이 절은 다음 내용으로 구성되어 있습니다.
사전 업그레이드 작업
Portal Server을 업그레이드하기 전에 다음에서 설명하는 작업을 수행해야 합니다.
현재 버전 정보 확인
다음 명령을 사용하여 Portal Server의 현재 버전을 확인할 수 있습니다.
출력 값에 대해서는 표 17-3을 참조하십시오.
Portal Server 종속성 업그레이드
Java ES 릴리스 4은 단일 컴퓨터에서 릴리스 2 및 릴리스 4 공유 구성 요소의 공존을 지원하지 않습니다.
따라서 Portal Server이 종속되어 있는 로컬 Java ES 릴리스 2 구성 요소를 모두 릴리스 4로 업그레이드해야 합니다. 한 컴퓨터의 모든 로컬 Portal Server 종속성을 업그레이드하는 경우 Portal Server을 업그레이드하기 전에 다음 순서대로 모든 종속성을 업그레이드해야 합니다. 특정 업그레이드 시나리오에서는 특별한 요구 사항이 있습니다.
- 공유 구성 요소. Java ES 공유 구성 요소 업그레이드에서 Java ES 공유 구성 요소를 릴리스 4로 업그레이드하는 방법에 대한 지침을 제공합니다.
- Directory Server. Portal Server가 로컬 Directory Server에 종속되는 경우는 거의 없습니다. 4장, "Directory Server 및 Administration Server"에서 Directory Server를 릴리스 4로 업그레이드하는 방법에 대한 지침을 제공합니다.
- 웹 컨테이너 소프트웨어. Portal Server는 Web Server 또는 Application Server에서 제공하는 웹 컨테이너에서 실행될 수 있습니다.
- Web Server: Java ES 릴리스 2로부터 Web Server 업그레이드의 절차를 사용하여 릴리스 4 Web Server로 업그레이드합니다.
- Application Server: Java ES 릴리스 2로부터 Application Server 업그레이드의 절차보다는 Java ES 설치 프로그램으로 Application Server를 새로 설치하여 릴리스 4 Application Server로 업그레이드합니다. 릴리스 4 Application Server 8을 설치하기 전에 릴리스 2 Application Server 7에서 관리 포트와 서버 인스턴스 포트를 가져와야 합니다.
- Access Manager(Access Manager SDK). Portal Server는 Access Manager와 동일한 웹 컨테이너에 또는 다른 웹 컨테이너에서 실행할 수 있습니다.
- Portal Server가 Access Manager와 다른 웹 컨테이너에서 실행 중인 경우(예: Access Manager가 원격으로 실행 중) Java ES 릴리스 2로부터 Access Manager 업그레이드의 절차를 사용하여 Access Manager 또는 Access Manager SDK를 릴리스 2에서 릴리스 4로 업그레이드합니다. Access Manager SDK만 업그레이드하는 경우 릴리스 3 Access Manager SDK 업그레이드를 참조하고 DEPLOY_LEVEL = 3으로 설정합니다.
- Portal Server가 Access Manager와 동일한 웹 컨테이너에서 실행 중이고 해당 웹 컨테이너가 Web Server에서 제공된 경우 릴리스 2 Access Manager 업그레이드: Web Server 웹 컨테이너의 절차를 사용하여 Access Manager를 릴리스 2에서 릴리스 4로 업그레이드합니다.
- Portal Server가 Access Manager와 동일한 웹 컨테이너에서 실행 중이고 해당 웹 컨테이너가 Application Server에서 제공된 경우 릴리스 2 Access Manager 업그레이드: Application Server 웹 컨테이너의 절차를 사용하여 Access Manager를 릴리스 2에서 릴리스 4로 업그레이드하되, AS를 새로 설치했던 시나리오를 사용해야 합니다.
릴리스 2 Portal Server 구성 정보 백업
Portal Server를 릴리스 4로 업그레이드하기 위해 Portal Server 소프트웨어를 재구성해야 하는 것은 아닙니다. 그러나 안전을 위한 조치로 구성 정보가 저장되는 다음 디렉토리를 백업할 수 있습니다.
필수 구성 요소 정보 및 비밀번호 확인
업그레이드를 수행하려면 수퍼유저로 로그인해야 합니다. Web Server를 웹 컨테이너로 사용 중인 경우 관리자 비밀번호는 필요하지 않습니다. 그러나 Application Server을 웹 컨테이너로 사용 중인 경우에는 Application Server 관리자 아이디와 비밀번호가 필요합니다.
릴리스 2 Portal Server 업그레이드(Solaris)
이 절에서는 Portal Server의 업그레이드 절차에 영향을 미치는 고려 사항을 논의하고 뒤이어 절차 자체에 대해 설명합니다.
업그레이드 고려 사항(Solaris)
Portal Server 소프트웨어를 Java ES 릴리스 4로 업그레이드하는 경우 다음 사항을 고려하십시오.
- 동일한 설치 Portal Server 이미지에 해당하는 모든 Portal Server 인스턴스가 동시에 업그레이드됩니다. 설치 이미지에 패치를 적용 중인 경우 그러한 인스턴스는 웹 컨테이너를 종료하여 모두 종료해야 합니다.
- 다음 표에 Solaris OS용 릴리스 4 Portal Server 업그레이드 패치가 표시되어 있습니다.
- Solaris 플랫폼에서 Portal Server를 업그레이드하는 절차는 Portal Server가 배포된 웹 컨테이너가 Web Server에서 제공되었는지 Application Server에서 제공되었는지에 따라 달라집니다. 따라서 이 두 가지 웹 컨테이너에 대해 다음과 같은 각기 다른 업그레이드 지침이 있습니다.
업그레이드 절차(Solaris: Web Server)
아래의 문서화된 절차는 업그레이드가 진행 중인 컴퓨터의 Portal Server에 적용됩니다.
- 표 17-6을 기준으로 필수 패치를 확인합니다.
표 17-6에 표시된 정확한 패치 개정판을 다운로드해야 합니다. 더 최근의 패치를 사용할 수 있는 Portal Server 수정은 예외입니다.
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access에서 /tmp로 패치를 다운로드할 수 있습니다.
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- 해당 웹 컨테이너를 중지하여 Portal Server를 중지하십시오.
WebServer-base/https-instanceName/stop
- 아직 업그레이드하지 않은 경우 모두 공유 구성 요소, 웹 컨테이너 및 Access Manager(또는 Access Manager SDK)를 업그레이드합니다.
Portal Server 종속성 업그레이드를 참조하십시오.
- 아직 실행되고 있지 않은 경우 Directory Server 및 Access Manager를 시작합니다.
- 표 17-6을 참조하여 적합한 Portal Server 패치를 적용합니다.
표 17-6에 표시된 순서에 따라 위부터 아래로 패치를 적용해야 합니다.
patchadd patch_ID
- 패치가 성공적으로 업그레이드되었는지 확인합니다.
showrev -p | grep patch_ID
단계 7에서 적용된 패치 아이디의 버전이 출력으로 반환되어야 합니다.
- Portal Server 소프트웨어를 재구성합니다.
ksh
$ cd PortalServer-base/lib
$ ./upgradePS04Q205Q1- 해당 웹 컨테이너를 다시 시작하여 Portal Server를 다시 시작하십시오.
WebServer-base/https-instanceName/start
- Portal Server 웹 응용 프로그램을 웹 컨테이너에 재배포합니다.
PortalServer-base/bin/deploy redeploy
재배포 명령을 실행하면 PortalServer-base/web-src에서 /var/PortalServer-base/https-hostName/deploy-dir/web-apps로 컨텐트가 재배포됩니다. 따라서 Portal Server 웹 응용 프로그램에 대한 모든 사용자 정의를 먼저 /web-src로 만든 다음 /web-apps에 배포해야 합니다. deploy 명령을 실행하기 전에 /web-apps에서 수행 가능한 모든 변경 사항을 /web-src 에 복제해야 합니다. 그렇지 않으면 변경 사항이 덮어써집니다.
- 웹 컨테이너를 중지하고 다시 시작합니다.
모든 상황에 반드시 적용되는 것은 아니지만 웹 컨테이너를 다시 시작하면 Portal Server가 원래 상태로 다시 시작됩니다.
업그레이드 절차(Solaris: Application Server)
아래의 문서화된 절차는 업그레이드가 진행 중인 컴퓨터의 Portal Server에 적용됩니다.
- 표 17-6을 기준으로 필수 패치를 확인합니다.
표 17-6에 표시된 정확한 패치 개정판을 다운로드해야 합니다. 더 최근의 패치를 사용할 수 있는 Portal Server 수정은 예외입니다.
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access에서 /tmp로 패치를 다운로드할 수 있습니다.
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- Portal Server가 더 이상 릴리스 2 Application Server 인스턴스에서 실행되지 않는지 확인하십시오.
AppServerConfig7-base/domains/domainName/instanceName/bin/stopserv
위 명령과 이어지는 단계에서 다음 규칙이 사용됩니다.
- 아직 업그레이드하지 않은 경우 모두 공유 구성 요소, 웹 컨테이너 및 Access Manager(또는 Access Manager SDK)를 업그레이드합니다.
Portal Server 종속성 업그레이드를 참조하십시오.
- 업그레이드된 Access Manager가 릴리스 4 Application Server 인스턴스에서 실행되지 않는지 확인하십시오.
AppServer8-base/bin/asadmin stop-domain domainName
- Access Manager 구성 파일의 다음 항목이
AccessManagerConfig-base/config/AMConfig.properties
다음 등록 정보 값을 포함해야 합니다.
com.iplanet.am.notification.url=
http://hostName:port/amserver/notificationservice
com.sun.identity.webcontainer=IAS8.1
com.iplanet.am.cookie.encode=true여기에서 hostName:port는 Access Manager 인스턴스를 호스팅하는 컴퓨터 및 포트입니다.
- 표 17-6에서 적합한 Portal Server 패치를 적용합니다.
표 17-6에 표시된 순서에 따라 위부터 아래로 패치를 적용해야 합니다.
patchadd patch_ID
- 패치가 성공적으로 업그레이드되었는지 확인합니다.
showrev -p | grep patch_ID
단계 7에서 적용된 패치 아이디의 버전이 출력으로 반환되어야 합니다.
- Portal Server 구성 파일의 다음 항목이
PortalServerConfig-base/PSConfig.properties
Application Server의 DAS(Domain Administration Server) 인스턴스를 참조하는 다음 등록 정보 값을 포함해야 합니다.
DEPLOY_TYPE=SUNONE8 DEPLOY_INSTANCE_DIR=AppServer8Config-base/domains/domainName
DEPLOY_DOMAIN=AppServer8Config-base/domains/domainName
DEPLOY_PRODUCT_DIR=AppServer8Config-base/domains/domainName
DEPLOY_ADMIN_PROTOCOL=https
DEPLOY_ADMIN_PORT=DAS_adminPort (for example, default=4848)
DEPLOY_ADMIN_HOST=DAS_hostName
LOAD_BALANCER_URL=http://DAS_hostName:DAS_hostPort/portal
DEPLOY_DOCROOT=AppServer8Config-base/domains/domainName/docroot
PS_PORT=DAS_hostPort (for example, default=80)
DEPLOY_DIR=AppServer8-base
PS_PROTOCOL=http새로 설치된 릴리스 4 Application Server 8 설치에 할당된 포트 값이 릴리스 2 Application Server 7 설치와 동일하며 이 값이 기본 포트 값인 경우에는 위에 표시된 기본 값이 적용됩니다.
- PSconfig.properties 파일을 다음과 같이 수정합니다.
DEPLOY_INSTANCE=temporary_instanceName
여기에서 temporary_instanceName은 사용되지 않는 임시 값입니다.
- DAS가 실행되고 있는지 확인합니다.
AppServer8-base/bin/asadmin start-domain --user admin_ID
--password password domainName- 다음 명령을 수행합니다.
cd PortalServer-base/bin
./multiserverinstancemultiserverinstance 스크립트에서 묻는 몇 가지 질문은 단계 9에 표시된 PSConfig.properties에 설정된 값을 기본값으로 사용하며 다음 지침에서는 이 기본값이 올바른 것으로 가정합니다.
다음과 같이 multiserverinstance 스크립트에서 묻는 질문에 응답합니다.
1. Create a new portalserver instance에서 1 옵션을 선택합니다.
2. Sun Java System Application Server 8.1에서 옵션 3을 선택합니다.
3. 웹 컨테이너의 설치 위치는 어디입니까? Return 키를 누릅니다.
4. 도메인 이름은 무엇입니까? Return 키를 누릅니다.
5. 도메인(DAS) 경로는 무엇입니까? 4번 질문에 기본값으로 표시된 값과 동일한 값을 입력합니다.
6. 웹 컨테이너 인스턴스 경로는 무엇입니까? 5번 질문에 입력한 값과 동일한 값을 입력합니다.
7. 웹 컨테이너 관리자는 누구입니까? Return 키를 누릅니다.
8. 웹 컨테이너 관리 포트는 무엇입니까? Return 키를 누릅니다.
9. 웹 컨테이너 관리 포트는 안전합니까? Return 키를 누릅니다.
10. 인스턴스 이름은 무엇입니까? server 값을 입력합니다.
11. 인스턴스 포트는 무엇입니까? PSConfig.properties 파일에서 PS_PORT 값으로 입력한 것과 같은 값을 입력합니다.
12. 인스턴스 포트는 안전합니까? Return 키를 누릅니다.
13. 웹 컨테이너 문서 루트 디렉토리는 무엇입니까? Return 키를 누릅니다.
14. Application Server 관리 비밀번호는 무엇입니까? 비밀번호를 입력합니다.
15. Identity Server 관리 비밀번호는 무엇입니까? 비밀번호를 입력합니다.- PSconfig.properties 파일을 다음과 같이 수정합니다.
DEPLOY_INSTANCE=server
여기에서 server 값은 DAS 인스턴스의 기본 인스턴스 이름입니다.
- DAS를 다시 시작합니다.
AppServer8-base/bin/asadmin stop-domain domainName
AppServer8-base/bin/asadmin start-domain --user admin_ID
--password password domainName- Portal Server 웹 응용 프로그램을 배포합니다.
cd PortalServer-base/bin
./deploy redeploy오류가 있을 수 있다는 deploy.log의 메시지는 무시합니다.
재배포 명령을 실행하면 PortalServer-base/web-src에서 /var/PortalServer-base/https-hostName/deploy-dir/web-apps로 컨텐트가 재배포됩니다. 따라서 Portal Server 웹 응용 프로그램에 대한 모든 사용자 정의를 먼저 /web-src로 만든 다음 /web-apps에 배포해야 합니다. deploy 명령을 실행하기 전에 /web-apps에서 수행 가능한 모든 변경 사항을 /web-src 에 복제해야 합니다. 그렇지 않으면 변경 사항이 덮어써집니다.
- Portal Server 소프트웨어를 재구성합니다.
ksh
$ cd PortalServer-base/lib
$ ./postinstall_PortletSamples
$ ./upgradePS04Q205Q1upgradePS04Q205Q1 스크립트에서 표시하는 CLI137 관련 오류, 배포 및 배포 해제 관련 오류는 무시합니다.
- DAS를 다시 시작합니다.
AppServer8-base/bin/asadmin stop-domain domainName
AppServer8-base/bin/asadmin start-domain --user admin_ID
--password password domainName모든 상황에 반드시 적용되는 것은 아니지만 웹 컨테이너를 다시 시작하면 Portal Server가 원래 상태로 다시 시작됩니다.
- Portal Server 디스플레이 프로필을 업데이트합니다.
- 다음 명령을 실행합니다.
PortalServer-base/bin/dpadmin list -g -u amadminDN
-w amadminPassword /tmp/GlobalDP.xmlamadminDN에 대한 값은 AccessManagerConfig-base/config/AMConfig.properties 파일의 com.sun.identity.authentication.super.user 등록 정보에서 확인할 수 있습니다.
- /tmp/GlobalDP.xml 파일을 편집을 위해 엽니다.
- 다음 값을 찾습니다.
org.apache.xalan.xsltc.trax.TransformerFactoryImpl
이 값을 모두 다음과 같이 수정합니다.
com.sun.org.apache.xalan.internal.xsltc.trax.
TransformerFactoryImpl- 다음 값을 모두 찾습니다.
Sun JavaTM System Portal Server 6 2004Q2
이 값을 모두 다음과 같이 수정합니다.
Sun JavaTM System Portal Server 6 2005Q4- 다음 명령을 실행합니다.
PortalServer-base/bin/dpadmin modify -g -u amadminDN
-w amadminPassword /tmp/GlobalDP.xml여기에서 amadminDN에 대한 값은 단계 a에서와 같습니다.
릴리스 2 Portal Server 업그레이드(Linux)
이 절에서는 Portal Server의 업그레이드 절차에 영향을 미치는 고려 사항을 논의하고 뒤이어 절차 자체에 대해 설명합니다.
업그레이드 고려 사항(Linux)
Linux 플랫폼에서 Portal Server 소프트웨어를 Java ES 릴리스 4로 업그레이드하는 경우 Solaris 플랫폼에서 업그레이드할 때의 고려 사항을 참조하십시오(업그레이드 고려 사항(Solaris) 참조). Linux 릴리스 4 업그레이드 패치가 Solaris 패치와 다른 경우는 제외됩니다.
다음 표에 Linux OS용 릴리스 4 Portal Server 업그레이드 패치가 표시되어 있습니다.
업그레이드 절차(Linux: Web Server)
아래의 문서화된 절차는 업그레이드가 진행 중인 컴퓨터의 Portal Server에 적용됩니다.
- 표 17-7의 패치 번호와 RPM 이름을 이용하여 필요한 패치를 확인합니다. RPM의 버전 번호를 확인할 때도 이 정보를 사용합니다.
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access에서 /tmp로 패치를 다운로드할 수 있습니다.
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- 해당 웹 컨테이너를 중지하여 Portal Server를 중지하십시오.
WebServer-base/https-instanceName/stop
- 아직 업그레이드하지 않은 경우 모두 공유 구성 요소, 웹 컨테이너 및 Access Manager(또는 Access Manager SDK)를 업그레이드합니다.
Portal Server 종속성 업그레이드를 참조하십시오.
- 아직 실행되고 있지 않은 경우 Directory Server 및 Access Manager를 시작합니다.
- 표 17-7의 Portal Server에 RPM을 적용합니다.
- cd /tmp
여기에서 /tmp는 단계 1에서 패치를 다운로드한 디렉토리입니다.
- 118020 패치 파일의 압축을 해제하고 README 파일을 읽은 후 다음 스크립트를 실행합니다.
./upgradeportalrpms
upgradeportalrpms 스크립트는 RPM을 설치하고 해당 패치를 적용하여 구성이 올바르게 변경되었는지를 확인합니다.
- 119529 패치 파일의 압축을 해제하고 생성된 디렉토리 내에서 ./update 스크립트를 실행합니다.
- 118952 패치 파일의 압축을 해제하고 생성된 디렉토리 내에서 ./update 스크립트를 실행합니다.
- 패치가 성공적으로 업그레이드되었는지 확인합니다.
rpm -qa | grep sun-portal
rpm -qa | grep sun-mobileaccessRPM의 새로운 버전 번호가 반환되어야 합니다.
- Portal Server 소프트웨어를 재구성합니다.
ksh
$ cd PortalServer-base/lib
$ ./upgradePS04Q205Q1- PortalServer-base/export/deploy.import 파일을 다음과 같이 편집합니다.
다음과 같은 값이 있는지 확인합니다.
%JATO_LIB_DIR%/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
%JATO_LIB_DIR%/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar있는 경우 다음 값으로 대체합니다.
/usr/share/lib/jato/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
/usr/share/lib/jato/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar즉, %JATO_LIB_DIR%를 /usr/share/lib/jato로 바꿉니다.
- 해당 웹 컨테이너를 다시 시작하여 Portal Server를 다시 시작하십시오.
WebServer-base/https-instanceName/start
- Portal Server 웹 응용 프로그램을 웹 컨테이너에 재배포합니다.
PortalServer-base/bin/deploy redeploy
재배포 명령을 실행하면 PortalServer-base/web-src에서 /var/PortalServer-base/https-hostName/deploy-dir/web-apps로 컨텐트가 재배포됩니다. 따라서 Portal Server 웹 응용 프로그램에 대한 모든 사용자 정의를 먼저 /web-src로 만든 다음 /web-apps에 배포해야 합니다. deploy 명령을 실행하기 전에 /web-apps에서 수행 가능한 모든 변경 사항을 /web-src 에 복제해야 합니다. 그렇지 않으면 변경 사항이 덮어써집니다.
- 웹 컨테이너를 중지하고 다시 시작합니다.
모든 상황에 반드시 적용되는 것은 아니지만 웹 컨테이너를 다시 시작하면 Portal Server가 원래 상태로 다시 시작됩니다.
업그레이드 절차(Linux: Application Server)
아래의 문서화된 절차는 업그레이드가 진행 중인 컴퓨터의 Portal Server에 적용됩니다.
- 표 17-7을 기준으로 필수 패치를 확인합니다.
표 17-7에 표시된 정확한 패치 개정판을 다운로드해야 합니다. 더 최근의 패치를 사용할 수 있는 Portal Server 수정은 예외입니다.
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access에서 /tmp로 패치를 다운로드할 수 있습니다.
- 루트로 로그인하거나 수퍼유저가 됩니다.
su -
- Portal Server가 더 이상 릴리스 2 Application Server 인스턴스에서 실행되지 않는지 확인하십시오.
AppServerConfig7-base/domains/domainName/instanceName/bin/stopserv
위 명령과 이어지는 단계에서 다음 규칙이 사용됩니다.
- 아직 업그레이드하지 않은 경우 모두 공유 구성 요소, 웹 컨테이너 및 Access Manager(또는 Access Manager SDK)를 업그레이드합니다.
Portal Server 종속성 업그레이드를 참조하십시오.
- 업그레이드된 Access Manager가 릴리스 4 Application Server 인스턴스에서 실행되지 않는지 확인하십시오.
AppServer8-base/bin/asadmin stop-domain domainName
- Access Manager 구성 파일의 다음 항목이
AccessManagerConfig-base/config/AMConfig.properties
다음 등록 정보 값을 포함해야 합니다.
com.iplanet.am.notification.url=
http://hostName:port/amserver/notificationservice
com.sun.identity.webcontainer=IAS8.1
com.iplanet.am.cookie.encode=true여기에서 hostName:port는 Access Manager 인스턴스를 호스팅하는 컴퓨터 및 포트입니다.
- 표 17-7의 Portal Server에 RPM을 적용합니다.
- cd /tmp
여기에서 /tmp는 단계 1에서 패치를 다운로드한 디렉토리입니다.
- 118020 패치 파일의 압축을 해제하고 README 파일을 읽은 후 다음 스크립트를 실행합니다.
./upgradeportalrpms
upgradeportalrpms 스크립트는 RPM을 설치하고 해당 패치를 적용하여 구성이 올바르게 변경되었는지를 확인합니다.
- 119529 패치 파일의 압축을 해제하고 생성된 디렉토리 내에서 ./update 스크립트를 실행합니다.
- 118952 패치 파일의 압축을 해제하고 생성된 디렉토리 내에서 ./update 스크립트를 실행합니다.
- 패치가 성공적으로 업그레이드되었는지 확인합니다.
rpm -qa | grep sun-portal
rpm -qa | grep sun-mobileaccessRPM의 새로운 버전 번호가 반환되어야 합니다.
- PortalServer-base/export/deploy.import 파일을 다음과 같이 편집합니다.
다음과 같은 값이 있는지 확인합니다.
%JATO_LIB_DIR%/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
%JATO_LIB_DIR%/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar있는 경우 다음 값으로 대체합니다.
/usr/share/lib/jato/jato.tld %WEB_SRC_DIR%/WEB-INF/jato.tld
/usr/share/lib/jato/jato.jar %WEB_SRC_DIR%/WEB-INF/lib/jato.jar즉, %JATO_LIB_DIR%를 /usr/share/lib/jato로 바꿉니다.
- 업그레이드 절차(Solaris: Application Server).에서 단계 9부터 단계 18까지 수행합니다.
업그레이드 확인
Portal Server가 릴리스 4로 업그레이드되었는지 확인하려면 패치가 올바르게 적용되었는지 확인하면 됩니다. 이 확인을 위한 단계는 업그레이드 절차(Solaris)와 업그레이드 절차(Linux)에 포함되어 있습니다.
또한 다음 명령을 사용할 수 있습니다.
출력 값에 대해서는 표 17-3을 참조하십시오.
이러한 패치 업그레이드 테스트 외에도 사용자는 이전 그대로 작동하는 작업이 있는지 점검하고 버그 수정이 실제로 수정되었는지 확인할 수 있습니다.
사후 업그레이드 작업
사후 업그레이드 작업은 업그레이드 절차(Solaris: Application Server) 및 업그레이드 절차(Linux: Web Server)에 설명된 단계에 모두 포함됩니다.
업그레이드 롤백
Portal Server를 릴리스 2에서 릴리스 4로 업그레이드한 경우 롤백할 수 없습니다.
여러 인스턴스 업그레이드
일부 배포 구조에서는 Portal Server를 여러 컴퓨터 시스템에 배포하여 확장성을 제공하고 가용성을 향상시킵니다. 예를 들어, 로드 밸런서가 있는 여러 컴퓨터에서 Portal Server 구성 요소를 실행하여 로드를 분산시킬 수 있습니다.
Portal Server의 인스턴스가 로드 균형 조정된 경우 서비스를 중단하지 않고도 Portal Server 인스턴스를 순서에 따라 업그레이드하는 롤링 업그레이드를 수행할 수 있습니다. 다른 인스턴스가 실행되는 동안 Portal Server의 각 인스턴스를 업그레이드할 수 있습니다. 릴리스 2 Portal Server 업그레이드의 설명을 참조하여 각 인스턴스의 업그레이드를 수행하십시오.