Quando si crea un file system per un ambiente di boot, le regole da seguire sono uguali a quelle usate per la creazione dei file system per l'ambiente operativo Solaris. Solaris Live Upgrade non previene la creazione di configurazioni non valide per i file system di importanza critica. Ad esempio, sarebbe possibile inserire un comando lucreate che crei file system separati per / e /kernel, creando così una divisione non valida per il file system radice (/).
Durante il ripartizionamento dei dischi, evitare di sovrapporre le slice. In tal caso, infatti, il nuovo ambiente di boot verrà creato senza errori ma, una volta attivato, non permetterà di avviare il sistema. I file system sovrapposti possono risultare danneggiati.
Perché Solaris Live Upgrade operi correttamente, è necessario che il file vfstab dell'ambiente di boot attivo abbia un contenuto valido con almeno una voce per il file system radice (/).
Quando si crea un ambiente di boot inattivo, occorre identificare la slice in cui copiare il file system radice (/). Per selezionare tale slice, usare i criteri seguenti. La slice deve soddisfare i seguenti requisiti:
Deve essere una slice da cui sia possibile eseguire il boot.
Deve avere la dimensione minima consigliata.
Non può essere un volume Veritas VxVM.
Può occupare dischi fisici differenti o lo stesso disco come file system radice (/) attivo.
Se si utilizza un sistema sun4m, il file system radice (/) non deve superare la dimensione di 2 Gbyte.
Il menu Scelte mostra la maggior parte delle slice disponibili per la creazione di un ambiente di boot inattivo. Alcune slice sono libere ma non disponibili come opzioni, ad esempio i volumi Veritas VxVM o i metadevice di Solaris Volume Manager.
Solaris Live Upgrade può essere usato su sistemi che utilizzano i metadevice di Solaris Volume Manager o i volumi VxVM di Veritas Volume Manager. L'ambiente di boot di origine può essere contenuto in qualunque combinazione di slice fisiche, metadevice di Solaris Volume Manager o volumi di Veritas Volume Manager. Quando si crea un nuovo ambiente di boot, la slice scelta per il file system radice (/) può essere una slice di un disco fisico oppure un metadevice di Solaris Volume Manager. Se si sceglie un metadevice di Solaris Volume Manager, occorre usare una stripe con un solo disco oppure un mirror di una stripe monodisco. Per maggiori dettagli, vedere metaroot(1M).
Non è possibile usare un volume Veritas VxFS per il file system radice (/) del nuovo ambiente di boot. Per i file system diversi da quello radice (/), è possibile usare una slice di un disco fisico, un metadevice di Solaris Volume Manager o un volume Veritas VxFS.
La Tabella 31-2 descrive le configurazioni possibili per creare un ambiente di boot usando metadevice o volumi.
Tabella 31-2 Slice accettate per i metadevice o i volumi
Prodotto |
Slice di origine |
Se la destinazione è un metadevice per un file system radice (/) |
Se la destinazione non è un file system radice (/), ma viene usata per /usr, /var o /opt |
---|---|---|---|
Solaris Volume Manager |
Per il file system radice (/), l'origine può essere un metadevice o una slice fisica. |
Il file system radice (/) deve essere una stripe con un solo disco oppure un mirror in una stripe con un solo disco. |
Gli altri file system possono essere slice fisiche o metadevice. |
Veritas VxVM Volume Manager |
Per il file system radice (/), l'origine può essere un volume o una slice fisica. |
Il file system radice (/) non può essere un volume VxVM; il file system radice (/) deve essere una slice fisica. |
Gli altri file system possono essere slice fisiche o volumi. |
Quando si crea un nuovo ambiente di boot, il comando lucreate - m riconosce solo i seguenti tre tipi di dispositivo:
Le slice fisiche nella forma /dev/dsk/cnumtnumdnumsnum
I metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
I volumi Veritas VxFS nella forma /dev/vx/dsk/nome_volume
L'utilizzo di ambienti di boot che includono metadevice o volumi ha alcune conseguenze sull'aggiornamento o l'installazione di un archivio flash. Per maggiori informazioni vedere "Aggiornamento di metadevice e volumi".
In caso di problemi nell'aggiornamento con Veritas VxVM, vedere "Errore fatale del sistema durante l'aggiornamento con Solaris Live Upgrade su volumi Veritas VxVm".
La slice di swap non può essere usata da un ambiente di boot diverso da quello corrente o, se si utilizza l'opzione -s, dall'ambiente di boot di origine. La creazione dell'ambiente di boot non riesce se la slice di swap viene usata da altri ambienti di boot, indipendentemente dal fatto che tale slice contenga un file system di swap, UFS o di altro tipo.
Solaris Live Upgrade copia l'intero contenuto di una slice nella slice designata del nuovo ambiente di boot. In alcuni casi, tuttavia, può essere più comodo condividere i file system di grandi dimensioni tra gli ambienti di boot anziché copiarli fisicamente, in modo da occupare meno spazio e velocizzare le operazioni. I file system di importanza critica per l'ambiente operativo, ad esempio il file system radice (/) e /var, devono essere copiati. I file system come /home non sono di importanza critica e possono essere condivisi tra gli ambienti di boot. I file system condivisibili devono essere definiti dall'utente e trovarsi su slice di swap separate nell'ambiente di boot attivo e in quello inattivo. Il disco può essere riconfigurato in vari modi a seconda delle esigenze.
È possibile ripartizionarlo prima di creare il nuovo ambiente di boot e collocare il file system condivisibile in una propria slice. Ad esempio, se i file system radice (/), /var e /home si trovano tutti nella stessa slice, è possibile riconfigurare il disco e collocare /home in una propria slice. Quando si crea un nuovo ambiente di boot, /home viene automaticamente condiviso con il nuovo ambiente di boot.
Se si desidera condividere una directory, è necessario collocarla in una slice separata. La directory diventa così un file system condivisibile con un altro ambiente di boot. Il comando lucreate con l'opzione -m permette di creare un nuovo ambiente di boot e di collocare una directory in una propria slice. Tuttavia, il nuovo file system non può ancora essere condiviso con l'ambiente di boot originale. A tale scopo, occorre eseguire il comando lucreate con l'opzione -m e creare un altro ambiente di boot. I due ambienti di boot nuovi potranno condividere la directory.
Ad esempio, se si desidera eseguire un aggiornamento da Solaris 8 a Solaris 9 e condividere il file system /home, è possibile eseguire il comando lucreate con l'opzione -m per creare una release Solaris 8 con /home come file system separato in una propria slice. Occorre quindi eseguire nuovamente il comando lucreate con l'opzione -m per duplicare questo ambiente di boot. Questo terzo ambiente di boot potrà quindi essere aggiornato a Solaris 9. Il file system /home verrà condiviso tra le release Solaris 8 e Solaris 9.
Per una descrizione dei file system di importanza critica e dei file system condivisibili, vedere "Creazione di un ambiente di boot".