Sun Developer Network 공식 블로그

솔라리스 라이브 업그레이드를 사용한 업그레이드 및 패치 적용

이 사용 방법 안내서에서는 솔라리스 시스템에서 변경, 위험 요소 및 시스템 가용성을 효과적으로 관리할 수 있는 도구인 솔라리스 라이브 업그레이드의 사용 방법을 소개합니다. 이 안내서는 다음 내용으로 구성되어 있습니다.

• OS 업그레이드, 패치 적용을 비롯하여 개발자가 최신 오픈솔라리스 릴리스를 설치하는 용도로 사용하는 솔라리스 라이브 업그레이드 개요
• 솔라리스 라이브 업그레이드 사용을 위한 계획 사항
• 더 높은 버전의 솔라리스 릴리스로 업그레이드할 때 솔라리스 라이브 업그레이드를 사용하는 예제
• 시스템 패치 적용을 위해 솔라리스 라이브 업그레이드를 사용하는 예제

PDF 파일 다운로드

1. 솔라리스 라이브 업그레이드: 개요
2. 솔라리스 라이브 업그레이드 계획 시 고려 사항
3. 예제: 새 릴리스로의 업그레이드
4. 예제: 솔라리스 라이브 업그레이드를 사용한 시스템 패치 적용
5. 패치 적용 시 고려 사항
6. 요약
7. 자세한 정보

솔라리스 라이브 업그레이드: 개요

솔라리스 라이브 업그레이드는 시스템을 업그레이드하거나 패치 적용할 때 다운 타임과 위험 부담을 최소화하는 데 유용한 도구이자 전략입니다. 솔라리스 10 8/07부터 솔라리스 라이브 업그레이드를 통해 솔라리스 컨테이너의 패치를 적용할 수 있습니다.

운영 모델

솔라리스 라이브 업그레이드의 그 작동 방식을 요약한다면 그 장점을 가장 쉽게 이해할 수 있습니다.

• 시스템 환경의 사본, 즉 루트(/) 파일 시스템의 사본을 생성합니다.
• 현재 시스템 환경이 아니라 이 사본에 변경 사항(OS 업그레이드, 패치 또는 기타 변경 사항)을 적용합니다. 사본에 변경 사항을 적용하는 소프트웨어는 프로덕션 서버에서 백그라운드 작업으로 실행됩니다.
• 새 환경으로 부팅하고 변경의 영향을 평가합니다. 새 환경이 만족스럽다면 더 이상 필요한 작업은 없습니다.
• 새 환경에서 문제가 발생한 경우 원래의 환경으로 재부팅합니다.

재부팅을 제외한 모든 작업을 운영 중인 프로덕션 시스템에서 수행할 수 있습니다. 실행 중인 프로세스의 영향은 최소화됩니다. 변경 사항을 적용하면서 시스템의 가용성을 극대화하고 알려진 작업 상태(원래의 환경)로 재부팅할 기회를 제공하여 위험 부담을 최소화한 덕분에 솔라리스 8 OS부터 솔라리스 라이브 업그레이드는 데이터 센터 환경에서 각광받는 도구가 되었습니다.

업그레이드

시스템에 솔라리스를 새로 설치하지 않고 더 높은 버전의 솔라리스로 업그레이드하는 방법은 널리 사용되는 절차입니다. 업그레이드할 경우 처음에 시스템을 구성하는 수고를 덜 수 있기 때문입니다. 썬은 두 가지 업그레이드 방법을 제공합니다.

• 표준 업그레이드 프로세스에서는 업그레이드를 수행하려면 시스템을 오프라인화해야 하며, 단방향 작업 방식입니다. 즉 원래의 환경으로 되돌리기가 쉽지 않습니다.
• 솔라리스 라이브 업그레이드를 사용하는 두 번째 방법에서는 관련된 유지 보수 간격을 크게 줄이면서 업그레이드할 수 있으며 업그레이드하기 전의 환경으로 되돌리는 옵션도 있습니다.

패치 적용

솔라리스 라이브 업그레이드는 OS 업그레이드에 국한되지 않습니다. 시스템 패치 적용 시에도 이 도구를 사용하여 다운 타임과 위험 요소를 관리할 수 있습니다.

