릴리스 정보에서 이전 릴리스의 SUSE Linux Enterprise 이후에 변경된 내용을 자세히 확인할 수 있습니다. 사용 중인 하드웨어 또는 설정에 특별히 고려해야 할 사항이 있는지 여부, 즐겨 사용하는 소프트웨어 패키지에 많은 변경이 있는지 여부, 이 섹션에 언급된 일반 권장 사항 이외에 수행해야 할 사전 예방 조치 등을 확인해 보시기 바랍니다. 또한 릴리스 정보에서는 매뉴얼에 즉시 제공되지 않는 최신 정보와 알려진 문제점을 제공합니다.

SUSE Linux Enterprise Server에 대한 최신 정보가 포함된 릴리스 정보 문서의 최신 버전을 http://www.suse.com/doc/sles12/#start에서 온라인으로 확인할 수 있습니다.

업데이트하기 전에 기존 구성 파일을 테이프 장치, 이동식 하드 디스크 등과 같은 별도의 매체에 복사하여 데이터를 백업합니다. 이 사항은 주로 /var 및 /opt의 일부 디렉토리 및 파일뿐만 아니라, /etc에 저장된 파일에도 적용됩니다. 또한 /home(HOME 디렉토리)의 사용자 데이터를 백업 매체에 기록해야 할 수도 있습니다. 이 데이터를 root로 백업하십시오. root에만 모든 로컬 파일에 대한 읽기 권한이 있습니다.

YaST에서 설치 모드로 기존 시스템 업데이트를 선택한 경우 나중에 (시스템) 백업을 수행하도록 선택할 수 있습니다. 수정된 모든 파일과 /etc/sysconfig 디렉토리의 파일을 포함하도록 선택할 수 있습니다. 그러나 이는 위에서 언급한 다른 모든 중요한 디렉토리가 없기 때문에 전체 백업은 아닙니다. /var/adm/backup 디렉토리에서 백업을 확인하십시오.

업데이트를 시작하기 전에 루트 파티션을 기록해 두십시오. df / 명령은 루트 파티션의 장치 이름을 나열합니다. 예를 들어 예 7.1. “df -h로 나열”에서 기록할 루트 파티션은 /dev/sda3(/로 탑재됨)입니다.

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로 사용 가능한 파티션 공간을 살펴보십시오. 실행 중인 디스크 공간이 부족할 것 같으면 시스템을 업데이트하고 파티션을 다시 설정하기 전에 데이터를 보호하십시오. 각 파티션의 크기에 대한 일반적인 규칙은 없습니다. 공간 요구사항은 특정 파티셔닝 프로파일과 선택한 소프트웨어에 따라 달라집니다.

시스템이 KVM 또는 Xen에 대한 VM 호스트 서버 역할을 할 경우 업데이트 전에 실행 중인 VM 게스트가 모두 올바르게 종료되었는지 확인합니다. 그렇지 않으면 업데이트 후 게스트에 액세스할 수 없습니다.

온라인 업데이트를 수행하려면 다음 요구사항이 충족되어야 합니다. 또한 7.3절 “업데이트를 위한 일반 준비사항” 항목을 읽어 보십시오.

중요: 항상 전체 온라인 마이그레이션 실행

처음부터 끝까지 항상 온라인 마이그레이션을 수행해야 합니다. 중간에 온라인 마이그레이션이 중단되면 시스템이 복구할 수 없을 정도로 손상됩니다.

온라인 마이그레이션을 통한 시스템 업데이트는 실행 중인 시스템에서 수행됩니다. 업데이트가 완료된 후 다시 부팅하면 됩니다.

7.4.4.1 요구사항 #

온라인 업데이트를 수행하려면 다음 요구사항이 충족되어야 합니다. 또한 7.3절 “업데이트를 위한 일반 준비사항” 항목을 읽어 보십시오.

제품 등록

업데이트 리포지토리에 연결하려면 먼저 제품을 등록해야 합니다. 등록하지 않은 경우 YaST에서 SUSE 고객 센터 구성 모듈을 실행하거나 suse_register 명령 줄 도구를 실행하여 등록을 시작합니다.

온라인 업데이트 실행

