Oracle Solaris 10 9/10 설치 설명서: 설치 및 업그레이드 계획

4장 시스템 요구 사항, 지침 및 업그레이드(계획)

이 장에서는 Solaris OS를 설치 또는 업그레이드하기 위한 시스템 요구 사항에 대하여 설명합니다. 디스크 공간과 기본 스왑 공간 할당을 위한 일반적인 지침도 제공됩니다. 이 장은 다음 절로 구성되어 있습니다.

시스템 요구 사항 및 권장 사항

표 4–1 메모리, 스왑 및 프로세서 권장 사항

요구 사항 유형 

크기 

설치 또는 업그레이드할 메모리

  • UFS 파일 시스템의 경우 메모리 요구 사항은 다음과 같습니다.

    SPARC 시스템:

    • 필요한 최소 메모리는 384MB입니다.

    • 권장 메모리는 512MB입니다.

    x86 시스템:

    • 필요한 최소 메모리는 768MB입니다.

    • 권장 메모리는 1GB입니다.


    주 –

    일부 선택적 설치 기능은 메모리가 충분한 경우에만 사용할 수 있습니다. 예를 들어, 시스템의 메모리가 부족한 상태에서 DVD로부터 설치하는 경우 GUI를 통해서가 아니라 Solaris 설치 프로그램 의 텍스트 설치 프로그램을 사용하여 설치합니다. 이러한 메모리 요구 사항에 대한 자세한 내용은 표 4–2를 참조하십시오.


  • 이전 Solaris 릴리스에서는 크기가 1TB보다 큰 디스크에서 Solaris OS를 설치 및 부트하지 못했습니다. Solaris 10 10/09 릴리스부터 최대 2TB 크기의 디스크에서 Solaris OS를 설치 및 부트할 수 있습니다.

    Solaris 10 10/09 릴리스부터 모든 크기의 디스크에서 VTOC 레이블을 사용할 수 있지만 VTOC로 주소 지정이 가능한 공간은 2TB로 제한됩니다. 이 기능을 사용하면 2TB보다 큰 디스크를 부트 드라이브로 사용할 수 있지만 레이블에서 사용 가능한 공간은 2TB로 제한됩니다.


    주 –

    이 기능은 64비트 커널을 실행하는 시스템에서만 사용할 수 있습니다. x86 기반 시스템에는 최소 1GB의 메모리가 필요합니다.


    자세한 내용은 System Administration Guide: Devices and File SystemsTwo-Terabyte Disk Support for Installing and Booting the Solaris OS를 참조하십시오.

  • SPARC 및 x86 시스템의 ZFS 루트 풀:

    • 최소 메모리는 768MB입니다.

    • 전체 ZFS 성능에 권장되는 메모리: 1GB

스왑 영역 


주 –

스왑 공간을 사용자 정의해야 할 경우가 있습니다. 스왑 공간은 시스템의 하드 디스크 크기에 따라 달라집니다.


프로세서 요구 사항 

  • SPARC: 200MHz 이상의 프로세서가 필요합니다.

  • x86: 120MHz 이상의 프로세서가 권장됩니다. 하드웨어 부동소수점이 지원되어야 합니다.

GUI를 사용하거나 윈도우화 환경을 포함하여 소프트웨어를 설치하도록 선택할 수 있습니다. 메모리가 충분한 경우 GUI가 기본적으로 표시됩니다. GUI용 메모리가 부족한 경우 다른 환경이 기본으로 표시됩니다. nowin 또는 text 부트 옵션을 사용하여 기본값을 대체할 수 있습니다. 그러나 시스템에 있는 메모리의 양 또는 원격 설치로 인하여 제한될 수 있습니다. 또한 Solaris 설치 프로그램이 비디오 어댑터를 찾을 수 없는 경우 자동으로 콘솔 기반 환경이 표시됩니다. 표 4–2는 이러한 환경에 대해 설명하고 환경 표시에 대한 최소 메모리 요구사항을 나열합니다.

표 4–2 표시 옵션용 메모리 요구 사항

메모리 

설치 유형 

설명 

256-767MB 

텍스트 기반 

그래픽이 포함되지 않으나 윈도우화 및 다른 창을 열 수 있는 기능이 제공됩니다.  

text 부트 옵션을 사용하여 설치하고 시스템 메모리가 충분한 경우 윈도우화 환경에서 설치하게 됩니다. tip 줄 또는 nowin 부트 옵션을 사용하여 원격으로 설치하는 경우 콘솔 기반 설치로만 제한됩니다.

