Führen Sie zur Aktivierung der LTSS-Erweiterung folgende Schritte aus:

1. Stellen Sie sicher, dass Ihr System mit einem Abonnement registriert ist, das für LTSS in Frage kommt. Wenn das System noch nicht registriert ist, führen Sie Folgendes aus:

   > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS

2. Stellen Sie sicher, dass die LTSS-Erweiterung für Ihr System verfügbar ist:

   > sudo SUSEConnect --list-extensions | grep LTSS
   SUSE Linux Enterprise Server LTSS 15 SP6 x86_64
   Activate with: SUSEConnect -p SLES-LTSS/15.6/x86_64 -r ADDITIONAL REGCODE

3. Aktivieren Sie das Modul wie angewiesen:

   > sudo SUSEConnect -p SLES-LTSS/15.6/x86_64 -r REGISTRATION_CODE

1. Erstellen Sie die Datei repositories.bak.repo mit einer Liste aller verwendeten Repositorys.

   # zypper lr -e repositories.bak

2. Erstellen Sie außerdem die Datei installed-software.bak mit einer Liste aller installierten Pakete:

   # rpm -qa --queryformat '%{NAME}\n' >
        installed-software.bak

3. Erstellen Sie Sicherungskopien beider Dateien. Die Repositorys und die installierten Pakete können mit den folgenden Befehlen wiederhergestellt werden:

   # zypper ar repositories.bak.repo
   # zypper install $(cat installed-software.bak)

   

   Anmerkung: Bei einer Aktualisierung auf eine neue Hauptversion erhöht sich die Anzahl der Pakete

   Ein System, das auf eine neue Hauptversion upgegradet wurde (SLE X+1), enthält eventuell mehr Pakete als das ursprüngliche System (SLE X). Die Anzahl der Pakete ist außerdem höher als bei einer Neuinstallation von SLE X+1 mit derselben Schemaauswahl. Hierfür sind folgende Gründe zu nennen:

   • Die Pakete wurden aufgeteilt, sodass Sie die gewünschte Paketauswahl noch genauer festlegen können. Beispielsweise wurden 37 texlive-Pakete aus SLE 11 auf mehr als 3000 Pakete in SLE 15 aufgeteilt.

   • Wenn ein Paket aufgeteilt wurde, werden bei einem Upgrade alle neuen Pakete installiert, damit in jedem Fall derselbe Funktionsumfang wie in der früheren Version zur Verfügung steht. Bei einer Neuinstallation von SLE X+1 werden jedoch unter Umständen nicht mehr alle Pakete standardmäßig installiert.

   • Ältere Pakete aus SLE X werden ggf. aus Kompatibilitätsgründen beibehalten.

   • Die Paketabhängigkeiten und der Schemaumfang haben sich unter Umständen geändert.

1. Prüfen Sie, ob die LTSS-Erweiterung aktiviert ist:

   > sudo SUSEConnect --list-extensions | grep LTSS
   SUSE Linux Enterprise Server LTSS 12 SP4 x86_64 (Installed)
   Deactivate with: SUSEConnect -d -p SLES-LTSS/12.4/x86_64

2. Deaktivieren Sie die LTSS-Erweiterung mit dem Befehl aus der SUSEConnect-Ausgabe oben:

   > sudo SUSEConnect -d -p SLES-LTSS/12.4/x86_64
   Deregistered SUSE Linux Enterprise Server LTSS 12 SP4 x86_64
   To server: https://scc.suse.com/

3. Prüfen Sie, ob das LTSS-Repository bei zypper lr nicht mehr vorhanden ist.

1. Prüfen Sie, ob die folgenden Voraussetzungen erfüllt sind:

   • Upgraden Sie alle Pakete der alten PostgreSQL-Version per Wartungsaktualisierung auf die aktuelle Version, sofern Sie dies noch nicht erledigt haben.

   • Erstellen Sie eine Sicherung der vorhandenen Datenbank.

   • Installieren Sie die Pakete der neuen PostgreSQL-Hauptversion. Für SLE 15 SP6 bedeutet dies die Installation von postgresql13-server und aller Pakete, von denen diese PostgreSQL-Version abhängt.

   • Installieren Sie das Paket postgresql13-contrib, das das Kommando pg_upgrade enthält.

   • Prüfen Sie, ob ausreichend freier Speicherplatz im PostgreSQL-Datenbereich verfügbar ist (standardmäßig /var/lib/pgsql/data). Falls der Speicherplatz nicht ausreicht, versuchen Sie, die einzelnen Datenbanken mit dem folgenden SQL-Kommando zu verkleinern (kann sehr lange dauern):

     VACUUM FULL

