목차로 이동페이지 탐색으로 이동: 이전 페이지 [액세스 키 p]/다음 페이지 [액세스 키 n]
documentation.suse.com / SUSE Linux Enterprise Server 설명서 / 업그레이드 가이드 / 온라인 업그레이드
다음에 적용 SUSE Linux Enterprise Server 15 SP4

5 온라인 업그레이드

SUSE는 실행 중인 시스템을 새로운 서비스 팩으로 업그레이드하기 위한 직관적인 그래픽 및 간단한 명령 줄 도구를 제공합니다. 서비스 팩의 롤백 등도 모두 지원합니다. 이 장에서는 이러한 도구를 사용하여 서비스 팩 업그레이드를 수행하는 방법에 관한 단계별 지침을 제공합니다.

5.1 개념 개요

SUSE는 정기적으로 SUSE Linux Enterprise 제품군을 위한 새로운 서비스 팩을 공개합니다. 고객이 쉽게 새로운 서비스 팩으로 마이그레이트하고 작동 중지 시간을 최소화할 수 있도록 SUSE는 시스템 실행 중에 온라인 마이그레이션을 지원합니다.

SLE 12부터 YaST Wagon이 YaST 마이그레이션(GUI)과 Zypper 마이그레이션(명령 줄)으로 대체되었습니다. 이는 다음과 같은 장점이 있습니다.

  • 첫 번째 RPM을 업데이트할 때까지 시스템이 항상 정의된 상태를 유지.

  • 첫 번째 RPM을 업데이트할 때까지는 취소 가능.

  • 오류 발생 시 간단하게 복구.

  • 시스템 도구를 통해 롤백을 수행할 수 있어 백업이나 복원이 필요하지 않음.

  • 모든 활성 리포지토리 사용.

  • 서비스 팩을 건너뛰는 기능

주의
주의: 주 릴리스에 지원되지 않는 온라인 마이그레이션

온라인 마이그레이션은 서비스 팩 간 마이그레이션에 지원됩니다. 온라인 마이그레이션은 새로운 주 릴리스로의 업그레이드에는 지원되지 않습니다. 자세한 내용은 1장 업그레이드 경로 및 방법을 참조하십시오.

새로운 주 릴리스로의 업그레이드에는 오프라인 마이그레이션을 사용하십시오. 자세한 내용은 4장 오프라인 업그레이드를 참조하십시오.

중요
중요: SUSE Manager 클라이언트 업그레이드

업그레이드할 시스템이 SUSE Manager 클라이언트인 경우 YaST 온라인 마이그레이션 또는 zypper migration으로 업그레이드할 수 없습니다. 대신 클라이언트 마이그레이션 절차를 사용합니다. 이는 SUSE Manager 업그레이드 가이드에 설명되어 있습니다.

5.2 서비스 팩 마이그레이션 워크플로

서비스 팩 마이그레이션은 YaST, zypper, 또는 AutoYaST로 실행할 수 있습니다.

서비스 팩 마이그레이션을 시작하려면 먼저 SUSE Customer Center나 로컬 RMT 서버에 시스템을 등록해야 합니다. SUSE Manager를 사용할 수도 있습니다.

방법에 관계없이 서비스 팩 마이그레이션은 다음 단계로 구성됩니다.

  1. 등록된 시스템에서 가능한 마이그레이션 대상을 찾습니다.

  2. 하나의 마이그레이션 대상을 선택합니다.

  3. 새 리포지토리를 요청하고 활성화합니다.

  4. 마이그레이션을 실행합니다.

마이그레이션 대상 목록은 설치 및 등록한 제품에 따라 다릅니다. 새 SP를 아직 사용할 수 없는 확장을 설치한 경우 마이그레이션 대상이 제공되지 않을 수 있습니다.

호스트에서 사용 가능한 마이그레이션 대상 목록은 항상 SUSE 고객 센터에서 검색되며, 설치된 제품 또는 확장에 따라 달라집니다.

5.3 서비스 팩 마이그레이션 취소