768MB 이상 

GUI 기반 

창, 풀다운 메뉴, 버튼, 스크롤바 및 아이콘 이미지가 제공됩니다. 

디스크 및 스왑 공간 할당

Solaris 소프트웨어를 설치하기 전에 몇 가지 높은 수준의 계획을 수립하여 시스템에 충분한 디스크 공간이 있는지 확인할 수 있습니다.

일반적인 디스크 공간 계획 수립 및 권장 사항

디스크 공간 계획은 개인에 따라 다릅니다. 필요에 따라 다음 조건에 대한 공간을 할당할 수 있습니다.


주 –

ZFS 루트 풀 설치에 필요한 디스크 공간에 대한 정보는 ZFS 설치의 디스크 공간 요구 사항을 참조하십시오.


표 4–3 일반 디스크 공간 및 스왑 공간 계획

공간 할당을 위한 조건 

설명 

UFS 파일 시스템의 경우 

만드는 각각의 파일 시스템에 대해서, 추후 Solaris 버전으로의 업그레이드를 위해 필요한 것보다 30퍼센트 많은 디스크 공간을 할당합니다.  

기본적으로 Solaris 설치 방법은 루트(/) 및 /swap만을 만듭니다. OS 서비스용으로 공간이 할당되면 /export 디렉토리도 만들어집니다. 주요 Solaris 릴리스로 업그레이드하는 경우 시스템을 다시 분할하거나 설치할 때 필요한 공간을 두 배로 할당할 수 있습니다. 업데이트로 업그레이드하는 경우 미래의 업그레이드용으로 여분의 디스크 공간을 할당하여 시스템을 다시 분할할 필요가 없도록 할 수 있습니다. Solaris 업데이트 릴리스에는 이전 릴리스보다 약 10 퍼센트의 추가 디스크 공간이 필요합니다. 각 파일 시스템에 여러 개의 Solaris 업데이트가 가능하도록 추가로 30 퍼센트의 디스크 공간을 할당할 수 있습니다.


주 –

이전 Solaris 릴리스에서는 크기가 1TB보다 큰 디스크에서 Solaris OS를 설치 및 부트하지 못했습니다. Solaris 10 10/09 릴리스부터 최대 2TB 크기의 디스크에서 Solaris OS를 설치 및 부트할 수 있습니다.

Solaris 10 10/09 릴리스부터 모든 크기의 디스크에서 VTOC 레이블을 사용할 수 있지만 VTOC로 주소 지정이 가능한 공간은 2TB로 제한됩니다. 이 기능을 사용하면 2TB보다 큰 디스크를 부트 드라이브로 사용할 수 있지만 레이블에서 사용 가능한 공간은 2TB로 제한됩니다.

이 기능은 64비트 커널을 실행하는 시스템에서만 사용할 수 있습니다. x86 기반 시스템에는 최소 1GB의 메모리가 필요합니다.

자세한 내용은 System Administration Guide: Devices and File SystemsTwo-Terabyte Disk Support for Installing and Booting the Solaris OS를 참조하십시오.


UFS 파일 시스템용 /var 파일 시스템

충돌 덤프 기능 savecore(1M)을 사용하려면 /var 파일 시스템에 있는 실제 메모리의 두 배를 할당합니다.

스왑 


주 –

ZFS 루트 풀의 스왑 할당은 ZFS 설치의 디스크 공간 요구 사항을 참조하십시오.


UFS 파일 시스템의 경우 Solaris 설치 프로그램은 다음 조건에서 512MB의 기본 스왑 공간을 할당합니다. 

  • 설치 프로그램의 디스크 슬라이스 자동 레이아웃을 사용할 경우

  • 스왑 공간 크기의 수동 변경을 방지할 경우

기본적으로 Solaris 설치 프로그램에서는 첫 번째 사용 가능한 디스크 실린더(일반적으로 SPARC 기반 시스템의 실린더 0)에서 시작하도록 스왑을 배치하여 스왑 공간을 할당합니다. 이렇게 배치하면 기본 디스크 레이아웃 동안 루트(/) 파일 시스템에 최대 공간이 제공되고 업그레이드하는 동안 루트(/) 파일 시스템의 크기가 커질 수 있습니다.

향후 스왑 영역을 확장할 경우를 대비하여 다음 방법 중 하나를 통해 스왑 슬라이스가 다른 디스크 실린더에서 시작하도록 스왑 슬라이스를 배치할 수 있습니다.  