2. Halten Sie den PostgreSQL-Server mit einer der folgenden Optionen an:

   # /usr/sbin/rcpostgresql stop

   oder

   # systemctl stop postgresql.service

   (abhängig von der SLE-Version, die Sie als Ausgangsversion des Upgrades nutzen).

3. Benennen Sie das alte Datenverzeichnis um:

   # mv /var/lib/pgsql/data /var/lib/pgsql/data.old

4. Initialisieren Sie die neue Datenbankinstanz manuell mit initdb oder starten und stoppen Sie PostgreSQL, wodurch die Instanz automatisch initialisiert wird:

   # /usr/sbin/rcpostgresql start
   # /usr/sbin/rcpostgresql stop

   oder

   # systemctl start postgresql.service
   # systemctl stop postgresql.service

   (abhängig von der SLE-Version, die Sie als Ausgangsversion des Upgrades nutzen).

5. Sollten Sie in der alten Version die Konfigurationsdateien bearbeitet haben, ziehen Sie in Betracht, diese Änderungen in die neuen Konfigurationsdateien zu übernehmen. Dieser Umstand könnte sich auf die Dateien postgresql.auto.conf, postgresql.conf, pg_hba.conf und pg_ident.conf auswirken. Die alten Versionen dieser Dateien befinden sich in /var/lib/pgsql/data.old/, die neuen Versionen in /var/lib/pgsql/data.

   Beachten Sie, dass wir nicht empfehlen, die alten Konfigurationsdateien zu kopieren, da so möglicherweise neue Optionen, neue Standardeinstellungen und geänderte Kommentare überschrieben werden.

6. Beginnen Sie als Benutzer postgres mit der Migration:

   # su - postgres
   postgres > pg_upgrade \
    --old-datadir "/var/lib/pgsql/data.old" \
    --new-datadir "/var/lib/pgsql/data" \
    --old-bindir "/usr/lib/postgresql12/bin/" \
    --new-bindir "/usr/lib/postgresql13/bin/"

7. Starten Sie Ihre neue Datenbank über eine der folgenden Optionen:

   # /usr/sbin/rcpostgresql start

   oder

   # systemctl start postgresql.service

   (abhängig von der SLE-Version, die Sie als Ausgangsversion des Upgrades nutzen).

8. Überprüfen Sie, ob die Migration erfolgreich war. Der Testumfang hängt von Ihrem Anwendungsfall ab. Zur Automatisierung dieses Schritts steht kein allgemeines Tool zur Verfügung.

9. Entfernen Sie alle alten PostgreSQL-Pakete und das alte Datenverzeichnis:

   # zypper search -s postgresql12| xargs zypper rm -u
   # rm -rf /var/lib/pgsql/data.old

1. Erstellen Sie eine Dump-Datei:

   # mysqldump -u root -p --all-databases --add-drop-database > mysql_backup.sql

   Standardmäßig wird die Datenbank mysqldump oder INFORMATION_SCHEMA nicht im Speicherauszug mit performance_schema berücksichtigt. Weitere Informationen finden Sie unter https://mariadb.com/kb/en/mariadb-dumpmysqldump/.

2. Speichern Sie Ihre Dump-Datei, die Konfigurationsdatei /etc/my.cnf sowie das Verzeichnis /etc/mysql/ an einem sicheren Speicherort, um sie später als Referenz (nicht zur Installation) zu verwenden .

3. Führen Sie das Upgrade von SUSE Linux Enterprise Server durch. Nach dem Upgrade ist die bisherige Konfigurationsdatei /etc/my.cnf unverändert. Die neue Konfiguration finden Sie in der Datei /etc/my.cnf.rpmnew.

4. Konfigurieren Sie die MariaDB-Datenbank je nach Bedarf. Bearbeiten Sie dabei nicht die bisherige Konfigurationsdatei und das frühere Verzeichnis, sondern nutzen Sie diese nur als Vorlage, und passen Sie die Einstellungen entsprechend an.