비활성 상태의 부팅 환경에 패치를 적용하므로

• 패치 적용은 오로지 현재 실행 중인 환경에서 최소한의 영향만 미칩니다. 비활성 환경에 패치가 적용되는 동안 프로덕션 애플리케이션은 계속 실행됩니다.
• 권장 패치 클러스터를 적용할 경우의 일반적인 관행대로 시스템을 단일 사용자 모드로 낮추지 않아도 됩니다.
• 패치가 적용된 새 환경을 부팅하고 애플리케이션을 테스트할 수 있으며, 그 결과가 만족스럽지 않은 경우 원래의 환경으로 재부팅하면 됩니다.
• 솔라리스 10 8/07부터는 솔라리스 라이브 업그레이드를 통해 솔라리스 컨테이너의 패치를 적용할 수 있습니다. 따라서 패치 적용 중 다운 타임을 줄이는 데 큰 도움이 될 것입니다.

맨 위로

솔라리스 라이브 업그레이드 계획 시 고려 사항

솔라리스 라이브 업그레이드 사용에 있어 계획을 세우는 것이 중요합니다. 단지 솔라리스 라이브 업그레이드 사용을 계획하지 않았기 때문에 이 도구를 쓰지 못하는 데이터 센터가 많습니다. 미리 계획을 세울 때 두 가지 중요한 사항을 고려해야 합니다. 디스크 공간과 N+2 규칙입니다.

2차 부팅 환경의 디스크 공간

솔라리스 라이브 업그레이드에서는 두 개의 동시 부팅 환경이 존재하므로, 먼저 두 환경을 모두 수용하기에 충분한 디스크 공간이 마련되어야 합니다. 디스크를 추가하거나 두 환경을 모두 수용할 만큼 큰 디스크 하나를 확보합니다.

가장 안전한 방법은 추가 디스크를 주문하는 것입니다. 사실상 모든 프로덕션 시스템에서는 디스크를 미러링하므로, 결국 3개의 디스크를 주문해야 합니다. 루트(/) 파일 시스템용, 루트 파일 시스템의 미러링용 그리고 솔라리스 라이브 업그레이드용으로 각각 하나씩 필요합니다.. 세 번째 디스크를 사용하면 디스크 오류가 발생할 경우 핫 스페어로 사용할 수 있다는 장점도 있습니다. 한편 솔라리스 라이브 업그레이드와 핫 스페어 용도로 번갈아 사용하길 원치 않아 시스템에 네 번째 디스크를 핫 스페어용으로 설치하는 고객도 있습니다. 하드웨어 서비스 요청 및 다운 타임에 따른 비용 부담이 만만치 않으므로, 현장에서 디스크를 교체하기 보다는 주문 시 시스템에 예비 디스크를 확보하는 것이 더 경제적일 수도 있습니다.

또한 세 번째 또는 네 번째 디스크 환경에서는 안전을 위해 디스크 미러링에 의존할 필요 없다는 장점도 있습니다. 어떤 고객은 시스템 변경을 검토할 때마다 솔라리스 라이브 업그레이드를 백업 시나리오의 일부로 활용합니다. 시스템을 변경하기 전에 사본이 생성되었다면 작업자의 오류가 발생하더라도(이는 물론 미러에서도 재연됩니다) 매우 신속하게 해결할 수 있습니다.

솔라리스 라이브 업그레이드를 사용하려는 경우 일반적으로 디스크 세 개(활성 부팅 환경, 활성 환경의 미러 및 비활성 부팅 환경)를 갖춘 시스템이 바람직하다고 여겨집니다. 그러나 활성 디스크와 미러 디스크의 두 개만으로도 가능합니다. 단, 그 중 하나는 활성 부팅 환경과 비활성 부팅 환경을 모두 수용할 만한 크기이어야 합니다. 디스크의 크기가 충분하지 않을 경우, 임시로 미러를 해제하여 두 번째 디스크를 솔라리스 라이브 업그레이드에서 사용하게 할 수도 있습니다. 두 번째 방법의 타당성은 해당 시스템에서 실행 중인 애플리케이션의 중요도에 따라 달라질 것입니다. 사본을 생성하는 과정에서 활성 부팅 환경 디스크에 장애가 발생할 위험
을 감수할 수 있습니까? 어떤 조직에서는 감수할 수 있으나, 그렇지 않은 곳도 있습니다.