스왑 공간에 대한 개요는 System Administration Guide: Devices and File Systems의 20 장, Configuring Additional Swap Space (Tasks)를 참조하십시오.

홈 디렉토리 파일 시스템을 제공하는 서버 

기본적으로 홈 디렉토리는 /export 파일 시스템에 있습니다.

설치하는 Solaris 소프트웨어 그룹 

소프트웨어 그룹은 소프트웨어 패키지를 그룹으로 묶은 것입니다. 디스크 공간 계획을 세우는 동안 선택한 소프트웨어 그룹에서 개별 소프트웨어 패키지를 추가 또는 제거할 수 있습니다. 소프트웨어 그룹에 대한 내용은 소프트웨어 그룹의 권장 디스크 공간을 참조하십시오.

업그레이드  

언어 지원 

예: 중국어, 일본어 또는 한국어. 단일 언어를 설치할 예정이면 대략 0.7GB의 추가 디스크 공간을 해당 언어를 위해 할당합니다. 전체 언어 지원을 설치할 예정이면 설치하는 소프트웨어 그룹에 따라 다르지만 대략 2.5GB의 추가 디스크 공간을 언어 지원을 위해 할당해야 합니다. 

인쇄 또는 메일 지원 

추가 공간 할당. 

추가 소프트웨어 또는 다른 업체 소프트웨어 

추가 공간 할당. 

소프트웨어 그룹의 권장 디스크 공간

Solaris 소프트웨어 그룹은 Solaris 패키지들을 모은 것입니다. 각각의 소프트웨어 그룹은 서로 다른 기능과 하드웨어 드라이버를 지원합니다.

Solaris 소프트웨어를 설치할 때, 선택한 Solaris 소프트웨어 그룹에서 패키지를 추가하거나 제거할 수 있습니다. 추가 또는 제거할 패키지를 선택하면 소프트웨어 종속성과 Solaris 소프트웨어 패키지를 만드는 방법에 대하여 알아야 합니다.

소프트웨어 패키지의 그룹화는 다음 그림과 같습니다. 축소된 네트워크 지원에는 최소 수의 패키지가 있으며 전체 Solaris 소프트웨어 그룹 및 OEM 지원에는 모든 패키지가 포함됩니다.

그림 4–1 Solaris 소프트웨어 그룹

그림에 대한 설명은 컨텍스트를 참조하십시오.

표 4–4에는 Solaris 소프트웨어 그룹과 각 그룹을 설치하는 데 필요한 권장 디스크 공간 크기가 나열되어 있습니다.


주 –

표 4–4에서 권장되는 디스크 공간은 다음 항목을 위한 공간을 포함합니다.

소프트웨어 그룹에는 이 표에 나열된 공간보다 적은 디스크 공간이 필요합니다.


표 4–4 소프트웨어 그룹의 권장 디스크 공간

소프트웨어 그룹 

설명 

권장 디스크 공간 

전체 Solaris 소프트웨어 그룹 및 OEM 지원 

전체 Solaris 소프트웨어 그룹 및 설치할 때 시스템에 있지 않은 하드웨어용 드라이버를 포함하여 추가 하드웨어 드라이버가 포함됩니다. 

6.8GB 

전체 Solaris 소프트웨어 그룹 

개발자 Solaris 소프트웨어 그룹 및 서버에서 필요한 추가 소프트웨어용 패키지가 포함됩니다. 

6.7GB 

개발자 Solaris 소프트웨어 그룹 

최종 사용자 Solaris 소프트웨어 그룹 및 소프트웨어 개발을 위한 추가 지원용 패키지가 포함됩니다. 추가 소프트웨어 개발 지원에는 라이브러리, 파일, 매뉴얼 페이지, 프로그래밍 도구가 포함되어 있습니다. 컴파일러는 포함되어 있지 않습니다. 

6.6GB 

최종 사용자 Solaris 소프트웨어 그룹 

네트워크에 연결된 Solaris 시스템 및 공통 데스크탑 환경을 부트하고 실행하는 데 필요한 최소 코드를 제공하는 패키지가 포함됩니다. 

5.3GB 

코어 시스템 지원 소프트웨어 그룹 

네트워크에 연결된 Solaris 시스템을 부트하고 실행하는 데 필요한 최소 코드를 제공하는 패키지가 포함됩니다. 

2.0GB 

축소된 네트워크 지원 소프트웨어 그룹 

