5 온라인 업그레이드 #

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

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

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

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

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

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

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

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

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

등록 서버가 모듈 또는 확장에 대한 마이그레이션을 제공하지 않는 경우 해당 리포지토리 구성은 변경되지 않은 상태로 유지됩니다. 이는 일반적으로 제품 버전 또는 서비스 팩에 한정되지 않은 NVIDIA Compute 모듈과 같은 타사 리포지토리에서 발생합니다. 필요한 경우, 마이그레이션 후 리포지토리 구성을 수동으로 확인할 수 있습니다.

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

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

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

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

> sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

다음과 같이 마이그레이션을 시작합니다.

> sudo zypper migration

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

모든 변경 사항 특히, 제거될 패키지를 검토합니다. 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):

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

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

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

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

> sudo zypper patch --updatestack-only

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

> sudo zypper packages --orphaned

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

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

> sudo zypper repos -u

제품 버전 번호가 15-SP6가 되도록 각 리포지토리 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-SP6

3. /etc/zypp/repos.d에서 리포지토리 구성 파일 편집. 각 리포지토리는 1개의 구성 파일로 표시됩니다. 각 파일에서 baseurl 파라미터 값을 변경해야 합니다.

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

> sudo zypper refresh -f -s

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

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

> sudo zypper refresh -f -s

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

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

> 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 옵션은 초기 설치 중 선택 취소된 패키지가 다시 추가되지 않도록 합니다.

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

> sudo zypper packages --orphaned

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

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

> sudo zypper install --no-recommends LIST OF PACKAGES

새 서비스 팩으로 마이그레이션되었습니다!

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

> sudo snapper list

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

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

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

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

> sudo snapper rollback

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

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

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

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

   > sudo zypper ref -fs

2. 다음을 실행하여 활성 리포지토리 목록을 가져옵니다.

   > sudo zypper lr

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

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

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

   > sudo SUSEConnect --status

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

   > sudo SUSEConnect --rollback