N+2 규칙

솔라리스 라이브 업그레이드를 사용하여 다른 솔라리스 릴리스로 업그레이드하려는 경우 N+2 규칙을 기억하십시오. 썬은 실행 중인 릴리스보다 최대 두 릴리스 높은 버전으로의 업그레이드를 지원하고 테스트합니다. 즉 현재 솔라리스 8 릴리스를 실행 중인 경우 솔라리스 9 또는 솔라리스 10 릴리스로 업그레이드할 수 있습니다.

맨 위로

예제: 새 릴리스로의 업그레이드

예를 들어, 솔라리스 10 3/05 시스템을 솔라리스 10 1/06 릴리스로 업그레이드한다고 가정합니다. 솔라리스 라이브 업그레이드에는 여러 기능이 있지만, 새 솔라리스 릴리스로 시스템을 업그레이드하는 가장 간단한 경우를 들자면 세 개의 간단한 명령을 사용합니다.

• 사본을 생성하는 lucreate
• 사본에서 OS를 업그레이드하는 luupgrade
• 부팅할 환경을 선택하는 luactivate

1. 먼저 루트 계정에 로그인합니다.
   솔라리스 라이브 업그레이드를 사용하기 전에 몇 개의 중요한 패치를 적용해야 합니다. 솔라리스 릴리스별로 필요한 솔라리스 라이브 업그레이드 SPARC 또는 X86 패치에 대해 설명하는 SunSolve의 Infodoc #72099(sun.com/sunsolve)를 참조하십시오.
   
   
2. /var/tmp/lupatches 디렉토리를 만들고 이 디렉토리에 패치를 다운로드합니다.
   
   
3. 시스템에 패치를 적용합니다.
   # cd /var/tmp/lupatches
   그런 다음 각 패치를 하나씩 추가합니다.
   # patchadd <patch_id>
   여기서 <patch_id>는 패치 번호입니다. Infodoc 72099에서 지정한 순서대로 패치를 적용합니다.
   
   
4. 이제 x86 하드웨어에서 실행 중인 경우 시스템을 재부팅해야 합니다.
   # init 6
   시스템을 재부팅한 후 다시 루트 계정으로 로그인합니다.
   
   업그레이드하기 전에 업그레이드하려는 릴리스로부터 솔라리스 라이브 업그레이드 패키지를 설치해야 합니다. 업그레이드 도구에 새 기능이 추가되었으므로, 대상 릴리스의 새 패키지를 설치하는 것이 좋습니다. 이 예제에서는 솔라리스 10 3/05에서 솔라리스 10 1/06으로 업그레이드하므로 솔라리스 10 1/06 DVD에서 솔라리스 라이브 업그레이드 패키지를 가져와야 합니다.
   
   
5. liveupgrade20 스크립트를 사용하여 최신 버전의 솔라리스 라이브 업그레이드 패키지를 설치합니다. 이 스크립트는 자동으로 실행되면서 최신 솔라리스 라이브 업그레이드 패키지를 설치합니다. 다음 명령을 -noconsole 및 -nodisplay 옵션 없이 실행하면 GUI 설치 도구가 나타납니다.
   SPARC 시스템의 경우
   # cd /cdrom/cdrom0/s0/Solaris_10/Tools/Installers
# ./liveupgrade20 -noconsole -nodisplay
   x86/x64 시스템의 경우
   # cd /cdrom/cdrom0/Solaris_10/Tools/Installers
# ./liveupgrade20 -noconsole -nodisplay

주 솔라리스 릴리스에서 따른 주 릴리스로 마이그레이션할 경우(예: 솔라리스 8에서 솔라리스 10으로) 추가 패키지가 필요할 수 있습니다. docs.sun.com에서 "Solaris 10 Installation Guide: Solaris Live Upgrade and Upgrade Planning" 설명서의 7장, "Solaris Live Upgrade(Planning)"를 읽어보는 것이 가장 좋습니다.