제한적인 네트워크 서비스 지원이 있는 Solaris 시스템을 부트하고 실행하는 데 필요한 최소 코드를 제공하는 패키지가 포함됩니다. 축소된 네트워크 지원 소프트웨어 그룹은 복수 사용자 텍스트 기반 콘솔 및 시스템 관리 유틸리티를 제공합니다. 이 소프트웨어 그룹을 사용하면 또한 시스템이 네트워크 인터페이스를 인식하지만 네트워크 서비스를 활성화하지는 않도록 할 수 있습니다. 

2.0GB 

업그레이드 계획

표 4–5 Solaris 업그레이드 방법

현재 Solaris OS 

Solaris 업그레이드 방법 

Solaris 8, Solaris 9, Solaris 10 

  • Solaris Live Upgrade – 실행 중인 시스템의 복사본을 작성 및 업그레이드하여 시스템을 업그레이드합니다.

  • Solaris 설치 프로그램 – 그래픽 사용자 인터페이스 또는 명령줄 인터페이스를 사용하는 대화식 업그레이드를 제공합니다.

  • 사용자 정의 JumpStart 방법 – 자동화된 업그레이드를 제공합니다.

업그레이드 및 패치 제한 사항

다음 표에는 특정 조건에서 시스템을 업그레이드할 때의 제한 사항이 나열되어 있습니다.

문제 

설명 

자세한 정보 

ZFS 루트 풀에는 다른 업그레이드 제한 사항이 있습니다. 

Solaris Live Upgrade를 통해서만 ZFS 루트 풀을 업그레이드할 수 있습니다.  

요구 사항 및 제한 사항에 대해서는 Oracle Solaris 10 9/10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 12 장, ZFS용 Solaris Live Upgrade(계획)를 참조하십시오.

다른 소프트웨어 그룹으로 업그레이드 

시스템에 설치되어 있지 않은 소프트웨어 그룹으로는 시스템을 업그레이드할 수 없습니다. 예를 들어, 이전에 시스템에 최종 사용자 Solaris 소프트웨어 그룹을 설치한 경우, 업그레이드 옵션을 사용하여 개발자 Solaris 소프트웨어 그룹으로 업그레이드할 수 없습니다. 하지만 업그레이드 중에 현재 설치되어 있는 소프트웨어 그룹의 일부가 아닌 소프트웨어를 추가할 수 있습니다. 

소프트웨어 그룹에 대한 자세한 내용은 소프트웨어 그룹의 권장 디스크 공간을 참조하십시오.

비전역 영역이 설치된 경우 업그레이드 

Solaris 설치 프로그램, Solaris Live Upgrade 또는 JumpStart를 사용하여 비전역 영역이 설치된 시스템을 업그레이드할 수 있습니다. 다음과 같은 제한이 적용됩니다. 

  • 권장되는 시스템 업그레이드 또는 패치 프로그램은 Solaris Live Upgrade입니다. 다른 업그레이드 프로그램은 업그레이드를 완료하는 데 필요한 시간이 설치된 비전역 영역의 수에 따라 연속적으로 증가하므로 업그레이드에 상당한 시간이 걸릴 수 있습니다. Solaris Live Upgrade를 사용하여 시스템을 패치하면 단일 사용자 모드로 전환할 필요가 없으므로 시스템 가동 시간을 최대화할 수 있습니다.

  • Solaris Flash 아카이브를 사용하여 설치하는 경우 비전역 영역을 포함하는 아카이브가 시스템에 제대로 설치되지 않습니다.

요구 사항 및 제한 사항에 대해서는 비전역 영역을 통해 업그레이드를 참조하십시오.

Solaris 8 또는 9 OS에서 Solaris Live Upgrade를 사용하여 패치 

활성 부트 환경에서 Solaris 8 또는 9 OS를 실행 중일 때 Solaris Live Upgrade를 사용하여 Solaris 10 비활성 부트 환경을 패치할 수 없습니다. Solaris Live Upgrade는 활성 부트 분할 영역에서 패치 유틸리티를 호출하여 비활성 부트 분할 영역을 패치합니다. Solaris 8 및 Solaris 9 패치 유틸리티는 Solaris 10 OS의 Solaris 영역, 서비스 관리 기능(Service Management Faciity, SMF) 및 기타 향상된 기능을 인식하지 못합니다. 따라서 패치 유틸리티는 비활성 Solaris 10 부트 환경을 제대로 패치하지 못합니다. 그러므로 Solaris Live Upgrade를 사용하여 시스템을 Solaris 8 또는 Solaris 9 OS에서 Solaris 10 OS로 업그레이드할 경우 패치를 실행하기 전에 Solaris 10 부트 환경을 활성화해야 합니다. Solaris 10 부트 환경이 활성화된 이후에 활성 부트 환경을 직접 패치하거나 다른 비활성 부트 환경을 설정하고 Solaris Live Upgrade를 사용하여 해당 환경을 패치할 수 있습니다. 