서비스 팩 마이그레이션은 마이그레이션 프로세스 중 특정 단계에서만 취소할 수 있습니다.

  1. 패키지 업그레이드를 시작하기 전에는 서비스 및 리포지토리로의 변경 등 시스템 변경이 최소화됩니다. /etc/zypp/repos.d/*를 복원하여 이전 상태로 돌아갑니다.

  2. 패키지 업그레이드 시작 후에는 스냅퍼 스냅샷을 사용하여 이전 상태로 돌아갈 수 있습니다(Chapter 10, System recovery and snapshot management with Snapper 참조).

  3. 마이그레이션 대상을 선택하면 SUSE 고객 센터에서 리포지토리 데이터를 변경합니다. 이 상태를 수동으로 되돌리려면 SUSEConnect --rollback을 사용하십시오.

5.4 온라인 마이그레이션 도구(YaST)를 통한 업그레이드

YaST를 사용하여 서비스 팩 마이그레이션을 수행하려면 온라인 마이그레이션 도구를 사용하십시오. 기본적으로 YaST는 타사 리포지토리에서 패키지를 설치하지 않습니다. 타사 리포지토리에서 패키지가 설치된 경우 YaST는 패키지가 SUSE에서 가져오는 동일한 패키지로 바뀌지 않도록 방지합니다.

참고
참고: 설치 크기 줄이기

서비스 팩 마이그레이션을 수행할 때 YaST는 모든 권장 패키지를 설치합니다. 따라서 특히 사용자 정의 최소 설치의 경우 시스템의 설치 크기가 상당히 증가할 수 있습니다.

이 기본 동작을 변경하고 필요한 패키지만 허용하려면 /etc/zypp/zypp.conf에서 solver.onlyRequires 옵션을 조정합니다.

solver.onlyRequires = true

추가적으로, /etc/zypp/zypper.conf 파일을 편집하고 installRecommends 옵션을 변경합니다.

installRecommends=false

그러면 모든 패키지 작업의 동작이 변경됩니다(예: 패치 또는 새로운 패키지의 설치). 단일 발동을 위한 Zypper의 동작을 변경하려면 --no-recommends 파라미터를 사용합니다.

서비스 팩 마이그레이션을 시작하려면 다음을 수행하십시오.

  1. 향후 종속성 충돌을 방지하기 위해 등록 서버에서 사용되지 않는 확장을 모두 비활성화합니다. 확장을 기억하지 못하는 경우 나중에 YaST는 사용되지 않는 확장 리포지토리를 탐지하여 비활성화합니다.

  2. 업데이트할 시스템에서 실행 중인 GNOME 세션에 로그인한 경우 텍스트 콘솔로 전환합니다. GNOME 세션에서 업데이트를 실행하지 않는 것이 좋습니다. 원격 시스템에서 로그인한 경우에는 이 내용이 적용되지 않습니다(GNOME과 함께 VNC 세션을 실행 중인 경우 제외).

  3. YaST 온라인 업데이트를 실행하여 시스템을 위한 최신 패키지 업데이트를 받습니다.

  4. 패키지 yast2-migration 및 종속 항목을 설치합니다(YaST의 소프트웨어 › 소프트웨어 관리에서).

  5. YaST를 재시작합니다. 그렇지 않으면 새로 설치한 모듈이 관리 센터에 표시되지 않습니다.

  6. YaST에서 온라인 마이그레이션을 선택합니다(업그레이드할 SUSE Linux Enterprise Server에 따라, 이 모듈은 시스템 또는 소프트웨어로 분류됨). 가능한 마이그레이션 대상 및 요약이 표시됩니다. 시스템에서 마이그레이션 대상을 둘 이상 사용할 수 있는 경우 목록에서 하나를 선택합니다.

  7. 목록에서 마이그레이션 대상을 하나 선택하고 다음을 선택하여 계속 진행합니다.

  8. 마이그레이션 도구가 업데이트 리포지토리를 제공할 경우 를 선택하여 진행하는 것이 좋습니다.

  9. 온라인 마이그레이션 도구가 DVD 또는 로컬 서버에서 구식 리포지토리를 찾는 경우 해당 리포지토리를 비활성화하는 것이 좋습니다. 구식 리포지토리는 이전 SP에서 온 것입니다. SUSE Customer Center 또는 RMT의 기존 리포지토리는 자동으로 제거됩니다.

  10. 요약을 확인하고 [다음]을 눌러 마이그레이션을 계속합니다. 업데이트 시작을 눌러 확인합니다.

  11. 마이그레이션이 끝나면 시스템을 재시작합니다.

5.5 Zypper로 업그레이드

Zypper를 사용하여 서비스 팩 마이그레이션을 수행하려면 패키지 zypper-migration-plugin에서 명령줄 도구 zypper migrationzypper-migration-plugin.

참고
참고: 설치 크기 줄이기

서비스 팩 마이그레이션을 수행할 때 YaST는 모든 권장 패키지를 설치합니다. 따라서 특히 사용자 정의 최소 설치의 경우 시스템의 설치 크기가 상당히 증가할 수 있습니다.

이 기본 동작을 변경하고 필요한 패키지만 허용하려면 /etc/zypp/zypp.conf에서 solver.onlyRequires 옵션을 조정합니다.

solver.onlyRequires = true

추가적으로, /etc/zypp/zypper.conf 파일을 편집하고 installRecommends 옵션을 변경합니다.

installRecommends=false

그러면 모든 패키지 작업의 동작이 변경됩니다(예: 패치 또는 새로운 패키지의 설치). 단일 발동을 위한 Zypper의 동작을 변경하려면 --no-recommends 파라미터를 사용합니다.

서비스 팩 마이그레이션을 시작하려면 다음을 수행하십시오.

  1. 업데이트할 시스템에서 실행 중인 GNOME 세션에 로그인한 경우 텍스트 콘솔로 전환합니다. GNOME 세션에서 업데이트를 실행하지 않는 것이 좋습니다. 원격 시스템에서 로그인한 경우에는 이 내용이 적용되지 않습니다(GNOME과 함께 VNC 세션을 실행 중인 경우 제외).

  2. SUSE Linux Enterprise 시스템을 아직 등록하지 않았다면 지금 등록합니다.

    > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE
  3. 다음과 같이 마이그레이션을 시작합니다.

    > sudo zypper migration

    마이그레이션 프로세스에 대한 몇 가지 참고 사항:

    • 시스템에서 마이그레이션 대상을 둘 이상 사용할 수 있는 경우 목록에서 SP를 하나 선택할 수 있습니다. 이는 하나 이상의 SP를 건너뛰는 것과 같습니다. 기본 제품(SLES, SLED)에 대한 온라인 마이그레이션은 주요 버전의 SP 사이에서만 가능합니다.

    • 기본적으로 Zypper는 zypper dup로 전달되는 --no-allow-vendor-change 옵션을 사용합니다. 타사 리포지토리에서 패키지가 설치된 경우 이 옵션은 패키지가 SUSE에서 가져오는 동일한 패키지로 바뀌지 않도록 방지합니다.

    • Zypper가 DVD 또는 로컬 서버에서 구식 리포지토리를 찾는 경우 해당 리포지토리를 비활성화하는 것이 좋습니다. 이전 SUSE Customer Center 또는 RMT 리포지토리는 자동으로 제거됩니다.

  4. 모든 변경 사항 특히, 제거될 패키지를 검토합니다. y를 입력하여 계속합니다(업그레이드할 정확한 패키지 수는 시스템에 따라 다를 수 있음).

    266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
    Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
    Continue? [y/n/? shows all options] (y):

    셸에서 스크롤하려면 ShiftPage ↑ 또는 ShiftPage ↓ 키를 사용합니다.

  5. 마이그레이션이 끝나면 시스템을 재시작합니다.

5.6 일반 Zypper로 업그레이드

인터넷 또는 등록 서버에 액세스할 수 없어 시스템을 등록하지 못한 경우, YaST 마이그레이션 또는 zypper 마이그레이션을 사용하여 새 서비스 팩으로 마이그레이션할 수 없습니다. 이러한 경우에도 일반 Zypper 및 몇 가지 수작업을 통해 새 서비스 팩으로 마이그레이션할 수 있습니다.

중요
중요: 등록되지 않은 시스템만 해당

새 서비스 팩으로의 이 마이그레이션 경로는 인터넷 또는 등록 서버에 액세스할 수 없는 등록되지 않은 시스템 지원합니다. 예를 들어, 특별하게 보호되는 네트워크 내의 시스템이 이에 해당할 수 있습니다. 등록한 시스템이 있는 경우 YaST 또는 Zypper 마이그레이션을 사용하십시오.

중요
중요: 설치 원본

이 마이그레이션 경로에는 마이그레이션할 시스템에 설치 소스에 대한 액세스가 필요합니다. 예를 들어 RMT 서버 또는 SLP 서버를 설정하여 완료할 수 있습니다.

또한, 이 작업에서는 시스템이 설치된 제품 버전을 위한 최신 업데이트 리포지토리에 액세스할 수 있어야 합니다.

  1. 마이그레이션할 시스템에서 실행 중인 그래픽 세션에 로그인한 경우에는 해당 세션에서 로그아웃한 후 텍스트 콘솔로 전환합니다. 그래픽 세션에서 업데이트를 실행하지 않는 것이 좋습니다. 원격 시스템에서 로그인한 경우에는 이 내용이 적용되지 않습니다(X와 함께 VNC 세션을 실행 중인 경우 제외).

  2. 이전 SUSE Linux Enterprise 리포지토리를 사용하여 패키지 관리 도구를 업데이트합니다.

    > sudo zypper patch --updatestack-only
  3. 현재 리포지토리가 할당되지 않은 패키지(독립 패키지)의 목록을 가져옵니다. 이러한 패키지는 마이그레이션되지 않으며 마이그레이션 이후의 작동이 보장되지 않습니다(이유: 사용하는 다른 패키지가 더 이상 호환되지 않는 방식으로 변경될 수 있음). 목록을 가져오려면 다음과 같이 실행합니다.

    > sudo zypper packages --orphaned

    목록을 검토한 후 더 이상 필요하지 않은 모든 독립 패키지를 제거합니다. 남은 모든 독립 패키지를 기록합니다. 이는 나중에 비교하기 위해 필요합니다.

  4. 다음을 실행하여 현재 시스템이 등록된 모든 리포지토리 목록을 가져옵니다.

    > sudo zypper repos -u

    제품 버전 번호가 15-SP4가 되도록 각 리포지토리 URL을 업데이트하십시오. 예를 들어 리포지토리의 URL이 다음과 같은 경우

    http://rmt.example.com/repo/SUSE/Products/SLE-15-SP2-Product-SLES/x86_64/product/

    아래와 같이 변경하십시오.

    http://rmt.example.com/repo/SUSE/Products/SLE-15-SP3-Product-SLES/x86_64/product/

    활성화된 모든 리포지토리에서 이 작업을 수행해야 합니다. 현재 비활성화된 리포지토리에서도 이 작업을 수행할 수 있습니다. 그러면 나중에 시스템을 활성화할 때 시스템이 잘못된 설치 소스를 갖는 것이 방지됩니다.

    리포지토리 URL을 변경하기 위해 제공되는 옵션은 다음과 같습니다.

    1. YaST › 소프트웨어 › 소프트웨어 리포지토리 사용. 리포지토리를 선택하고 편집을 클릭하여 필요한 변경을 수행합니다. 모든 리포지토리에서 이를 수행합니다.

    2. Zypper 사용. 다음과 같이 실행하여 이전 리포지토리를 제거합니다.

      > sudo zypper removerepo OLD_REPO_ID

      그런 다음, 다음과 같이 실행하여 해당되는 새 리포지토리를 추가합니다.

       > sudo zypper addrepo -f URL NAME-15-SP4
    3. /etc/zypp/repos.d에서 리포지토리 구성 파일을 편집하여. 각 리포지토리는 1개의 구성 파일로 표시됩니다. 각 파일에서 baseurl 파라미터 값을 변경해야 합니다.

  5. zypper repos -u를 실행하여 변경 사항을 확인한 후 다음을 실행하여 리포지토리를 업데이트합니다.

    > sudo zypper refresh -f -s

    리포지토리 업데이트가 실패하는 경우, URL을 잘못 입력하지 않았는지 다시 확인합니다. 문제를 수정할 수 없는 경우에는 실패한 리포지토리를 비활성화하는 것이 좋습니다.

    모든 리포지토리가 올바르게 구성된 경우에는 다음을

    > sudo zypper refresh -f -s

    다시 실행하여 모든 리포지토리가 최신 상태가 되도록 합니다.

  6. 마이그레이션을 시작하기 전에 우선 테스트 실행을 하는 것이 좋습니다.

    > sudo zypper dup -D --no-allow-vendor-change --no-recommends

    -D 파라미터는 시스템을 실제로 변경하지 않고 마이그레이션을 시뮬레이션하는 모의 연습을 수행합니다. 문제가 발생하면 수정한 후 계속 진행합니다. 시험 실행이 성공하는 경우:

    > sudo zypper dup --no-allow-vendor-change --no-recommends

    -no-allow-vendor-change를 실행하며 타사 RPM이 기본 시스템의 RPM을 덮어쓰지 않는지 확인합니다. --no-recommends 옵션은 초기 설치 중 선택 취소된 패키지가 다시 추가되지 않도록 합니다.

  7. 마이그레이션이 완료되고 시스템이 새 서비스 팩 버전으로 부팅되면 독립 패키지 확인을 다시 실행합니다.

    > sudo zypper packages --orphaned

    마이그레이션을 시작하기 전 작성한 목록과 새 목록을 비교합니다. 새 패키지가 목록에 표시되는 경우 새 서비스 팩의 다른 모듈로 이동했기 때문일 수 있습니다. 이전 설치에 해당 모듈이 없는 경우 패키지가 업데이트되지 않습니다.

    https://scc.suse.com/packages에서 패키지가 속한 모듈을 확인할 수 있습니다. zypper addrepo 또는 YaST 소프트웨어 리포지토리 모듈을 사용하여 누락된 모듈을 추가하고 다음을 실행하여 이후에 해당하는 독립 패키지를 업데이트합니다.

    > sudo zypper install --no-recommends LIST OF PACKAGES
  8. 새 서비스 팩으로 마이그레이션되었습니다!

5.7 서비스 팩 롤백

서비스 팩이 작동하지 않을 경우 SUSE Linux Enterprise에서는 서비스 팩 마이그레이션이 시작되기 이전 상태로 시스템을 되돌릴 수 있습니다. 이를 위해서는 스냅샷을 활성화한 Btrfs 루트 파티션(SLES 12 이후부터 기본값)이 필요합니다. 자세한 내용은 Chapter 10, System recovery and snapshot management with Snapper를 참조하십시오.

  1. 모든 스냅퍼 스냅샷 목록을 가져옵니다.

    > sudo snapper list

    출력을 검토하여 서비스 팩 마이그레이션이 시작되기 직전에 생성된 스냅샷을 찾습니다. 설명 열에 해당하는 설명이 포함되어 있고 스냅샷은 사용자 데이터 열에서 중요로 표시되어 있습니다. # 열의 스냅샷 번호와 날짜 열의 날짜를 기록해 둡니다.

  2. 시스템을 재부팅합니다. 부팅 메뉴에서 읽기 전용 스냅샷에서 부트 로더 시작을 선택하고 이전 단계에서 기록해 둔 날짜와 번호의 스냅샷을 선택합니다. 두 번째 부팅 메뉴(스냅샷의 메뉴)가 로드됩니다. SLES 15 SP4로 시작하는 항목을 선택하여 부팅합니다.

  3. 시스템이 시스템 파티션이 읽기 전용으로 탑재된 이전 상태로 부팅됩니다. root로 로그인하고 올바른 스냅샷을 선택했는지 확인합니다. 모든 기능이 제대로 작동하는지도 확인합니다. 루트 파일 시스템은 읽기 전용으로 탑재되므로 기능에 제한이 있을 수 있습니다.

    문제가 발생하거나 잘못된 스냅샷을 부팅한 경우 재부팅하고 다른 스냅샷을 선택하여 부팅합니다. 이때까지는 영구적으로 변경되지 않았습니다. 스냅샷이 올바르고 제대로 작동하는 경우 다음 명령을 실행하여 영구적으로 변경합니다.

    > sudo snapper rollback

    시스템을 재부팅합니다. 부팅 화면에서 기본 부팅 항목을 선택하여 복구된 시스템으로 재부팅합니다.

  4. 리포지토리 구성이 제대로 재설정되었는지 확인합니다. 또한 모든 제품이 올바로 등록되었는지 확인합니다. 하나라도 잘못된 경우 나중에 시스템을 업데이트할 수 없거나 시스템이 잘못된 패키지 리포지토리를 사용하여 업데이트될 수 있습니다.

    이 절차를 시작하기 전에 인터넷에 액세스할 수 있는지 확인하십시오.

    1. 다음을 실행하여 서비스 및 리포지토리를 새로 고칩니다.

      > sudo zypper ref -fs
    2. 다음을 실행하여 활성 리포지토리 목록을 가져옵니다.

      > sudo zypper lr

      이 명령을 출력을 자세히 확인하십시오. 업데이트를 위해 추가된 서비스와 리포지토리가 나열되지 않아야 합니다. 예를 들어 SLES 15 SP4에서 SLES15 GA로 롤백하는 경우 목록은 SLES15-SP4 리포지토리가 아닌 SLES15 리포지토리를 포함해야 합니다.

      잘못된 리포지토리가 나열되는 경우 이를 삭제하고 필요한 경우 사용 중인 제품 또는 서비스 팩 버전과 일치하는 버전으로 바꾸어야 합니다. 지원되는 마이그레이션 경로에 대한 리포지토리 목록은 2.3절 “모듈 종속성 및 라이프사이클”을 참조하십시오. (수작업이 필요할 수 있음에 유의하십시오. 리포지토리는 자동으로 업데이트되지만, 확인하고 필요한 수정을 하는 것이 좋습니다.)

    3. 마지막으로 다음을 실행하여 설치한 모든 제품의 등록 상태를 확인합니다.

      > sudo SUSEConnect --status

      모든 제품이 등록됨으로 보고되어야 합니다. 그렇지 않으면 다음을 실행하여 등록을 복구합니다.

      > sudo SUSEConnect --rollback

이제 시스템을 서비스 팩 마이그레이션이 시작되기 직전에 캡처된 상태로 되돌렸습니다.

5.8 SUSE Manager를 사용하여 업그레이드

SUSE Manager는 SUSE Linux Enterprise 클라이언트용 업데이트, 패치 및 보안 수정을 제공하기 위한 서버 솔루션입니다. 이 솔루션에는 관리 작업 도구 세트와 웹 기반 사용자 인터페이스가 함께 제공됩니다. SUSE Manager에 대한 자세한 내용은 https://www.suse.com/products/suse-manager/를 참조하십시오.

SP 마이그레이션을 사용하면 주 버전 내에서 다른 SP(서비스 팩)로 마이그레이션할 수 있습니다(예: SLES 15 GA에서 SLES 15 SP4로).

SUSE Manager가 시스템을 관리하는 경우에는 SUSE Manager 설명서의 설명과 같이 업데이트합니다. 클라이언트 마이그레이션 절차는 https://documentation.suse.com/suma/에서 확인할 수 있는 SUSE Manager 업그레이드 가이드에 설명되어 있습니다.

5.9 openSUSE Leap에서 SUSE Linux Enterprise Server로 업그레이드

openSUSE Leap 설치를 SUSE Linux Enterprise Server로 업그레이드할 수 있습니다. 아 절차는 5.4절 “온라인 마이그레이션 도구(YaST)를 통한 업그레이드”와 유사하지만 몇 가지 추가 단계가 필요합니다. 운영 시스템에서 이 프로시저를 실행하기 전, 운영 설정을 복제한 테스트 시스템에서 우선 실행해 보는 것이 좋습니다.

마이그레이션을 위해 어떤 openSUSE Leap 버전이 지원되는지 알아보려면 1.2절 “SLES 15 SP4에 대해 지원되는 업그레이드 경로”를 참조하십시오.

주의
주의: openSUSE 패키지를 전부 마이그레이션할 수는 없음

openSUSE는 SUSE Linux Enterprise Server보다 더 많은 패키지를 제공합니다. 추가 패키지는 대부분 SUSE Package Hub를 통해 제공되고 마이그레이션됩니다. SUSE Package Hub를 통해 제공되지 않는 추가 패키지는 마이그레이션 후 업데이트를 더 이상 수신하지 않으므로 이후 제거해야 합니다.

시스템 운영에 필요한 모든 패키지를 SUSE Linux Enterprise Server 및 SUSE Package Hub 리포지토리에서 제공하는지 확인하십시오. SUSE Package Hub에 대한 자세한 내용은 https://packagehub.suse.com/를 참조하십시오.

절차 5.1: openSUSE Leap을 SUSE Linux Enterprise Server로 업그레이드

openSUSE Leap에서 SUSE Linux Enterprise Server로 마이그레이션하려면 다음 단계를 실행하십시오.

  1. TTY로 전환합니다(CtrlAltF1을 누름) 그런 다음 root로 로그인합니다.

  2. yast2-registrationrollback-helper 패키지를 설치합니다.

    # zypper in yast2-registration rollback-helper
  3. 다음과 같이 rollback-helper 서비스를 활성화합니다.

    # systemctl enable rollback
  4. 다음과 같이 시스템을 SUSE Customer Center에 등록합니다.

    # yast2 registration
  5. 다음과 같이 마이그레이션을 수행합니다.

    # yast2 migration

    패키지가 충돌하는 경우 YaST는 선택할 수 있도록 확인 목록을 표시합니다.

  6. 독립 패키지를 제거합니다:

    # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)
  7. 시스템을 재부팅합니다:

    # reboot

이제 시스템을 SUSE Linux Enterprise Server로 마이그레이션하는 작업이 성공적으로 완료되었습니다.

마이그레이션 후 문제가 발생하면 서비스 팩 업그레이드 같은 마이그레이션을 되돌릴 수 있습니다. 지시사항은 5.7절 “서비스 팩 롤백”을 참조하십시오.