test

Solaris 9 설치 설명서

31장 Solaris Live Upgrade (계획 수립)

이 장에서는 Solaris Live Upgrade를 설치하고 사용하기 위해 검토해야 할 지침과 요구 사항에 대하여 설명합니다. 업그레이드를 위한 검사 목록에서 업그레이드에 대한 일반 정보도 검토해야 합니다. 이 장에는 다음 내용이 포함되어 있습니다.

Solaris Live Upgrade 요구 사항

Solaris Live Upgrade 시스템 요구 사항

Solaris Live Upgrade가 Solaris 9 소프트웨어에 포함되지만 이전 릴리스에서 업그레이드하려는 경우, 현재 운영 환경에 Solaris Live Upgrade 패키지를 설치해야 합니다. 다음에서 Solaris Live Upgrade 패키지를 설치할 수 있습니다.

Solaris Live Upgrade 소프트웨어 설치에 대한 자세한 내용은 Solaris Live Upgrade 설치를 참조하십시오.

Solaris Live Upgrade 디스크 공간 요구 사항

업그레이드에 대한 일반 디스크 공간 요구 사항을 따르십시오. 제 5 장을 참조하십시오.

부트 환경을 작성하는 데 필요한 파일 시스템 크기를 계산하려면 새 부트 환경 작성을 시작합니다. 크기가 계산됩니다. 그런 다음 프로세스를 중지할 수 있습니다.

새 부트 환경의 디스크는 부트 장치로 서브할 수 있어야 합니다. 일부 시스템은 부트 장치로 서브할 수 있는 디스크를 제한합니다. 부트 제한이 적용되는지 여부를 결정하려면 시스템 설명서를 참조하십시오.

새 부트 환경을 만들려면 디스크를 준비해야 합니다. 디스크가 제대로 포맷되었는지 확인합니다.

RAID-1 볼륨(미러)을 만드는 경우 Solaris Live Upgrade 요구 사항

Solaris Live Upgrade는 Solaris 볼륨 관리자 기술을 사용하여 RAID-1 볼륨(미러)의 파일 시스템을 포함하는 부트 환경을 만듭니다. Solaris Live Upgrade 미러링 기능을 사용하려면 하나 이상의 상태 데이터베이스와 세 개 이상의 상태 데이터베이스 복제본을 작성해야 합니다. 상태 데이터베이스는 Solaris 볼륨 관리자 구성의 상태에 대한 정보를 디스크에 저장합니다. 상태 데이터베이스는 복제된 여러 데이터베이스 복사본의 모음입니다. 각각의 복사본을 상태 데이터베이스 복제본이라고 합니다. 상태 데이터베이스가 복사되면 복제본은 단일 지점 오류로부터 데이터가 손실되지 않도록 보호합니다. 상태 데이터베이스 작성에 대한 절차는 Solaris Volume Manager Administration Guide의 “State Database (Overview)”를 참조하십시오.

Solaris Live Upgrade는 Solaris 볼륨 관리자의 전체 기능을 구현하지 않습니다. Solaris Live Upgrade는 루트(/) 파일 시스템에 단일 슬라이스 연결을 가진 RAID-1 볼륨(미러)만 지원합니다. 미러는 최대 3개의 연결로 구성됩니다. 미러된 파일 시스템 작성에 대한 지침은 미러된 파일 시스템에 대한 슬라이스 선택 지침을(를) 참조하십시오.

Solaris Live Upgrade로 패키지 및 패치 관리

다음 절은 Solaris Live Upgrade가 필요로 하는 패키지를 나열하고 권장 패치에 대한 정보를 제공합니다. Solaris 라이브 업그레이드를 사용하여 패키지와 패치를 추가하는 정보를 보려면 패키지와 패치로 시스템 업그레이드를 참조하십시오.

주의 – 주의 –

패키지 또는 패치를 업그레이드, 추가 및 제거할 때 Solaris Live Upgrade는 SVR4 고급 패키지 작성 지침을 준수하는 패키지 또는 패치를 필요로 합니다. Sun 패키지가 이러한 지침을 준수하는 반면 Sun은 타사 공급업체의 패키지 준수를 보장할 수 없습니다. 패키지가 이러한 지침을 위반하면 업그레이드하는 동안 패키지 추가 소프트웨어에 오류가 발생하거나 활성 부트 환경이 변경됩니다.