6. 이제 루트(/) 파일 시스템의 사본을 만들 준비가 되었습니다. 그림 1과 같은 상황이라고 가정하면, 디스크 두 개가 있으며 첫 번째 디스크의 루트(/) 파티션과 동일한 크기의 파티션을 두 번째 디스크에 만들었습니다.
   
   
   그림 1—lucreate 명령을 실행하기 전
   
   이 단계의 목적은 현재 루트(/) 파일 시스템의 사본을 만들어 그림 2와 같은 상황이 되게 하는 것입니다.
   
   
   그림 2—lucreate 명령을 실행한 후
   
   현재 (활성) 부팅 환경과 사본(비활성 부팅 환경)의 이름을 모두 지정해야 합니다. 사본으로 사용할 파티션은 /etc/vfstab에서 사용 중으로 표시되어서는 안 됩니다. 즉 파일 시스템이 있어서는 안 됩니다. 여기서는 활성 환경의 이름을 "s10Mar05"라고 합니다. 이 연습에서는 솔라리스 10 1/06으로 업그레이드하는 것이 목적이므로 새 비활성 부팅 환경의 이름은 "s10Jan06"으로 합니다. 또한 루트(/) 파일 시스템의 사본을 만들 것이며 새 파티션이 어디에 위치할 것인지(이 예제에서는 c0t1d0s0) 지정해야 합니다. 또한 파일 시스템은 UFS 형식입니다. 마지막 세 가지 정보가 '-m' 인수로 어떻게 연결되는지 확인하십시오.
   
   새 (비활성) 부팅 환경을 만듭니다.
   # lucreate -c s10Mar05 -n s10Jan06 -m /:c0t1d0s0:ufs
   이 명령은 다음과 비슷한 출력을 생성합니다. 완료될 때까지 걸리는 시간은 시스템과 그 디스크의 속도에 따라 달라집니다.
   
   

   Discovering physical storage devices. 
   Discovering logical storage devices. 
   Cross referencing storage devices with boot environment configurations. 
   Determining types of file systems supported. 
   Validating file system requests. 
   The device name <c0t1d0s0> expands to device path </dev/dsk/c0t1d0s0>. 
   Preparing logical storage devices. 
   Preparing physical storage devices. 
   Configuring physical storage devices. 
   Configuring logical storage devices. 
   Analyzing system configuration. 
   No name for current boot environment. 
   Current boot environment is named <s10Mar05>. 
   Creating initial configuration for primary boot environment <s10Mar05>. 
   The device </dev/dsk/c0t0d0s0> is not a root device for any boot environment. 
   PBE configuration successful: PBE name <s10Mar05> PBE Boot Device </dev/dsk/c0t0d0s0>. 
   Comparing source boot environment <s10Mar05> file systems with the 
   file system(s) you specified for the new boot environment. 
   Determining which file systems should be in the new boot environment. 
   Updating boot environment description database on all BEs. 
   Searching /dev for possible boot environment filesystem devices. 
   Updating system configuration files. 
   The device </dev/dsk/c0t1d0s0> is not a root device for any boot environment. 
   Creating configuration for boot environment <s10Jan06>. 
   Source boot environment is <s10Mar05>. 
   Creating boot environment <s10Jan06>. 
   Creating file systems on boot environment <s10Jan06>. 
   Creating <ufs> file system for </> on </dev/dsk/c0t1d0s0>. 
   Mounting file systems for boot environment <s10Jan06>. 
   Calculating required sizes of file systems for boot environment <s10Jan06>. 
   Populating file systems on boot environment <s10Jan06>. 
   Checking selection integrity. 
   Integrity check OK. 
   Populating contents of mount point </>. 
   Copying. 
   Creating shared file system mount points. 
   Creating compare databases for boot environment <s10Jan06>. 
   Creating compare database for file system </>. 
   Updating compare databases on boot environment <s10Jan06>. 
   Making boot environment <s10Jan06> bootable. 
   Population of boot environment <s10Jan06> successful. 
   Creation of boot environment <s10Jan06> successful. 
   

   
   
   lustatus 유틸리티를 사용하여 부팅 환경의 상태를 확인하는 것은, 특히 솔라리스 라이브 업그레이드 명령을 실행하던 중 문제가 발생한 경우 도움이 될 것입니다.
   
   새 부팅 환경이 생성되었으면 업그레이드 절차를 시작할 수 있습니다.
   
   이 예제에서는 솔라리스 10 1/06 DVD로부터 업그레이드합니다. 이 단계를 마치면 그림 3과 같은 상황이 됩니다.
   
   
   그림 3—luupgrade 명령을 실행한 후
   