5. Starten Sie den MariaDB-Server:

   # systemctl start mariadb

   Soll der MariaDB-Server bei jedem Booten gestartet werden, aktivieren Sie den Dienst:

   # systemctl enable mariadb

6. Prüfen Sie, ob MariaDB ordnungsgemäß ausgeführt wird. Stellen Sie hierzu eine Verbindung zur Datenbank her:

   # mariadb -u root -p

1. Öffnen Sie ein Terminal und melden Sie sich als root an.

2. Erstellen Sie einen privaten Schlüssel:

   # openssl genrsa -out server.key 1024

   Wenn Sie einen Schlüssel mit höherer Sicherheit wünschen, ersetzen Sie 1024 durch eine höhere Zahl, z. B. 4096.

3. Erstellen Sie einen Zertifizierungsantrag (CSR):

   # openssl req -new -key server.key -out server.csr

4. Führen Sie eine Eigensignierung des Zertifikats durch:

   # openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt

5. Erstellen Sie die PEM-Datei:

   # cat server.key server.crt > server.pem

6. Legen Sie die Dateien server.crt, server.csr, server.key und server.pem in den jeweiligen Verzeichnissen ab, in denen die Schlüssel gefunden werden können. Für Tomcat beispielsweise lautet das Verzeichnis /etc/tomcat/ssl/.

1. Melden Sie sich beim Client-Rechner an.