Solaris Live Upgrade를 통한 패치 적용에 대한 자세한 내용은 Oracle Solaris 10 9/10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획부트 환경에서 네트워크 설치 이미지에 패치 추가를 참조하십시오.

Veritas 파일 시스템을 통해 업그레이드 

Solaris 대화식 설치 프로그램과 사용자 정의 JumpStart 프로그램에서는 다음과 같은 조건에서 Veritas VxVM 파일 시스템을 사용할 경우 시스템을 업그레이드할 수 없습니다. 

  • 업그레이드할 루트 파일 시스템이 Veritas 제어 하에 있는 경우. 예: 루트(/) 파일 시스템이 /dev/vx/... 장치에 마운트되어 있는 경우.

  • Solaris 소프트웨어가 Veritas 제어 하의 파일 시스템에 설치된 경우. 예: /usr 파일 시스템이 /dev/vx/... 장치에 마운트되어 있는 경우.

Veritas VxVM이 구성될 때 업그레이드하려면 다음 방법 중 하나를 사용하십시오.  

업그레이드 프로그램

Solaris 설치 프로그램을 사용하여 표준 대화식 업그레이드를 수행하거나 사용자 정의 JumpStart 방법을 사용하여 무인 업그레이드를 수행할 수 있습니다. Solaris Live Upgrade를 사용하여 실행 중인 시스템을 업그레이드할 수 있습니다.

업그레이드 프로그램 

설명 

자세한 정보 

Solaris Live Upgrade 

현재 실행 중인 시스템의 사본을 만들 수 있습니다. 사본을 업그레이드하고 스위치를 다시 부트하면 업그레이드된 사본이 현재 실행되는 시스템이 됩니다. Solaris Live Upgrade를 사용하면 Solaris OS를 업그레이드하는 데 필요한 작동 중지 시간이 단축됩니다. 또한, Solaris Live Upgrade는 업그레이드로 문제를 방지할 수 있습니다. 예로는 전원 이상이 발생할 경우 업그레이드에서 복구할 수 있는 경우로, 이는 업그레이드되는 복사본이 현재 실행 중인 시스템이 아니기 때문입니다.  

Solaris Live Upgrade를 사용할 때 디스크 공간 할당을 계획하려면 Oracle Solaris 10 9/10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획Solaris Live Upgrade 요구 사항을 참조하십시오.

Solaris 설치 프로그램  

대화식 GUI를 사용하여 업그레이드 과정을 안내합니다.  

Oracle Solaris 10 9/10 설치 설명서: 기본 설치의 2 장, UFS 파일 시스템용 Solaris 설치 프로그램으로 설치(작업)

사용자 정의 JumpStart 프로그램 

자동화된 업그레이드를 제공합니다. 프로필 파일과 선택의 사전 설치 및 사후 설치 스크립트에 필요한 정보가 제공됩니다. 업그레이드용으로 사용자 정의 JumpStart 프로필을 만드는 경우 install_type upgrade를 지정합니다. 업그레이드를 하기 전에 먼저 사용자 정의 JumpStart 프로필에서 시스템의 디스크 구성과 현재 설치된 소프트웨어를 테스트해야 합니다. 업그레이드하는 시스템에서 pfinstall -D 명령을 사용하여 프로필을 테스트합니다. 디스크 구성 파일을 사용하여 업그레이드 프로필을 테스트할 수는 없습니다.

업그레이드 대신 Solaris Flash 아카이브 설치

Solaris Flash 설치 기능을 사용하면 다양한 복제 시스템에 복제될 수 있는 마스터 시스템에서 전체 설치 복사본을 만들 수 있습니다. 이 사본은 Solaris Flash 아카이브라고 합니다. 설치 프로그램을 사용하여 아카이브를 설치할 수 있습니다.


주의 – 주의 –

비전역 영역이 설치된 경우 Solaris Flash 아카이브를 적절하게 만들 수 없습니다. Solaris Flash 기능은 Solaris 영역 분할 기술과 호환되지 않습니다. Solaris Flash 아카이브를 만들면 다음과 같은 경우 아카이브를 배포할 때 결과 아카이브가 적절하게 설치되지 않습니다.