현재 설치된 버전에 최신 패치가 설치되어 있는지 확인합니다. 온라인 마이그레이션 전에 온라인 업데이트를 실행합니다. 그래픽 인터페이스를 사용할 경우 YaST 온라인 업데이트 또는 업데이터 애플릿을 시작합니다. 명령 줄에서 다음 명령을 실행합니다(마지막 명령은 두 번 실행해야 함).

zypper ref -s
zypper update -t patch
zypper update -t patch

필요에 따라 시스템을 다시 부팅합니다.

온라인 업데이트 도구에 대한 자세한 내용은 Chapter 1, YaST Online Update, Administration Guide 또는 Section “Updating Software with Zypper”, Chapter 6, Managing Software with Command Line Tools, Administration Guide 에서 확인하십시오.

타사 소프트웨어

타사 소프트웨어나 추가 기능 소프트웨어가 설정에 사용되는 경우 다른 시스템에서 이 절차를 테스트하여 업데이트에 의해 종속성이 손상되지 않는지 확인하십시오.

중요: 항상 전체 온라인 마이그레이션 실행

처음부터 끝까지 항상 온라인 마이그레이션을 수행해야 합니다. 중간에 온라인 마이그레이션이 중단되면 시스템이 복구할 수 없을 정도로 손상됩니다.

7.4.4.2 YaST Wagon을 사용한 온라인 마이그레이션 #

참고

YaST Wagon을 사용한 온라인 마이그레이션은 SUSE Linux Enterprise Server 12 이전 버전에 대해서만 사용할 수 있습니다.

1. 모든 요구사항이 충족될 경우(7.4.4.1절 “요구사항” 참조) 트레이의 업데이트 애플릿에서 배포 업그레이드를 사용할 수 있다는 메시지를 표시합니다. 이 항목을 클릭하여 YaST Wagon을 시작합니다. 또는 명령 줄에서 /usr/sbin/wagon을 root로 실행합니다.

2. 시작 대화 상자에서 다음을 클릭하여 확인합니다.

3. Wagon에서 요구사항이 충족되지 않음을 확인한 경우(필수 유지보수 업데이트를 사용할 수 있지만 아직 설치되지 않음) 자동 업데이트를 수행하고 이 경우 재부팅해야 할 수 있습니다. 화면의 지시사항을 수행합니다.

4. 다음 대화 상자에서 업데이트 방법을 선택합니다. 기본 설정을 사용하려면 고객 센터를 선택합니다(권장).

   온라인 마이그레이션에 사용된 소프트웨어 리포지토리를 수동으로 선택하려면 사용자 정의 URL을 클릭합니다. 리포지토리를 수동으로 활성화, 비활성화, 추가 또는 삭제할 수 있는 리포지토리 목록이 나타납니다. SP2 업데이트 소스를 추가합니다. 이것은 SP2 설치 미디어 또는 SP2-Core 및 SP2-Updates 리포지토리일 수 있습니다. 확인을 클릭하여 업데이트 방법 대화 상자로 돌아갑니다.

   업데이트 프로세스로 인한 리포지토리 설정 변경사항을 검토하려면 자동 리포지토리 변경 확인을 선택합니다.

   다음을 눌러 계속합니다.

5. 시스템이 다시 등록됩니다. 이 프로세스 중에 SP2-Core 및 SP2-Updates 리포지토리가 시스템에 추가됩니다(7.7.2절 “리포지토리 모델” 참조). 리포지토리 추가를 확인합니다.

6. 업데이트 방법 대화 상자에서 자동 리포지토리 변경 확인을 선택한 경우 리포지토리를 수동으로 활성화, 비활성화, 추가 또는 삭제할 수 있는 리포지토리 목록이 표시됩니다. 완료되면 확인을 눌러 계속합니다.

7. 마이그레이션 유형을 선택합니다.

   전체 마이그레이션

   모든 패키지를 최신 SP2 수준으로 업데이트합니다.

   최소 마이그레이션

   패키지의 최소 세트를 최신 SP2 수준으로 업데이트합니다.

   고급을 클릭하여 업그레이드에 사용된 리포지토리를 수동으로 선택합니다.

   선택사항을 확인합니다.