7. 새 솔라리스 릴리스로 업그레이드하려면 luupgrade 명령을 -u 옵션과 함께 사용합니다. -s 옵션은 미디어 경로를 나타냅니다. X86 설치 DVD의 파일 시스템 구성이 SPARC DVD와 약간 다르기 때문에 위치 -s 옵션이 달라집니다.

SPARC 하드웨어에서 실행되는 솔라리스의 경우 일반적인 명령줄은 다음과 같습니다.
# luupgrade -u -n s10Jan06 -s /cdrom/cdrom0/s0
x86 플랫폼에서 실행되는 솔라리스의 경우 다음과 같습니다.
# luupgrade -u -n s10Jan06 -s /cdrom/cdrom0
이 명령은 다음과 비슷한 출력을 생성합니다.


   Validating the contents of the media </cdrom/cdrom0/s0>. 
   The media is a standard Solaris media. 
   The media contains an operating system upgrade image. 
   The media contains <Solaris> version <10>. 
   Constructing upgrade profile to use. 
   Locating the operating system upgrade program. 
   Checking for existence of previously scheduled Solaris Live Upgrade requests. 
   Creating upgrade profile for BE <s10Jan06>. 
   Determining packages to install or upgrade for BE <s10Jan06>. 
   Performing the operating system upgrade of the BE <s10Jan06>. 
   CAUTION: Interrupting this process may leave the boot environment unstable or unbootable. 
   Upgrading Solaris: 6% completed 
   Upgrading Solaris: 100% completed 
   Installation of the packages from this media is complete. 
   Updating package information on boot environment <s10Jan06>. 
   Package information successfully updated on boot environment <s10Jan06>. 
   Adding operating system patches to the BE <s10Jan06>. 
   The operating system patch installation is complete. 
   INFORMATION: The file </var/sadm/system/logs/upgrade_log> on boot environment <s10Jan06> 
   contains a log of the upgrade operation. 
   INFORMATION: The file </var/sadm/system/data/upgrade_cleanup> on boot 
   environment <s10Jan06> contains a log of cleanup operations required. 
   INFORMATION: Review the files listed above. Remember that all of the files are 
   located on boot environment <s10Jan06>. Before you activate boot environment 
   <s10Jan06>, determine if any additional system maintenance is required or if 
   additional media of the software distribution must be installed. 
   The Solaris upgrade of the boot environment <s10Jan06> is complete. 
   

   지금까지 새 (비활성) 부팅 환경을 생성했고 이를 솔라리스 10 1/06 릴리스로 업그레이드했습니다. 다음 두 단계에서는 먼저 다음에 부팅할 때 새 환경을 사용하도록 솔라리스에 지시하고, 시스템을 재부팅하여 새 환경을 실행하게 합니다(그림 4 참조).
   

   
   그림 4—luactivate 명령을 실행하고 재부팅한 후

8. 다음에 재부팅할 때 어떤 부팅 환경을 사용할 것인지 나타냅니다.
# luactivate s10Jan06
여기서 s10Jan06이 활성화하려는 부팅 환경입니다.

실행 중인 시스템에서 lucreate/luupgrade 프로세스 도중 또는 이후에 일부 파일이 바뀔 수 있습니다. 두 시스템을 동기화하기 위해 새 부팅 환경에서 이 변경 사항을 반영하는 것이 필요할 수도 있습니다. 이를 위해 luactivate 명령이 자동으로 호출하는 동기화 메커니즘이 있습니다. 자세한 내용은 synclist(4) man 페이지를 참조하십시오.

또한 luactivate는 이전 부팅 환경으로 되돌릴 때에도 사용할 수 있습니다. 대부분의 경우 이 과정은 매우 간단하지만, x86 플랫폼에서는 GRUB(솔라리스 10 1/06 및 후속 솔라리스 릴리스의 새로운 부팅 로더)를 도입했기 때문에 GRUB 시스템에서 GRUB 이전 릴리스로 되돌아갈 경우 몇 가지 문제가 있습니다. 그 점에 대해서는 아래 참조한 솔라리스 라이브 업그레이드 설명서에 모두 나와 있습니다.