Solaris 라이브 업그레이드로 패키지 추가 및 제거에 대한 자세한 내용은 luupgrade(1M) 설명서 페이지를 참조하십시오. 패키지 작성 요구 사항에 대한 자세한 내용은 부록 G를 참조하십시오.

필수 패키지

다음 표를 참조하여 현재 운영 환경에 Solaris Live Upgrade를 사용하는 데 필요한 패키지가 설치되어 있는지 확인합니다. 해당 릴리스 열에 표시된 패키지가 없는 경우 pkgadd 명령을 사용하여 해당 패키지를 추가합니다.

표 31–1 Solaris Live Upgrade에 대한 필수 패키지

Solaris 2.6 릴리스 

Solaris 7 릴리스 

Solaris 8 릴리스 

SUNWadmap 

SUNWadmap 

SUNWadmap 

SUNWadmc 

SUNWadmc 

SUNWadmc 

SUNWjvrt 

SUNWjvrt 

SUNWj2rt 

SUNWlibC 

SUNWlibC 

SUNWlibC 

SUNWadmfw 

 

SUNWbzip 

SUNWmfrun 

 

 

SUNWloc 

  

시스템의 패키지를 확인하려면 다음 명령을 입력합니다.


% pkginfo [[package_name]]

패키지와 패치로 시스템 업그레이드

Solaris Live Upgrade를 사용하여 패치 및 패키지를 시스템에 추가할 수 있습니다. Solaris Live Upgrade를 사용하여 시스템에 패치를 추가하면 시스템이 재부트할 동안만 시스템이 중단됩니다. luupgrade 명령이나 Solaris Flash 아카이브를 사용하여 패치와 패키지를 부트 환경에 추가할 수 있습니다.

주의 – 주의 –

패키지나 패치를 업그레이드, 추가 및 제거할 때, Solaris Live Upgrade는 SVR4 고급 패키지 작성 지침을 준수하는 패키지 또는 패치를 필요로 합니다. Sun 패키지가 이러한 지침을 준수하는 반면 Sun은 타사 공급업체의 패키지 준수를 보장할 수 없습니다. 패키지가 이러한 지침을 위반하면 업그레이드하는 동안 패키지 추가 소프트웨어에 오류가 발생하거나 활성 부트 환경이 변경됩니다.

Solaris 라이브 업그레이드로 패키지 추가 및 제거에 대한 자세한 내용은 luupgrade(1M) 설명서 페이지를 참조하십시오. 패키지 작성 요구 사항에 대한 자세한 내용은 부록 G을(를) 참조하십시오.

시스템 패치 수준 검사

Solaris Live Upgrade 소프트웨어는 여러 버전의 Solaris 운영 환경에 설치되고 실행되도록 설계되었습니다. Solaris Live Upgrade의 올바른 작동을 위해 주어진 OS 버전에 대한 최신 권장 패치와 보안 패치가 필요합니다. 실행중인 Solaris 릴리스의 패치 클러스터에 대한 올바른 개정 수준에 대해서는 http://sunsolve.sun.com을 참조하십시오.

lucreate 명령을 사용하는 파일 시스템 작성 지침

lucreate -m 옵션은 새 부트 환경에 작성되는 파일 시스템의 종류와 수를 지정합니다. 작성할 파일 시스템의 수만큼 이 옵션을 반복해서 사용해야 합니다. 예를 들어, -m 옵션을 한 번 사용하면 모든 파일 시스템을 둘 위치를 지정합니다. 원래 부트 환경의 모든 파일 시스템을 - m 옵션이 지정한 하나의 파일 시스템으로 병합합니다. -m 옵션을 두 번 지정하면 두 개의 파일 시스템을 작성하게 됩니다. -m 옵션을 사용하여 파일 시스템을 사용하는 경우 다음 지침을 따르십시오.

파일 시스템에 대한 슬라이스 선택 지침

부트 환경에 대한 파일 시스템을 작성할 때의 규칙은 Solaris 운영 환경에 대한 파일 시스템을 작성할 때의 규칙과 같습니다. Solaris Live Upgrade는 사용자가 중요한 파일 시스템에 대한 잘못된 구성을 작성하는 것을 방지할 수 없습니다. 예를 들어, lucreate 명령을 사용하는 경우 루트(/)와 /kernel에 대해 별도의 파일 시스템을 만들어 루트(/)를 잘못 분할하게 될 수도 있습니다.