8. 배포판 업그레이드 설정 화면이 열리고 업데이트 구성에 대한 요약을 제공합니다. 다음 섹션을 사용할 수 있습니다.

   추가 기능 제품

   여기서 SUSE Linux Enterprise Server 추가 기능 제품 또는 타사 제품을 추가할 수 있습니다.

   업데이트 옵션

   업데이트 중에 수행되는 작업을 나열합니다. 모든 패키지를 설치하기 전에 다운로드할지(기본값, 권장) 또는 패키지를 하나씩 다운로드 및 설치할지 선택할 수 있습니다.

   패키지

   업데이트의 통계 개요입니다.

   백업

   백업 옵션을 설정합니다.

   다음을 클릭한 후 업데이트 시작을 클릭하여 계속합니다.

   

   중요: 온라인 마이그레이션 중단

   업데이트 시작을 클릭하기 전에 이 화면과 모든 이전 화면에서 온라인 마이그레이션을 중단하는 것이 안전합니다. 업데이트 절차를 종료하고 시스템을 YaST Wagon 시작 전 상태로 복원하려면 중단을 클릭합니다. 화면의 지시사항을 수행하고 Wagon을 종료하기 전에 재등록을 다시 수행하여 SP2 리포지토리를 시스템에서 제거합니다.

9. 업데이트 절차 중에 다음 단계가 실행됩니다.

   1. 패키지가 업데이트됩니다.

   2. 시스템이 다시 부팅됩니다.(확인을 누릅니다.)

   3. 새로 업데이트된 시스템이 다시 등록됩니다.

10. 시스템이 서비스 팩 2로 업데이트되었습니다.

온라인 마이그레이션(7.4.4절 “온라인 마이그레이션” 참조)을 수행하기 위해 설치 원본(DVD 또는 네트워크 설치 원본)에서 부팅하여 시스템을 업데이트할 수도 있습니다. 업데이트가 일반 설치처럼 시작됩니다.

서비스 팩 2 ISO 이미지를 http://download.suse.com/에서 가져올 수 있습니다. 14.2절 “설치 원본을 보유하는 서버 설정”에서 설명한 대로 DVD를 굽거나 네트워크 설치 소스를 준비하십시오.

SUSE 업데이트 서버에서 단일 클라이언트 시스템의 업데이트를 다운로드하기 위해 SUSE Linux Enterprise용 SMT(Subscription Management Tool)를 사용하여 업데이트를 로컬 서버로 미러링할 수 있습니다.

이 도구는 클라이언트 등록을 위해 그리고 소프트웨어 업데이트 리포지토리로 SUSE 고객 센터 프록시 역할을 수행합니다. http://www.suse.com/doc/smt11/의 SMT 문서에서는 기능에 대한 개요뿐만 아니라 기능을 구현하는 방법도 설명합니다.

SUSE Manager는 SUSE Linux Enterprise 클라이언트용 업데이트, 패치 및 보안 수정을 제공하기 위한 서버 솔루션입니다. 이 솔루션에는 관리 작업 도구 세트와 웹 기반 사용자 인터페이스가 함께 제공됩니다.

http://www.suse.com/doc/suse_manager/의 SUSE Manager 문서에서 기능에 대한 개요뿐만 아니라 서버 및 클라이언트를 설정하는 방법도 설명합니다.

새로 설치할 때처럼 설치 원본(로컬 DVD 또는 네트워크 설치 원본)에서 부팅하여 시스템을 업그레이드할 수 있습니다. 그런 다음 부팅 화면에서 "설치" 대신 "업그레이드"를 선택하여 시스템을 업그레이드합니다.

자동 마이그레이션을 수행하려면 다음 단계를 수행하십시오.

multi-update를 실행합니다. 이 명령은 chroot 환경에서 zypper를 실행하며 활성 상태인 시스템에 상관 없이 다른 시스템을 업데이트합니다. 해당 시스템의 부팅 메뉴가 부팅 시 기본으로 제공됩니다.

업데이트 후 업데이트된 시스템의 부팅 로더가 손상된 경우 “활성” 플래그를 변경하여 다른 시스템의 루트 파티션을 부팅 가능하도록 설정해야 합니다.

업데이트된 시스템이 부팅되지 않으면 부팅 로더 메뉴에 액세스하여 다른 시스템을 선택해야 합니다.

