목차
초록
SUSE® Linux Enterprise(SLE)는 기존 시스템을 완전히 다시 설치하지 않고 새 버전으로 업데이트하는 옵션을 제공합니다. 새로 설치할 필요가 없습니다. 홈 디렉토리 및 시스템 구성과 같은 이전 데이터가 원상태로 보존됩니다. 제품 수명 주기 동안 서비스 팩을 적용하여 시스템 보안을 강화하고 소프트웨어 결함을 수정할 수 있습니다. 로컬 CD나 DVD 드라이브 또는 중앙 네트워크 설치 원본에서 설치하십시오.
![]() | 릴리스 정보 |
|---|---|
릴리스 정보 문서의 현재 버전을 http://www.suse.com/documentation/sles11/#additional에서 온라인으로 읽을 수 있습니다. | |
이 장에서는 여러 가지 용어를 사용합니다. 해당 정보를 이해하려면 아래 정의를 읽어보십시오.
deltarpm은 패키지의 정의된 두 가지 버전간 바이너리 차이만으로 구성되므로, 다운로드 크기가 가장 작습니다.
비 SUSE 운영 체제 또는 제품에서 SUSE 제품으로 설치(예: Windows에서 SUSE Linux Enterprise Server로).
패치는 하나 이상의 패키지로 구성되어 있으며, deltarpms를 사용하여 적용될 수 있습니다. 또한 아직 설치되지 않은 패키지에 종속성을 적용할 수 있습니다.
패키지는 특정 프로그램 파일을 포함하는 rpm 형식으로 압축된 파일입니다.
설치 및 배포가 용이하도록 여러 개의 패치를 하나의 형태로 결합합니다. 서비스 팩은 번호가 지정되며, 일반적으로 보안 수정, 업데이트, 업그레이드 또는 프로그램 기능 개선이 포함됩니다.
패키지 또는 배포의 최신 버전 설치.
패키지 또는 배포의 최신(주요) 버전 설치. 이를 통해 새 기능을 가져옵니다.
새 유지보수 모델에서는 사용 중인 서비스 팩()의 유연성과 제어 기능이 제공됩니다. 다음과 같은 혜택을 제공합니다.
서비스 팩은 더욱 간단해지고 쉽게 테스트 및 배포할 수 있습니다.
전체 시스템 지원을 통해 이전 버전을 계속 사용할 수 있습니다.
다양한 서비스 팩을 통한 선택적 기능 개선으로 시장의 요구에 부응하고 일반 업데이트 리포지토리에서 추가 업데이트를 허용합니다. 기능 개선을 선택하여 서비스 팩 간의 더 긴 출시 기간으로 인한 문제를 해결합니다.
그림 7.1. “유지보수 제공 개선”은(는) 위에서 언급된 측면 중 일부를 나타냅니다.
당사의 제품은 수명 주기가 10년인데, 7년은 일반적인 지원이고 3년은 연장 지원입니다. 주요 릴리스는 4년마다 개발되고 서비스 팩은 18개월마다 개발됩니다. 장기 서비스 팩 지원은 연장된 업그레이드 시간 또는 연장된 주요 릴리스 수명 주기입니다(그림 7.2. “장기 서비스 팩 지원” 참조).
장기 서비스 팩 지원을 받으려면 활성 구독(표준 또는 중요도)이 필요합니다. 이것은 L1 또는 L2 구독 기간에 영향을 미치지 않습니다. 보안 업데이트는 “사전 대응” 방식으로 처리됩니다. 이러한 업데이트로는 비사용자 기반의 심각한 취약성, 커널의 로컬 루트 이용 또는 사용자 개입 없이 직접 실행 가능한 기타 루트 이용이 있습니다.
연장 지원 수준 범위는 8년에 시작하여 10년에 종료됩니다. 이러한 지원은 지속적인 L3 엔지니어링 수준 진단과 반응형 중요 버그 수정을 포함합니다. 이러한 지원 수준은 사전 대응 방식으로 커널의 사소한 로컬 루트 이용 또는 사용자 개입 없이 직접 실행 가능한 기타 루트 이용을 업데이트합니다. 또한 제한된 패키지 제외 목록을 통해 기존 작업 부하, 소프트웨어 스택 및 하드웨어를 지원합니다. 표 7.1. “보안 업데이트 및 버그 수정”에서 개요를 참조하십시오.
표 7.1. 보안 업데이트 및 버그 수정¶
|
— 일반 지원 — |
연장 지원 | ||||
|---|---|---|---|---|---|
|
항목 |
현재 SP |
SP(n-1) 6개월 |
SP(n-1) LTSS 포함 |
6, 7년 LTSS 포함 |
8, 9, 10년 LTSS 포함 |
|
L1/L2 기술 서비스 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
사전 유지보수 |
✓ |
✓ |
✓ | ||
|
PLDP를 통한 드라이버 업데이트 |
✓ |
✓ |
✓ | ||
|
사전 보안 업데이트 |
✓ |
✓ |
✓ |
✓ | |
|
L3 엔지니어링 지원 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
백포트 사용 가능 |
✓ |
✓ |
✓ |
✓ | |
업데이트하기 전에 이전 구성 파일을 테이프 장치, 이동식 하드 디스크 등과 같은 별도의 매체에 복사하여 데이터를 보호하십시오. 이 사항은 주로 /var 및 /opt의 일부 디렉토리 및 파일뿐만 아니라, /etc에 저장된 파일에도 적용됩니다. 또한 /home(HOME 디렉토리)의 사용자 데이터를 백업 매체에 기록해야 할 수도 있습니다. 이 데이터를 root로 백업하십시오. root에만 모든 로컬 파일에 대한 읽기 권한이 있습니다.
업데이트를 시작하기 전에 루트 파티션을 기록해 두십시오. df / 명령은 루트 파티션의 장치 이름을 나열합니다. 예 7.1. “df -h로 나열”에서 기록할 루트 파티션은 /dev/sda3(/로 탑재됨)입니다.
예 7.1. df -h로 나열¶
Filesystem Size Used Avail Use% Mounted on /dev/sda3 74G 22G 53G 29% / tmpfs 506M 0 506M 0% /dev/shm /dev/sda5 116G 5.8G 111G 5% /home /dev/sda1 44G 4G 40G 9% /data
소프트웨어는 버전이 바뀌면서 “커지는” 경향이 있습니다. 따라서 업데이트하기 전에 df로 사용 가능한 파티션 공간을 살펴보십시오. 실행 중인 디스크 공간이 부족할 것 같으면 시스템을 업데이트하고 파티션을 다시 설정하기 전에 데이터를 보호하십시오. 각 파티션의 크기에 대한 일반적인 규칙은 없습니다. 공간 요구사항은 특정 파티셔닝 프로파일과 선택한 소프트웨어에 따라 달라집니다.
![]() | 시스템 버전 요구사항 |
|---|---|
이 버전으로 업그레이드할 수 있는 정확한 시스템 버전 요구사항은 업데이트 제품과 함께 제공되는 릴리스 정보를 참조하십시오. 릴리스 정보에는 업그레이드 절차에 대한 추가 정보가 있습니다. | |
![]() | 제품 버전 업그레이드 요구사항 |
|---|---|
마지막 버전(예: SUSE Linux Enterprise 11 SP1)에서 현재 버전(SUSE Linux Enterprise 11 SP2)으로 업그레이드하십시오. 해당 버전 사이에 있는 어떤 서비스 팩 버전도 건너뛰지 마십시오. 즉, SUSE Linux Enterprise 10 SP3 또는 이전 버전에서 이 서비스 팩으로 또는 SUSE Linux Enterprise 11 GA에서 SUSE Linux Enterprise 11 SP2로 바로 업그레이드하지 마십시오. 시스템 업그레이드를 시작하기 전에 사용 가능한 모든 온라인 업데이트가 성공적으로 적용되었는지 확인하십시오. | |
YaST Wagon은 자동 YaST 온라인 마이그레이션 절차입니다. YaST Wagon을 시작하여 SP 기능 수준으로 업그레이드하기 전에 다음 요구사항이 충족되는지 확인하십시오.
업데이트 프로세스 동안 Novell 고객 센터에 대한 액세스가 필요하므로 전체 업데이트 프로세스 중에 시스템은 온라인 상태를 유지해야 합니다.
타사 소프트웨어나 추가 기능 소프트웨어가 설정에 사용되는 경우 다른 시스템에서 이 절차를 테스트하여 업데이트에 의해 종속성이 손상되지 않는지 확인하십시오.
전체 프로세스가 성공적으로 완료되는지 확인하십시오. 그렇지 않으면 시스템에 일관성이 없어집니다.
![]() | |
Wagon을 사용하여 업그레이드 마이그레이션을 수행하는 중에 업데이트 스택이 업데이트됩니다. 따라서 zypper 또는 데스크톱 업데이트 애플릿과 같은 다른 소프트웨어 관리 도구를 사용하지 않는 것이 좋습니다. 마이그레이션 중에는 데스크톱 업데이트 애플릿을 중지하는 것이 좋습니다. | |
업데이트 리포지토리에서 마이그레이션 패치()가 사용 가능한 경우 wagon을 사용하여 root로 명령줄에서 마이그레이션 절차를 시작하십시오.
![]() | 마이그레이션 패치 알림 |
|---|---|
GNOME 데스크톱에서는 마이그레이션을 사용할 수 있는 경우 오른쪽 하단 모서리에 알림 메시지가 나타납니다. 이 알림 메시지에서 링크를 클릭하여 마이그레이션 절차를 시작합니다. | |
대화 상자를 확인합니다.
정기 YaST 온라인 업데이트 도중 아직 설치되지 않은 경우 wagon이 처음에 사전 선택된 마이그레이션 패치()를 설치합니다. 패치에는 패키지 관리 스택 업데이트와 새 커널(필요한 경우)이 포함되어 있습니다. 따라서 시스템을 재부팅해야 합니다.
YOU에 대한 자세한 내용은 (↑Administration Guide(관리 설명서))1장 YaST Online Update를 참조하십시오.
시스템을 재부팅합니다. wagon이 으로 마이그레이션을 계속합니다. 미리 선택된 설정을 유지합니다. 나중에 타사 관련 리포지토리 구성을 확인하려면 을 선택합니다. 이 대화 상자를 확인합니다.
에서 마이그레이션 상태를 등록하고 업데이트된 소프트웨어 리포지토리를 확인합니다( 대신 ).
을 선택한 경우 메뉴가 나타납니다.
은 실제 마이그레이션 절차가 발생하기 전 마지막 대화 상자입니다. 확인 후에는 롤백할 수 없으므로, 모든 설정을 주의 깊게 확인하십시오.
패키지 설치 및 시스템 구성(SuSEconfig)이 자동으로 실행됩니다. 재부팅이 필요합니다.
에서 새 버전을 등록합니다. 다시 한 번 업데이트된 소프트웨어 리포지토리를 확인합니다. 이제 가 선택됩니다.
마지막으로 대화 상자를 확인한 후 시스템을 재부팅합니다.
업데이트를 위해 스크립트 가능한 솔루션이 필요하면 zypper를 사용하십시오.
zypper를 사용하여 SP2 기능 수준으로 전환하는 온라인 업데이트를 시작하기 전에 7.4절 “YaST Wagon으로 업그레이드”에 나열된 요구사항이 충족되는지 확인하십시오.
다음은 시스템을 SP2 패치 수준으로 업그레이드하기 위해 필요한 최소한의 명령 시퀀스입니다.
모든 서비스와 리포지토리를 새로 고칩니다.
zypper refresh -s
패치 특히, 패키지 관리 스택을 업데이트합니다.
zypper update -t patch
방금 업데이트한 패키지 관리 스택을 사용하여 나머지 패치를 업데이트합니다:
zypper update -t patch
/etc/products.d/*.prod에서 배포 업데이트의 제품별 정보를 읽습니다. 이 정보에는 배포 업그레이드에 대한 정보가 포함되어 있습니다.
이전에 검색된 이름을 사용하여 마이그레이션 제품 정보를 설치합니다. 예:
grep '<product>' /etc/products.d/*.prod /etc/products.d/sle-sdk.prod: <product>sle-sdk-SP2-migration</product> /etc/products.d/SLES.prod: <product>SUSE_SLES-SP2-migration</product>
제품을 등록하여 풀 리포지토리를 가져옵니다.
suse_register -d 2 -L /root/.suse_register.log ... Execute command: /usr/bin/zypper ... modifyservice --ar-to-enable SMT-https_srv64_suse_de:SLES11-SP2-Pool SMT-https_srv64_suse_de Execute command exit(0): Execute command: /usr/bin/zypper ... modifyservice --ar-to-enable SMT-https_srv64_suse_de:SLE11-SDK-SP2-Pool SMT-https_srv64_suse_de Execute command exit(0):
서비스와 리포지토리를 새로 고칩니다.
zypper refresh -s
이전 GA 제품의 모든 리포지토리를 비활성화하고 새 SP2 풀 리포지토리를 활성화합니다. ISV의 경우 추가 기능 제품에도 동일하게 적용됩니다. SP2 업그레이드가 없으면 이전 리포지토리는 활성화된 상태를 유지합니다.
리포지토리를 비활성화하려면 다음 명령을 사용합니다.
zypper services
zypper modifyrepo --disable REPO_ALIAS리포지토리를 활성화하려면 다음 명령을 사용합니다.
zypper modifyrepo --enable REPO_ALIASzypper를 사용하여 배포 업그레이드를 수행합니다(dup).
zypper dup
마이그레이션을 마쳤으면 새 제품을 다시 등록합니다.
suse_register -d 2 -L /root/.suse_register.log
이전 GA 업데이트 리포지토리를 제거하고 새 SP2 업데이트 리포지토리를 추가합니다. SP1-Pool 및 SP1-Update 리포지토리는 원래 상태를 유지합니다.
시스템을 재부팅하여 SP2 커널을 실행합니다.
SUSE Linux Enterprise Server 10 SP4에서 SUSE Linux Enterprise Server 11 SP2로 업그레이드하려면 이 절의 단계를 수행하십시오. 10 SP4에서 11 SP2로 자동 업그레이드하는 경우 22장 SUSE Linux Enterprise 11 SP1에서 11 SP2로 자동 업그레이드를 참조하십시오.먼저 이전 시스템을 최신 패치 수준으로 업데이트하십시오.
이전 버전에서 현재 버전으로 기본 시스템을 업데이트할 경우 YaST에서 필요한 변경 작업을 확인한 후 변경합니다. 사용자 정의에 따라 일부 단계 또는 전체 업데이트 절차가 실패할 수 있으므로, 백업 데이터를 다시 복사할 것을 요청해야 합니다. 시스템 업데이트를 시작하기 전에 다음 문제를 확인하십시오.
시스템을 업데이트하기 전에 /etc/passwd 및 /etc/group에 구문 오류가 없음을 확인하십시오. pwck 및 grpck 확인 유틸리티를 root로 시작하고 보고된 오류를 제거하십시오.
PostgreSQL을 업데이트하기 전에(postgres), 데이터베이스를 덤프하십시오. pg_dump의 설명서 페이지를 보십시오. 이것은 업데이트 전에 실제로 PostgreSQL을 사용한 경우에만 필요합니다.
SLE 11 SP1에서 SLE 11 SP2로 업그레이드하려면 이 절의 단계를 수행하십시오.
7.3절 “준비”에 요약된 준비 절차를 따릅니다.
Novell Customer Center 등록을 실행합니다.
SP2 리포지토리를 클라이언트에 추가합니다.
yast2 online_update를 실행합니다.
서비스 팩을 사용하여 SUSE Linux Enterprise 설치를 업데이트합니다. 서비스 팩을 적용하는 방법에는 여러 가지가 있습니다. 기존 설치를 업데이트하거나 서비스 팩 미디어를 사용하여 완전히 새로 설치할 수 있습니다. 시스템을 업데이트하고 중앙 네트워크 설치 원본을 설정할 수 있는 시나리오가 14.2절 “설치 원본을 보유하는 서버 설정”에 설명되어 있습니다.
![]() | 설치 변경사항 |
|---|---|
변경 사항에 대한 자세한 내용은 서비스 팩 미디어의 설치 지시사항을 읽어보십시오. | |
![]() | |
기존 SUSE Linux Enterprise 11 시스템을 SUSE Linux Enterprise 11 서비스 팩(SP)으로 업그레이드하려면 7.8.2절 “서비스 팩으로 업그레이드”를 참조하십시오. | |
SUSE Linux Enterprise 서비스 팩 설치는 원래 SUSE Linux Enterprise 미디어를 설치하는 것과 매우 비슷합니다. 원래 설치와 마찬가지로, 로컬 DVD 드라이브 또는 중앙 네트워크 설치 원본에서 설치할 수 있습니다.
SUSE Linux Enterprise SP를 새로 설치하기 전에 모든 서비스 팩 설치 미디어(DVD)를 사용할 수 있는지 확인하십시오.
절차 7.1. 서비스 팩 매체에서 부팅¶
첫 번째 SUSE Linux Enterprise SP 매체를 넣고 시스템을 부팅합니다. SUSE Linux Enterprise 11의 원래 설치와 유사한 부팅 화면이 표시됩니다.
를 선택하고 6장 YaST로 설치의 YaST 설치 지시사항에 따라 계속합니다.
SUSE Linux Enterprise SP의 네트워크 설치를 시작하기 전에 다음 요구사항이 충족되는지 확인하십시오.
14.2절 “설치 원본을 보유하는 서버 설정”에 따라 설정된 네트워크 설치 원본.
이름 서비스, DHCP(선택 사항이지만 PXE 부팅에 필요함), OpenSLP(선택 사항)가 포함된 대상 시스템과 설치 서버에서 모두 작동하는 네트워크 연결.
대상 시스템을 부팅하기 위한 SUSE Linux Enterprise SP DVD 1 또는 14.3.5절 “PXE 부팅을 위한 대상 시스템 준비”에 따라 PXE 부팅을 위해 설정된 대상 시스템
SP DVD를 부팅 매체로 사용하여 네트워크 설치를 수행하려면 다음 단계를 수행하십시오.
SUSE Linux Enterprise SP DVD 1을 넣고 시스템을 부팅합니다. SUSE Linux Enterprise 11의 원래 설치와 유사한 부팅 화면이 표시됩니다.
를 선택하여 SP 커널을 부팅한 다음 F3 키를 사용하여 네트워크 설치 원본 유형(FTP, HTTP, NFS 또는 SMB)을 선택합니다.
적절한 경로 정보를 제공하거나 를 설치 원본으로 선택합니다.
제공된 서버 중에서 적절한 설치 서버를 선택하거나 부팅 옵션 프롬프트를 사용하여 설치 원본의 유형 및 실제 위치를 제공합니다(6.1.2절 “SLP 없이 네트워크 원본에서 설치” 참조). YaST가 시작됩니다.
6장 YaST로 설치에 요약된 대로 설치를 완료합니다.
네트워크를 통해 SUSE Linux Enterprise 서비스 팩을 설치하려면 다음 단계를 수행하십시오.
DHCP 서버의 설정을 조정하여 14.3.5절 “PXE 부팅을 위한 대상 시스템 준비”에 따라 PXE 부팅에 필요한 주소 정보를 제공합니다.
PXE 부팅에 필요한 부팅 이미지를 저장하도록 TFTP 서버를 설정합니다.
SUSE Linux Enterprise 서비스 팩의 첫 번째 CD 또는 DVD를 이 작업에 사용하거나 14.3.2절 “TFTP 서버 설정”의 지시사항을 따릅니다.
대상 시스템에 PXE 부팅 및 Wake-on-LAN을 준비합니다.
대상 시스템의 부팅을 시작하고 VNC를 사용하여 이 시스템에서 실행 중인 설치 루틴에 원격으로 연결합니다. 자세한 내용은 14.5.1절 “VNC 설치” 단원을 참조하십시오.
사용권 계약에 동의한 다음 언어, 기본 데스크톱 및 기타 설치 설정을 선택합니다.
를 클릭하여 설치를 시작합니다.
root의 비밀번호 입력, 네트워크 구성 완료, 인터넷 연결 테스트, 온라인 업데이트 서비스 활성화, 사용자 인증 방법 선택, 사용자 이름과 비밀번호 입력 작업을 수행하여 설치를 계속합니다.
SUSE Linux Enterprise를 설치하는 방법에 대한 자세한 설명은 6장 YaST로 설치를 참조하십시오.
시스템을 서비스 팩(SP) 기능 수준으로 업그레이드하는 데는 선호되는 두 가지 방법이 있습니다. 한 가지 방법은 SP 매체에서 부팅하는 것입니다. 또는 Wagon을 실행할 수 있습니다. 새 기능 수준으로 업데이트하면 새 드라이버와 같은 추가 기능 또는 소프트웨어 향상 기능을 시스템에서 사용할 수 있습니다.
예를 들어 업그레이드하는 기타 방법으로 zypper 명령을 수동으로 사용하는 방법, 패치 CD를 사용하는 방법 또는 로컬 설치된 SMT 시스템을 사용하는 방법 등이 있습니다.
![]() | |
System z 시스템에서는 패치 CD 업데이트 옵션이 제공되지 않습니다. | |
SP 매체에서 부팅하고 YaST에서 를 설치 모드로 선택합니다.
자동 업데이트는 시스템의 두 사본을 관리하고 업데이트 실패 후 손쉬운 복구를 허용하는 도구를 기준으로 실행됩니다. 제공된 도구에는 특수 디스크 파티션 설정이 필요합니다. 시스템의 각 사본은 시스템의 기본 파티션에 있습니다. 업데이트가 실패한 경우에는 언제든지 다른 파티션에서 사용 가능한 시스템의 이전 상태로 복구할 수 있습니다.
![]() | 엄격한 파티셔닝 요구사항 |
|---|---|
구현 시 디스크 파티셔닝에 대한 엄격한 요구사항이 있습니다. 먼저 첫 번째 루트 파티션은
전체 디스크 크기에서 | |
/dev/sda1을 단일 루트 파티션으로 사용하고 크기가 전체 디스크 공간의 반이 되지 않도록 하여 시스템을 설치합니다.
설치된 시스템을 필요에 따라 사용자 정의합니다. multi-update-tools 패키지가 설치되었는지 확인합니다.
multi-update-setup --partition을 실행합니다. 비슷한 크기의 시스템의 두 번째 루트 파티션(/dev/sda2)이 생성됩니다.
디스크의 나머지 공간을 필요에 따라 파티션으로 나누고 사용자 정의(*)를 계속합니다.
multi-update-setup --clone을 실행하여 시스템을 다른 파티션에 복사합니다. 이 명령을 사용하여 대상 시스템의 /etc/fstab에 /(루트) 항목을 변경할 수도 있습니다.
필요한 경우 사용자 정의(*)를 추가로 수행합니다.
multi-update-setup --bootloader를 실행하여 부팅 로더 설치를 시작합니다. 이렇게 하면 부팅 로더 메뉴에 다른 시스템을 부팅하기 위한 항목이 포함됩니다.
![]() | GRUB 부팅 로더 필수 |
|---|---|
GRUB 부팅 로더는 반드시 설치해야 합니다. 이 도구는 다른 부팅 로더와 호환되지 않습니다. | |
(*)로 표시된 수행할 사용자 정의가 없으면 세 단계를 모두 수행하는 multi-update-setup --complete를 실행하십시오.
multi-update를 실행합니다. 이 명령은 chroot 환경에서 zypper를 실행하며 활성 상태인 시스템에 상관 없이 다른 시스템을 업데이트합니다. 해당 시스템의 부팅 메뉴가 부팅 시 기본으로 제공됩니다.
업데이트 후 업데이트된 시스템의 부팅 로더가 손상된 경우에는 “활성” 플래그를 변경하여 다른 시스템의 루트 파티션을 부팅 가능하도록 설정해야 합니다.
업데이트된 시스템이 부팅되지 않으면 부팅 로더 메뉴에 액세스하여 다른 시스템을 선택해야 합니다.
GRUB에 대한 자세한 내용은 (↑Administration Guide(관리 설명서))9장 The Boot Loader GRUB를 참조하십시오.
자세한 내용은 multi-update-tools 패키지와 함께 제공되는 /usr/share/doc/packages/multi-update-tools/README를 참조하십시오.