luactivate 명령은 다음과 비슷한 출력을 생성합니다.


   ********************************************************************** 
   The target boot environment has been activated. It will be used when you reboot. 
   NOTE: You MUST NOT USE the reboot, halt, or uadmin commands. You MUST USE either the 
   init or the shutdown command when you reboot. If you do not use either init or shutdown, 
   the system will not boot using the target BE. 
   ********************************************************************** 
   In case of a failure while booting to the target BE, the following process 
   needs to be followed to fallback to the currently working boot environment: 
   1. Enter the PROM monitor (ok prompt). 
   2. Change the boot device back to the original boot environment by typing: 
   setenv boot-device /pci@1f,0/pci@1,1/ide@3/disk@0,0:a 
   3. Boot to the original boot environment by typing: 
   boot 
   ********************************************************************** 
   Activation of boot environment <s10Jan06> successful. 
   

   

재부팅 시 사용할 명령에 대한 위 경고에 유의하십시오. "init" 또는 "shutdown"을 사용해야 합니다.


9. 시스템을 재부팅합니다.
# init 6

이제 솔라리스 10 1/06 릴리스로 업그레이드하는 데 성공했습니다. 이 업그레이드 방법에서는 오로지 재부팅할 때만 다운 타임이 발생합니다. 표준 설치 또는 표준 업그레이드 방식과는 크게 다른 점입니다.
마지막으로 강조할 사항은, 업그레이드를 마쳤으면 부팅 환경을 제대로 처리해야 한다는 것입니다. ludelete 명령을 사용하는 것이 좋습니다. 다른 메커니즘(예: newfs 또는 rm -rf)으로 부팅 환경을 삭제할 경우 시스템이 부팅되지 않을 위험이 있습니다.

맨 위로

 


예제: 솔라리스 라이브 업그레이드를 사용한 시스템 패치 적용

솔라리스 라이브 업그레이드의 가장 대표적인 용도 중 하나는 패치 적용 시 다운 타임을 최소화하는 것입니다. 새로운 솔라리스 릴리스로의 업그레이드는 시스템 패치 적용만큼 자주 수행되지는 않습니다. 유지 보수 간격의 길이와 다운 타임 최소화의 필요성에 따라 대체 부팅 환경에 패치를 적용하는 것이 더 효과적일 수 있습니다. 단계는 다음과 같습니다.

• 새 부팅 환경 생성
• 새 부팅 환경에 패치 적용
• 새 부팅 환경에서 부팅
• 변경 결과가 적합한지 평가

업그레이드와 마찬가지로 솔라리스 라이브 업그레이드는 시스템에서 실행 중인 내용에 거의 영향을 주지 않으면서 백그라운드에서 패치를 적용한다는 장점이 있습니다.

먼저 첫 번째 예제의 1-6단계를 수행하고, 패치 적용 전에 업그레이드하려는 경우 선택적으로 7단계를 수행합니다. 이제 권장 패치 클러스터를 시스템에 적용할 준비가 되었습니다.

7a. 패치를 가져옵니다.
sun.com/sunsolve에서 솔라리스 10용 권장 패치 클러스터에 액세스합니다.

이 단계에서는 주로 file10_Recommended.zip(또는 10_x86_Recommended.zip)을 다운로드합니다. 이 예제에서는 /var/tmp에 다운로드했다고 가정합니다. 그런 다음 unzip 명령을 사용하여 다운로드한 파일의 압축을 풀어 모든 패치가 포함된 10_Recommended라는 디렉토리를 만듭니다. 10_Recommended/CLUSTER_README 파일에 따르면 시스템을 단일 사용자 모드로 전환하고 install_cluster 스크립트를 사용해야 합니다. 여기서는 비활성 부팅 환경에 패치를 적용하므로 시스템을 단일 사용자 모드로 전환할 필요 없습니다. 또한 약간 다른 절차를 통해 패치를 적용합니다. install_cluster 스크립트를 사용하지 않습니다.



