업그레이드 완료
이 절에서는 모든 Sun Cluster 3.2 소프트웨어 업그레이드 방법을 수행하기 위한 다음 정보를 제공합니다.
Sun Cluster 3.2 소프트웨어의 업그레이드를 확인하는 방법
클러스터가 Sun Cluster 3.2 소프트웨어로 성공적으로 업그레이드되었는지 확인하려면 이 절차를 수행합니다. Solaris 10 OS에서는 모든 단계를 전역 영역에서만 수행합니다.
주 –
본 절차에서는 긴 Sun Cluster 명령을 설명합니다. 대부분의 명령에는 단문형도 있습니다. 명령 이름의 형태를 제외하면 이러한 명령은 동일한 것입니다. 명령 목록 및 단문형 명령에 대한 내용은 Solaris OS용 Sun Cluster 시스템 관리 안내서의 부록 A, Sun Cluster 객체 지향 명령을 참조하십시오.
시작하기 전에
업그레이드할 모든 클러스터 노드에 대해 모든 업그레이드 절차를 완료했는지 확인하십시오.
-
각 노드에서 수퍼유저로 전환합니다.
-
업그레이드된 각 노드에서 Sun Cluster 소프트웨어의 설치 수준을 확인합니다.
phys-schost# clnode show-rev -v
출력 첫 행은 노드에서 실행하는 Sun Cluster 소프트웨어의 버전을 표시합니다. 이 버전과 방금 업그레이드한 버전이 일치해야 합니다.
-
임의의 노드에서, 업그레이드된 모든 클러스터 노드가 클러스터 모드(Online)로 실행되고 있는지 확인하십시오.
phys-schost# clnode status
클러스터 상태 표시에 대한 자세한 내용은 clnode(1CL) 매뉴얼 페이지를 참조하십시오.
-
SPARC: Solaris 8에서 Solaris 9 소프트웨어로 업그레이드한 경우, 저장소 구성의 일관성을 확인합니다.
-
각 노드에서 다음 명령을 실행하여 저장소 구성의 일관성을 확인하십시오.
phys-schost# cldevice check
주의 – 구성에서 이 일관성 검사를 통과해야 단계 b로 진행할 수 있습니다. 이 검사를 통과하지 못하면 장치 식별 과정에서 오류가 발생하여 데이터가 손상될 수 있습니다.
다음 표는 cldevice check 명령의 예상 출력 및 수행해야 할 작업(있을 경우)의 목록입니다.
메시지 예
작업
device id for 'phys-schost-1:/dev/rdsk/c1t3d0' does not match physical device's id, device may have been replaced
완료되지 않은 업그레이드로부터 복구로 이동하여 적절한 복구 절차를 수행합니다.
device id for 'phys-schost-1:/dev/rdsk/c0t0d0' needs to be updated, run cldevice repair to update
없음단계 b에서 이 장치 ID를 업데이트합니다.
출력 메시지 없음
없음
자세한 내용은 cldevice(1CL) 매뉴얼 페이지를 참조하십시오.
-
각 노드에서 Sun Cluster 저장소 데이터베이스를 Solaris 9 장치 ID로 마이그레이션합니다.
phys-schost# cldevice repair
-
각 노드에서 다음 명령을 실행하여 Solaris 9 장치 ID로의 저장소 데이터베이스 마이그레이션이 성공적으로 수행되었는지 확인하십시오.
phys-schost# cldevice check
-
cldevice 명령이 메시지를 표시하면 단계 a로 돌아가서 저장소 구성 또는 저장소 데이터베이스를 추가로 수정합니다.
-
cldevice 명령을 실행할 때 메시지가 표시되지 않으면 장치 ID 마이그레이션이 성공한 것입니다. 모든 클러스터 노드에서 장치 ID 마이그레이션이 확인되면 Sun Cluster 3.2 소프트웨어로의 업그레이드를 완료하는 방법으로 진행합니다.
-
-
예 8–2 Sun Cluster 3.2 소프트웨어로의 업그레이드 확인
다음 예는 2 노드 클러스터에서 Sun Cluster 3.2 소프트웨어로의 업그레이드를 확인하는 데 사용되는 명령을 보여줍니다. 클러스터 노드의 이름은 phys-schost-1과 phys-schost-2입니다.
phys-schost# clnode show-rev -v 3.2 … phys-schost# clnode status === Cluster Nodes === --- Node Status --- Node Name Status --------- ------ phys-schost-1 Online phys-schost-2 Online |
다음 순서
Sun Cluster 3.2 소프트웨어로의 업그레이드를 완료하는 방법으로 이동합니다.
Sun Cluster 3.2 소프트웨어로의 업그레이드를 완료하는 방법
이 절차를 수행하여 Sun Cluster 업그레이드를 완료합니다. Solaris 10 OS에서는 모든 단계를 전역 영역에서만 수행합니다. 먼저 업그레이드에서 새 버전을 얻은 모든 자원 유형을 재등록합니다. 그 다음에 자원에서 사용하는 자원 유형의 새 버전을 사용하도록 해당되는 자원을 수정하십시오. 세번째로 자원을 다시 활성화하십시오. 마지막으로 자원 그룹을 다시 온라인화하십시오.
시작하기 전에
Sun Cluster 3.2 소프트웨어의 업그레이드를 확인하는 방법의 모든 단계를 수행해야 합니다.
-
공통 에이전트 컨테이너의 보안 파일을 모든 클러스터 노드로 복사
이 단계에서는 공통 에이전트 컨테이너의 보안 파일이 모든 클러스터 노드에서 동일한지 그리고 복사된 파일이 올바른 파일 권한을 갖고 있는지 확인합니다.
-
각 노드에서 Sun Java Web Console 에이전트를 중지합니다.
phys-schost# /usr/sbin/smcwebserver stop
-
각 노드에서 보안 파일 에이전트를 중지합니다.
phys-schost# /usr/sbin/cacaoadm stop
-
한 개의 노드에서 /etc/cacao/instances/default/ 디렉토리로 변경합니다.
phys-schost-1# cd /etc/cacao/instances/default/
-
/etc/cacao/SUNWcacao/security/ 디렉토리의 tar 파일을 만듭니다.
phys-schost-1# tar cf /tmp/SECURITY.tar security
-
/tmp/SECURITY.tar 파일을 각각의 다른 클러스터 노드에 복사합니다.
-
/tmp/SECURITY.tar 파일을 복사한 각 노드에서 보안 파일을 추출합니다.
/etc/cacao/instances/default/ 디렉토리의 기존 보안 파일은 모두 덮어쓰기됩니다.
phys-schost-2# cd /etc/cacao/instances/default/ phys-schost-2# tar xf /tmp/SECURITY.tar
-
클러스터의 각 노드에서 /tmp/SECURITY.tar 파일을 삭제합니다.
보안 위험을 방지하려면 tar 파일의 각 복사본을 삭제해야 합니다.
phys-schost-1# rm /tmp/SECURITY.tar phys-schost-2# rm /tmp/SECURITY.tar
-
각 노드에서 보안 파일 에이전트를 시작합니다.
phys-schost# /usr/sbin/cacaoadm start
-
각 노드에서 Sun Java Web Console 에이전트를 시작합니다.
phys-schost# /usr/sbin/smcwebserver start
-
-
제품 매체에서 제공되지 않은 데이터 서비스를 업그레이드한 경우 해당 데이터 서비스에 대해 새 자원 유형을 등록합니다.
-
Sun Cluster HA for SAP liveCache를 Sun Cluster 3.0 또는 3.1 버전에서 Sun Cluster 3.2 버전으로부터 업그레이드한 경우 /opt/SUNWsclc/livecache/bin/lccluster 구성 파일을 수정합니다.
-
liveCache 자원을 호스팅하는 노드에서 수퍼유저로 전환합니다.
-
새 /opt/SUNWsclc/livecache/bin/lccluster 파일을 /sapdb/LC_NAME/db/sap/ 디렉토리로 복사합니다.
데이터 서비스의 이전 구성에서 이미 존재하는 lccluster 파일을 덮어씁니다.
-
Sun Cluster Data Service for SAP liveCache Guide for Solaris OS 의 How to Register and Configure Sun Cluster HA for SAP liveCache 설명대로 이 /sapdb/LC_NAME/db/sap/lccluster 파일을 구성합니다.
-
-
Solaris OS를 업그레이드했고 사용 중인 구성에 Solaris Volume Manager 소프트웨어용 이중 문자열 조정자가 사용되는 경우, 조정자 구성을 복원합니다.
-
조정자 호스트를 추가할 디스크 세트에 대한 소유권이 있는 노드를 확인합니다.
phys-schost# metaset -s setname
- -s setname
-
디스크 세트 이름을 지정합니다.
-
디스크 세트를 마스터하고 있거나 마스터할 노드에서 수퍼유저로 전환합니다.
-
소유권이 있는 노드가 없으면 디스크 세트에 대한 소유권을 받으십시오.
phys-schost# cldevicegroup switch -n node devicegroup
- node
-
디스크 세트의 기본이 될 노드의 이름을 지정합니다.
- devicegroup
-
디스크 세트의 이름을 지정합니다.
-
조정자를 다시 만듭니다.
phys-schost# metaset -s setname -a -m mediator-host-list
- -a
-
디스크 세트에 추가합니다.
- -m mediator-host-list
-
디스크세트의 조정자 호스트로 추가할 노드의 이름을 지정합니다.
-
조정자를 사용하는 클러스터의 각 디스크 세트에 대해 이 단계를 반복합니다.
-
-
자원을 새 자원 유형 버전으로 마이그레이션하십시오.
모든 자원을 Sun Cluster 3.2 자원 유형 버전으로 마이그레이션해야 합니다.
주 –Sun Cluster HA for SAP Web Application Server의 경우, J2EE 엔진 자원, 웹 응용 프로그램 서버 구성 요소 자원 또는 이 둘을 모두 사용하는 경우에는 자원을 삭제하고 새 웹 응용 프로그램 서버 구성 요소 자원으로 자원을 재생성해야 합니다. 새 웹 응용 프로그램 서버 구성 요소 자원의 변경에는 J2EE의 기능 통합이 포함됩니다. 자세한 내용은 Sun Cluster Data Service for SAP Web Application Server Guide for Solaris OS를 참조하십시오.
명령줄을 사용하는 절차가 들어 있는 Sun Cluster Data Services Planning and Administration Guide for Solaris OS의 Upgrading a Resource Type를 참조하십시오. 또는 clsetup 유틸리티의 자원 그룹 메뉴를 사용하여 같은 작업을 수행할 수 있습니다. 이 프로세스에서는 다음 작업을 수행합니다.
-
새 자원 유형 등록
-
모든 해당 자원을 해당 자원 유형의 새 버전으로 마이그레이션
-
Solaris OS용 Sun Cluster 3.2 릴리스 노트에 지정된 대로 자원 유형의 확장 등록 정보를 수정합니다.
주 –Sun Cluster 3.2 릴리스에서는 Retry_interval 등록 정보와 같은 일부 확장 등록 정보에 대한 새 기본값을 소개합니다. 이러한 변경은 등록 정보의 기본값을 사용하는 기존 자원의 작동에 영향을 줍니다. 자원에 대해 이전의 기본 값이 필요한 경우, 마이그레이션된 자원을 수정하여 등록 정보를 이전의 기본값으로 설정합니다.
-
-
클러스터에서 Sun Cluster HA for Sun Java System Application Server EE(HADB) 데이터 서비스를 실행하며 이중 분할 영역 업그레이드를 시작하기 전에 HADB 데이터베이스를 종료한 경우, 자원을 재활성화하고 데이터베이스를 시작합니다.
phys-schost# clresource enable hadb-resource phys-schost# hadbm start database-name
자세한 내용은 hadbm(1m) 매뉴얼 페이지를 참조하십시오.
-
Solaris 10 OS로 업그레이드하였고 Apache httpd.conf 파일이 클러스터 파일 시스템에 있는 경우, Apache 제어 스크립트의 HTTPD 항목이 계속 해당 위치를 가리키는지 확인합니다.
-
/usr/apache/bin/apchectl 파일의 HTTPD 항목을 봅니다.
다음 예는 /global 클러스터 파일 시스템에 있는 httpd.conf 파일을 나타냅니다.
phys-schost# cat /usr/apache/bin/apchectl | grep HTTPD=/usr HTTPD="/usr/apache/bin/httpd -f /global/web/conf/httpd.conf"
-
파일에 올바른 HTTPD 항목이 나타나지 않을 경우, 파일을 업데이트합니다.
phys-schost# vi /usr/apache/bin/apchectl #HTTPD=/usr/apache/bin/httpd HTTPD="/usr/apache/bin/httpd -f /global/web/conf/httpd.conf"
-
-
임의의 노드에서 clsetup 유틸리티를 시작합니다.
phys-schost# clsetup
clsetup 주 메뉴가 표시됩니다.
-
모든 비활성화된 자원을 재활성화합니다.
-
자원 그룹 옵션에 해당하는 번호를 입력하고 Enter 키를 누릅니다.
자원 그룹 메뉴가 표시됩니다.
-
자원 활성화/비활성화 옵션에 해당하는 번호를 입력하고 Enter 키를 누릅니다.
-
활성화할 자원을 선택하고 화면에 표시되는 메시지를 따르십시오.
-
비활성화된 각 자원에서 단계 c를 반복합니다.
-
모든 자원이 다시 활성화되면 q를 입력하여 자원 그룹 메뉴로 돌아가십시오.
-
-
각 자원 그룹을 다시 온라인으로 전환합니다.
이 단계에서는 비전역 영역의 자원 그룹을 온라인으로 전환합니다.
-
모든 자원 그룹이 다시 온라인으로 전환되면 clsetup 유틸리티를 종료합니다.
q를 입력하여 각 하위 메뉴를 마치거나 Ctrl-C를 누릅니다.
-
업그레이드 전에 자동 노드 재부트를 활성화한 경우, 모니터링되는 모든 디스크 경로가 실패하면 해당 기능이 계속 활성화되어 있는지 확인합니다.
처음으로 자동 재부트를 구성하고자 할 경우에도 이 작업을 수행합니다.
-
자동 재부트 기능의 활성화 또는 비활성화 여부를 확인합니다.
phys-schost# clnode show
-
자동 재부트 기능을 활성화합니다.
phys-schost# clnode set -p reboot_on_path_failure=enabled
- -p
-
설정하려는 등록 정보 지정
- reboot_on_path_failure=enable
-
클러스터의 다른 노드에서 최소 한 개의 디스크에 액세스할 수 있는 상황에서, 모든 모니터되는 디스크 경로가 실패할 경우 해당 노드를 재부트하도록 지정합니다.
-
디스크 경로 실패 시 자동 재부트가 활성화되는지 확인합니다.
phys-schost# clnode show === Cluster Nodes === Node Name: node … reboot_on_path_failure: enabled …
-
-
(옵션) 참고를 위한 디스크 분할 정보를 캡쳐합니다.
phys-schost# prtvtoc /dev/rdsk/cNtXdYsZ > filename
클러스터의 외부에 파일을 저장합니다. 디스크 구성을 변경하는 경우 변경된 구성을 캡쳐하려면 이 명령을 다시 실행합니다. 디스크가 실패하여 교체해야 하는 경우 이 정보를 사용하여 디스크 분할 영역 구성을 복구할 수 있습니다. 자세한 내용은 prtvtoc(1M) 매뉴얼 페이지를 참조하십시오.
-
(옵션) 클러스터 구성을 백업합니다.
아카이브된 클러스터 구성의 백업을 사용하면 쉽게 클러스터 구성을 복구할 수 있습니다.
자세한 내용은 Solaris OS용 Sun Cluster 시스템 관리 안내서의 클러스터 구성을 백업하는 방법을 참조하십시오.
일반 오류
자원 유형 마이그레이션 실패 - 일반적으로 자원이 오프라인일 때, 자원을 새 자원 유형으로 마이그레이션합니다. 그러나 자원 유형 마이그레이션이 성공하려면 일부 자원이 온라인이어야 합니다. 자원 유형 마이그레이션이 이러한 이유로 실패할 경우, 다음과 유사한 오류 메시지가 표시됩니다.
phys-schost - Resource depends on a SUNW.HAStoragePlus type resource that is not online anywhere. (C189917) VALIDATE on resource nfsrs, resource group rg, exited with non-zero exit status. (C720144) Validation of resource nfsrs in resource group rg on node phys-schost failed.
자원이 오프라인이어서 자원 유형 마이그레이션에 실패하는 경우, clsetup 유틸리티를 사용하여 자원을 다시 활성화한 후 관련 자원 그룹을 온라인으로 전환합니다. 그런 다음 해당 자원에 대해 마이그레이션 절차를 반복합니다.
Java 이진 위치 변경 - 공유 구성 요소 업그레이드 중에 Java 이진의 위치가 변경된 경우, cacaoadm start 또는 smcwebserver start 명령을 실행하고자 할 때 다음과 유사한 오류 메시지가 표시될 수 있습니다.
# /opt/SUNWcacao/bin/cacaoadm startNo suitable Java runtime found. Java 1.4.2_03 or higher is required.Jan 3 17:10:26 ppups3 cacao: No suitable Java runtime found. Java 1.4.2_03 or higher is required.Cannot locate all the dependencies
# smcwebserver start/usr/sbin/smcwebserver: /usr/jdk/jdk1.5.0_04/bin/java: not found
이러한 오류는 start 명령이 Java 이진의 현재 위치를 찾을 수 없기 때문에 발생됩니다. JAVA_HOME 등록 정보는 아직도 이전 버전의 Java가 있는 디렉토리를 가리키고 있지만 해당 이전 버전은 업그레이드 중에 제거되었기 때문입니다.
이 문제를 해결하려면 다음 구성 파일 내 JAVA_HOME의 설정을 현재 Java 디렉토리를 사용하도록 변경합니다.
/etc/webconsole/console/config.properties/etc/opt/SUNWcacao/cacao.properties
다음 순서
SPARC 기반 시스템이 있고 클러스터 모니터에 Sun Management Center를 사용할 경우, SPARC: Sun Management Center용 Sun Cluster 모듈 소프트웨어를 업그레이드하는 방법으로 이동합니다.
Sun Cluster Geographic Edition 3.2 소프트웨어 설치 및 전체 업그레이드에 대한 정보는 Sun Cluster Geographic Edition Installation Guide를 참조하십시오.
그렇지 않으면 클러스터 업그레이드가 완료된 것입니다.
- © 2010, Oracle Corporation and/or its affiliates