test

Guida all'installazione di Solaris 10 8/07: Solaris Live Upgrade e pianificazione degli aggiornamenti

Creazione e aggiornamento di un ambiente di boot in presenza di zone non globali (attività).

Le sezioni seguenti forniscono informazioni sulla creazione di un ambiente di boot quando sono installate zone non globali e comprendono una procedura per l'aggiornamento in presenza di zone non globali.

Creazione di un ambiente di boot quando la zona non globale si trova su un file system separato

La procedura per la creazione di un nuovo ambiente di boot sulla base di quello corrente è immutata, con una sola eccezione. È possibile specificare una slice di destinazione per un file system condiviso all'interno di una zona non globale. Questa eccezione si verifica in presenza delle seguenti condizioni:

Per prevenire la condivisione di questo file system separato nel nuovo ambiente di boot, il comando lucreate consente di specificare una slice di destinazione per un file system separato per una zona non globale. L'argomento dell'opzione -m dispone di un nuovo campo opzionale, nome_zona. Questo nuovo campo posiziona il file system separato della zona non globale su una slice separata nel nuovo ambiente di boot. Per maggiori informazioni sulla configurazione di una zona non globale con un file system separato, vedere zonecfg(1M).

Nota –

Nell'impostazione predefinita, tutti i file system ad eccezione di quelli critici (root (/), /usr e /opt) sono condivisi dal vecchio e dal nuovo ambiente di boot. Di conseguenza, l'aggiornamento dei file condivisi nell'ambiente di boot attivo si riflette anche sui dati dell'ambiente di boot inattivo. Ad esempio, il file system /export è un file system condiviso. Se si utilizza l'opzione -m nome_zona, il file system condiviso della zona non globale viene copiato su una slice separata e i suoi dati non vengono condivisi. Questa opzione impedisce la condivisione tra gli ambiente di boot dei file system della zona non globale che erano stati creati con il comando zonecfg add fs.

ProcedureAggiornamento con Solaris Live Upgrade in presenza di zone non globali (attività)