7b. 패치 디렉토리에 있어야 합니다.
# cd /var/tmp/10_Recommended



7c. 비활성 부팅 환경에 패치를 적용합니다.
# luupgrade -n s10Jan06 -s /var/tmp/10_Recommended -t `cat patch_order`
위에서는 패치를 적용할 부팅 환경("s10Jan06"), 패치의 위치(-s 옵션 및 경로 인수) 및 적용할 패치(-t 옵션과 패치 번호)를 지정합니다. -t 옵션의 인수에 역인용부호가 붙었으므로 결과(패치 목록)를 luupgrade 명령으로 보내기 전에 쉘에서 이 표현식을 평가합니다.

마지막으로 첫 번째 예제의 8 및 9단계를 수행합니다.

지금까지 패치 적용에 솔라리스 라이브 업그레이드를 사용하는 방법을 간단하게 살펴봤습니다. 미러링 디스크를 사용하는 엔터프라이즈 환경에서 솔라리스 라이브 업그레이드를 사용하여 패치를 적용하는, 더 사실적인 경우에 대해서는 아래 웹 자료 단원에서 소개한 Sun Blueprints 발행물을 참조하십시오.

솔라리스 라이브 업그레이드 도구는 솔라리스 8과 역호환성을 갖도록 설계되었습니다. 그 덕분에 종종 운영상의 이점을 누릴 수 있습니다. 컨테이너를 사용하는 시스템에 패치를 적용할 때 라이브 업그레이드를 사용하는 것은 솔라리스 10 8/07 릴리스 이전에는 지원되지 않았습니다. 컨테이너를 실행하는 솔라리스 10 11/06 시스템이 있는 경우, 솔라리스 10 8/07로 업그레이드할 필요 없이 솔라리스 10 8/07 라이브 업그레이드 도구를 사용하여 시스템에 패치를 적용할 수 있습니다.그러나 11/06 시스템에 8/07 도구를 사용하기 전에 Infodoc 72099의 정보를 사용하여 대상에 패치를 적용해야 합니다.

맨 위로

패치 적용 시 고려 사항

솔라리스 라이브 업그레이드는 배후에서 patchadd 명령을 실행 중입니다. 이를 마운트하고 patchadd를 -R 옵션과 함께 사용하는 방법으로 비활성 부팅 환경에서 동일하게 패치를 적용할 수 있습니다. 솔라리스 라이브 업그레이드를 사용하여 패치를 적용할 경우 어떤 동작이 수행되는지 알고 싶다면 patchadd 명령에 대해 알아보십시오.

솔라리스 10 patchadd 명령은 패치를 올바른 순서로 적용할 만큼 지능적이지만, 솔라리스 9 및 그 이전 릴리스에서는 패치가 종속성 순서대로 배열되어야 합니다. 썬에서는 표준 테스트의 일환으로 위와 비슷한 명령줄을 사용합니다. 따라서 어떤 솔라리스 릴리스에 패치를 적용하든지 솔라리스 라이브 업그레이드를 사용하여 패치를 적용할 경우 비슷한 방법을 사용하면 좋습니다.

타사 패치는 솔라리스 라이브 업그레이드로 적용되지 않을 수도 있습니다. 모든 썬 패치는 대상이 비활성 부팅 환경일 때 설치 전 및 설치 후 스크립트에서 실행 중인 시스템을 절대 수정하지 않는다는 요구 사항을 준수합니다. 또한 솔라리스 라이브 업그레이드를 통한 권장 패치 적용을 테스트하는 것은 썬의 표준 테스트 절차 중 일부입니다. 그러나 썬은 모든 타사 패치가 역시 원활하게 작동한다고 보장할 수 없습니다. 해당 조직에서 썬 이외 패치에 의존하는 정도에 따라, 비활성 부팅 환경에만 패치를 적용하려는 경우 현재 환경을 수정하려고 하는 스크립트가 타사 패치에 포함되지 않았음을 확인할 필요가 있습니다.

