이 장에서는 Solaris Live Upgrade를 설치 및 사용하기 전에 검토할 지침 및 요구 사항을 제공합니다. 또한 업그레이드에 대한 일반 정보를 검토하려면 Solaris 10 10/09 설치 설명서: 설치 및 업그레이드 계획의 업그레이드 계획을 참조하십시오.
이 장에서는 UFS 파일 시스템용 Solaris Live Upgrade에 대해 설명합니다. UFS 파일 시스템을 ZFS 루트 풀로 마이그레이션하거나 ZFS 루트 풀을 만들고 설치에 대한 계획 정보는 12 장ZFS용 Solaris Live Upgrade(계획)를 참조하십시오.
이 장은 다음 절로 구성되어 있습니다.
Solaris Live Upgrade를 설치하고 사용하기 전에 다음 요구 사항을 숙지해야 합니다.
Solaris Live Upgrade는 Solaris 소프트웨어에 포함되어 있습니다. 현재 OS에 Solaris Live Upgrade 패키지를 설치해야 합니다. 반드시 Solaris Live Upgrade 패키지의 릴리스가 업그레이드하는 OS의 릴리스와 일치되어야 합니다. 예를 들어, 현재 OS가 Solaris 9 릴리스이며 Solaris 10 10/09 릴리스로 업그레이드하려는 경우 Solaris 10 10/09 릴리스의 Solaris Live Upgrade 패키지를 설치해야 합니다.
표 3–1에는 Solaris Live Upgrade에서 지원되는 릴리스가 나와 있습니다.
표 3–1 지원되는 Solaris 릴리스
현재 릴리스 |
호환되는 업그레이드 릴리스 |
---|---|
Solaris 8 OS |
Solaris 8, 9 또는 모든 Solaris 10 릴리스 |
Solaris 9 OS |
Solaris 9 또는 모든 Solaris 10 릴리스 |
Solaris 10 OS |
모든 Solaris 10 릴리스 |
다음을 사용하여 Solaris Live Upgrade 패키지를 설치할 수 있습니다.
pkgadd 명령. Solaris Live Upgrade 패키지는 SUNWlucfg, SUNWlur 및 SUNWluu이며, 해당 패키지는 이 순서대로 설치해야 합니다.
Solaris Operating System DVD, Solaris Software - 2 CD 또는 네트워크 설치 이미지의 설치 프로그램
Solaris Live Upgrade가 올바로 작동하려면 다음 패치를 설치해야 합니다.
설명 |
자세한 정보 |
|
---|---|---|
주의: Solaris Live Upgrade가 올바로 작동하려면 특정 OS 버전에 대한 제한된 패치 개정판 세트를 설치해야 합니다. Solaris Live Upgrade를 설치하거나 실행하기 전에 이러한 패치를 설치해야 합니다. x86 전용 – 이 패치 세트가 설치되어 있지 않으면 Solaris Live Upgrade가 실패하며 다음 오류 메시지가 표시될 수 있습니다. 다음 오류 메시지가 표시되지 않아도 필요한 패치가 아직 설치되어 있지 않을 수 있습니다. Solaris Live Upgrade를 설치하기 전에 항상 SunSolve 정보 설명서에 나열된 모든 패치가 설치되어 있는지 확인하십시오.
정보 설명서 206844(이전의 72099)에 나열된 패치는 언제든지 변경될 수 있습니다. 이러한 패치는 Solaris Live Upgrade의 결함과 Solaris Live Upgrade가 사용하는 구성 요소의 결함을 해결할 수 있습니다. Solaris Live Upgrade에서 문제가 발생하면 최신 Solaris Live Upgrade 패치가 설치되어 있는지 확인합니다. |
http://sunsolve.sun.com을 참조하여 가장 최근에 업데이트된 패치 목록이 있는지 확인합니다. SunSolve 웹 사이트에서 정보 설명서 206844(이전의 72099)를 검색합니다. |
|
Solaris 8 또는 9 OS를 실행하는 경우 Solaris Live Upgrade 설치 프로그램을 실행하지 못할 수 있습니다. 이 릴리스에는 Java 2 런타임 환경을 실행하는 데 필요한 패치 집합이 포함되어 있지 않습니다. Solaris Live Upgrade 설치 프로그램을 실행하고 패키지를 설치하려면 반드시 Java 2 런타임 환경으로 권장되는 패치가 있어야 합니다. |
Solaris Live Upgrade 패키지를 설치하려면 pkgadd 명령을 사용합니다. 또는 권장되는 패치 클러스터를 Java 2 런타임 환경용으로 설치합니다. 패치 클러스터는 http://sunsolve.sun.com에 있습니다. |
Solaris Live Upgrade 소프트웨어 설치에 대한 설명은 Solaris Live Upgrade 설치를 참조하십시오.
Solaris Live Upgrade에 문제가 발생하면 패키지가 없는 경우일 수 있습니다. 다음 표에 나열된 패키지 중에서 Solaris Live Upgrade를 사용하는 데 필요한 패키지가 OS에 있는지 확인하십시오.
Solaris 10 릴리스의 경우:
다음 소프트웨어 그룹 중 하나를 설치하면 이러한 소프트웨어 그룹에 필요한 모든 Solaris Live Upgrade 패키지가 들어 있습니다.
전체 Solaris 소프트웨어 그룹 및 OEM 지원
전체 Solaris 소프트웨어 그룹
개발자 Solaris 소프트웨어 그룹
최종 사용자 Solaris 소프트웨어 그룹
다음 소프트웨어 그룹 중 하나를 설치하면 Solaris Live Upgrade를 사용하는 데 필요한 모든 패키지가 없을 수 있습니다.
코어 시스템 지원 소프트웨어 그룹
축소된 네트워크 지원 소프트웨어 그룹
소프트웨어 그룹에 대한 자세한 내용은 Solaris 10 10/09 설치 설명서: 설치 및 업그레이드 계획의 소프트웨어 그룹의 권장 디스크 공간을 참조하십시오.
표 3–2 Solaris Live Upgrade에 대한 필수 패키지
시스템의 패키지를 확인하려면 다음 명령을 입력합니다.
% pkginfo package_name |
업그레이드에 대한 일반 디스크 공간 요구 사항을 따르십시오. Solaris 10 10/09 설치 설명서: 설치 및 업그레이드 계획의 4 장, 시스템 요구 사항, 지침 및 업그레이드(계획)를 참조하십시오.
부트 환경 만들기에 필요한 파일 시스템 크기를 예측하려면 새 부트 환경의 만들기를 시작합니다. 크기가 계산됩니다. 그런 다음 프로세스를 중지할 수 있습니다.
새 부트 환경의 디스크는 부트 장치로 서브할 수 있어야 합니다. 일부 시스템은 부트 장치로 서브할 수 있는 디스크를 제한합니다. 부트 제한이 적용되는지 여부를 결정하려면 시스템 설명서를 참조하십시오.
새 부트 환경을 만들려면 디스크를 준비해야 합니다. 디스크가 적절히 포맷되었는지 확인합니다.
슬라이스가 복사할 파일 시스템을 저장할 수 있을 정도의 충분한 크기를 갖고 있는지 확인합니다.
부트 환경 간에 복사가 아닌 공유하고자 하는 디렉토리를 포함하는 파일 시스템을 확인합니다. 디렉토리를 공유하고자 할 경우, 디렉토리를 자체 슬라이스에 놓고 새 부트 환경을 만들어야 합니다. 그러면 디렉토리는 다른 부트 환경과 공유될 수 있는 파일 시스템입니다. 공유용으로 파일 시스템을 만드는 자세한 내용은 공유 가능 파일 시스템에 대한 슬라이스 선택 지침을 참조하십시오.
Solaris Live Upgrade는 Solaris 볼륨 관리자 기술을 사용하여 부트 환경을 만들고, 여기에는 RAID-1 볼륨(미러)에 캡슐화된 파일 시스템이 포함됩니다. Solaris Live Upgrade가 Solaris 볼륨 관리자의 모든 기능을 구현하지는 않지만 Solaris 볼륨 관리자의 다음 구성 요소가 있어야 합니다.
표 3–3 Solaris Live Upgrade 및 RAID-1 볼륨에 필요한 구성 요소
요구 사항 |
설명 |
자세한 정보 |
---|---|---|
최소한 하나의 상태 데이터베이스와 최소한 세 개의 상태 데이터베이스 복제본을 만들어야 합니다. |
Solaris 볼륨 관리자 구성의 상태에 대한 디스크 정보를 저장하는 상태 데이터베이스입니다. 상태 데이터베이스는 복제된 여러 데이터베이스 복사본의 모음입니다. 각 복사본을 상태 데이터베이스 복제본이라고 합니다. 상태 데이터베이스가 복사되면 복제본은 단일 지점 오류로부터 데이터가 손실되지 않도록 보호합니다. |
상태 데이터베이스 작성에 대한 자세한 내용은 Solaris Volume Manager Administration Guide의 6 장, State Database (Overview)를 참조하십시오. |
Solaris Live Upgrade는 오직 루트(/) 파일 시스템에 단일 슬라이스 연결이 포함된 RAID-1볼륨(미러)만 지원합니다. |
연결은 RAID-0 볼륨입니다. 슬라이스가 연결되면 첫 번째 사용 가능한 슬라이스가 가득 찰 때까지 해당 슬라이스에 데이터가 기록됩니다. 슬라이스가 가득 차면 데이터는 연속적으로 다음 슬라이스에 기록됩니다. 연결은 RAID-1 볼륨에 포함된 경우를 제외하고 데이터 중복을 제공하지 않습니다. RAID—1 볼륨은 최대 세 개의 연결로 구성될 수 있습니다. |
미러된 파일 시스템을 만드는 지침은 미러된 파일 시스템에 대한 슬라이스 선택 지침을 참조하십시오. |
Solaris Live Upgrade를 사용하여 시스템에 패치 및 패키지를 추가할 수 있습니다. Solaris Live Upgrade를 사용하는 경우 시스템을 다시 부트하는 경우에만 작동이 중지됩니다. luupgrade 명령을 사용하여 새 부트 환경에 패치와 패키지를 추가할 수 있습니다. luupgrade 명령을 사용하는 경우 Solaris Flash 아카이브를 사용하여 패치 또는 패키지를 설치할 수도 있습니다.
패키지나 패치를 업그레이드, 추가 및 제거할 때, Solaris Live Upgrade에는 SVR4 고급 패키징 작성 지침을 준수하는 패키지 또는 패치가 필요합니다. Sun 패키지가 이러한 지침을 준수하는 반면 Sun은 타사 공급업체의 패키지 준수를 보장할 수 없습니다. 패키지가 이러한 지침을 위반하면 업그레이드하는 동안 패키지 추가 소프트웨어에 오류가 발생하거나 활성 부트 환경이 변경됩니다.
패키지 요구 사항에 대한 자세한 내용은 부록 B추가 SVR4 패키지 요구 사항(참조)를 참조하십시오.
설치 유형 |
설명 |
자세한 정보 |
---|---|---|
부트 환경에 패치 추가 |
새 부트 환경을 만들고 luupgrade 명령을 -t 옵션과 함께 사용합니다. | |
부트 환경에 패키지 추가 |
luupgrade 명령을 -p 옵션과 함께 사용합니다. | |
Solaris Live Upgrade를 사용하여 Solaris Flash 아카이브 설치 |
아카이브에는 이미 제공된 새 패키지와 패치가 포함된 부트 환경의 전체 복사본이 들어 있습니다. 이 사본은 다중 시스템에 설치할 수 있습니다. |
|
업그레이드 및 패치 제한 사항에 대한 자세한 내용은 Solaris 10 10/09 설치 설명서: 설치 및 업그레이드 계획의 업그레이드 및 패치 제한 사항을 참조하십시오.
lucreate -m 옵션은 새 부트 환경에 만들 파일 시스템과 파일 시스템 수를 지정합니다. 이 옵션을 반복하여 만들려는 파일 시스템의 정확한 수를 지정해야 합니다. -m 옵션을 사용하여 파일 시스템을 사용하는 경우 다음 지침을 따르십시오.
새 부트 환경에 대한 루트(/) 파일 시스템에 대해 한 개의 -m 옵션을 지정해야 합니다. -m 옵션 없이 lucreate를 실행할 경우 구성 메뉴가 표시됩니다. 구성 메뉴를 사용하면 파일을 새 마운트 지점으로 리디렉션하여 새 부트 환경을 사용자 지정할 수 있습니다.
현재 부트 환경에 존재하고 -m 옵션에서 지정되지 않은 모든 핵심 파일 시스템은 생성된 다음 최고 수준 파일 시스템으로 병합됩니다.
-m 옵션에 의해 지정된 파일 시스템만이 새 부트 환경에서 생성됩니다. 현재 시스템에 있는 것과 같은 수의 파일 시스템을 만들려면 반드시 만들려는 각 파일 시스템에 대하여 하나의 -m 옵션을 지정해야 합니다.
예를 들어, -m 옵션을 한 번 사용하면 모든 파일 시스템을 둘 위치를 지정합니다. 원본 부트 환경에서 모든 파일 시스템을 -m 옵션으로 지정한 단일 파일 시스템으로 병합합니다. -m 옵션을 두 번 지정하면 두 개의 파일 시스템이 생성됩니다. 루트(/), /opt 및 /var에 대한 파일 시스템이 있으면 새 부트 환경에서 각 파일 시스템에 대해 한 개의 -m 옵션을 사용합니다.
마운트 지점을 중복하지 마십시오. 예를 들어, 두 개의 루트(/) 파일 시스템이 있을 수 없습니다.
부트 환경에 대한 파일 시스템을 만드는 경우 규칙은 Solaris OS용 파일 시스템을 만들 때의 규칙과 동일합니다. Solaris Live Upgrade는 사용자가 중요한 파일 시스템에 대한 잘못된 구성을 만드는 것을 방지할 수 없습니다. 예를 들어 루트(/) 및 /kernel(루트(/) 파일 시스템의 잘못된 부분)을 위한 별도의 파일 시스템을 만들 수 있는 lucreate 명령을 입력할 수 있습니다.
디스크를 재분할하는 경우 슬라이스가 겹치면 안 됩니다. 이 조건에서는 새 부트 환경이 생성된 듯하지만 활성화되면 부트 환경이 부트되지 않습니다. 겹친 파일 시스템은 손상될 수 있습니다.
Solaris Live Upgrade가 제대로 작동하려면 활성 부트 환경의 vfstab 파일이 올바른 내용을 가져야 하고 최소한 루트(/) 파일 시스템에 대한 항목이 있어야 합니다.
비활성 부트 환경을 만드는 경우 루트(/) 파일 시스템이 복사될 슬라이스를 식별해야 합니다. 루트(/) 파일 시스템에 대한 슬라이스를 선택할 때 다음 지침을 따르십시오. 슬라이스는 반드시 다음을 준수해야 합니다.
시스템이 부트할 수 있는 슬라이스여야 합니다.
권장 최소 크기를 충족해야 합니다.
다른 물리적 디스크 또는 루트(/) 파일 시스템과 동일한 디스크에 있을 수 있습니다.
Veritas 볼륨 관리자 볼륨(VxVM)일 수 있습니다. 현재 시스템에 VxVM 볼륨이 구성되어 있으면 lucreate 명령을 사용하여 새 부트 환경을 만들 수 있습니다. 데이터를 새 부트 환경으로 복사하면 Veritas 파일 시스템 구성이 손실되며 새 부트 환경에서 UFS 파일 시스템이 작성됩니다.
물리적 디스크 슬라이스, Solaris 볼륨 관리자 볼륨 또는 Veritas 볼륨 관리자 볼륨의 모든 조합이 포함된 새 부트 환경을 만들 수 있습니다. 새 부트 환경에 복사되는 중요한 파일 시스템은 다음 유형 중 하나입니다.
물리적 슬라이스
RAID-1 볼륨(미러)에 포함된 단일 슬라이스 연결. 루트(/) 파일 시스템을 포함하는 슬라이스는 RAID-1 볼륨일 수 있습니다.
RAID-0 볼륨에 포함된 단일 슬라이스 연결. 루트(/) 파일 시스템을 포함하는 슬라이스는 RAID-0 볼륨일 수 있습니다.
새 부트 환경을 작성할 때 lucreate - m 명령은 다음 세 가지 유형의 장치를 인식합니다.
/dev/dsk/cwt xdysz 형식의 물리적 슬라이스
/dev/md/dsk/d num 형식의 Solaris 볼륨 관리자 볼륨
/dev/vx/dsk/ volume_name 형식의 Veritas 볼륨 관리자 볼륨. 현재 시스템에 VxVM 볼륨이 구성되어 있으면 lucreate 명령을 사용하여 새 부트 환경을 만들 수 있습니다. 데이터를 새 부트 환경으로 복사하면 Veritas 파일 시스템 구성이 손실되며 새 부트 환경에서 UFS 파일 시스템이 작성됩니다.
Veritas VxVM을 사용하여 업그레이드할 때 문제가 있는 경우 Veritas VxVm을 실행하는 Solaris Live Upgrade를 사용하여 업그레이드하는 중에 시스템 장애 발생을 참조하십시오.
RAID-1 볼륨이 사용 중인지 또는 재동기화 중인지를 확인하거나 볼륨이 Solaris Live Upgrade 부트 환경에서 사용 중인 파일 시스템을 포함하는지를 확인하려면 다음 지침을 따르십시오.
볼륨 이름 지정 지침에 대해서는 Solaris 10 10/09 설치 설명서: 설치 및 업그레이드 계획의 사용자 정의 JumpStart 및 Solaris Live Upgrade에 대한 RAID 볼륨 이름 요구 사항 및 지침 을 참조하십시오.
미러나 하위미러를 관리해야 하거나 사용 중인 경우에는 구성 요소를 분리할 수 없습니다. 새 부트 환경을 만들고 detach 키워드를 사용하기 전에 metastat 명령을 사용해야 합니다. metastat 명령은 미러를 재동기화하고 있는지 또는 미러를 사용 중인지를 확인합니다. 자세한 내용은 metastat(1M) 매뉴얼 페이지를 참조하십시오.
detach 키워드를 사용하여 하위미러를 분리할 경우, lucreate는 장치가 현재 다시 동기화 중인지 확인합니다. 장치가 재동기화 중인 경우 하위미러를 분리할 수 없으며 오류 메시지가 표시됩니다.
재동기화는 다음 문제가 발생한 경우 하위미러 간에 데이터를 복사하는 과정입니다.
하위미러 오류 발생
시스템 충돌
하위미러가 오프라인되었다가 다시 온라인 상태로 됨
새 하위미러 추가
재동기화에 대한 자세한 내용은 Solaris Volume Manager Administration Guide의 RAID-1 Volume (Mirror) Resynchronization을 참조하십시오.
비활성 부트 환경의 볼륨을 조작하려면 Solaris 볼륨 관리자 명령보다 lucreate 명령을 사용하십시오. Solaris 볼륨 관리자 소프트웨어는 부트 환경을 인식하지 못하지만 lucreate 명령에는 실수로 부트 환경을 삭제하지 못하도록 하는 확인 기능이 들어 있습니다. 예를 들어, lucreate는 Solaris 볼륨 관리자를 덮어쓰거나 삭제하지 못하게 합니다.
하지만 복잡한 Solaris 볼륨 관리자 연결, 스트라이프, 미러 등을 만드는 데 이미 Solaris 볼륨 관리자 소프트웨어를 사용했다면 Solaris 볼륨 관리자 소프트웨어를 사용하여 조작해야 합니다. Solaris Live Upgrade는 이러한 구성 요소를 인식하고 사용할 수 있도록 지원합니다. 볼륨 구성 요소를 만들거나 수정 또는 삭제할 수 있는 Solaris 볼륨 관리자 명령을 사용하려면 lustatus 또는 lufslist 명령을 사용합니다. 이러한 명령을 통해 Solaris Live Upgrade 부트 환경에서 사용되는 파일 시스템이 포함된 Solaris 볼륨 관리자 볼륨을 확인할 수 있습니다.
이 지침에는 스왑 슬라이스용 구성 권장 사항과 예가 있습니다.
lucreate 명령에 -m 옵션을 사용하여 다음 세 가지 방법으로 스왑 슬라이스를 구성할 수 있습니다.
스왑 슬라이스를 지정하지 않으면 현재 부트 환경에 속하는 스왑 슬라이스가 새 부트 환경에 구성됩니다.
하나 이상의 스왑 슬라이스를 지정하면 새 부트 환경에서는 해당 스왑 슬라이스만을 사용합니다. 두 부트 환경 간에는 스왑 슬라이스가 공유되지 않습니다.
스왑 슬라이스를 공유하도록 지정하고 스왑용 슬라이스를 새로 추가할 수 있습니다.
다음 예는 스왑을 구성하는 세 가지 방법을 보여 줍니다. 현재 부트 환경에서는 루트(/) 파일 시스템이 c0t0d0s0에 구성되어 있고 스왑 파일 시스템은 c0t0d0s1에 있습니다.
다음 예에서는 스왑 슬라이스가 지정되지 않았습니다. 새 부트 환경에서는 루트(/) 파일 시스템이 c0t1d0s0에 포함되어 있습니다. 스왑은 c0t0d0s1에 있으며 현재 부트 환경과 새 부트 환경 간에 공유됩니다.
# lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs |
다음 예에서는 스왑 슬라이스가 지정되어 있습니다. 새 부트 환경에서는 루트(/) 파일 시스템이 c0t1d0s0에 포함되어 있습니다. 새 스왑 파일 시스템은 c0t1d0s1에 생성됩니다. 현재 부트 환경과 새 부트 환경 간에 스왑 슬라이스가 공유되지 않습니다.
# lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs -m -:/dev/dsk/c0t1d0s1:swap |
다음 예에서는 스왑 슬라이스 하나가 추가되고 다른 스왑 슬라이스가 부트 환경 간에 공유됩니다. 새 부트 환경에서는 루트(/) 파일 시스템이 c0t1d0s0에 포함되어 있습니다. 새 스왑 슬라이스가 c0t1d0s1에 생성됩니다. c0t0d0s1의 스왑 슬라이스가 현재 부트 환경과 새 부트 환경 간에 공유됩니다.
# lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs -m -:shared:swap \ |
-m -:/dev/dsk/c0t1d0s1:swap |
스왑 슬라이스가 현재 부트 환경을 제외한 부트 환경에서 사용되는 경우 부트 환경 만들기에 실패합니다. 부트 환경이 -s 옵션을 사용하여 만들어진 경우 대체 소스 부트 환경은 스왑 슬라이스를 사용할 수 있지만 다른 부트 환경은 사용할 수 없습니다.
Solaris Live Upgrade는 슬라이스의 전체 내용을 지정된 새 부트 환경 슬라이스로 복사합니다. 해당 슬라이스의 일부 대형 파일 시스템을 복사하기보다 부트 환경 사이에 공유시켜 공간과 복사 시간을 절약할 수 있습니다. 루트(/) 및 /var 등의 OS에 중요한 파일 시스템은 반드시 복사되어야 합니다. /home 과 같은 파일 시스템은 중요한 파일 시스템이 아니며 부트 환경 사이에서 공유할 수 있습니다. 공유 가능 파일 시스템은 사용자 정의 파일 시스템이어야 하며 활성 및 새 부트 환경에서 별도의 스왑 슬라이스에 있어야 합니다. 필요에 따라 여러 방법으로 디스크를 재구성할 수 있습니다.
디스크 재구성 |
보기 |
자세한 정보 |
---|---|---|
새 부트 환경을 만들기 전에 디스크를 재분할하고 공유 가능 파일 시스템을 자체 슬라이스에 둘 수 있습니다. |
예를 들어 루트(/) 파일 시스템, /var 및 /home이 모두 동일한 슬라이스에 있을 경우 디스크를 재구성하고 /home을 자체 슬라이스에 배치합니다. 새 부트 환경을 작성할 때 /home은 기본적으로 새 부트 환경과 공유됩니다. | |
디렉토리를 공유하고자 하면 해당 디렉토리는 자체 슬라이스로 분리되어야 합니다. 그러면 해당 디렉토리는 다른 부트 환경과 공유할 수 있는 파일 시스템이 됩니다. lucreate 명령을 -m 옵션과 함께 사용하여 새 부트 환경을 만들고 디렉토리를 자체 슬라이스로 분리할 수 있습니다. 그러나 새 파일 시스템은 원래 부트 환경과 아직 공유할 수 없습니다. 다른 부트 환경을 만들려면 lucreate 명령을 -m 옵션과 함께 실행해야 합니다. 그러면 두 개의 새 부트 환경이 디렉토리를 공유할 수 있습니다. |
예를 들어, Solaris 9 릴리스에서 Solaris 10 10/09 릴리스로 업그레이드하고 /home을 공유하려면 -m 옵션과 함께 lucreate 명령을 실행할 수 있습니다. 자체 슬라이스의 별도의 파일 시스템으로서 /home을 사용하여 Solaris 9 릴리스를 만들 수 있습니다. 그런 다음 lucreate 명령을 -m 옵션과 함께 다시 실행하여 해당 부트 환경을 복제합니다. 이렇게 하면 세 번째 부트 환경이 Solaris 10 10/09 릴리스로 업그레이드될 수 있습니다. /home은 Solaris 9와 Solaris 10 10/09 릴리스 간에 공유됩니다. |
중요한 파일 시스템과 공유 가능한 파일 시스템에 대한 설명은 파일 시스템 유형을 참조하십시오. |
새 부트 환경을 만드는 경우 일부 디렉토리와 파일을 복사본에서 새 부트 환경으로 제외할 수 있습니다. 디렉토리를 제외한 경우 제외된 디렉토리의 하위 디렉토리 또는 파일을 지정하여 다시 포함시킬 수 있습니다. 복구된 하위 디렉토리나 파일은 새 부트 환경으로 복사됩니다. 예를 들어, /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 |
부트 환경을 만드는 경우 디렉토리 및 파일 사용자 정의 예는 부트 환경 만들기 및 내용 사용자 정의를 참조하십시오.
새 부트 환경을 전환하여 활성화 상태로 만들 준비가 되면 새 부트 환경을 신속하게 활성화하고 재부트합니다. 새로 만든 부트 환경을 처음 부트할 때 부트 환경 간에 파일이 동기화됩니다. "동기화"란 특정 파일 시스템과 디렉토리가 마지막 활성 부트 환경에서 부트 중인 부트 환경으로 복사됨을 의미합니다. 변경된 파일과 디렉토리를 복사합니다.
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 파일 항목은 파일이나 디렉토리가 될 수 있습니다. 두 번째 필드는 부트 환경이 활성화될 때 수행되는 업데이트 방법을 나타냅니다. 세 가지 방법 중 선택하여 파일을 업데이트할 수 있습니다.
OVERWRITE – 새 부트 환경 파일의 내용은 활성 부트 환경의 파일 내용으로 대체됩니다. 두 번째 필드에 동작이 지정되어 있지 않을 경우에는 OVERWRITE가 기본 동작입니다. 항목이 디렉토리이면 모든 하위 디렉토리가 복사됩니다. 모든 파일을 덮어씁니다. 새 부트 환경 파일의 날짜, 모드, 소유권은 이전 부트 환경의 해당 파일과 같습니다.
APPEND – 새 부트 환경 파일 내용의 끝에 활성 부트 환경의 파일 내용이 추가됩니다. 이렇게 추가하면 파일에 있는 항목이 중복될 수 있습니다. 디렉토리에는 APPEND를 사용할 수 없습니다. 새 부트 환경 파일의 날짜, 모드, 소유권은 이전 부트 환경의 해당 파일과 같습니다.
PREPEND – 새 부트 환경 파일의 시작 부분에 활성 부트 환경의 파일 내용이 추가됩니다. 이렇게 추가하면 파일에 있는 항목이 중복될 수 있습니다. 디렉토리에는 PREPEND를 사용할 수 없습니다. 새 부트 환경 파일의 날짜, 모드, 소유권은 이전 부트 환경의 해당 파일과 같습니다.
새로 만든 부트 환경으로 처음 부트하면 Solaris Live Upgrade가 새 부트 환경을 마지막 활성 부트 환경과 동기화합니다. 처음 부트하고 동기화한 다음에는 특별한 요청이 없는 한 동기화를 수행하지 않습니다. 강제로 동기화하려면 -s 옵션과 함께 luactivate 명령을 사용합니다.
관리하는 Solaris OS 버전이 여러 개인 경우 강제로 동기화를 수행할 수 있습니다. email 또는 passwd/group 같은 파일의 변경 사항을 활성화할 부트 환경에 적용할 수 있습니다. 강제로 동기화하면 Solaris Live Upgrade가 동기화 대상 파일 사이의 충돌을 검사합니다. 새 부트 환경이 부트되고 충돌이 감지되면 경고가 나타나고 파일이 동기화되지 않습니다. 이와 같은 충돌에도 불구하고 활성화를 성공적으로 완료할 수 있습니다. 새 부트 환경과 활성 부트 환경 모두에서 같은 파일을 변경하면 충돌이 일어날 수 있습니다. 예를 들어, 원본 부트 환경의 /etc/passwd 파일을 변경한 다음 새 부트 환경의 /etc/passwd 파일을 다른 내용으로 변경하면 동기화 프로세스는 동기화를 위해 복사할 파일을 선택할 수 없습니다.
마지막 활성 부트 환경에서 발생했을 수 있는 변경 사항을 인식하거나 제어하지 못할 수 있으므로 이 옵션을 사용할 때에는 신중해야 합니다. 예를 들어, 현재 부트 환경에서 Solaris 10 10/09 소프트웨어를 실행하고 있으며 강제 동기화하여 Solaris 9 릴리스로 다시 부트하는 경우 파일이 Solaris 9 릴리스에서 변경될 수 있습니다. 파일은 OS의 릴리스에 따라 달라지므로 Solaris 9 릴리스로의 부트가 실패할 수 있는데, 이는 Solaris 10 10/09 파일이 Solaris 9 파일과 호환되지 않을 수 있기 때문입니다.
시스템에 둘 이상의 OS가 설치되어 있는 경우 SPARC 및 x86 플랫폼 모두에 대해 이러한 부트 환경에서 부트할 수 있습니다. 부트 시 사용할 수 있는 부트 환경에는 Solaris Live Upgrade 비활성 부트 환경이 포함됩니다.
Solaris 10 10/08 릴리스부터(SPARC 기반 시스템용) ZFS 풀에서 ZFS 루트 파일 시스템을 부트할 수 있습니다. ZFS 루트 풀의 경우 boot 명령을 -L 옵션과 함께 사용하여 사용 가능한 부트 환경을 나열할 수 있습니다. 그런 다음 부트 환경을 선택하고 OBP boot 명령을 -Z 옵션과 함께 사용하여 해당 부트 환경을 부트할 수 있습니다. -Z 옵션은 ZFS 루트 풀의 새 부트 환경을 부트하는 데 사용되기도 하는 luactivate 명령을 대체합니다. luactivate 명령은 부트 환경을 전환하는 데 사용되는 기본 방법입니다. UFS 파일 시스템의 경우 OpenBootTM PROM OBP를 기본 관리 인터페이스로 계속 사용하며, OBP 명령을 통해 선택한 부트 옵션이 사용됩니다.
Solaris 10 1/06 릴리스부터(x86 기반 시스템용) GRUB 부트 메뉴에서 서로 다른 부트 환경 간에 부트하는 데 필요한 인터페이스를 제공합니다. Solaris 10 10/08 릴리스부터 이 메뉴에는 부트 시 사용할 수 있는 ZFS 부트 환경이 나열됩니다. 기본 부트 환경이 ZFS 파일 시스템이고 GRUB 메뉴가 표시되는 경우에는 기본 부트 환경에서 부트하거나 다른 부트 환경에서 부트하도록 선택할 수 있습니다. GRUB 메뉴는 ZFS 루트 풀의 새 부트 환경을 부트하는 데 사용되기도 하는 luactivate 명령 사용을 대체합니다. luactivate는 부트 환경을 전환하는 데 사용되는 기본 방법입니다.
SPARC 및 x86 기반 시스템 모두에서 각 ZFS 루트 풀에는 기본 루트 파일 시스템으로 지정된 데이터 세트가 있습니다. SPARC의 경우 부트 명령을 입력하고, x86의 경우에는 GRUB 메뉴에서 기본값을 가져오면 이 기본 루트 파일 시스템이 부트됩니다.
GRUB 메뉴가 Solaris Live Upgrade에서 설정한 메뉴를 제외하고 기본 메뉴 항목을 지정하도록 명시적으로 수정된 경우 해당 기본 메뉴 항목을 선택하면 풀의 기본 루트 파일 시스템의 부트가 발생하지 않을 수도 있습니다.
GRUB 부트 메뉴의 부트와 수정에 대한 자세한 내용은 다음 참조 항목을 참조하십시오.
작업 |
정보 |
---|---|
GRUB 메뉴를 사용하여 부트 환경 활성화 | |
GRUB 메뉴를 사용하여 원래 부트 환경으로 폴백 | |
SPARC 및 x86 정보와 부트 동작을 수정하고 부트하는 데 필요한 단계별 절차 |
System Administration Guide: Basic Administration |
ZFS 부트 환경 부트에 대한 개요와 단계별 절차 |
Solaris ZFS Administration Guide의 Booting From a ZFS Root File System |
Sun에서는 더 이상 lu 명령의 사용을 권장하지 않습니다. lu 명령은 문자 사용자 인터페이스(CUI)를 표시합니다. CUI의 기본 명령 순서(일반적으로 lucreate, luupgrade 및 luactivate 명령)는 사용하기 편리합니다. 이 명령의 절차는 다음 장에 나와 있습니다.