La procedura seguente fornisce istruzioni dettagliate per l'aggiornamento con Solaris Live Upgrade su un sistema su cui sono installate zone non globali.

  1. Installare le patch richieste.

    Verificare di disporre dell'elenco più aggiornato delle patch accedendo al sito http://sunsolve.sun.com. Consultare il documento informativo 72099 sul sito Web di SunSolve.

    1. Ottenere l'elenco delle patch dal sito Web di SunSolveSM.

    2. Diventare superutente o assumere un ruolo equivalente.

    3. Installare le patch con il comando patchadd.


      # patchadd percorso

      percorso è il percorso in cui si trovano le patch.

    4. Riavviare il sistema, se necessario. Alcune patch richiedono il riavvio del sistema.

      solo x86: Il riavvio del sistema è necessario per eseguire correttamente Solaris Live Upgrade.


      # init 6

  2. Rimuovere i pacchetti esistenti di Solaris Live Upgrade.

    I tre pacchetti di Solaris Live Upgrade, SUNWluu, SUNWlur e SUNWlucfg, includono il software richiesto per l'aggiornamento con Solaris Live Upgrade. I pacchetti includono il software esistente, le nuove funzioni e le correzioni dei bug. Se i pacchetti esistenti non vengono rimossi e la nuova versione non viene installata sul sistema prima di usare Solaris Live Upgrade, l'aggiornamento alla versione di destinazione non riesce.


    # pkgrm SUNWlucfg SUNWluu SUNWlur

  3. Installare i pacchetti di Solaris Live Upgrade

    1. Inserire il DVD o i CD di Solaris.

      I supporti contengono i pacchetti appropriati per la versione di destinazione dell'aggiornamento.

    2. Installare i pacchetti nel seguente ordine dai supporti di installazione o dall'immagine di installazione di rete.


      # pkgadd -d percorso SUNWlucfg SUNWlur SUNWluu

      Nell'esempio seguente, i pacchetti vengono installati dai supporti di installazione.

      • Per i sistemi SPARC:


        # pkgadd -d /cdrom/cdrom0/s0/Solaris_10/Product SUNWlucfg SUNWlur SUNWluu

      • Per i sistemi x86:


        # pkgadd -d /cdrom/cdrom0/Solaris_10/Product SUNWlucfg SUNWlur SUNWluu

  4. Verificare che i pacchetti siano stati installati correttamente. 


    # pkgchk -v SUNWlucfg SUNWlur SUNWluu

  5. Creare il nuovo ambiente di boot.


    # lucreate [-A 'descrizione_BE'] [-c nome_BE] \
 -m punto_att:disp[,metadevice]:opzioni_fs[:nome_zona] [-m ...] -n nome_BE
    -n nome_BE

    Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.

    -A 'descrizione_BE'

    (Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

    -c nome_BE

    Assegna il nome nome_BE all'ambiente di boot attivo. Questa opzione è richiesta solo ed esclusivamente per la creazione del primo ambiente di boot. Se alla prima esecuzione di lucreate non si utilizza l'opzione -c, il software crea automaticamente un nome.

    -m punto_att:disp[,metadevice]:opzioni_fs[:nome_zona] [-m ...]

    Specifica la configurazione dei file system del nuovo ambiente di boot in vfstab. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.

    • Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.

    • Nel campo dispositivo è possibile specificare:

      • Il nome di un disco, nella forma /dev/dsk/cwtxdysz.

      • Il nome di un volume di Solaris Volume Manager nella forma /dev/md/dsk/dnum.

      • Il nome di un volume di Veritas Volume Manager nella forma /dev/md/vxfs/dsk/dnum

      • La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.

    • Per opzioni_fs è possibile specificare:

      • ufs, indicante un file system UFS

      • vxfs, indicante un file system Veritas

      • swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).

      • Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).

    • nome_zona specifica che il file system separato per la zona non globale deve essere posizionato su una slice separata. Questa opzione viene utilizzata quando il file system separato della zona si trova su un file system condiviso, ad esempio /zona1/root/export. Questa opzione copia il file system separato della zona su una nuova slice e previene la condivisione del file system. Il file system separato era stato creato dal comando zonecfg add fs.

    Nell'esempio seguente, viene creato un nuovo ambiente di boot denominato nuovo_be. Il file system radice (/) viene posizionato in c0t1d0s4. Tutte le zone non globali dell'ambiente di boot corrente vengono copiate nel nuovo ambiente di boot. Alla zona non globale denominata zona1 viene assegnato un punto di attivazione separato su c0t1d0s1.

    Nota –

    Nell'impostazione predefinita, tutti i file system ad eccezione di quelli critici (root (/), /usr e /opt) sono condivisi dal vecchio e dal nuovo ambiente di boot. Il file system /export è un file system condiviso. Se si utilizza l'opzione -m, il file system della zona non globale viene posizionato su una slice separata e non viene condiviso. Questa opzione impedisce la condivisione tra gli ambiente di boot dei file system della zona che erano stati creati con il comando zonecfg add fs. Per maggiori informazioni, vedere zonecfg(1M).


    # lucreate -n nuovo_be -m /:/dev/dsk/c0t1d0s4:ufs -m /export:/dev/dsk/c0t1d0s1:ufs:zona1

  6. Aggiornare l'ambiente di boot.

    L'immagine del sistema operativo da utilizzare per l'aggiornamento viene prelevata dalla rete.


    # luupgrade -u -n nome_BE -s percorso_immagine_os
    -u

    Aggiorna l'immagine del sistema operativo in un ambiente di boot

    -n nome_BE

    Specifica il nome dell'ambiente di boot da aggiornare

    -s percorso_immagine_os

    Specifica il percorso della directory che contiene l'immagine del sistema operativo.

    In questo esempio, il nuovo ambiente di boot, nuovo_be, viene aggiornato da un'immagine di installazione di rete.


    # luupgrade -n nuovo_be -u -s /net/server/export/Solaris_10/combined.solaris_wos

  7. (Opzionale) Verificare che l'ambiente di boot sia avviabile.

    Il comando lustatus indica se la creazione dell'ambiente di boot è terminata e se l'ambiente è avviabile.


    # lustatus
boot environment   Is        Active  Active     Can         Copy
Name               Complete  Now     OnReboot   Delete     Status
------------------------------------------------------------------------
c0t1d0s0            yes      yes      yes       no           -
nuovo_be            yes       no       no       yes          -

  8. Attivare il nuovo ambiente di boot.


    # luactivate nome_BE

    nome_BE specifica il nome dell'ambiente di boot da attivare.

    Nota –

    Sui sistemi x86, il comando luactivate è richiesto quando si avvia l'ambiente di boot per la prima volta. Le successive attivazioni possono essere effettuate selezionando l'ambiente di boot dal menu di GRUB. Per istruzioni dettagliate, vedere x86: Attivazione di un ambiente di boot con il menu di GRUB.

    Perché l'attivazione possa avvenire correttamente, l'ambiente di boot deve soddisfare varie condizioni. Per maggiori informazioni, vedere Attivazione di un ambiente di boot.

  9. Riavviare il sistema.


    # init 6
    Avvertenza – Avvertenza –

    Per riavviare il sistema, usare solo i comandi init o shutdown. Non usare i comandi reboot, halt o uadmin, poiché il sistema non cambierebbe l'ambiente di boot. Verrebbe cioè avviato nuovamente l'ambiente di boot che è stato utilizzato più recentemente.

    Gli ambienti di boot sono stati commutati e il nuovo ambiente di boot è ora quello corrente.

  10. (Opzionale) Ripristino con fallback di un ambiente di boot differente.

    Se il nuovo ambiente di boot non è corretto o si desidera passare a un diverso ambiente di boot, vedere il Capitolo 6, Ripristino dei guasti: ripristino dell'ambiente di boot originale (procedure).