디스크를 다시 분할할 때 슬라이스를 겹치지 마십시오. 이 조건이 존재하면 새 부트 환경은 작성된 것으로 나타나지만 활성화되면 부트 환경이 부트되지 않습니다. 겹친 파일 시스템은 손상될 수 있습니다.

Solaris Live Upgrade가 제대로 작동하려면 활성 부트 환경의 vfstab 파일이 올바른 내용을 가져야 하고 최소한 루트(/)에 대한 항목이 있어야 합니다.

루트(/) 파일 시스템에 대한 슬라이스 선택 지침

비활성 부트 환경을 작성할 때 루트(/) 파일 시스템이 복사될 슬라이스를 식별해야 합니다. 루트(/) 파일 시스템에 대한 슬라이스를 선택할 때 다음 지침을 사용하십시오. 슬라이스는 다음 사항을 준수해야 합니다.

미러된 파일 시스템에 대한 슬라이스 선택 지침

물리적 디스크 슬라이스, Solaris 볼륨 관리자 볼륨 또는 Veritas 볼륨 관리자 볼륨의 모든 조합을 포함하는 새 부트 환경을 만들 수 있습니다. 새 부트 환경에 복사되는 중요한 파일 시스템은 다음 유형 중 하나입니다.

새 부트 환경을 작성할 때 lucreate - m 명령은 다음 세 가지 유형의 장치를 인식합니다.

주 –

Veritas VxVM을 사용하여 업그레이드할 때 문제가 발생하면 Veritas VxVm을 실행하는 Solaris Live Upgrade를 사용하여 업그레이드하는 중에 시스템 장애 발생를 참조하십시오.

미러된 파일 시스템 작성을 위한 일반 지침

볼륨 지정

미러나 하위 미러를 지정할 수도 있고 lucreate 명령을 사용하여 사용 가능한 볼륨을 선택할 수도 있습니다.

볼륨 이름 지정 바로 가기

물리적 디스크 슬라이스와 Solaris 볼륨 관리자의 볼륨 이름은 약어로 만들 수 있습니다. 약어는 장치를 고유하게 식별하는 짧은 이름입니다. 다음 예를 참고하십시오.

이름 지정 요구 사항 및 지침에 대한 자세한 내용은 Solaris Volume Manager Administration Guide의 “Overview of Solaris Volume Manager Components”를 참조하십시오.

볼륨 상태 확인

미러나 하위 미러를 관리해야 하거나 사용 중인 경우에는 구성 요소를 분리할 수 없습니다. 새 부트 환경을 작성하고 detach 키워드를 사용하기 전에 metastat 명령을 사용해야 합니다. metastat 명령은 미러를 다시 동기화하고 있는지 또는 미러를 사용 중인지를 확인합니다. 자세한 내용은 metastat(1M) 설명서 페이지를 참조하십시오.

볼륨 분리 및 미러 다시 동기화

detach 키워드를 사용하여 하위 미러를 분리할 경우, lucreate는 장치가 현재 다시 동기화 중인지 확인합니다. 장치가 다시 동기화 중이면 하위 미러를 분리할 수 없고 오류 메시지가 표시됩니다.

다시 동기화는 다음 문제가 발생한 경우 하위 미러 간에 데이터를 복사하는 과정입니다.

다시 동기화에 대한 자세한 내용은 Solaris Volume Manager Administration Guide의 “RAID 1 Volume (Mirror) Resynchronization”를 참조하십시오.

Solaris 볼륨 관리자 명령 사용

Solaris 볼륨 관리자 명령 대신 lucreate 명령을 사용하여 비활성 부트 환경의 볼륨을 조작할 수 있습니다. Solaris 볼륨 관리자 소프트웨어는 부트 환경에 대해 알지 못하지만 lucreate 명령에는 실수로 부트 환경을 삭제하지 못하도록 하는 검사 기능이 들어 있습니다. 예를 들어, lucreate는 Solaris 볼륨 관리자를 덮어쓰거나 삭제하지 못하게 합니다.

하지만 복잡한 Solaris 볼륨 관리자 연결, 스트라이프, 미러 등을 작성하는 데 이미 Solaris 볼륨 관리자 소프트웨어를 사용했다면 Solaris 볼륨 관리자 소프트웨어를 사용하여 조작해야 합니다. Solaris Live Upgrade는 이러한 구성 요소를 인식하고 사용할 수 있도록 지원합니다. 볼륨 구성 요소를 작성, 수정 또는 삭제할 수 있는 Solaris 볼륨 관리자를 사용하려면 lustatus 또는 lufslist 명령을 사용합니다. 이러한 명령을 통해 Solaris Live Upgrade 부트 환경에서 사용되는 파일 시스템이 포함된 Solaris 볼륨 관리자 볼륨을 확인할 수 있습니다.