GRUB 2에 대한 자세한 내용은 Chapter 12, The Boot Loader GRUB 2, Administration Guide 항목을 참조하십시오.

루트 파티션은 파티션 이름, ID 또는 다른 방법으로 마운트해야 합니다. 파티션 UUID 또는 레이블로 마운트하는 것은 지원되지 않습니다.

자세한 내용은 multi-update-tools 패키지와 함께 제공되는 /usr/share/doc/packages/multi-update-tools/README를 참조하십시오.

연장 지원 수준 범위는 10년에 시작하여 13년에 종료됩니다. 이러한 지원은 지속적인 L3 엔지니어링 수준 진단과 반응형 중요 버그 수정을 포함합니다. 이러한 지원 수준은 사전 대응 방식으로 커널의 사소한 로컬 루트 이용 또는 사용자의 작업 없이 직접 실행 가능한 기타 루트 이용을 업데이트합니다. 또한 제한된 패키지 제외 목록을 통해 기존 작업 부하, 소프트웨어 스택 및 하드웨어를 지원합니다. 표 7.1. “보안 업데이트 및 버그 수정”에서 개요를 참조하십시오.

리포지토리 레이아웃은 제품 라이프사이클에 해당합니다. 표 7.2. “SUSE Linux Enterprise 11 SP2/SP3 및 SUSE Linux Enterprise 12의 리포지토리 레이아웃”에는 SUSE Linux Enterprise 11 SP2부터 SUSE Linux Enterprise 12까지의 모든 리포지토리 목록이 포함되어 있습니다.

zypper repos -u

zypper removerepo SLES11-SP1-Pool SLES11-SP1-Updates \
    SLE11-SP1-Debuginfo-Pool SLE11-SP1-Debuginfo-Updates \
    SLES11-SP2-Core SLES11-SP2-Updates \
    SLE11-SP2-Debuginfo-Core SLES11-SP2-Extension-Store\
    SLE11-SP2-Debuginfo-Updates

zypper addrepo -n SLES11-SP2-Extension-Store \
    https://nu.novell.com/repo/\$RCE/SLES11-SP2-Extension-Store/nu_novell_com:SLES11-SP2-Extension-Store

업스트림 개발자는 기본적으로 자신이 개발하는 소프트웨어의 개선에 관심을 갖고 있습니다. 대부분의 경우 아직 광범위한 테스트를 받지 않았고 새로운 버그를 적용할 수 있는 새로운 기능을 버그 수정과 결합합니다.

배포 개발자의 경우 다음을 구분하는 것이 중요합니다.

대부분의 경우 배포 개발자는 패키지가 릴리스된 배포에 포함되면 모든 업스트림 변경사항을 적용하지 않습니다. 일반적으로 처음 릴리스한 업스트림 버전을 사용하고 업스트림 변경사항을 기반으로 한 패치를 작성하여 버그를 수정합니다. 이러한 방식을 백포팅이라고 합니다.

일반적으로 배포 관리자는 다음 두 가지 경우에만 최신 버전의 소프트웨어를 사용합니다.

SUSE에서는 엔터프라이즈 소프트웨어의 수많은 관심 항목 간에 적절한 균형을 찾는 동안 광범위하게 백포트를 사용합니다. 이 중에서 가장 중요한 것은 다음과 같습니다.

당사 엔터프라이즈 제품에 새로운 업스트림 버전의 패키지를 사용하지 않는 것이 일반적인 정책 규칙입니다. 그러나 이 규칙이 절대적인 것은 아닙니다. 제한된 패키지 클래스의 경우 특히 바이러스 백신 소프트웨어에서는 품질 보증 관점에서 선호하는 보수적인 방식보다 보안이 더 중요합니다. 해당 클래스에 해당되는 패키지의 경우 가끔 최신 버전이 릴리스된 버전의 엔터프라이즈 제품군에 사용될 수 있습니다.

다른 유형의 패키지인 경우에도 백포트 대신 새로운 버전을 사용할 수 있습니다. 백포트를 제작하는 것이 경제적이지 않거나 최신 버전을 사용해야 하는 기술적 이유가 있는 경우에는 새로운 버전을 사용합니다.

