Solaris 7 11/99: Guida alle piattaforme hardware Sun

Esecuzione di un aggiornamento di AP

In questa sezione vengono fornite le istruzioni per l'aggiornamento di AP 2.2 sui server Sun Enterprise 3x00, 4x00, 5x00 e 6x00. AP 2.0 e AP 2.1 non sono supportati sotto l'ambiente operativo Solaris 7 11/99. La procedura di aggiornamento implica la rimozione della vecchia versione di AP, l'installazione di un insieme di package AP fondamentali e il ripristino della configurazione AP. Per semplificare la procedura, vengono forniti degli script.

L'installazione dei package del CD-ROM allegato richiede circa 2,7 megabyte di spazio su disco. La tabella seguente elenca le dimensioni totali del software AP a seconda del file system:

Tabella 8-2 Dimensioni del file system del software AP


File system	Dimensioni
`/opt`	1,23-Mbyte
`/usr`	158-Kbyte
`/`	1,3-Mbyte

Backup del server

Eseguire sempre il backup di un server esistente prima di aggiornare qualsiasi software. Il backup più sicuro da eseguire è uno scaricamento di livello 0 (ufsdump(1M)) dei file system collegati al server che si sta aggiornando. Se non si dispone di una procedura di backup consolidata, vedere la System Administration Guide.

Non è necessario rimuovere le patch prima di eseguire l'aggiornamento.

Controllo dell'altra documentazione sul software

Prima di utilizzare l'opzione upgrade dell'utility suninstall, controllare la documentazione dell'altro software in esecuzione, come i gestori di volume del disco. Potrebbero esserci ulteriori istruzioni da seguire per conservare le configurazioni esistenti. Inoltre, controllare le note sulla versione di AP e degli eventuali gestori di volume che si stanno utilizzando.

Aggiornamento simultaneo del software AP e Solaris

Le procedure di aggiornamento AP descritte in queste sezioni utilizzano due script, ap_upgrade_begin e ap_upgrade_finish. Il primo script salva la configurazione AP corrente, mentre il secondo ripristina quell'esatta configurazione dopo che è stata eseguita l'installazione dei package AP 2.2. È probabile che si effettuerà l'aggiornamento all'ambiente operativo Solaris 7 11/99 contemporaneamente all'aggiornamento ad AP 2.2, in quanto AP 2.2 richiede Solaris 7 11/99. Poiché la configurazione AP viene ripristinata esattamente come era prima che venisse effettuato l'aggiornamento al software Solaris 7 11/99, è necessario tenere presenti gli aspetti descritti nelle sezioni seguenti.

Rinumerazione dei controller

In generale, evitare di modificare l'hardware in modo tale che possa verificarsi la rinumerazione dei controller.

Se si verifica la rinumerazione dei controller di I/O, gli script dell'aggiornamento AP non funzionano. La rinumerazione dei controller di I/O può verificarsi qualora si modifichi la configurazione dell'hardware in determinati modi e quindi si esegua un boot di riconfigurazione (boot -R) o si determini in altro modo l'esecuzione di un comando drvconfig(1M). Ad esempio, si potrebbe utilizzare Dynamic Reconfiguration (DR) per staccare logicamente una scheda di sistema. Se la scheda di sistema contiene controller di I/O e le altre schede di sistema con numerazione più elevata contengono anch'esse controller di I/O, la successiva operazione di boot di riconfigurazione potrebbe comportare la rinumerazione dei controller. Ad esempio, pln5 potrebbe diventare pln3.

La procedura suninstall richiede un'operazione di boot di riconfigurazione. Se questo determina la rinumerazione dei controller, non è possibile utilizzare ap_upgrade_finish per completare l'aggiornamento di AP. Tuttavia, è comunque possibile utilizzare ap_upgrade_begin. Il motivo è che ap_upgrade_begin salva le informazioni relative alla configurazione di AP nei file /var/tmp/ap*. Se si conosce bene il funzionamento della numerazione dei dispositivi, è possibile ricreare la configurazione AP facendo riferimento a tali file sotto /var/tmp e rimappando manualmente la vecchia configurazione AP dopo aver preso in considerazione il modo in cui sono stati rimumerati i controller fisici sottostanti.