스왑 파일 시스템에 대한 슬라이스 선택 지침

새 부트 환경에 대한 스왑 구성

lucreate 명령에 -m 옵션을 사용하여 다음 세 가지 방법으로 스왑 슬라이스를 구성할 수 있습니다.

다음 예는 스왑을 구성하는 세 가지 방법을 보여줍니다. 현재 부트 환경에서는 루트(/) 파일 시스템이 c0t0d0s0에 구성되어 있고 스왑 파일 시스템은 c0t0d0s1에 위치합니다.

스왑이 사용중일 때 부트 환경 작성 실패

현재 부트 환경을 제외한 다른 부트 환경에서 스왑 슬라이스를 사용 중일 경우 부트 환경 작성이 실패합니다. -s 옵션을 사용하여 부트 환경을 만들면 대체 원본 부트 환경에서는 스왑 슬라이스를 사용할 수 있지만 다른 부트 환경에서는 사용할 수 없습니다.

공유 가능 파일 시스템에 대한 슬라이스 선택 지침

Solaris Live Upgrade는 슬라이스의 전체 내용을 지정된 새 부트 환경 슬라이스로 복사합니다. 해당 슬라이스의 일부 대형 파일 시스템을 복사하기보다 부트 환경 사이에 공유시켜 공간과 복사 시간을 절약할 수 있습니다. 루트(/) 및 /var와 같이 운영 환경에 중요한 파일 시스템을 복사해야 합니다. /home과 같은 파일 시스템은 중요한 파일 시스템이 아니며 부트 환경 사이에서 공유할 수 있습니다. 공유 가능 파일 시스템은 사용자 정의 파일 시스템이어야 하며 활성 및 새 부트 환경에서 별도의 스왑 슬라이스에 있어야 합니다. 필요에 따라 여러 방법으로 디스크를 재구성할 수 있습니다.

핵심 및 공유 가능 파일 시스템의 설명은 파일 시스템 유형을(를) 참조하십시오.

새 부트 환경 내용 사용자 정의

새 부트 환경을 작성하면 일부 디렉토리와 파일이 새 부트 환경에 복사되지 않을 수 있습니다. 디렉토리를 제외한 경우 제외된 디렉토리 아래의 지정된 하위 디렉토리나 파일을 다시 포함할 수도 있습니다. 복구된 하위 디렉토리나 파일은 새 부트 환경으로 복사됩니다. 예를 들어, /etc/mail에 있는 모든 파일과 디렉토리를 복사에서 제외하되 /etc/mail/staff에 있는 모든 파일과 디렉토리는 포함할 수 있습니다. 다음 명령은 staff 하위 디렉토리를 새 부트 환경에 복사합니다.


# lucreate -n second_disk -x /etc/mail -y /etc/mail/staff
주의 – 주의 –

파일 제외 옵션은 주의해서 사용해야 합니다. 시스템에서 필요로 하는 파일이나 디렉토리를 제거하지 마십시오.

다음 표는 디렉토리와 파일을 제거하고 복원하는 lucreate 명령 옵션을 나열합니다.

지정 방법 

제외 옵션 

포함 옵션 

디렉토리 또는 파일의 이름 지정 

-x exclude_dir

-y include_dir

목록을 포함하는 파일 사용 

- f list_filename

- z list_filename

- Y list_filename

- z list_filename

부트 환경을 만들 때 디렉토리와 파일을 사용자 정의하는 예는 부트 환경 작성 및 내용 사용자 정의(명령줄 인터페이스)를 참조하십시오.

부트 환경 간의 파일 동기화

새 부트 환경으로 전환하고 활성화할 준비가 되면 새 부트 환경을 빨리 활성화하고 다시 부트합니다. 새로 작성한 부트 환경을 처음 부트할 때 부트 환경 간에 파일이 동기화됩니다. “동기화”란 특정 파일 시스템과 디렉토리가 마지막 활성 부트 환경에서 부트 중인 부트 환경으로 복사됨을 의미합니다. 변경된 파일과 디렉토리를 복사합니다.

/etc/lu/synclist에 파일 추가