백포트의 사용 방식 때문에 단순히 버전 번호를 비교하여 SUSE 패키지에 특정 문제에 대한 수정사항이 포함되어 있거나 특정 기능이 추가되어 있는 지는 알 수 없습니다. 백포트를 사용할 경우 SUSE 패키지 버전 번호의 업스트림 부분은 단순히 SUSE 패키지의 기반이 되는 업스트림 버전을 나타냅니다. 여기에는 해당 업스트림 릴리스에 없지만 SUSE 패키지에 백포팅된 버그 수정사항과 기능이 포함될 수 있습니다.

백포팅이 관련된 경우 제한된 버전 번호 값으로 인해 문제가 발생할 수 있는 특정 영역 중 하나가 보안 검색 도구입니다. 일부 보안 취약성 검색 도구(또는 해당 도구의 특정 테스트)는 버전 정보에서만 실행됩니다. 따라서 백포트가 관련된 경우 이 도구/테스트는 “양성 오류”(실제로는 취약하지 않은 소프트웨어에서 취약한 부분이 발견되었다고 보고함)를 생성하기 쉽습니다. 보안 검색 도구에서 보고서를 평가할 경우 사용자는 항상 항목이 버전 번호를 기반으로 하는지 또는 실제 취약성이 있는지 실제로 테스트한 것을 기반으로 하는지 조사해야 합니다.

백포팅된 버그 수정사항 및 기능과 관련된 정보가 저장되는 여러 위치는 다음과 같습니다.

스크립트는 /var/lib/YaST2/wagon/hooks/ 디렉토리에서 검색됩니다. 예상 스크립트 이름은 step_seq_prefix_name 형식입니다. 설명:

/var/lib/YaST2/wagon/hooks/before_package_migration_00_postgresql_backup

스크립트에서 종료 값 0을 반환해야 합니다. 0이 아닌 종료 값이 반환될 경우 Wagon에 오류 메시지가 표시되고 스크립트를 다시 시작할 수 있습니다. 이 오류 메시지를 무시하고 다른 스크립트를 계속하거나 현재 단계의 후크를 완전히 취소합니다.

후크 스크립트는 잠재적으로 여러 번 실행할 수 있습니다. Wagon 대화 상자에서 앞뒤로 이동할 경우 Wagon이 다시 시작하거나 마이그레이션 워크플로에서 일부 단계를 여러 번 실행할 수 있습니다. 따라서 스크립트가 이런 상황에 맞춰야 합니다. 처음부터 스크립트에서 작업을 수행해야 하는지 또는 작업을 이미 수행했는지 또는 간단한 임시 스탬프 파일을 작성할 수 있는지 아니면 올바르게 여러 번 실행할 수 있는지 확인할 수 있습니다.

이전 결과 또는 사용자가 선택한 값을 기반으로 하기 때문에 일부 후크는 선택사항입니다. 일부 후크는 여러 번 호출됩니다(예: 마이그레이션 전후에 등록이 호출됨). 실행 순서에 따라 지원되는 후크(단계 이름) 목록은 다음과 같습니다.

사용자가 마이그레이션을 중단할 경우 호출되는 특수한 중단 후크가 있습니다. 마이그레이션 워크플로의 어떤 단계에서나 이 후크를 호출할 수 있으므로 실행 순서를 보장할 수 없습니다. 스크립트에서 다른 후크의 결과를 사용할 경우 현재 상태를 확인해야 합니다.

Wagon이 다시 시작될 때마다 이 후크를 호출합니다.

후크 목록이 상당히 크지만, 대부분은 특별한 경우에만 사용됩니다. 일반적인 사용 사례에서는 기본 설정이 제공됩니다.

이전 버전의 Wagon에서는 두 가지 후크 스크립트, 즉 /usr/lib/YaST2/bin/wagon_hook_init 및 /usr/lib/YaST2/bin/wagon_hook_finish만 지원했습니다. 하나의 스크립트만 후크로 실행할 수 있고 후크를 직접 RPM 패키지에 배치할 수 없다는 것이 문제였습니다.

이전 버전과의 호환성을 위해 이전 후크 스크립트는 최신 버전의 Wagon에서 계속 지원되지만, 사용되지 않는 후크 대신 새로운 후크 before_init 및 before_exit를 사용해야 합니다.