Vai al contenutoNaviga tra le pagine: pagina precedente [tasto di scelta p]/pagina successiva [tasto di scelta n]
documentation.suse.com / Documentazione di SUSE Linux Enterprise Server / Guida all'upgrade / Upgrade online
Si applica a SUSE Linux Enterprise Server 15 SP4

5 Upgrade online

SUSE offre uno strumento grafico intuitivo e uno strumento da riga di comando semplice per eseguire l'upgrade di un sistema in esecuzione al nuovo Service Pack. Entrambi questi strumenti forniscono il supporto necessario per il «rollback» dei Service Pack e altro. In questo capitolo sono fornite istruzioni passo passo su come eseguire un upgrade di un Service Pack utilizzando questi strumenti.

5.1 Panoramica concettuale

SUSE rilascia Service Pack per la famiglia SUSE Linux Enterprise a intervalli regolari. Per semplificare la migrazione a un nuovo Service Pack da parte dei clienti e ridurre al minimo il tempo di inattività, SUSE supporta la migrazione online mentre il sistema è in esecuzione.

A partire da SLE 12 , YaST Wagon è stato sostituito dalla migrazione di YaST (tramite GUI) e dalla migrazione di Zypper (dalla riga di comando). Ciò comporta i vantaggi seguenti:

  • Il sistema è in uno stato definito fino all'aggiornamento del primo RPM.

  • L'annullamento è possibile fino all'aggiornamento del primo RPM.

  • In caso di errore il recupero è semplice.

  • È possibile eseguire un «rollback» tramite gli strumenti di sistema (backup o ripristino non necessari).

  • Vengono utilizzati tutti gli archivi attivi.

  • È possibile ignorare un Service Pack.

Avvertimento
Avvertimento: migrazione online non supportata per le release principali

La migrazione online è supportata solo per eseguire la migrazione tra Service Pack. La migrazione online non è supportata per eseguire l'upgrade alle nuove versioni principali. Per informazioni, vedere Capitolo 1, Metodi e percorsi di upgrade.

Utilizzare la migrazione offline per eseguire l'upgrade a una nuova release principale. Per informazioni, vedere Capitolo 4, Upgrade offline.

Importante
Importante: upgrade dei client SUSE Manager

Se il sistema da sottoporre ad upgrade è un client SUSE Manager, è impossibile eseguire l'upgrade tramite la migrazione online YaST o zypper migration. Seguire invece la procedura per la migrazione del client. Tale procedura è descritta in SUSE Manager Upgrade Guide (Guida all'upgrade di SUSE Manager).

5.2 Flusso di lavoro di migrazione del Service Pack

Per eseguire la migrazione di un Service Pack è possibile utilizzare YaST, zypper o AutoYaST.

Prima di iniziare la migrazione di un Service Pack è necessario registrare il sistema in SUSE Customer Center o in un server RMT locale. È possibile utilizzare anche SUSE Manager.

Indipendentemente dal metodo, una migrazione del Service Pack consiste nei seguenti passaggi:

  1. Trovare le possibili destinazioni di migrazione nei sistemi registrati.

  2. Selezionare una destinazione di migrazione.

  3. Richiedere e abilitare nuovi archivi.

  4. Eseguire la migrazione.

L'elenco delle destinazioni di migrazione dipende dai prodotti installati e registrati. Se è installata un'estensione per cui non è ancora disponibile il nuovo Service Pack, è possibile che non venga resa disponibile alcuna destinazione.

L'elenco delle destinazioni di migrazione disponibili per l'host in uso viene sempre recuperato da SUSE Customer Center e dipende dalle estensioni o dai prodotti installati.

5.3 Annullamento della migrazione di un Service Pack