대형 파일을 포함하는 아카이브 만들기

Solaris Flash 아카이브를 만들 때 사용되는 기본 복사 방법은 cpio 유틸리티입니다. 개별 파일 크기가 4GB를 초과할 수 없습니다. 개별 파일이 대형인 경우 -L pax 옵션을 적용한 flarcreate 명령을 실행하면 pax 유틸리티가 개별 파일 크기 제한이 없는 아카이브를 생성합니다. 개별 파일 크기가 4GB를 초과할 수 있습니다.

아카이브 설치에 대한 내용은 다음 표를 참조하십시오.

설치 프로그램 

자세한 정보 

Solaris Live Upgrade 

Oracle Solaris 10 9/10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획부트 환경에 Solaris Flash 아카이브 설치

사용자 정의 JumpStart 

Oracle Solaris 10 9/10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치사용자 정의 JumpStart 설치로 Solaris Flash 아카이브 설치 준비하기

Solaris 대화식 설치 

Oracle Solaris 10 9/10 설치 설명서: Solaris Flash 아카이브(작성 및 설치)의 4 장, Solaris Flash 아카이브 설치 및 관리(작업)

WANboot 

Oracle Solaris 10 9/10 설치 설명서: 네트워크 기반 설치의 13 장, WAN 부트 설치(작업)

디스크 공간 재할당을 통해 업그레이드

Solaris 설치 프로그램의 업그레이드 옵션과 사용자 정의 JumpStart 프로그램의 upgrade 키워드를 사용하면 디스크 공간을 재할당할 수 있습니다. 이 재할당을 사용하면 디스크 슬라이스의 크기가 자동으로 변경됩니다. 기존 파일 시스템에 업그레이드를 위한 충분한 공간이 없으면 디스크 공간을 재할당할 수 없습니다. 예를 들어 다음과 같은 이유로 시스템에 더 많은 업그레이드 공간이 필요할 수 있습니다.

자동 레이아웃 기능이 디스크 공간을 재할당하여 파일 시스템의 새로운 크기 요구 사항을 충족시키려 시도합니다. 처음에 자동 레이아웃이 일련의 기본 제약 조건을 바탕으로 공간을 재할당하려 시도합니다. 자동 레이아웃이 공간을 재할당할 수 없다면 파일 시스템에 대한 제약 조건을 변경해야 합니다.


주 –

자동 레이아웃은 파일 시스템을 "증가"시킬 수 없습니다. 자동 레이아웃은 다음 프로세스로 공간을 재할당합니다.

  1. 백업을 위해서는 변경해야 하는 파일 시스템의 파일이 필요합니다.

  2. 파일 시스템 기준 디스크 재할당이 변경됩니다.

  3. 업그레이드가 시작하기 전에 백업 파일을 복원합니다.


업그레이드할 때 패치 분석기 사용

초기 Solaris 10 3/05 릴리스 이후 출시된 다음 릴리스 중 하나로 업그레이드할 경우 패치 분석기가 사용자 시스템에 대한 분석을 수행합니다.

Solaris OS를 이미 실행하는 중이고 개별 패치를 설치한 후 후속 Solaris 10 릴리스로 업그레이드하면 다음과 같은 문제가 발생할 수 있습니다.

패치 분석기를 사용하여 제거할 패치(있는 경우)를 결정할 수 있습니다. 패치 분석기 사용에 대한 자세한 내용은 Oracle Solaris 10 9/10 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 부록 C, 업그레이드할 때 패치 분석기 사용(작업)을 참조하십시오.

업그레이드를 위한 시스템 백업 및 다시 시작

Solaris OS로 업그레이드하기 전에 반드시 기존 파일 시스템을 백업하는 것이 좋습니다. 파일 시스템을 테이프와 같은 이동식 매체에 복사하면 데이터 손실 또는 손상을 방지할 수 있습니다.

이전 릴리스에서는 정전 또는 기타 유사한 문제가 발생한 이후에 다시 시작 메커니즘을 사용하여 업그레이드를 계속했습니다. Solaris 10 10/08 릴리스부터는 다시 시작 메커니즘이 안정적이지 않습니다. 따라서 문제가 발생한 경우 업그레이드를 다시 시작하지 못할 수도 있습니다.

네트워크 보안 계획