솔라리스 10 1/06 릴리스부터 썬은 새로운 패치 적용 도구인 썬 커넥션을 포함시켰습니다. 이 도구는 시스템을 분석한 다음 알맞은 패치를 적용합니다. 이 도구 모음의 2006년 9월 릴리스 1.0.8에서는 솔라리스 라이브 업그레이드 작업을 위한 다양한 옵션을 제공합니다. 이 옵션에 대한 자세한 내용은 솔라리스 10 8/07 smpatch(1M) man 페이지를 참조하십시오.

맨 위로

요약

솔라리스 라이브 업그레이드는 엔터프라이즈급 도구이며, 이 예제에서는 이 도구의 여러 가능성 중 일부만 소개했을 뿐입니다. 솔라리스 라이브 업그레이드는 새로운 부팅 환경의 생성을 다양한 방법으로 제어할 수 있습니다. 예를 들어, 현재 환경의 전체 사본을 만드는 것 이외의 다른 옵션도 있습니다. 솔라리스 라이브 업그레이드는 솔라리스 볼륨 매니저와 통합되며, 몇 가지 추가 스크립트를 통해 베리타스 볼륨 매니저 4.1 이상과도 통합됩니다(자세한 내용은 시만텍에 문의하십시오). 솔라리스 라이브 업그레이드는 패치뿐 아니라 패키지를 추가하고 물론 패키지와 패치를 제거할 때에도 사용할 수 있습니다. 또한 빠른 성능으로 신속하게 시스템을 구축할 수 있는 방법인 솔라리스 플래시 아카이브 이미지를 로드할 경우에도 사용 가능합니다. 자세한 내용은 아래의 추가 자료 단원을 참조하십시오.

마지막으로, 솔라리스 라이브 업그레이드는 시스템의 사본을 만들고 그 사본이나 원본을 변경한 다음 어느 것이 새 부팅 환경이 될 것인지 결정할 수 있는 엔터프라이즈 환경에서 뛰어난 가치를 발휘합니다. 그러한 작업에서 발생하는 다운 타임은 오로지 실제 재부팅하는 순간뿐입니다. 그 밖의 모든 작업은 실행 중인 프로덕션 시스템의 백그라운드에서 실시될 수 있습니다. 솔라리스 라이브 업그레이드 사용 시 가장 중요한 점은 미리 계획을 세워 시스템을 제대로 구성하는 것입니다.

맨 위로

자세한 정보

이 문서에서는 lucreate(1M), lustatus(1M), luupgrade(1M) 및 uactivate(1M) 명령을 간략하게 참조했습니다. 다른 명령에 대해서도 알아볼 수 있습니다(예를 들어, lucreate(1M) man 페이지의 See Also 단원 참조). 이 man 페이지에서는 간단한 솔라리스 라이브 업그레이드 관리 도구인 lu(1m)를 언급합니다. 그러나 이 GUI와 비슷한 도구는 더 이상 나머지 솔라리스 라이브 업그레이드 명령줄 도구의 기능을 최신 버전으로 지원하지 않으므로, 사용하지 않는 것이 좋습니다. lu 명령은 향후 솔라리스 릴리스에서 제외될 가능성이 있습니다.

웹 자료

docs.sun.com/ap p/docs/coll/40.10
솔라리스 10의 man 페이지는 Solaris 10 Reference Manual Collection에서 확인할 수 있습니다.

docs.sun.com/app/docs/coll/1236.1
Solaris 10 Installation Guide: Solaris Live Upgrade and Upgrade Planning

sun.com/blueprints/0607/820-2188.html
솔라리스 라이브 업그레이드를 사용한 패치 적용에 대한 유익한 Sun Blueprints 문서, Patching Mirrored Systems with the Solaris Live Upgrade Software
 
developers.sun.com/sxde/upgrade_guide.jsp
솔라리스 익스프레스 디벨로퍼 에디션에서 솔라리스 라이브 업그레이드를 사용하는 것에 대한 문서

Sun 포럼에서 검색하십시오. 솔라리스 라이브
업그레이드 관련 질문을 찾을 수 있는 두 개의 포럼이 있습니다.
forum.java.sun.com/
1) Solaris 탭을 클릭하고 "Installation"을 선택합니다.
2) Administration 탭을 클릭하고 "Talk to the Sysop"을 선택합니다.

맨 위로

이 글의 영문 원본은
http://www.sun.com/software/solaris/how ··· owto.jsp
에서 보실 수 있습니다.