La migrazione di un Service Pack può essere annullata solo in alcune fasi specifiche del processo di migrazione:

  1. Finché non ha inizio l'upgrade del pacchetto, al sistema vengono apportate solo alcune modifiche minime, ad esempio a servizi e archivi. Ripristinare /etc/zypp/repos.d/* per tornare allo stato precedente.

  2. Per tornare allo stato precedente dopo l'avvio dell'upgrade del pacchetto, è possibile utilizzare un'istantanea di Snapper (vedere il Chapter 10, System recovery and snapshot management with Snapper).

  3. Dopo la selezione della destinazione di migrazione, SUSE Customer Center modifica i dati dell'archivio. Per tornare manualmente allo stato precedente, utilizzare SUSEConnect --rollback.

5.4 Upgrade con lo strumento di migrazione online (YaST)

Per eseguire la migrazione di un Service Pack con YaST, utilizzare lo strumento Migrazione online. Per default, YaST non installa i pacchetti da un archivio di terze parti. Se un pacchetto è stato installato da un archivio di terze parti, YaST impedisce che il pacchetto venga sostituito con lo stesso pacchetto proveniente da SUSE.

Nota
Nota: ridurre la dimensione dell'installazione

Quando si esegue la migrazione di un Service Pack, YaST installa tutti i pacchetti consigliati. Soprattutto nel caso di un'installazione minima personalizzata, questo può aumentare notevolmente la dimensione dell'installazione del sistema.

Per modificare questo comportamento di default e consentire solo i pacchetti necessari, regolare l'opzione solver.onlyRequires in /etc/zypp/zypp.conf.

solver.onlyRequires = true

Modificare inoltre il file /etc/zypp/zypper.conf e l'opzione installRecommends.

installRecommends=false

Questo modifica il comportamento di tutte le operazioni sui pacchetti, come l'installazione di patch o nuovi pacchetti. Per modificare il comportamento di Zypper per una singola chiamata, utilizzare il parametro --no-recommends.