Se non si conosce bene la numerazione dei dispositivi, è opportuno eseguire una nuova installazione e ricreare da zero la configurazione AP, oppure chiedere aiuto al rappresentante dell'assistenza tecnica.

Partizioni del database AP

Gli script di aggiornamento di AP tentano di ricreare i database AP nelle stesse partizioni che occupavano prima dell'aggiornamento all'ambiente operativo Solaris 7 11/99. Notare, tuttavia, che l'ambiente operativo Solaris 7 11/99 richiede più spazio su disco rispetto alle versioni precedenti dell'ambiente operativo Solaris. A causa di questo, è possibile scegliere di modificare lo schema di partizionamento del disco di avvio durante l'esecuzione di suninstall. Se i file system vengono collocati in tutte le partizioni che erano state precedentemente utilizzate per i database AP ap_upgrade_finish non è in grado di ricreare alcun database e la procedura di aggiornamento non funziona. Inoltre, se si colloca un file system in qualsiasi partizione precedentemente utilizzata per un database AP e se per qualche motivo quel file system non viene montato al momento dell'esecuzione di ap_upgrade_finish, il file system viene sovrascritto da una copia del database AP.

Partizioni del disco root

La funzione di aggiornamento AP suppone che la partizionatura del disco root (il disco contenente la partizione root) non venga modificata durante l'aggiornamento. Il software Solaris 7 11/99 richiede più spazio su disco delle versioni precedenti.

Un modo per acquisire lo spazio in più consiste nel ripartizionare il disco originale oppure nel suddividere il disco root in due dischi utilizzando comandi standard prima dell'esecuzione dell'aggiornamento a Solaris 7 11/99. Se è necessario ripartizionare il disco root, è opportuno procedere in tal senso prima di eseguire la procedura di aggiornamento AP 2.2. Se c'è spazio insufficiente al momento dell'esecuzione di suninstall, si ha la possibilità di modificare il layout della partizionatura del disco per guadagnare più spazio. Tuttavia, durante l'esecuzione di suninstall, non bisogna riposizionare né le partizioni root né usr su un altro disco, in quanto questo determinerà un errore da parte dello script dell'aggiornamento AP.

Voci del database AP non registrate

Prima di eseguire ap_upgrade_begin, registrare le eventuali voci non ancore registrate nel database AP. Qualsiasi metadispositivo creato ma non registrato non viene conservato durante l'aggiornamento. Allo stesso modo, qualsiasi metadispositivo precedentemente eliminato ma non registrato continuerà a esistere dopo l'aggiornamento.

Per eseguire l'aggiornamento ad AP 2.2

Se necessario, registrare eventuali metadispositivi AP non registrati
1. Collegarsi al server come superutente.
2. Registrare le voci nel database AP.
```
# apdb -C
```

Terminare eventuali processi che accedono direttamente o indirettamente ai metadispositivi AP.

Lo script ap_upgrade_begin, che verrà eseguito in un secondo momento nel corso di questa procedura e il successivo riavvio faranno sì che il disco di boot e la rete principale utilizzino percorsi fisici, invece che metadispositivi AP.

Rimuovere la configurazione AP corrente.
1. Collegarsi come superutente.
2. Inserire il CD Supplement nell'unità CD-ROM.
  
  Il gestore di volume impiega alcuni secondi a caricare il CD.
3. Eseguire il seguente script per rimuovere la configurazione di AP (e salvare la configurazione AP in modo che possa essere ripristinata in un secondo tempo):
```
# /cdrom/cdrom0/Tools/ap_upgrade_begin
...
ap_upgrade_begin has completed
```
  Questo script salva le informazioni sulla configurazione AP corrente nei file /var/tmp/ap*. Questo script genera inoltre script di shell eseguibili utilizzabili per rigenerare la configurazione AP. È possibile esaminare i file /var/tmp/ap*, se si desidera, ma non modificarli o rimuoverli. Fare questo implica compromettere la procedura di aggiornamento.
4. Se uno qualsiasi dei file system mostrati in /etc/vfstab è ancora configurato come metadispositivo, modificare /etc/vfstab e riconfigurare tali file system come dispositivi fisici.
  
  Avvertenza -
  È necessario essere un amministratore di sistema esperto per modificare /etc/vfstab. Se non si configurano correttamente i file system in /etc/vfstab, è possibile che i dati vadano perduti la prossima volta che si avvia il server.
