업그레이드 절차는 시스템에서 실행하는 Solstice DiskSuite의 운영 레벨과 버전에 따라 다릅니다.
Solaris 2.6에서 Solstice DiskSuite 4.1을 실행하면서 Solaris 7로 업그레이드하지 않는 경우는 "Solstice DiskSuite의 초기 설치"의 절차를 통해 Solstice DiskSuite 4.2 패키지를 설치하면 Solstice DiskSuite 4.2로 업그레이드할 수 있습니다.
Solstice DiskSuite 4.2로 변환하고 있다면, 시스템은 다음 3가지 종류 중 하나에 해당됩니다.
온라인: DiskSuite 2.0 또는 온라인: DiskSuite 3.0과 함께 Solaris 2.3 또는 2.4가 실행중인 SPARC 또는 x86 시스템
Solstice DiskSuite 4.0 또는 4.1과 함께 Solaris 2.5, Solaris 2.5.1 또는 Solaris 2.6이 실행중인 SPARC 시스템
Solstice DiskSuite 4.0 또는 4.1과 함께 Solaris 2.5, Solaris 2.5.1 또는 Solaris 2.6이 실행중인 x86 시스템
다음 하위 항목은 각 범주의 시스템을 Solstice DiskSuite 4.2로 업그레이드하는 방법입니다.
우선 DiskSuite 4.0 설치 노트 지시사항에 따라 Solstice DiskSuite 4.0과 Solaris 2.5로 시스템을 업그레이드한 후, 다음 하위 항목의 지시사항을 따라 Solstice DiskSuite 4.2로 업그레이드합니다. Solaris 2.5 및 Solstice DiskSuite 4.0 제품 노트 안의 업그레이드 절차를 따릅니다.
본 절의 절차는 Solaris 2.5 또는 Solaris 2.5.1에서 Solstice DiskSuite 4.0 또는 4.1이 실행되고 Solaris 2.6 또는 Solaris 7로 업그레이드되는 SPARC 시스템에만 해당합니다.
이 절차를 시작하기 전에 우선 모든 파일 시스템을 백업합니다. 자세한 내용은 ufsdump(1M) man 페이지를 참조하십시오.
오류가 있는 미러를 교정합니다.
원격 또는 플로피 디스크에 metadb 구성,메타장치 구성, 장치 바인딩, /etc/vfstab을 저장합니다.
시스템을 재부트 또는 운영 체제를 업그레이드하거나 새 DiskSuite 버전을 설치할 경우, 이들 파일 중 한 개 이상이 겹쳐쓰기될 수 있습니다. 다음은 지역 플로피 디스크에 metadb 구성,메타장치 구성,/etc/vfstab을 저장하는 예제 명령입니다.
# /usr/opt/SUNWmd/sbin/metadb > /dev/fd/metadb.cfg # /usr/opt/SUNWmd/sbin/metastat -p > /dev/fd/metadevice.cfg # cp /etc/vfstab /dev/fd/meta_vfstab # ls -l /dev/rdsk/*s0 > /dev/fd/binding # cp /etc/path_to_inst /dev/fd/path_to_inst |
다음 예제 명령을 사용하면 업그레이드 중인 시스템에 연결된 네트워크 상의 other_machine라는 또 다른 시스템에 metadb 구성, 메타장치 구성, /etc/vfstab이 저장됩니다.
# /usr/opt/SUNWmd/sbin/metadb -i > /net/other_machine/save/metadb.cfg # /usr/opt/SUNWmd/sbin/metastat -p > /net/other_machine/save/metadevice.cfg # cp /etc/vfstab /net/other_machine/save/meta_vfstab # ls -l /dev/rdsk/*s0 > /net/other_machine/save/bindings # cp /etc/path_to_inst /net/other_machine/dev/fd/path_to_inst |
본 절차의 다음 단계로 가기 전에 metadb 구성, 메타장치 구성, /etc/vfstab을 저장했는지 확인합니다. 업그레이드 후 이들 중 하나라도 복구하지 못하면 데이터가 소실되거나 치명적인 시스템 오류가 발생할 수 있습니다.
Solaris 업그레이드 중에 사용할 수 있는 트랜스 메타장치(예, /usr, /var, /opt)를 지웁니다.
트랜스 메타장치 지우기 즉 트랜스 메타 장치에서 로그 제거에 관한 자세한 내용은 Solstice DiskSuite 4.2 User's Guide를 참조하십시오. 지워야 할 트랜스 메타장치를 모를 경우에는 트랜스 메타장치를 모두 지웁니다.
/etc/vfstab에서 단순 메타장치 또는 단순 미러가 아닌 메타장치에 마운트된 파일 시스템에 주석을 답니다.
단순 메타장치는 Start Block이 0인 단일 구성 요소로 이루어져 있습니다. 단순 미러는 서브미러로 이루어져 있으며 모든 서브미러는 단순 메타장치입니다.
metadetach 명령을 사용하여 남아있는 (단순)미러를 단방향 미러로 변환합니다.
업그레이드는 각 미러의 단일 서브미러에서 이루어집니다. 다른 서브미러는 업그레이드 후 metattach로 동기화됩니다.
루트(/)가 메타장치나 미러에 마운트된 경우는, 루트 파일 시스템을 메타장치의 기본 구성요소나 남아있는 동봉된 서브미러의 기본 구성 요소에 마운트되는 것으로 설정합니다.
metaroot 명령을 사용하면 이 작업을 안전하게 수행할 수 있습니다.
/etc/vfstab 파일을 편집하여 단계 3 이후에도 메타장치 또는 미러에 계속 마운트되어 있는 파일 시스템이나 swap 장치를 변경합니다.
파일 시스템을 메타장치의 기본 구성 요소나 남아있는 동봉된 서브미러의 기본 구성 요소에 마운트합니다.
DiskSuite 시작 파일에 대한 심볼릭 링크를 제거하여 부트할 때 초기화되지 않도록 합니다.
# rm /etc/rcS.d/S35SUNWmd.init /etc/rc2.d/S95SUNWmd.sync |
위 링크는 Solaris 업그레이드 후 DiskSuite를 재설치하면 나중에 다시 추가됩니다.
시스템을 중지하고 Solaris를 업그레이드한 다음 시스템을 재부트합니다.
Solstice DiskSuite 4.2 즉,Solaris 2.6 또는 Solaris 7과 호환되는 Solaris 버전으로 업그레이드하고 있는지 확인합니다.
올바른 슬라이스를 업그레이드하는지 확인합니다. 미러링된 루트 파일 시스템이 있는 시스템에서 Solaris 설치 소프트웨어는 업그레이드에 사용 가능한 루트 미러에서 사용되는 모든 슬라이스를 표시합니다. 여기에서 시스템이 부트되는 슬라이스를 선택합니다. "Solaris 운영 체제를 업그레이드할 때 시스템 부트 슬라이스 찾는 방법" 절에서는 부트 슬라이스를 찾는 방법이 설명되어 있습니다.
본 설명서 "Solstice DiskSuite의 초기 설치" 절의 지시사항에 따라 Solstice Disksuite 4.2 소프트웨어를 설치합니다.
이에 따라 단계 9에서 제거된 심볼릭 링크가 다시 설정됩니다.
루트/)가 메타장치 또는 미러에 원래부터 마운트된 경우는 루트(/) 파일 시스템을 원래의 메타장치나 미러에 다시 마운트되도록 설정합니다.
metaroot 명령을 사용하면 이 작업을 안전하게 할 수 있습니다.
/etc/vfstab 파일을 편집하여 원래 메타 장치나 미러에 다시 마운트되도록 단계 7에서 편집한 파일 시스템이나 swap 장치를 변경합니다.
/etc/vfstab 파일을 편집하여 단계 4에서 주석을 단 파일 시스템의 주석을 해제합니다.
시스템을 재부트하여 파일 시스템을 다시 마운트합니다.
제거한 트랜스 메타장치를 다시 작성합니다. 트랜스 메타장치 작성에 관한 자세한 내용은 Solstice DiskSuite 4.2 User's Guide를 참조하십시오.
본 절의 절차는 Solaris 2.5 또는 Solaris 2.5.1에서 Solstice DiskSuite 4.0 또는 4.1이 실행되고 Solaris 2.6으로 업그레이드되는 x86 시스템을 가지고 있는 고객에게만 적용됩니다.
이 절차를 시작하기 전에 모든 파일 시스템을 백업합니다. 자세한 내용은 ufsdump(1M) man 페이지를 참조하십시오.
오류가 있는 미러를 교정합니다.
원격 디스크나 플로피 디스크에 metadb 구성, 메타장치 구성, 장치 바인딩, /etc/vfstab을 저장합니다.
시스템을 재부트하거나 운영 체제를 업그레이드할 때 또는 새 DiskSuite 버전을 설치할 경우 이들 파일 중 한 개 이상이 겹쳐쓰기 될 수 있습니다. 다음은 지역 플로피 디스크에 metadb 구성, 메타장치 구성, /etc/vfstab을 저장하는 예제 명령입니다.
# /usr/opt/SUNWmd/sbin/metadb > /dev/fd/metadb.cfg # /usr/opt/SUNWmd/sbin/metastat -p > /dev/fd/metadevice.cfg # cp /etc/vfstab /dev/fd/meta_vfstab # ls -l /dev/rdsk/*s0 > /dev/fd/binding # cp /etc/path_to_inst /dev/fd/path_to_inst |
다음 예제 명령을 사용하면 업그레이드 중인 시스템에 연결된 네트워크 상의 other_machine라는 또 다른 시스템에 metadb 구성, 메타장치 구성, /etc/vfstab이 저장됩니다.
# /usr/opt/SUNWmd/sbin/metadb -i > /net/other_machine/save/metadb.cfg # /usr/opt/SUNWmd/sbin/metastat -p > /net/other_machine/save/metadevice.cfg # cp /etc/vfstab /net/other_machine/save/meta_vfstab # ls -l /dev/rdsk/*s0 > /net/other_machine/save/bindings # cp /etc/path_to_inst /net/other_machine/dev/fd/path_to_inst |
본 절차의 다음 단계로 가기 전에 metadb 구성, 메타장치 구성, /etc/vfstab을 저장했는지 확인합니다. 업그레이드 후 이들 중 하나라도 복구하지 못하면 데이터가 소실되거나 치명적인 시스템 오류가 발생할 수 있습니다.
Solaris 업그레이드 중 사용할 수 있는 트랜스 메타장치(예, /usr, /var, /opt)를 지웁니다.
트랜스 메타장치 지우기, 즉 트랜스 메타장치에서 로그 제거에 관한 자세한 내용은 Solstice DiskSuite 4.2 User's Guide를 참조하십시오. 제거해야 할 트랜스 메타장치를 확실히 모를 경우는 트랜스 메타장치를 모두 제거합니다.
/etc/vfstab에서 단순 메타장치 또는 단순 미러가 아닌 메타 장치에 마운트된 파일 시스템에 주석을 답니다.
단순 메타장치는 Start Block이 0인 단일 구성 요소로 이루어져 있습니다. 단순 미러는 서브미러로 구성되어 있으며 모든 서브미러는 단순 메타장치입니다.
metadetach명령으로 남아있는 (단순)미러를 단방향 미러로 변환합니다.
업그레이드는 각 미러의 단일 서브미러에서 이루어집니다. 다른 서브미러는 업그레이드 후 metattach으로 동기화됩니다.
루트(/)가 메타장치 또는 미러에 마운트되어 있는 경우에는, 루트 파일 시스템을 메타장치의 기본 구성 요소나 남아있는 동봉된 서브미러의 기본 구성요소에 마운트되도록 설정합니다.
metaroot 명령을 사용하면 이 작업을 안전하게 수행할 수 있습니다.
/etc/vfstab 파일을 편집하여 단계 3 이후 메타장치나 미러에 계속 마운트되어 있는 시스템 파일이나 swap 장치를 변경합니다.
파일 시스템을 메타 장치의 기본 구성 요소나 남아있는 동봉된 서브미러의 기본 구성 요소에 마운트합니다.
DiskSuite 시작 파일에 대한 심볼릭 링크를 제거하여 부트할 때 초기화되지 않도록 합니다.
# rm /etc/rcS.d/S35SUNWmd.init /etc/rc2.d/S95SUNWmd.sync |
이들 링크는 Solaris 업그레이드 후 DiskSuite를 다시 설치하면 나중에 다시 추가됩니다.
시스템을 중지하고 Solaris를 업그레이드한 다음 시스템을 재부트합니다.
Solstice DiskSuite 4.2 즉, Solaris 2.6 또는 Solaris 7과 호환 가능한 Solaris 버전으로 업그레이드하고 있는지 확인합니다.
올바른 슬라이스를 업그레이드하는지 확인합니다. 미러링된 루트 파일 시스템이 있는 시스템에서 Solaris 설치 소프트웨어는 업그레이드에 사용 가능한 루트 미러에서 사용되는 모든 슬라이스를 표시합니다. 여기에서 시스템이 부트되는 슬라이스를 선택합니다. "Solaris 운영 체제를 업그레이드할 때 시스템 부트 슬라이스 찾는 방법" 절에는 부트 슬라이스를 찾는 방법이 설명되어 있습니다.
본 설명서 "Solstice DiskSuite의 초기 설치" 절의 지시사항대로 Solstice Disksuite 4.2 소프트웨어를 설치합니다.
이에 따라 단계 9에서 제거된 심볼릭 링크가 다시 설정됩니다.
루트/)가 메타장치 또는 미러에 원래부터 마운트된 경우에는, 루트(/) 파일 시스템을 원래 메타 장치나 미러에 다시 마운트되도록 설정합니다.
metaroot 명령을 사용하면 이 작업을 안전하게 할 수 있습니다.
/etc/vfstab 파일을 편집하여 원래 메타 장치나 미러에 다시 마운트되도록 단계 7에서 편집한 파일 시스템이나 swap 장치를 변경합니다.
/etc/vfstab 파일을 편집하여 단계 4에서 주석을 단 파일 시스템의 주석을 해제합니다.
시스템을 재부트하여 파일 시스템을 다시 마운트합니다.
제거한 트랜스 메타장치를 다시 작성합니다. 트랜스 메타 장치 작성에 관한 자세한 내용은 Solstice DiskSuite 4.2 User's Guide를 참조하십시오.
Solstice DiskSuite 4.0 또는 4.1을 사용하는 x86 시스템에서 Solaris 2.5, Solaris 2.5.1 또는 Solaris 2.6을 실행하는 경우에는 다음 절차를 사용하여 Solaris 7 및 DiskSuite 4.2로 업그레이드합니다.
DiskSuite 4.2 소프트웨어에 들어 있는 metacvt(1M) 명령을 실행합니다. metacvt 명령은 CD의 /tools 하위 디렉토리에 위치합니다. S94SUNmd.cvt 출력을 저장했는지 확인합니다.
이 명령의 사용법에 관한 자세한 안내 및 명령 수행 단계 목록은 metacvt 매뉴얼 페이지를 참조하십시오.
metacvt 명령을 사용하면 S94SUNWmd.cvt라는 스크립트가 생성됩니다. 이 스크립트는 소프트웨어 업그레이드 중에 겹쳐쓰기 되지 않는 위치에 저장하십시오.
시스템을 재부트하고 운영 체제를 새 버전으로 업그레이드합니다.
미러링된 시스템 분할 영역 크기를 다시 조정해야 새 시스템 파일을 수용할 수 있는 경우는 분할 영역을 미러링하는 각 서브미러 크기를 조정하여 새 분할 영역 크기와 일치시킵니다.
초기 설치는 하지 마십시오. 초기 설치에 따라 시스템 디스크가 다시 포맷되어 디스크상에 있는 데이터가 파손되기 때문입니다. 또한 디스크 장치 바인딩이 변경되고 S94SUNmd.cvt 출력에 저장된 메타장치 구성이 무효화될 수 있습니다.
올바른 슬라이스를 업그레이드하는지 확인합니다. 미러링된 루트 파일 시스템이 있는 시스템에서 Solaris 설치 소프트웨어는 업그레이드에 사용 가능한 루트 미러에서 사용되는 모든 슬라이스를 표시합니다. 여기에서 시스템이 부트되는 슬라이스를 선택합니다. "Solaris 운영 체제를 업그레이드할 때 시스템 부트 슬라이스 찾는 방법" 절에는 부트 슬라이스를 찾는 방법이 설명되어 있습니다.
시스템에 상주할 수 있는 이전의 모든 Solstice DiskSuite 패키지를 제거합니다.
"Solstice DiskSuite의 초기 설치"의 지시사항에 따라 Solstice DiskSuite 4.2 소프트웨어를 설치합니다 .
S94SUNmd.cvt 스크립트를 실행합니다.
스크립트에 관한 자세한 내용은 S94SUNmd.cvt(1M) man 페이지를 참조하십시오.
시스템을 다시 부트합니다.