Per avviare la migrazione di un Service Pack, procedere come segue:

  1. Disattivare tutte le estensioni inutilizzate sul server di registrazione per evitare futuri conflitti di dipendenza futuri. Nel caso in cui ci si dimenticasse un'estensione, in un momento successivo YaST rileverà i repository delle estensioni inutilizzate e li disattiverà.

  2. Se si è eseguito il login a una sessione GNOME in esecuzione su un computer che verrà sottoposto ad aggiornamento, passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione GNOME non è consigliata. Tenere presente che ciò non si applica quando si esegue il login da un computer remoto (a meno che non sia in esecuzione una sessione VNC con GNOME).

  3. Eseguire l'aggiornamento online tramite YaST per recuperare gli ultimi aggiornamenti dei pacchetti per il sistema in uso.

  4. Installare il pacchetto yast2-migration e le relative dipendenze (in YaST in Software › Gestione software).

  5. Riavviare YaST. In caso contrario il modulo appena installato non verrà mostrato nel centro di controllo.

  6. In YaST, scegliere Migrazione online (a seconda della versione di SUSE Linux Enterprise Server dalla quale si sta eseguendo l'upgrade, questo modulo viene classificato come Sistema o Software). YaST mostrerà le destinazioni di migrazione possibili e un riepilogo. Se per il sistema in uso sono disponibili più destinazioni di migrazione, selezionarne una dall'elenco.

  7. Selezionare una destinazione di migrazione dall'elenco e fare clic su Avanti per continuare.

  8. Se lo strumento di migrazione offre archivi di aggiornamento, è consigliabile selezionare per procedere.

  9. Se lo strumento di migrazione online rileva archivi obsoleti provenienti da DVD o da un server locale, è consigliabile disabilitarli. Gli archivi obsoleti provengono da un Service Pack precedente. Gli archivi precedenti di SUSE Customer Center o RMT vengono rimossi automaticamente.

  10. Controllare il riepilogo e continuare con la migrazione facendo clic su Avanti. Confermare con Avvia aggiornamento.

  11. Al termine della migrazione, riavviare il sistema.

5.5 Upgrade con Zypper

Per eseguire la migrazione di un Service Pack con Zypper, utilizzare lo strumento a riga di comando zypper migration dal pacchetto zypper-migration-plugin.

Nota
Nota: ridurre la dimensione dell'installazione

Quando si esegue la migrazione di un Service Pack, YaST installa tutti i pacchetti consigliati. Soprattutto nel caso di un'installazione minima personalizzata, questo può aumentare notevolmente la dimensione dell'installazione del sistema.

Per modificare questo comportamento di default e consentire solo i pacchetti necessari, regolare l'opzione solver.onlyRequires in /etc/zypp/zypp.conf.

solver.onlyRequires = true

Modificare inoltre il file /etc/zypp/zypper.conf e l'opzione installRecommends.

installRecommends=false

Questo modifica il comportamento di tutte le operazioni sui pacchetti, come l'installazione di patch o nuovi pacchetti. Per modificare il comportamento di Zypper per una singola chiamata, utilizzare il parametro --no-recommends.

Per avviare la migrazione di un Service Pack, procedere come segue:

  1. Se si è eseguito il login a una sessione GNOME in esecuzione su un computer che verrà sottoposto ad aggiornamento, passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione GNOME non è consigliata. Tenere presente che ciò non si applica quando si esegue il login da un computer remoto (a meno che non sia in esecuzione una sessione VNC con GNOME).

  2. Se non è ancora stato fatto, registrare il computer SUSE Linux Enterprise in uso:

    > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE
  3. Avviare la migrazione:

    > sudo zypper migration

    Note sul processo di migrazione:

    • Se per il sistema in uso sono disponibili più destinazioni di migrazione, Zypper consente di selezionarne una dall'elenco. È come ignorare uno o più Service Pack. Ricordare che la migrazione online per i prodotti base (SLES, SLED) rimane disponibile solo tra i Service Pack di una versione principale.

    • Per default, Zypper usa l'opzione --no-allow-vendor-change, che viene passata a zypper dup. Se un pacchetto è stato installato da un archivio di terze parti, questa opzione impedisce che il pacchetto venga sostituito con lo stesso pacchetto proveniente da SUSE.

    • Se Zypper rileva archivi obsoleti provenienti da DVD o da un server locale, è consigliabile disabilitarli. Gli archivi precedenti di SUSE Customer Center o RMT vengono rimossi automaticamente.

  4. Rivedere tutte le modifiche, soprattutto i pacchetti che verranno rimossi. Procedere digitando y (il numero esatto di pacchetti di cui eseguire l'upgrade può variare in base al sistema):

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

    Utilizzare i tasti ShiftPagina ↑ o ShiftPagina ↓ per scorrere nella shell.

  5. Al termine della migrazione, riavviare il sistema.

5.6 Upgrade con Zypper semplice

Se il sistema non è registrato perché non si dispone dell'accesso a Internet o a un server di registrazione, non è possibile eseguire la migrazione a un nuovo Service Pack con la migrazione YaST o zypper migration. In questo caso, è comunque possibile eseguire la migrazione a un nuovo Service Pack con Zypper semplice e alcune interazioni manuali.

Importante
Importante: solo per i sistemi non registrati

Questo percorso di migrazione a un nuovo Service Pack è supportato soltanto per i sistemi non registrati che non dispongono dell'accesso a Internet o a un server di registrazione. Questo potrebbe essere ad esempio il caso dei computer che si trovano in reti con protezione speciale. Se si dispone di un sistema registrato, utilizzare la migrazione YaST o Zypper.

Importante
Importante: origini di installazione

Questo percorso di migrazione richiede che il sistema di cui si sta eseguendo la migrazione disponga dell’accesso alle origini di installazione. A tal fine, è possibile ad esempio configurare un server RMT o SLP.

È inoltre necessario che il sistema disponga dell'accesso a un repository di aggiornamento aggiornato della versione del prodotto installata.

  1. Se si è eseguito il login a una sessione grafica in esecuzione sul computer di cui verrà eseguita la migrazione, eseguire il logout dalla sessione e passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione grafica non è consigliata. Tenere presente che ciò non si applica quando si esegue il login da un computer remoto (a meno che non sia in esecuzione una sessione VNC con X).

  2. Aggiornare gli strumenti di gestione dei pacchetti con gli archivi precedenti di SUSE Linux Enterprise:

    > sudo zypper patch --updatestack-only
  3. Ottenere un elenco dei pacchetti attualmente senza un repository loro assegnato (pacchetti orfani). Non verrà eseguita la migrazione di tali pacchetti e non è possibile garantirne il funzionamento in seguito alla migrazione (dal momento che gli altri pacchetti su cui si basano possono essere stati modificati e non essere quindi più compatibili). Per ottenere l'elenco, eseguire:

    > sudo zypper packages --orphaned

    Esaminare con attenzione l'elenco e rimuovere tutti i pacchetti orfani non più necessari. Prendere nota di tutti i pacchetti orfani rimanenti per poterne eseguire un confronto in un secondo momento.

  4. Ottenere un elenco di tutti i repository a cui il sistema è attualmente registrato eseguendo:

    > sudo zypper repos -u

    Aggiornare ogni URL di repository in modo che il numero di versione sia 15-SP4. Se ad esempio l'URL di un repository è

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

    modificarlo in

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

    Occorre procedere in questo modo per tutti i repository abilitati. È consigliabile eseguire questa operazione anche per i repository attualmente disabilitati per evitare che nel sistema siano presenti origini di installazione errate al momento della loro attivazione in futuro.

    Per modificare gli URL dei repository, è possibile scegliere tra le opzioni seguenti:

    1. Utilizzo di YaST › Programmi › Repository dei programmi. Selezionare un repository e fare clic su Modifica per apportare la modifica necessaria. Ripetere questa operazione per tutti i repository.

    2. Utilizzo di Zypper. Rimuovere il repository precedente eseguendo

      > sudo zypper removerepo OLD_REPO_ID

      Aggiungere quindi il nuovo repository corrispondente eseguendo

       > sudo zypper addrepo -f URL NAME-15-SP4
    3. Modifica dei file di configurazione del repository in /etc/zypp/repos.d. Ogni repository è rappresentato da un file di configurazione. La modifica del valore del parametro baseurl è obbligatoria per ogni file.

  5. Rivedere le modifiche eseguendo zypper repos -u e aggiornare i repository eseguendo:

    > sudo zypper refresh -f -s

    Se l'aggiornamento di un repository non riesce, accertarsi di aver immesso l'URL corretto. Se non è possibile correggere il problema, si consiglia di disabilitare il repository con errori.

    Se tutti i repository sono stati configurati correttamente, eseguire nuovamente

    > sudo zypper refresh -f -s

    per assicurarsi che tutti i repository siano stati aggiornati.

  6. Prima di avviare la migrazione, si consiglia di eseguire un'esecuzione di prova:

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

    Il parametro -D eseguirà un test in cui viene simulata la migrazione senza apportare alcuna modifica effettiva al sistema. Correggere eventuali problemi prima di continuare. Se l'esecuzione di prova viene completata senza errori, eseguire la migrazione reale eseguendo:

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

    L'opzione -no-allow-vendor-change assicura che gli RPM di terze parti non sovrascrivano gli RPM del sistema di base. L'opzione --no-recommends assicura che i pacchetti deselezionati durante l'installazione iniziale non verranno aggiunti di nuovo.

  7. In seguito alla migrazione e all'avvio del sistema nella nuova versione del Service Pack, verificare nuovamente la presenza di pacchetti orfani:

    > sudo zypper packages --orphaned

    Confrontare il nuovo elenco con quello generato prima di avviare la migrazione. La presenza di nuovi pacchetti nell'elenco potrebbe dipendere dal fatto che questi sono stati spostati in un modulo diverso nel nuovo Service Pack. Se tale modulo non era presente nell'installazione precedente, il pacchetto non è stato aggiornato.

    È possibile verificare a quale modulo appartiene un pacchetto all'indirizzo https://scc.suse.com/packages. Aggiungere i moduli mancanti utilizzando zypper addrepo o il modulo dei repository dei programmi YaST e aggiornare i pacchetti orfani in un secondo momento eseguendo:

    > sudo zypper install --no-recommends LIST OF PACKAGES
  8. La migrazione a un nuovo Service Pack è stata eseguita correttamente.

5.7 Rollback di un Service Pack

Se un Service Pack non è adatto alle proprie esigenze, SUSE Linux Enterprise supporta il ripristino del sistema allo stato precedente l'avvio della migrazione del Service Pack. Il prerequisito è una partizione radice Btrfs con istantanee abilitate (questa è l'impostazione predefinita a partire da SLES 12). Per informazioni, vedere Chapter 10, System recovery and snapshot management with Snapper.

  1. Recuperare un elenco di tutte le istantanee di Snapper:

    > sudo snapper list

    Rivedere l'output per individuare lo snapshot creato subito prima dell'avvio della migrazione del Service Pack. Nella colonna Descrizione è contenuta l'istruzione corrispondente e lo snapshot è contrassegnato come importante nella colonna Dati utente. Memorizzare il numero di snapshot nella colonna N. e la rispettiva data nella colonna Data.

  2. Riavviare il computer. Dal menu di avvio, selezionare Avvia boot loader da uno snapshot di sola lettura e scegliere lo snapshot con la data e il numero memorizzato al passaggio precedente. Viene caricato un secondo menu di avvio (quello dello snapshot). Selezionare la voce che inizia con SLES 15 SP4 ed eseguirne l'avvio.

  3. Il sistema viene avviato nello stato precedente con la partizione del sistema montata in sola lettura. Eseguire il login come root e verificare che lo snapshot selezionato sia corretto. Verificare inoltre che tutto funzioni come previsto. Si noti che poiché il file system radice è montato in sola lettura, è possibile che vengano applicate restrizioni alle funzionalità.

    In caso di problemi o se è stato avviato lo snapshot errato, riavviare e scegliere uno snapshot diverso dal quale eseguire l'avvio. Le modifiche apportate finora non sono permanenti. Se lo snapshot è corretto e funziona come previsto, apportare la modifica permanente eseguendo il seguente comando:

    > sudo snapper rollback

    Riavviare il computer. Nella schermata di avvio, scegliere la voce di avvio di default per riavviare nel sistema ripristinato.

  4. Verificare che la configurazione dell'archivio sia stata reimpostata correttamente. Verificare inoltre che tutte le procedure siano registrate adeguatamente. Se una delle suddette condizioni non è soddisfatta, l'aggiornamento del sistema in un momento successivo potrebbe risultare impossibile o il sistema potrebbe essere aggiornato con archivi di pacchetti errati.

    Assicurarsi che il sistema sia in grado di accedere a Internet prima di iniziare questa procedura.

    1. Aggiornare servizi e archivi eseguendo

      > sudo zypper ref -fs
    2. Ottenere un elenco di archivi attivi eseguendo

      > sudo zypper lr

      Verificare attentamente l'output di questo comando. Nell'elenco non dovrebbero comparire servizi e archivi aggiunti per l'aggiornamento. Ad esempio, se si sta eseguendo il rollback da SLES 15 SP4 a SLES15 GA, l'elenco deve contenere i repository SLES15-GA e non i repository SLES15-SP4.

      Nel caso in cui siano elencati archivi errati, eliminarli e, se necessario, sostituirli con le versioni che corrispondono al prodotto o alla versione del Service Pack in uso. Per un elenco di archivi per i percorsi delle migrazioni supportate, fare riferimento alla Sezione 2.3, «Cicli di vita e dipendenze dei moduli». (Tenere presente che non dovrebbe essere necessario intervenire manualmente, dal momento che i repository dovrebbero essere aggiornati automaticamente; tuttavia, è buona norma verificare e correggere se necessario).

    3. Infine, verificare che nello stato di registrazione siano presenti tutti i prodotti installati eseguendo

      > sudo SUSEConnect --status

      Lo stato di tutti i prodotti deve essere Registrato. In caso contrario, correggere la registrazione eseguendo

      > sudo SUSEConnect --rollback

Il sistema viene ripristinato allo stato acquisito immediatamente prima dell'avvio della migrazione del Service Pack.

5.8 Upgrade con SUSE Manager

SUSE Manager è una soluzione server che fornisce aggiornamenti, patch e correzioni per la sicurezza dei client SUSE Linux Enterprise. Viene fornito in dotazione con un set di strumenti e un'interfaccia utente basata su Web per i task di gestione. Per ulteriori informazioni su SUSE Manager, vedere https://www.suse.com/products/suse-manager/.

La migrazione SP consente di eseguire la migrazione da un Service Pack (SP) a un altro all'interno di una versione principale (ad esempio, da SLES 15 GA a SLES 15 SP4).

Se il computer è gestito da SUSE Manager, aggiornarlo come descritto nella documentazione di SUSE Manager. La procedura per la migrazione del client è descritta in SUSE Manager Upgrade Guide (Guida all'upgrade di SUSE Manager), disponibile all'indirizzo https://documentation.suse.com/suma/.

5.9 Upgrade da openSUSE Leap a SUSE Linux Enterprise Server

È possibile eseguire l'upgrade di un'installazione openSUSE a SUSE Linux Enterprise Server. La procedura è analoga a quella della Sezione 5.4, «Upgrade con lo strumento di migrazione online (YaST)», ma richiede alcuni passaggi aggiuntivi. Prima di eseguire questa procedura in un sistema di produzione, si consiglia di eseguirla su un sistema di test in cui è replicata la configurazione di produzione.

Per scoprire quali versioni di openSUSE Leap sono supportate per la migrazione, fare riferimento alla Sezione 1.2, «Percorsi di upgrade a SLES 15 SP4 supportati».

Avvertimento
Avvertimento: non tutti i pacchetti openSUSE possono essere sottoposti a migrazione

openSUSE fornisce più pacchetti rispetto a SUSE Linux Enterprise Server. La maggior parte dei pacchetti aggiuntivi è disponibile tramite SUSE Package Hub e viene sottoposto a migrazione. Eventuali pacchetti aggiuntivi non disponibili tramite SUSE Package Hub non riceveranno più aggiornamenti dopo la migrazione e dovranno quindi essere successivamente rimossi.

Assicurarsi che tutti i pacchetti necessari per il sistema siano disponibili nei repository di SUSE Linux Enterprise Server e SUSE Package Hub. Per ulteriori informazioni su SUSE Package Hub, fare riferimento alla https://packagehub.suse.com/.

Procedura 5.1: Upgrade da openSUSE Leap a SUSE Linux Enterprise Server

Per eseguire la migrazione da openSUSE Leap a SUSE Linux Enterprise Server, procedere come segue:

  1. Passare a un TTY, premendo ad esempio CtrlAltF1. Quindi, eseguire il login come root.

  2. Installare i pacchetti yast2-registration e rollback-helper:

    # zypper in yast2-registration rollback-helper
  3. Abilitare il servizio rollback-helper:

    # systemctl enable rollback
  4. Registrare il sistema con SUSE Customer Center:

    # yast2 registration
  5. Eseguire la migrazione:

    # yast2 migration

    In caso di conflitti tra pacchetti, YaST mostra un elenco di risoluzioni disponibili.

  6. Rimuovere i pacchetti orfani:

    # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)
  7. Riavviare il computer:

    # reboot

Il sistema è stato migrato a SUSE Linux Enterprise Server.

Se si verifica un problema dopo la migrazione, è possibile ripristinare lo stato precedente come un upgrade di Service Pack. Per ulteriori informazioni, vedere Sezione 5.7, «Rollback di un Service Pack».