5. Rimuovere i package SUNWapdoc, SUNWapr, SUNWapu e SUNWabap utilizzando il comando pkgrm(1M).

Se si prevede di effettuare l'aggiornamento all'ambiente operativo Solaris 7 11/99, eseguire l'aggiornamento adesso.

Vedere "Upgrading a System" in Solaris 7 11/99 (SPARC Platform Edition) Installation Library. Notare che per eseguire un aggiornamento di Solaris è necessario scegliere l'opzione di aggiornamento.

Avvertenza -
Prima di continuare con questa procedura, attendere che la procedura di aggiornamento Solaris sia completamente terminata.

Assicurarsi di aggiornare il settore corretto. Se in precedenza si utilizzava un gestore di volume per creare una copia speculare del disco di boot e se inoltre si utilizzava AP per creare alternativamente il percorso di ciascuna copia speculare del disco di boot, significa che ci sono quattro percorsi fisici che in precedenza erano percorsi potenziali per il disco di boot (due percorsi alternativi per ciascuna copia speculare del disco di boot). Ora che sia ad AP che al gestore di volume è stata rimossa la configurazione, esaminare /etc/vfstab per determinare il percorso fisico che corrisponde al file system root (/). Quando si esegue suninstall, specificare quel percorso come disco da aggiornare. In un secondo tempo, quando si ripristina il manager di volume, ricordarsi di contrassegnare quel disco come copia speculare principale. Per informazioni su come determinare quale settore fisico viene utilizzato al momento dell'avvio, consultare la documentazione del gestore di volume.

Eseguire l'aggiornamento ad AP 2.2.
1. Collegarsi come superutente.
2. Se necessario, reinserire il CD Supplement nell'unità CD-ROM.
  
  Il gestore di volume impiega alcuni secondi a caricare il CD.
3. Installare i pacchetti AP 2.2 necessari.
```
# cd /cdrom/cdrom0/Product
# pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
```
4. Eseguire il seguente script per ripristinare la configurazione AP originale.
  
  Avvertenza -
  Prima di eseguire il seguente comando, leggere "Aggiornamento simultaneo del software AP e Solaris".
```
# /cdrom/cdrom0/Tools/ap_upgrade_finish
...
ap_upgrade_finish has completed
```
5. Se in /etc/vfstab compaiono dei file system che sono ancora configurati come dispositivi fisici e se si desidera creare questi file system su metadispositivi AP, modificare /etc/vfstab e riconfigurare questi file system come metadispositivi AP.
  
  Avvertenza -
  Per modificare /etc/vfstab è necessario essere un amministratore di sistema esperto. Se non si configurano correttamente i file system in /etc/vfstab, è possibile che i dati vadano perduti la prossima volta che si avvia il server.
6. Riavviare.

Aggiornamento simultaneo ad AP 2.2 e Solstice DiskSuite 4.2

Se si sta effettuando l'aggiornamento da Solaris 2.5.1 o 2.6 a Solaris 7 11/99 e nel proprio sistema si dispone di AP 2.0 o 2.1 e Solstice(TM) DiskSuite(TM) 4.0 o 4.1 (SDS), è necessario effettuare l'aggiornamento ad AP 2.2 e SDS 4.2.

Prima di iniziare l'aggiornamento è necessario controllare se si dispone delle seguenti pubblicazioni:

Solaris 7 11/99 Release Notes Supplement for Sun Hardware (disponibile su supporto cartaceo nel Solaris 7 11/99 Media Kit)
Solaris 7 11/99 Guida alle piattaforme hardware Sun, (disponibile su supporto cartaceo nel Solaris 7 11/99 Media Kit o nel formato AnswerBook2 sul CD Sun Hardware Supplements)
Sun Enterprise Server Alternate Pathing User's Guide (disponibile nel formato AnswerBook2 sul CD Sun Hardware Supplements nel Solaris 7 11/99 Media Kit)
Solstice DiskSuite 4.2 User's Guide (disponibile nel formato AnswerBook2 nel sito http://docs.sun.com o nel SDS Media Kit)
Solstice DiskSuite 4.2 Installation and Product Notes (disponibile nel formato AnswerBook2 presso il sito http://docs.sun.com o nel SDS Media Kit)

Avvertenza -
Per completare con successo l'aggiornamento è necessario seguire la sequenza qui illustrata.

Le operazioni di base sono:

Rimozione della configurazione di SDS 4.0 o 4.1.
Rimozione di AP 2.0 o 2.1.
Aggiornamento a Solaris 7 11/99.
Installazione di AP 2.2.
Installazione e riconfigurazione di SDS 4.2.

Per eseguire l'aggiornamento ad AP 2.2 e SDS 4.2

Avvertenza -

Prima di continuare con questa procedura, leggere le note sulla versione relative ad AP, oltre alle note sulla versione relative a qualsiasi gestore di volume eventualmente in uso. Inoltre, prima di procedere, leggere questa intera procedura.

Se necessario, registrare eventuali metadispositivi AP non registrati.
1. Collegarsi al server come superutente.
2. Registrare le voci nel database AP.
```
# apdb -C
```

Rimuovere la configurazione di Solstice DiskSuite (SDS) seguendo le procedure dalla 1 alla 8 in "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" nelle Solstice DiskSuite 4.2 Installation and Product Notes (19 ottobre 1998).

Riavviare.

In questo modo si ha certezza che i volumi del disco cui è stata rimossa la configurazione non sono più attivi.

Terminare tutti i processi che accedono direttamente o indirettamente ai metadispositivi AP.

Qui non è necessario preoccuparsi del fatto che il disco di avvio o la rete principale stiano utilizzando i metadispositivi AP. Lo script ap_upgrade_begin, che verrà eseguito successivamente in questa procedura e il successivo riavvio faranno in modo che il disco di avvio e la rete principale utilizzino percorsi fisici, invece che metadispositivi AP.

Rimuovere la configurazione AP corrente.
1. Collegarsi come superutente.
2. Inserire il CD Supplement nell'unità CD-ROM.
  
  Il gestore di volume impiega alcuni secondi a caricare il CD.
3. Eseguire lo script seguente per rimuovere la configurazione AP (e salvare la configurazione AP in modo che possa essere ripristinata in un secondo momento):
```
# /cdrom/cdrom0/Tools/ap_upgrade_begin
...
ap_upgrade_begin has completed
```
  Questo script salva le informazioni della configurazione AP corrente nei file /var/tmp/ap*. Inoltre, questo script genera script di shell eseguibili utilizzabili per rigenerare la configurazione AP. Se si desidera, è possibile esaminare i file /var/tmp/ap*, ma non modificarli né rimuoverli, in quanto così facendo si corre il rischio di compromettere la procedura di aggiornamento.
4. Se in /etc/vfstab ci sono dei file system ancora configurati come metadispositivi, modificare /etc/vfstab e riconfigurare tali file system come dispositivi fisici.
  
  Avvertenza -
  Per modificare /etc/vfstab è necessario essere un amministratore di sistema. Se non si configurano correttamente i file system in /etc/vfstab, è possibile che i dati vadano perduti la prossima volta che si avvia il server.
5. Rimuovere i package SUNWapdoc, SUNWapr, SUNWapu e SUNWabap utilizzando il comando pkgrm(1M).

Se si prevede di effettuare l'aggiornamento all'ambiente operativo Solaris 7 11/99, eseguire l'aggiornamento adesso.

Vedere "Upgrading a System" in Solaris 7 11/99 (SPARC Platform Edition) Installation Library. Notare che per eseguire un aggiornamento di Solaris è necessario scegliere l'opzione di aggiornamento.

Avvertenza -
Prima di continuare con questa procedura, attendere che la procedura di aggiornamento Solaris sia completamente terminata.

Assicurarsi di aggiornare il settore corretto. Se in precedenza si utilizzava un gestore di volume per creare una copia speculare del disco di boot e se inoltre si utilizzava AP per creare alternativamente il percorso di ciascuna copia speculare del disco di boot, significa che ci sono quattro percorsi fisici che in precedenza erano percorsi potenziali per il disco di boot (due percorsi alternativi per ciascuna copia speculare del disco di boot). Ora che sia ad AP che al gestore di volume è stata rimossa la configurazione, esaminare /etc/vfstab per determinare il percorso fisico che corrisponde al file system root (/). Quando si esegue suninstall, specificare quel percorso come disco da aggiornare. In un secondo tempo, quando si ripristina il manager di volume, ricordarsi di contrassegnare quel disco come copia speculare principale. Per informazioni su come determinare quale settore fisico viene utilizzato al momento dell'avvio, consultare la documentazione del gestore di volume.

Eseguire l'aggiornamento ad AP 2.2.
1. Collegarsi come superutente.
2. Se necessario, reinserire il CD Supplement nell'unità CD-ROM.
  
  Il gestore di volume impiega alcuni secondi a caricare il CD.
3. Installare i pacchetti AP 2.2 necessari.
```
# cd /cdrom/cdrom0/Product
# pkgadd -d . SUNWapdv SUNWapr SUNWapu SUNWapdoc
```
4. Eseguire il seguente script per ripristinare la configurazione AP originale.
  
  Avvertenza -
  Prima di eseguire il seguente comando, leggere "Aggiornamento simultaneo del software AP e Solaris".
```
# /cdrom/cdrom0/Tools/ap_upgrade_finish
...
ap_upgrade_finish has completed
```
5. Se in /etc/vfstab compaiono dei file system che sono ancora configurati come dispositivi fisici e se si desidera creare questi file system su metadispositivi AP, modificare /etc/vfstab e riconfigurare questi file system come metadispositivi AP.
  
  Avvertenza -
  Per modificare /etc/vfstab è necessario essere un amministratore di sistema esperto. Se non si configurano correttamente i file system in /etc/vfstab, è possibile che i dati vadano perduti la prossima volta che si avvia il server.
6. Riavviare.

Installare e configurare Solstice DiskSuite 4.2, seguendo i punti dal 10 al 16 nella procedura "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" nelle Solstice DiskSuite 4.2 Installation and Product Notes (19 ottobre 1998).

Avvertenza -
Se il disco di boot ha una copia speculare, ricordarsi di specificare il disco aggiornato come copia speculare principale.

In via opzionale, impostare la variabile OBP boot-device su qualsiasi percorso di dispositivo di boot disponibile.

Potrebbero esserci fino a quattro percorsi del dispositivo di boot, se era stata creata una copia speculare del disco di boot che dispone anche di un percorso alternativo. (All'inizio di questa procedura, quando sia ad AP che al gestore di volume era stata rimossa la configurazione, era necessario per boot-device puntare sul percorso fisico alla radice (/), come specificato in /etc/vfstab.)

Aggiornamento ad AP 2.2 e a un gestore di volume diverso da Solstice DiskSuite 4.2

Se si sta eseguendo l'aggiornamento ad AP 2.2 e si sta anche effettuando l'aggiornamento a un gestore di volume diverso da Solstice DiskSuite 4.2, seguire le indicazioni generali fornite in questa sezione.

Avvertenza -

Assicurarsi che il gestore di volume sia supportato sotto Solaris 7 11/99 (che è necessario per AP 2.2).

Utilizzare la procedura "Per eseguire l'aggiornamento ad AP 2.2 e SDS 4.2" come esempio. Tuttavia, due punti della procedura sono diversi:

Invece del punto 2, "Deconfigure Solstice DiskSuite (SDS)", fare riferimento alle seguenti indicazioni generali:
1. Molto probabilmente, è necessario attenersi ai punti di rimozione della configurazione all'interno di una procedura che aggiorna il gestore di volume a una versione più recente.
2. Dopo aver seguito le fasi che rimuovono la configurazione dei dispositivi del gestore di volume, ci si potrebbe trovare in mezzo a una procedura di aggiornamento del gestore di volume. Non andare oltre la fase in cui si rimuove la configurazione al gestore di volume.
3. Non installare nuovi package del gestore di volume.
4. Non eseguire suninstall.
5. Continuare con il punto 3 di "Per eseguire l'aggiornamento ad AP 2.2 e SDS 4.2" immediatamente dopo aver rimosso la configurazione del gestore di volume.

Invece del punto 8, "Install and Configure Solstice DiskSuite 4.2", seguire le istruzioni fornite dal fornitore relativamente al ripristino della configurazione del gestore di volume. Molto probabilmente, è opportuno continuare con la procedura che si stava seguendo nel punto di cui sopra.