Ignora collegamenti di spostamento | |
Esci da visualizzazione stampa | |
Guida all'installazione di Oracle Solaris 10 1/13: archivi Flash (creazione e installazione) Oracle Solaris 10 1/13 Information Library (Italiano) |
1. Panoramica di Flash Archive
2. Pianificazione di Flash Archive
3. Creazione di Flash Archive (procedure)
Creazione di Flash Archive (mappa delle attività)
Installazione del sistema master
Creazione di script di personalizzazione
Creazione di uno script di precreazione
Uso di uno script di precreazione per creare una sezione dellarchivio definita dallutente
Come creare un Flash Archive per uninstallazione iniziale
Creazione di un Flash Archive (esempi)
Esempi di creazione di un Flash Archive
Esempi di creazione di un Flash Archive e personalizzazione dei file
Creazione di un archivio differenziale Flash Archive con unimmagine master aggiornata
Come creare un archivio differenziale Flash Archive con unimmagine master aggiornata
Come creare un archivio differenziale Flash Archive usando Live Upgrade
4. Installazione e amministrazione degli Flash Archive (procedure)
5. Creazione ed utilizzo di unimmagine per il ripristino di emergenza
Gli script permettono di personalizzare l'archivio. Sono disponibili diversi tipi di script per le seguenti operazioni:
Gli script di precreazione vengono usati per verificare l'archivio durante la creazione e prepararlo per la successiva personalizzazione, in particolare nel caso degli archivi differenziali. Questi script permettono anche di creare una sezione definita dall'utente all'interno dell'archivio.
Gli script di predeployment vengono usati per verificare l'archivio durante l'installazione e prepararlo per la successiva personalizzazione.
Gli script postdeployment permettono di riconfigurare la nuova immagine del sistema su un sistema clone.
Gli script di reboot permettono di eseguire una riconfigurazione finale dopo il reboot del sistema.
Per le linee guida per la creazione degli script, vedere Linee guida per la creazione di uno script personalizzato.
Gli script di questo tipo vengono eseguiti durante la creazione dell'archivio. Lo script ha diverse funzioni.
Verificare il contenuto e l'integrità del software. Se l'integrità del software è compromessa, lo script non completa la creazione dell'archivio.
Preparare i prodotti per la successiva personalizzazione sul sistema clone.
Registrare dinamicamente altri script di installazione durante la creazione dell'archivio.
Aggiungere un messaggio al file di riepilogo relativo alla creazione dell'archivio flash. Il messaggio deve essere breve e indicare solo l'inizio e la fine degli script e i relativi risultati. I risultati possono essere visualizzati nella sezione di riepilogo.
Per le linee guida per la creazione dello script di precreazione, vedere Linee guida per la creazione di uno script personalizzato. Memorizzare quindi lo script nella directory /etc/flash/precreation.
Esempio 3-1 Estratti di uno script di precreazione
Gli esempi seguenti sono tratti da uno script di precreazione.
Per registrare l'ora di inizio nella sezione di riepilogo, usare l'esempio seguente:
echo "Myapp precreation script started">> $FLASHDIR/summary
Per controllare l'integrità del software, usare il comando flcheck. Questo comando non può essere eseguito dalla riga di comando. La sintassi del comando è la seguente:
flcheck Software component files and directories ...| -
Ad esempio, per verificare i file e le directory, usare l'esempio seguente:
flcheck Software component files and directories If Not in selection - refuse creation echo "Myapp integrity damage">>$FLASHDIR/summary
Oppure, per conservare i nuovi file e le directory inattese e completare la creazione dell'archivio, usare l'esempio seguente:
flcheck Software component files and directories If Not in selection include by force flinclude Software component
Per registrare i dati e gli script di distribuzione:
Copiare lo script nella directory /etc/flash/predeployment.
Per registrare lo script in modo dinamico durante la creazione dell'archivio, copiarlo nella directory $FLASHDIR/predeployment.
Per aggiungere dati specifici di un'applicazione in una sezione definita dall'utente, vedere l'esempio riportato di seguito.
cp custom-section $FLASHDIR/custom_sections/Myapp
Per registrare il completamento dell'installazione nella sezione di riepilogo
echo "product one flash preparation started." >>$FLASH_DIR/summary ... echo "product one flash preparation finished successfully">>$FLASH_DIR/summary
Esempio 3-2 Script di precreazione
#!/bin/sh echo "Test precreation script started" >> $FLASH_DIR/summary cat /opt/TestApp/critical_file_list | flcheck - if [ $? != 0 ]; then echo "Test precreation script failure" >> $FLASH_DIR/summary exit 1 fi echo "Test precreation script started" >> $FLASH_DIR/summary /opt/TestApplication/license_cloning $FLASH_DIR/predeployment/.TestApplicationLicenceTransfer \ $FLASH_DIR/custom_sections/TestApplicationLicenceCounter echo "Test precreation script finished" >> $FLASH_DIR/summary exit 0
Uno script di precreazione permette di creare all'interno dell'archivio una sezione definita dall'utente contenente informazioni specifiche sull'applicazione. Questa sezione viene in genere utilizzata per la gestione dell'archivio. Lo script deve essere collocato nella directory $FLASH_DIR/sections. L'archivio Flash non elabora le sezioni definite dall'utente. Ad esempio, questa sezione potrebbe contenere una descrizione dell'archivio oppure uno script che controlli l'integrità di un'applicazione.
Le sezioni definite dall'utente richiedono il formato seguente:
Devono essere strutturate in righe
Devono terminare con caratteri di ritorno a capo (ASCII 0x0a)
Le singole righe possono avere una lunghezza illimitata
I dati binari devono essere codificati con un algoritmo base64 o simile.
Lo script di precreazione viene eseguito prima dell'installazione dell'archivio. Se lo script ha lo scopo di verificare l'archivio, deve trovarsi nell'archivio. Se la sua funzione è quella di preservare le configurazioni locali del sistema clone, deve trovarsi sul sistema clone. Questo script può anche analizzare e raccogliere i dati locali necessari per la successiva personalizzazione. Ad esempio, è possibile utilizzarlo per salvare informazioni specifiche del client prima che vengano sovrascritte dai file che verranno estratti. Tali informazioni potranno essere usate nella fase finale della procedura, dopo l'estrazione.
Per le linee guida per la creazione dello script di predeployment, vedere Linee guida per la creazione di uno script personalizzato.
Memorizzare lo script in una delle seguenti directory:
Per la verifica dell'archivio, usare la directory /etc/flash/predeployment.
Se occorre fare riferimento a uno script di precreazione, usare la directory $FLASH_DIR/preinstall.
Se si intende preservare le configurazioni su un sistema clone, specificare il percorso dello script memorizzato sul sistema clone con la parola chiave local_customization nel profilo JumpStart.
Esempio 3-3 Script di predeployment
#!/bin/sh $FLASH_DIR/TestApplication/check_hardware if [ $? != 0 ]; then echo Unsupported hardware exit 1 fi $FLASH_DIR/TestApplication/check_licence_key if [ $? != 0 ]; then echo No license for this host exit 1 fi $FLASH_DIR/TestApplication/deploy_license_key \ $FLASH_DIR/TestApplication/.TestApplicationLicenceTransfer $FLASH_DIR/TestApplication/save_data_files $FLASH_DIR/flash exit 0
Lo script di postdeployment si trova all'interno dell'archivio o viene memorizzato in una directory locale del sistema clone per essere eseguito dopo l'installazione. Questo script permette di riconfigurare una nuova immagine del sistema su un sistema clone. Se lo script viene memorizzato nell'archivio, le modifiche vengono applicate a tutti i sistemi clone. Se lo script è memorizzato in una directory locale del sistema clone, le modifiche vengono applicate solo al sistema clone. Ad esempio, le informazioni relative a un client specifico salvate da uno script di predeployment possono essere applicate all'ambiente clone, completando l'installazione.
Gli script di postdeployment possono anche essere usati per cancellare alcuni file dopo l'installazione dell'archivio. Ad esempio, è possibile cancellare i file di log che si trovano in /var/adm.
Nota - Non tutti i file di log richiedono uno script di pulizia. I file di log che si trovano in /var/tmp possono essere esclusi una volta terminata la creazione dell'archivio.
Per le linee guida per la creazione dello script di postdeployment, vedere Linee guida per la creazione di uno script personalizzato.
Memorizzare lo script in una delle seguenti directory:
Per eseguire lo script su tutti i sistemi clone, memorizzarlo nella directory /etc/flash/postdeployment.
Per eseguirlo solo su un sistema clone locale, specificare il percorso dello script memorizzato sul sistema clone con la parola chiave local_customization nel profilo JumpStart.
Esempio 3-4 Script di postdeployment
#!/bin/sh $FLASH_DIR/TestApplication/clone_reconfiguration $FLASH_DIR/TestApplication/restore_data $FLASH_DIR/flash
Lo script di reboot risiede all'interno dell'archivio e viene eseguito dopo il reboot del sistema. Lo script esegue le operazioni di configurazione finali richieste dopo la riconfigurazione del sistema.
Dopo l'installazione dell'archivio Flash sul sistema clone, alcuni file specifici dell'host vengono eliminati e ricreati per il sistema clone. Il programma di installazione utilizza il comando sys-unconfig(1M) e i programmi sysidtool(1M) per eliminare e ricreare i file di configurazione di rete specifici per l'host. I file che vengono ricreati sono, ad esempio, /etc/hosts, /etc/defaultrouter e /etc/defaultdomain. Lo script di reboot permette di eseguire le operazioni finali di riconfigurazione.
Dopo avere creato lo script di reboot, memorizzarlo nella directory /etc/flash/reboot.
Esempio 3-5 Creazione di uno script di reboot
#!/bin/sh $FLASH_DIR/TestApplication/finalize_license