Solaris 10 11/06 릴리스부터 초기 설치 중에 Secure Shell을 제외한 모든 네트워크 서비스가 비활성화되게 하거나 로컬 요청에만 응답하도록 네트워크 보안 설정을 변경할 수 있는 옵션이 있습니다. 이 옵션은 원격 공격자가 악용할 수 있는 잠재적 위험성을 최소화합니다. 또한 고객이 원하는 서비스만 사용할 수 있도록 기초를 제공합니다. 이 보안 옵션은 초기 설치 중에만 사용 가능하고 업그레이드 중에는 사용할 수 없습니다. 업그레이드를 하면 이전에 설정된 모든 서비스가 유지 보수됩니다. 필요한 경우 업그레이드한 후 netservices 명령을 사용하여 네트워크 서비스를 제한할 수 있습니다.

사용 중인 설치 프로그램에 따라 네트워크 서비스를 제한하거나 서비스를 기본적으로 사용하도록 선택할 수 있습니다.

제한된 보안 관련 사항

네트워크 보안을 제한하도록 선택한 경우 여러 서비스를 완전히 사용할 수 없게 됩니다. 그 외의 서비스는 계속 활성화되지만 로컬 연결로만 제한됩니다. Secure Shell은 완전히 활성화된 상태로 유지됩니다.

예를 들어, 다음 표에서는 Solaris 10 11/06 릴리스에서 로컬 연결로 제한되는 네트워크 서비스를 나열합니다.

표 4–6 Solaris 10 11/06 SMF 제한된 서비스

서비스 

FMRI 

등록 정보 

rpcbind 

svc:/network/rpc/bind

config/local_only

syslogd 

svc:/system/system-log

config/log_from_remote

sendmail 

svc:/network/smtp:sendmail

config/local_only

smcwebserver 

svc:/system/webconsole:console

options/tcp_listen

WBEM 

svc:/application/management/wbem

options/tcp_listen

X server 

svc:/application/x11/x11-server

options/tcp_listen

dtlogin 

svc:/application/graphical-login/cde-login

dtlogin/args

ToolTalk 

svc:/network/rpccde-ttdbserver:tcp

proto=ticotsord

dtcm 

svc:/network/rpccde-calendar-manager

proto=ticits

BSD print 

svc:/application/print/rfc1179:default

bind_addr=localhost

설치 후 보안 설정 수정

제한된 네트워크 보안 기능을 사용하면 영향받는 모든 서비스는 SMF(Service Management Framework)에 의해 제어됩니다. 초기 설치 후에는 svcadmsvccfg 명령을 사용하여 개별 네트워크 서비스를 활성화할 수 있습니다.

/var/svc/profile에 있는 SMF 업그레이드 파일에서 netservices 명령을 호출하여 제한된 네트워크에 액세스할 수 있습니다. netservices 명령을 사용하여 서비스 시작 동작을 전환할 수 있습니다.

네트워크 서비스를 수동으로 비활성화하려면 다음 명령을 실행합니다.


# netservices limited

이 명령은 업그레이드된 시스템에서 사용 가능하며 기본적으로 아무것도 변경되지 않습니다. 이 명령을 사용하여 개별 서비스를 활성화한 후 제한된 상태를 재설정할 수도 있습니다.

이전 Solaris 릴리스에서와 마찬가지로 다음 명령을 실행하여 기본 서비스를 활성화할 수 있습니다.


# netservices open

보안 설정 수정에 대한 자세한 내용은 System Administration Guide: Basic AdministrationHow to Create an SMF Profile을 참조하십시오 . 또한 다음 매뉴얼 페이지를 참조하십시오.

로켈 값

설치의 일부분으로 시스템이 사용할 로켈을 사전 구성할 수 있습니다. 로켈에 따라 온라인 정보를 특정 언어 및 지역에 맞게 표시하는 방법이 결정됩니다. 언어에는 날짜 및 시간 형식, 숫자 및 통화 체계, 맞춤법 등의 차이와 같은 지역적 편차를 반영하여 둘 이상의 로켈을 포함할 수 있습니다.

사용자 정의 JumpStart 프로필 또는 sysidcfg 파일에서 시스템 로켈을 미리 구성할 수 있습니다.

작업 

자세한 정보 

프로필의 로켈 설정 

Oracle Solaris 10 9/10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치프로필 작성

sysidcfg 파일의 로켈 설정

Oracle Solaris 10 9/10 설치 설명서: 네트워크 기반 설치sysidcfg 파일를 사용하여 미리 구성

로켈 값 목록 

국제 언어 환경 설명서