Solaris Live Upgrade는 중요한 파일이 변경되었는지 검사합니다. 이러한 파일의 내용이 두 부트 환경 간에 같지 않으면 활성 부트 환경에서 새 부트 환경으로 복사됩니다. 새 부트 환경이 만들어진 다음 변경되었을 가능성이 있는 /etc/passwd 또는 /etc/group 파일과 같은 중요한 파일들이 동기화의 대상입니다.

/etc/lu/synclist 파일에 동기화되는 디렉토리 및 파일 목록이 들어 있습니다. 경우에 따라 활성 부트 환경의 다른 파일들을 새 부트 환경으로 복사하려고 할 수도 있습니다. 필요할 경우 디렉토리와 파일을 /etc/lu/synclist에 추가할 수 있습니다.

/etc/lu/synclist에 없는 파일을 추가하면 시스템이 부트되지 않을 수도 있습니다. 동기화 프로세스는 파일을 복사하고 디렉토리를 만드는 작업만 수행하고 파일과 디렉토리를 제거하지는 않습니다.

/etc/lu/synclist 파일의 다음 예는 이 시스템에 대해 동기화되는 표준 디렉토리와 파일을 보여줍니다. 


/var/mail                    OVERWRITE
/var/spool/mqueue            OVERWRITE
/var/spool/cron/crontabs     OVERWRITE
/var/dhcp                    OVERWRITE
/etc/passwd                  OVERWRITE
/etc/shadow                  OVERWRITE
/etc/opasswd                 OVERWRITE
/etc/oshadow                 OVERWRITE
/etc/group                   OVERWRITE
/etc/pwhist                  OVERWRITE
/etc/default/passwd          OVERWRITE
/etc/dfs                     OVERWRITE
/var/log/syslog              APPEND
/var/adm/messages            APPEND

synclist 파일에 추가하기에 적합한 디렉토리와 파일의 예는 다음과 같습니다.


/var/yp                    OVERWRITE
/etc/mail                  OVERWRITE
/etc/resolv.conf          OVERWRITE
/etc/domainname            OVERWRITE

synclist 파일 항목은 파일이나 디렉토리가 될 수 있습니다. 두 번째 필드는 부트 환경이 활성화될 때 수행되는 업데이트 방법을 나타냅니다. 파일 업데이트에 대한 세 가지 방법이 있습니다.

부트 환경 간의 강제 동기화

새로 작성된 부트 환경으로 처음 부트하면 Solaris Live Upgrade가 새 부트 환경을 마지막 활성 부트 환경과 동기화합니다. 처음 부트하고 동기화한 다음에는 특별한 요청이 없는 한 동기화를 수행하지 않습니다.

강제로 동기화하면 Solaris Live Upgrade가 동기화 대상 파일 사이의 충돌을 검사합니다. 새 부트 환경이 부트되고 충돌이 감지되면 경고가 나타나고 파일이 동기화되지 않습니다. 이와 같은충돌이 있어도 활성화를 성공적으로 완료할 수 있습니다. 새 부트 환경과 활성 부트 환경 모두에서 같은 파일을 변경하면 충돌이 일어날 수 있습니다. 예를 들어, 원본 부트 환경의 /etc/passwd 파일을 변경한 다음 새 부트 환경의 /etc/passwd 파일을 다른 내용으로 변경하면 동기화 프로세스는 동기화를 위해 복사할 파일을 선택할 수 없습니다.

주의 – 주의 –

마지막 부트 환경에서 발생한 변경 사항을 인식하거나 제어하지 못할 수 있으므로 이 옵션은 매우 신중하게 사용해야 합니다. 예를 들어, 현재 부트 환경에서 Solaris 9 소프트웨어를 실행 중이고 강제 동기화로 Solaris 2.6로 다시 부트했으면 2.6 릴리스에서는 파일이 변경될 수 있습니다. 파일은 운영 체제 릴리스에 따라 달라서 Solaris 9 파일이 Solaris 2.6 파일과 호환되지 않을 수 있으므로 Solaris 2.6 릴리스로의 부트가 실패할 수 있습니다.

원격 시스템에서 Solaris Live Upgrade 사용

Tip 라인 등을 통해 원격으로 문자 인터페이스를 볼 경우 TERM 환경 변수를 VT220로 설정해야 합니다. 또한, 공통 데스크탑 환경(CDE)을 사용할 때 TERM 변수의 값을 xterm이 아닌 dtterm으로 설정합니다.