2. Der folgende Schritt hängt vom aktuellen Betriebssystem des Client ab:

   • Für SUSE Linux Enterprise 11 führen Sie folgende Kommandos aus:

     > sudo suse_register -E
     > sudo rm -f /etc/SUSEConnect
     > sudo rm -rf /etc/zypp/credentials.d/*
     > sudo rm -rf /etc/zypp/repos.d/*
     > sudo rm -f /etc/zypp/services.d/*
     > sudo rm -f /var/cache/SuseRegister/*
     > sudo rm -f /etc/suseRegister*
     > sudo rm -f /var/cache/SuseRegister/lastzmdconfig.cache
     > sudo rm -f /etc/zmd/deviceid
     > sudo rm -f /etc/zmd/secret

   • Für SUSE Linux Enterprise 12 führen Sie folgende Kommandos aus:

     > sudo SUSEConnect --de-register
     > sudo SUSEConnect --cleanup
     > sudo rm -f /etc/SUSEConnect
     > sudo rm -rf /etc/zypp/credentials.d/*
     > sudo rm -rf /etc/zypp/repos.d/*
     > sudo rm -f /etc/zypp/services.d/*

3. Melden Sie sich beim SMT-Server an.

4. Prüfen Sie, ob die Registrierung des Client aufgehoben wurde, indem Sie alle Client-Registrierungen aufrufen:

   > sudo smt-list-registrations

5. Wird der Hostname des Client in der Ausgabe dieses Kommandos noch aufgelistet, rufen Sie die Unique ID des Client in der ersten Spalte ab. (Der Client ist möglicherweise mit mehreren IDs aufgeführt.)

6. Löschen Sie die Registrierung für diesen Client:

   > sudo smt-delete-registration -g UNIQUE_ID

7. Sollte der Client mit mehreren IDs aufgeführt sein, wiederholen Sie den obigen Schritt für jede einzelne ID.

8. Prüfen Sie danach, ob die Registrierung des Client nun aufgehoben wurde, indem Sie das folgende Kommando erneut ausführen:

   > sudo smt-list-registrations

1. Suchen Sie das Gerät für den Ruhezustand:

   > sudo grep resume /etc/default/grub
   GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/sda1 splash=silent quiet showopts"

   Das Gerät für den Ruhezustand ist /dev/sda1. Wenn das Kommando nichts zurückgibt, ist der Ruhezustand nicht konfiguriert.

2. Rufen Sie die UUID für /dev/sda1 ab:

   > sudo blkid /dev/vda1
   /dev/vda1: UUID="a1d1f2e0-b0ee-4be2-83d5-78a98c585827" TYPE="swap" PARTUUID="000134b5-01"

   Die UUID für /dev/sda1 lautet a1d1f2e0-b0ee-4be2-83d5-78a98c585827.

3. Bearbeiten Sie /etc/default/grub und passen Sie den Parameter resume an. Ersetzen Sie /dev/sda1 durch UUID=a1d1f2e0-b0ee-4be2-83d5-78a98c585827. Das Ergebnis sieht folgendermaßen aus:

   GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=a1d1f2e0-b0ee-4be2-83d5-78a98c585827 splash=silent quiet showopts"

4. Aktualisieren Sie die Konfiguration des Grub-Bootmanagers:

   > sudo grub2-mkconfig -o /boot/grub2/grub.cfg

1. Wählen Sie ein Bootmedium aus und bereiten Sie es vor, siehe Book “Installationshandbuch”.

2. Legen Sie die Unified Installer DVD für SUSE Linux Enterprise Server 15 SP6 ein und booten Sie Ihren Rechner. Ein Begrüßungsbildschirm wird geöffnet, gefolgt vom Bootbildschirm.

3. (Optional) Fügen Sie die Boot-Option media_upgrade=1 hinzu, um zu erzwingen, dass das Installationsprogramm nur Pakete von der DVD installiert und nicht von Netzwerkressourcen.

4. Starten Sie das System und wählen Sie im Bootmenü die Option Upgrade.

5. Fahren Sie gemäß Abschnitt 4.4, „Upgraden von SUSE Linux Enterprise“ mit der Installation fort.

Anmerkung: SUSE Customer Center und Internetverbindung

Wenn das System, das aufgerüstet werden soll, im SUSE Customer Center registriert ist, muss für die folgende Vorgehensweise eine Internetverbindung bestehen.

1. Nach dem Booten (von einem Installationsmedium oder über das Netzwerk) wählen Sie im Bootbildschirm die Option Upgrade.

   

   Warnung: Möglicher Datenverlust durch falsche Auswahl

   Achten Sie darauf, zu diesem Zeitpunkt Upgrade auszuwählen. Falls Sie versehentlich Installation auswählen, wird Ihre Datenpartition mit einer Neuinstallation überschrieben.

   YaST startet das Installationssystem.

2. Wählen Sie im Begrüßungsbildschirm die Optionen Sprache und Tastatur. Fahren Sie mit Weiter fort.

   YaST sucht auf den Partitionen nach bereits installierten SUSE Linux Enterprise-Systemen.

3. Wählen Sie im Bildschirm Zum Upgraden auswählen die Partition zum Upgraden aus und klicken Sie auf Weiter.

4. YaST hängt die ausgewählte Partition ein und zeigt die Lizenzvereinbarung für das upgegradete Produkt an. Akzeptieren Sie die Lizenz, damit Sie den Vorgang fortsetzen können.

5. Passen Sie am Bildschirm Zuvor verwendete Repositorys den Status der Repositorys an. Standardmäßig werden alle Repositorys entfernt. Wenn Sie keine benutzerdefinierten Repositorys hinzugefügt haben, dürfen Sie die Einstellungen nicht ändern. Die Upgrade-Pakete werden von DVD installiert. Sie können optional im nächsten Schritt die standardmäßigen Online-Repositorys aktivieren.

   Bei benutzerdefinierten Repositorys haben Sie zwei Wahlmöglichkeiten:

   • Belassen Sie das Repository im Status „Entfernt“. Software, die von diesem Repository installiert wurde, wird beim Upgrade entfernt. Verwenden Sie diese Methode, wenn keine Version des Repositorys verfügbar ist, die der neuen Version entspricht.

   • Aktualisieren und aktivieren Sie das Repository, falls es der neuen Version entspricht. Ändern Sie deren URL durch Klicken auf das Repository in der Liste. Klicken Sie dann auf Ändern. Aktivieren Sie das Repository mit Status wechseln, bis der Status auf Aktivieren festgelegt ist.

   Behalten Sie keine Repositorys der vorigen Version bei, da das System dann möglicherweise instabil wird oder gar nicht mehr funktioniert. Klicken Sie danach zum Fortfahren auf Weiter.

6. Der nächste Schritt ist davon abhängig, ob das aufgerüstete System im SUSE Customer Center registriert wurde.

   1. Wenn das System nicht im SUSE Customer Center registriert ist, zeigt YaST eine Popup-Meldung an und schlägt ein zweites Installationsmedium vor, das Image SLE-15-SP6-Full-ARCH-GM-media1.iso.

      Sollte dieses Medium nicht zur Verfügung stehen, ist ein Upgrade des Systems ohne Registrierung nicht möglich.

   2. Wenn das System im SUSE Customer Center registriert ist, zeigt YaST die möglichen Migrationsziele und eine Zusammenfassung an.

      Wählen Sie ein Migrationsziel in der Liste aus und setzen Sie den Vorgang mit Weiter fort.

7. Im nächsten Dialogfeld können Sie optional ein zusätzliches Installationsmedium hinzufügen. Wenn Sie zusätzliche Installationsmedien besitzen, aktivieren Sie die Option Ich möchte ein zusätzliches Add-on-Produkt installieren und geben Sie den Medientyp an.

8. Prüfen Sie die Installationseinstellungen für das Upgrade.

9. Wenn die Einstellungen Ihren Anforderungen entsprechen, starten Sie den Installations- und Löschvorgang mit Aktualisieren.

   

   Tipp: Upgrade-Fehler auf SMT-Clients

   Handelt es sich bei dem Rechner, der upgegradet werden soll, um einen SMT-Client und das Upgrade wird nicht ausgeführt, schlagen Sie das Verfahren in Prozedur 3.1, „Aufheben einer Registrierung von SUSE Linux Enterprise Client bei einem SMT-Server“ nach und starten Sie den Upgradevorgang dann neu.

10. Führen Sie nach einem erfolgreichen Upgrade die Schritte nach dem Upgrade aus, die in Kapitel 6, Das Upgrade abschließen beschrieben sind.

1. Starten Sie YaST und wählen Sie Software › Produktregistrierung. Das Dialogfeld Registrierung wird geöffnet.

2. Geben Sie die Email-Adresse für das SUSE-Konto ein, mit dem Sie oder Ihr Unternehmen die Abonnements verwalten. Falls Sie noch kein SUSE-Konto besitzen, wechseln Sie zur SUSE Customer Center-Startseite (https://scc.suse.com/), und erstellen Sie dort ein Konto.

3. Geben Sie den Registrierungscode ein, den Sie zusammen mit Ihrem Exemplar von SUSE Linux Enterprise Server erhalten haben.

4. Wenn ein oder mehrere lokale Registrierungsserver in Ihrem Netzwerk verfügbar sind, können Sie einen Server aus einer Liste auswählen.

5. Starten Sie die Registrierung mit Weiter.

   Nach erfolgter Registrierung zeigt YaST eine Liste der verfügbaren Erweiterungen, Add-ons und Module für Ihr System an. Zum Auswählen und Installieren eines Elements fahren Sie mit Book “Installationshandbuch”, Chapter 10 “Registrieren von SUSE Linux Enterprise und Verwalten von Modulen/Erweiterungen”, Section 10.4 “Verwalten von Modulen und Erweiterungen in einem laufenden System” fort.

1. Deaktivieren Sie alle nicht verwendeten Erweiterungen des Registrierungsservers, damit künftig keine Abhängigkeitskonflikte auftreten. Falls Sie eine Erweiterung übersehen, erkennt YaST später die nicht verwendeten Erweiterungs-Repositorys, die dann automatisch deaktiviert werden.

2. Wenn Sie bei einer GNOME-Sitzung auf dem zu aktualisierenden Computer angemeldet sind, wechseln Sie zu einer Textkonsole. Die Aktualisierung aus einer GNOME-Sitzung heraus wird nicht empfohlen. Dies gilt nicht, wenn Sie über einen Remote-Computer angemeldet sind (es sei denn, Sie führen eine VNC-Sitzung mit GNOME aus).

3. Führen Sie die YaST-Online-Aktualisierung aus, um die neuesten Paketaktualisierungen für Ihr System zu erhalten.

4. Installieren Sie das Paket yast2-migration und seine abhängigen Komponenten (in YaST unter Software › Softwareverwaltung).

5. Starten Sie YaST neu, damit das neu installierte Modul im Kontrollzentrum angezeigt wird.

6. Wählen Sie in YaST die Option Online-Migration. (Je nach der upzugradenden Version von SUSE Linux Enterprise Server befindet sich dieses Modul unter System oder Software.) YaST zeigt die möglichen Migrationsziele und eine Zusammenfassung an. Falls für Ihr System mehrere Migrationsziele verfügbar sind, wählen Sie eines davon in der Liste aus.

7. Wählen Sie ein Migrationsziel in der Liste aus und setzen Sie den Vorgang mit Weiter fort.

8. Falls das Migrationstool Aktualisierungs-Repositorys anbietet, sollten Sie mit Ja fortfahren.

9. Falls das Tool für die Online-Migration alte Repositorys von DVD oder einem lokalen Server findet, empfiehlt es sich dringend, diese zu deaktivieren. Veraltete Repositorys beziehen sich auf ein früheres Service Pack. Alte Repositorys vom SUSE Customer Center oder aus RMT werden automatisch entfernt.

   Wenn der Registrierungsserver keine Migrationen für ein Modul oder eine Erweiterung anbietet, bleibt seine Repository-Konfiguration unverändert. Dies geschieht in der Regel bei Repositorys von Drittanbietern wie dem NVIDIA Compute Module, die nicht an eine Produktversion oder ein Service Pack gebunden sind. Falls erforderlich, können Sie die Repository-Konfiguration nach der Migration manuell überprüfen.

10. Prüfen Sie die Zusammenfassung und klicken Sie dann auf Weiter, um mit der Migration fortzufahren. Bestätigen Sie die Migration mit Aktualisierung starten.

11. Starten Sie Ihr System nach einer erfolgreichen Migration neu.

1. Wenn Sie bei einer GNOME-Sitzung auf dem zu aktualisierenden Computer angemeldet sind, wechseln Sie zu einer Textkonsole. Die Aktualisierung aus einer GNOME-Sitzung heraus wird nicht empfohlen. Dies gilt nicht, wenn Sie über einen Remote-Computer angemeldet sind (es sei denn, Sie führen eine VNC-Sitzung mit GNOME aus).

2. Falls noch nicht erfolgt, registrieren Sie Ihren SUSE Linux Enterprise-Rechner:

   > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

3. Migration starten:

   > sudo zypper migration

   Beachten Sie folgende Hinweise zum Migrationsvorgang:

   • Falls für Ihr System mehrere Migrationsziele verfügbar sind, können Sie in Zypper einen SP in der Liste auswählen. Dies entspricht dem Überspringen eines oder mehrerer SPs. Denken Sie daran, dass die Online-Migration für Basisprodukte (SLES, SLED) nur zwischen den SPs einer Hauptversion verfügbar ist.

   • Zypper verwendet standardmäßig die Option --no-allow-vendor-change, die an zypper dup weitergeleitet wird. Wurde ein Paket aus einem Repository eines Drittanbieters installiert, verhindert diese Option, dass das Paket durch das gleiche Paket aus SUSE ersetzt wird.

   • Falls Zypper alte Repositorys von DVD oder einem lokalen Server findet, empfiehlt es sich dringend, diese zu deaktivieren. Alte SUSE Customer Center- oder RMT-Repository werden automatisch entfernt.

4. Prüfen Sie alle Änderungen, insbesondere die Pakete, die entfernt werden. Geben Sie y ein, um fortzufahren (die Anzahl der Pakete, die aktualisiert werden können, ist von System zu System unterschiedlich):

   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):

   Verwenden Sie zum Blättern in Ihrer Shell die Tasten Umschalttaste–Bild ↑ oder Umschalttaste–Bild ↓.

5. Starten Sie Ihr System nach einer erfolgreichen Migration neu.

1. Wenn Sie bei einer Grafiksitzung auf dem zu migrierenden Rechner angemeldet sind, müssen Sie sich von dieser Sitzung abmelden und zu einer Textkonsole wechseln. Von der Aktualisierung aus einer Grafiksitzung heraus wird abgeraten. Dies gilt nicht, wenn Sie über einen Remote-Computer angemeldet sind (es sei denn, Sie führen eine VNC-Sitzung mit X aus).

2. Aktualisieren Sie die Paketverwaltungstools mit den alten SUSE Linux Enterprise-Repositorys:

   > sudo zypper patch --updatestack-only

3. Rufen Sie eine Liste der Pakete ab, denen aktuell kein Repository zugewiesen ist (verwaiste Pakete). Diese Pakete werden nicht migriert, und ihre Funktionstüchtigkeit nach der Migration kann nicht garantiert werden, weil andere Pakete, auf die sie sich verlassen, möglicherweise so verändert wurden, dass sie nicht mehr kompatibel sind. Rufen Sie die Liste ab mit:

   > sudo zypper packages --orphaned

   Gehen Sie die Liste sorgfältig durch und entfernen Sie alle verwaisten Pakete, die nicht mehr benötigt werden. Machen Sie sich eine Notiz zu allen verbleibenden verwaisten Pakete. Sie benötigen Sie später zu Vergleichszwecken.

4. Rufen Sie eine Liste aller Repositorys ab, die das System aktuell abonniert hat. Führen Sie dazu folgendes Kommando aus:

   > sudo zypper repos -u

   Aktualisieren Sie die einzelnen Repository-URLs so, dass ihre Produktversionsnummer 15-SP6 lautet. Wenn die URL eines Repositorys beispielsweise so aussieht

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

   ändern Sie sie zu

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

   Dies muss bei allen aktivierten Repositorys erfolgen. Sie könnten dies auch für Repositorys tun, die derzeit deaktiviert sind. Dadurch werden falsche Installationsquellen im System verhindert, wenn diese Repositorys zu einem späteren Zeitpunkt aktiviert werden.

   Zum Ändern der Repository-URLs stehen Ihnen folgende Optionen zur Verfügung:

   1. YaST › Software › Software-Repositorys: Wählen Sie ein Repository aus und klicken Sie auf Bearbeiten, um die erforderliche Änderung vorzunehmen. Wiederholen Sie diesen Vorgang für alle Repositorys.

   2. Verwenden von zypper. Entfernen Sie das alte Repository mit

      > sudo zypper removerepo OLD_REPO_ID

      Fügen Sie dann das entsprechende neue Repository hinzu mit

       > sudo zypper addrepo -f URL NAME-15-SP6

   3. Bearbeiten von Repository-Konfigurationsdateien in /etc/zypp/repos.d. Jedes Repository wird durch eine Konfigurationsdatei dargestellt. Der Wert für den Parameter baseurl muss in jeder Datei geändert werden.

5. Prüfen Sie Ihre Änderungen durch Ausführen von zypper repos -u und aktualisieren Sie die Repositorys mit folgendem Kommando:

   > sudo zypper refresh -f -s

   Falls ein Repository nicht aktualisiert werden kann, prüfen Sie nach, ob Sie die falsche URL eingegeben haben. Wenn das Problem nicht behoben werden kann, empfiehlt es sich, das fehlerhafte Repository zu deaktivieren.

   Wenn alle Repositorys korrekt konfiguriert sind, führen Sie folgendes Kommando erneut aus:

   > sudo zypper refresh -f -s

   Damit stellen Sie sicher, dass alle Repositorys aktuell sind.

6. Vor dem Start der Migration sollte ein Testlauf durchgeführt werden:

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

   Mit dem Parameter -D wird ein Probelauf durchgeführt, der die Migration simuliert, ohne das System tatsächlich zu ändern. Falls Probleme auftreten, sollten sie behoben werden, bevor Sie fortfahren. Falls der Testlauf erfolgreich ist, führen Sie die echte Migration mit folgendem Kommando durch:

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

   -no-allow-vendor-change stellt sicher, dass Drittanbieter-RPMs nicht die RPMs des Basissystems überschreiben. Durch die Option --no-recommends wird sichergestellt, dass Pakete, die während der Erstinstallation abgewählt wurden, nicht erneut hinzugefügt werden.

7. Führen Sie nach Abschluss der Migration und dem Booten des Systems in der neuen Service Pack-Version die Prüfung nach verwaisten Paketen erneut aus:

   > sudo zypper packages --orphaned

   Vergleichen Sie die neue Liste mit der Liste, die Sie vor Beginn der Migration generiert haben. Falls neue Pakete in der Liste auftauchen, liegt es womöglich daran, dass sie zu einem anderen Modul im neuen Service Pack verschoben wurden. Falls dieses Modul in der früheren Installation nicht enthalten war, konnte das Paket nicht aktualisiert werden.

   Unter https://scc.suse.com/packages können Sie prüfen, zu welchem Modul ein Paket gehört. Fügen Sie die fehlenden Module mit zypper addrepo oder dem Modul „YaST Software Repositories“ hinzu und aktualisieren Sie danach die verwaisten Pakete mit dem Kommando:

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

8. Die Migration zu einem neuen Service Pack ist abgeschlossen.

1. Rufen Sie eine Liste sämtlicher Snapper-Snapshots ab:

   > sudo snapper list

   Suchen Sie in der Ausgabe nach dem Snapshot, der unmittelbar vor Beginn der Service Pack-Migration gestartet wurde. Die Spalte Beschreibung zeigt eine zugehörige Erläuterung und der Snapshot wird in der Spalte importantBenutzerdaten als gekennzeichnet. Notieren Sie die Snapshot-Nummer in der Spalte Nr. und das entsprechende Datum in der Spalte Datum.

2. Booten Sie das System neu. Wählen Sie im Bootmenü die Option Bootloader von einem schreibgeschützten Snapshot starten und wählen Sie den Snapshot mit dem notierten Datum und der Nummer aus dem vorangegangenen Schritt aus. Ein zweites Bootmenü (das Bootmenü aus dem Snapshot) wird geladen. Wählen Sie den Eintrag aus, der mit SLES 15 SP6 beginnt, und booten Sie ihn.

3. Das System bootet im vorherigen Zustand, wobei die Systempartition schreibgeschützt eingehängt ist. Melden Sie sich als root an und prüfen Sie, ob Sie den richtigen Snapshot ausgewählt haben. Prüfen Sie außerdem, ob alle Vorgänge wie erwartet ablaufen. Beachten Sie, dass der Funktionsumfang ggf. eingeschränkt ist, da das root-Dateisystem schreibgeschützt eingehängt wurde.

   Falls Probleme auftreten oder Sie den falschen Snapshot gebootet haben, booten Sie das System neu und wählen Sie einen anderen Snapshot zum Booten aus. Bis zu diesem Zeitpunkt wurden noch keine permanenten Änderungen vorgenommen. Falls der richtige Snapshot ausgewählt wurde und dieser Snapshot einwandfrei arbeitet, lassen Sie die Änderungen mit dem folgenden Befehl dauerhaft in Kraft treten:

   > sudo snapper rollback

   Den Computer neu booten. Wählen Sie im Bootbildschirm den Standard-Booteintrag. Das neu eingesetzte System wird erneut gebootet.

4. Prüfen Sie, ob die Repository-Konfiguration ordnungsgemäß zurückgesetzt wurde. Prüfen Sie außerdem, ob alle Produkte fehlerfrei registriert wurden. Falls eine dieser Bedingungen nicht erfüllt ist, kann das System später eventuell nicht mehr aktualisiert werden oder das System wird mit den falschen Paket-Repositorys aktualisiert.

   Prüfen Sie vor Beginn dieses Verfahrens, ob das System auf das Internet zugreifen kann.

   1. Aktualisieren Sie die Dienste und Repositorys mit

      > sudo zypper ref -fs

   2. Erstellen Sie eine Liste der aktiven Repositorys mit

      > sudo zypper lr

      Prüfen Sie die Ausgabe dieses Befehls sorgfältig. Es sollten keine Dienste und Repositorys aufgelistet werden, die für die Aktualisierung eingefügt wurden. Bei einem Rollback von SLES 15 SP6 auf SLES15 GA muss die Liste beispielsweise die SLES15-GA-Repositorys enthalten, also nicht die SLES15-SP6-Repositorys.

      Falls falsche Repositorys aufgelistet werden, löschen Sie diese Repositorys und ersetzen Sie sie ggf. durch die richtigen Versionen für die Produkt- oder Service Pack-Version. Eine Liste der Repositorys für die unterstützten Migrationspfade finden Sie unter Abschnitt 1.3, „Abhängigkeiten und Lebenszyklen von Modulen“. (Beachten Sie, dass kein manuelles Eingreifen erforderlich sein sollte, da die Repositorys automatisch aktualisiert werden sollten. Als bewährte Vorgehensweise sollten sie jedoch überprüft und notwendige Korrekturen vorgenommen werden.)

   3. Prüfen Sie abschließend den Registrierungsstatus aller installierten Produkte mit

      > sudo SUSEConnect --status

      Alle Produkte sollten als Registered aufgeführt werden. Ist dies nicht der Fall, reparieren Sie die Registrierung mit

      > sudo SUSEConnect --rollback