플랫폼 이름 및 그룹

네트워크 설치에 대하여 클라이언트를 추가하는 경우 시스템 아키텍처(플랫폼 그룹)를 알아야 합니다. 사용자 정의 JumpStart 설치 규칙 파일을 쓰는 경우 플랫폼 이름을 알아야 합니다.

다음은 플랫폼 이름과 그룹의 일부 예입니다. SPARC 기반 시스템의 전체 목록은 Solaris Sun 하드웨어 플랫폼 안내서(http://docs.sun.com/)를 참조하십시오.

표 4–7 플랫폼 이름 및 그룹의 예

시스템 

플랫폼 이름 

플랫폼 그룹 

Sun Fire 

T2000 

sun4v 

Sun Blade 

SUNW,Sun-Blade-100 

sun4u 

x86 기반 

i86pc 

i86pc 


주 –

실행 중인 시스템에서 uname -i 명령을 사용하여 시스템의 플랫폼 이름을 확인하거나 uname -m 명령을 사용하여 시스템의 플랫폼 그룹을 확인할 수도 있습니다.


x86: 분할 권장 사항

x86 기반 시스템에서 Solaris OS를 사용하는 경우 시스템 분할에 대하여 다음 지침을 따르십시오.

Solaris 설치 프로그램 은 기본 부트 디스크 분할 영역 레이아웃을 사용합니다. 이들 분할 영역은 fdisk 분할 영역이라고 합니다. fdisk 분할 영역은 x86 기반 시스템의 특정 운영 체제 전용인 디스크 드라이브의 논리적 분할 영역입니다. Solaris 소프트웨어를 설치하려면 x86 기반 시스템에 하나 이상의 Solaris fdisk 분할 영역을 설정해야 합니다. x86 기반 시스템은 디스크에서 최고 4개의 fdisk 분할 영역을 허용합니다. 개별 운영 체제를 보유하기 위해 이러한 분할 영역을 사용할 수 있습니다. 각 운영 체제는 고유한 fdisk 분할 영역에 위치해야 합니다. 시스템은 디스크당 하나의 Solaris fdisk 분할 영역만 가질 수 있습니다.

표 4–8 x86: 기본 분할 영역

분할 영역 

분할 영역 이름 

분할 영역 크기 

첫 번째 분할 영역(일부 시스템) 

진단 또는 서비스 분할 영역 

시스템의 기존 크기 

두 번째 분할 영역(일부 시스템) 

x86 부트 분할 영역  

  • 처음 설치하는 경우 이 분할 영역이 작성되지 않습니다.

  • 업그레이드하는 경우 시스템에 기존 x86 부트 분할 영역이 없으면 이 분할 영역이 작성되지 않습니다.

  • 업그레이드하는 경우 시스템에 기존 x86 부트 분할 영역이 있으면 다음 작업이 수행됩니다.

    • 한 부트 장치에서 다른 부트 장치로 분할 영역을 부트스트랩해야 하는 경우 x86 부트 분할 영역이 시스템에 보존됩니다.

    • 분할 영역에서 추가 부트 장치를 부트할 필요가 없으면 x86 부트 분할 영역이 제거됩니다. 분할 영역의 내용이 루트 영역으로 이동됩니다.

세 번째 분할 영역 

Solaris OS 분할 영역 

부트 디스크의 나머지 공간 

기본 부트 디스크 분할 영역 레이아웃이 서비스 분할 영역 보존

Solaris 설치 프로그램은 기본 부트 디스크 분할 영역 레이아웃을 사용하여 진단 또는 서비스 분할 영역을 수용합니다. 시스템에 현재 진단 또는 서비스 분할 영역이 포함된 경우 기본 부트 디스크 분할 영역 레이아웃으로 이 분할 영역을 보존할 수 있습니다.


주 –

현재 진단 또는 서비스 분할 영역을 포함하지 않는 x86 기반 시스템에 Solaris OS를 설치하는 경우 설치 프로그램은 기본적으로 새 진단 또는 서비스 분할 영역을 만들지 않습니다. 시스템에 진단 또는 서비스 분할 영역을 만들려면 하드웨어 설명서를 참조하십시오.


시스템에서 실행 중인 Solaris OS의 버전 찾기

시스템에서 실행되는 Solaris 소프트웨어의 버전을 보려면 다음 명령 중 한 가지를 입력합니다.


$ uname -a

cat 명령에 더 자세한 내용이 제공됩니다.


$ cat /etc/release