Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'installation d'Oracle Solaris 10 1/13 : Archives Flash (création et installation) Oracle Solaris 10 1/13 Information Library (Français) |
1. Présentation d'Archive Flash
2. Planification Archive Flash
3. Création d'archives Archive Flash (tâches)
Création d'une archive Archive Flash (liste de tâches)
Installation du système maître
Création de scripts de personnalisation
Rédaction d'un script préalable à la création
Utilisation d'un script préalable en vue de la création d'une section d'archive utilisateur
Création d'une archive Archive Flash
Création d'une archive Archive Flash en vue d'une installation initiale
Création d'une archive Archive Flash (exemples)
Exemples de création d'une archive Archive Flash
Exemples de création d'une archive Archive Flash et de personnalisation des fichiers
Création d'une archive différentielle Archive Flash à l'aide d'une image maître mise à jour
Création d'une archive différentielle Archive Flash à l'aide d'une image maître mise à jour
Création d'une archive différentielle Archive Flash à l'aide de Live Upgrade
4. Installation et administration d'archives Archive Flash (tâches)
5. Création et utilisation d'une image de reprise sur sinistre
Les scripts permettent de personnaliser l'archive. Vous trouverez ci-dessous les différentes fonctions des scripts :
Le script préalable à la création valide l'archive lors de sa création et la prépare en vue d'une personnalisation. Ce type de script concerne essentiellement les archives différentielles et permet également de créer une section utilisateur dans l'archive.
Le script de déploiement préalable valide l'archive lors de son installation et la prépare en vue d'une personnalisation.
Le script de déploiement ultérieur reconfigure une nouvelle image système sur un système clone.
Le script de réinitialisation exécute une reconfiguration finale après réinitialisation du système.
Pour créer des scripts, reportez-vous à la section Directives pour la création d'un script de personnalisation.
Ce script s'exécute pendant la création de l'archive. Il possède diverses fonctions.
Validation du contenu ainsi que de l'intégrité du logiciel. En cas de rupture de l'intégrité, il provoque l'échec du processus de création de l'archive.
Préparation des produits en vue de leur personnalisation sur le système clone.
Enregistrement dynamique d'autres scripts d'installation lors de la création de l'archive.
Ajout d'un message au fichier récapitulatif de la création Flash. Ce message doit être court et faire uniquement état du démarrage et de la finalisation des scripts, ainsi que des résultats obtenus. Ceux-ci peuvent être visualisés dans la section récapitulative.
Pour des informations relatives à la rédaction de scripts préalables à la création, reportez-vous à la section Directives pour la création d'un script de personnalisation. Stockez ensuite le script dans le répertoire /etc/flash/precreation .
Exemple 3-1 Séquences d'un script préalable à la création
Voici quelques exemples de séquences obtenues à partir d'un script de ce type.
L'exemple ci-dessous permet de consigner l'heure de début dans la section récapitulative :
echo "Myapp precreation script started">> $FLASHDIR/summary
La commande flcheck permet de vérifier l'intégrité du logiciel et ne peut pas être utilisée dans la ligne de commande. Sa syntaxe est la suivante :
flcheck Software component files and directories ...| -
Par exemple, pour valider les fichiers et répertoires, entrez :
flcheck Software component files and directories If Not in selection - refuse creation echo "Myapp integrity damage">>$FLASHDIR/summary
Ou suivez l'exemple ci-dessous pour conserver les nouveaux fichiers et répertoires inattendus et éviter que la création de l'archive échoue :
flcheck Software component files and directories If Not in selection include by force flinclude Software component
Pour enregistrer les données et les scripts de déploiement :
Copiez le script dans le répertoire /etc/flash/predeployment :
Pour enregistrer le script de manière dynamique durant la création de l'archive, copiez-le dans le répertoire $FLASHDIR/predeployment.
Pour ajouter les données spécifiques à l'application dans la section utilisateur, suivez l'exemple ci-après :
cp custom-section $FLASHDIR/custom_sections/Myapp
Pour consigner le succès de l'installation dans la section récapitulative :
echo "product one flash preparation started." >>$FLASH_DIR/summary ... echo "product one flash preparation finished successfully">>$FLASH_DIR/summary
Exemple 3-2 Script préalable à la création
#!/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
Un script préalable gère la création d'une section utilisateur dans l'archive, afin de fournir des informations spécifiques à l'application. Cette section a pour objet la maintenance de l'archive. Le script doit être inséré dans le répertoire $FLASH_DIR/sections. L'archive Flash ne gère pas le traitement d'une section utilisateur. Exemple : une section peut contenir une description de l'archive ou un script permettant de vérifier l'intégrité d'une application.
Une section utilisateur requiert le format suivant :
Doit être orientée ligne.
Doit se terminer par des caractères d'interligne (ASCII 0x0a).
Peut posséder des lignes individuelles d'une longueur illimitée.
Doit encoder les données binaires à l'aide d'un algorithme base64 ou similaire.
Le script de précréation est exécuté avant l'installation de l'archive. S'il doit permettre de valider l'archive, il est conservé dans celle-ci. S'il doit servir à préserver les configurations locales sur le système clone, il est conservé sur le système clone. Ce type de script permet également d'analyser et de collecter des données locales nécessaires à une personnalisation ultérieure. Exemple : les informations spécifiques au client peuvent être sauvegardées avant d'être écrasées par les fichiers qui sont sur le point d'être extraits. Ces informations peuvent alors être utilisées en dernière instance après l'extraction.
Pour des informations relatives à la création du script de déploiement préalable, reportez-vous à la section Directives pour la création d'un script de personnalisation.
Stockez le script dans l'un des répertoires suivants :
Pour valider l'archive, stockez-la dans le répertoire /etc/flash/predeployment.
Si vous effectuez un référencement à l'aide d'un script préalable à la création, stockez ce dernier dans le répertoire $FLASH_DIR/preinstall.
Si vous conservez des configurations sur un système clone, indiquez le chemin d'accès au script sur ce système clone avec le mot-clé local_customization dans le profil JumpStart.
Exemple 3-3 Script de déploiement préalable
#!/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
Ce script est conservé dans l'archive ou stocké dans un répertoire local du système clone et s'exécute après l'installation. Il reconfigure une nouvelle image du système sur un système clone. S'il est stocké dans l'archive, les modifications s'appliquent à tous les systèmes clones. En revanche, s'il est stocké dans un répertoire local sur le système clone, les modifications n'affectent que ce système clone. Exemple : les informations spécifiques au client qui sont sauvegardées par un script de déploiement préalable peuvent être appliquées à l'environnement clone en achevant l'installation.
Les scripts de déploiement ultérieur peuvent également être utilisés pour nettoyer les fichiers après installation de l'archive. Par exemple, il est possible de nettoyer les fichiers journaux se trouvant dans le répertoire /var/adm .
Remarque - Certains fichiers journaux peuvent être nettoyés sans l'aide d'un script. Les journaux figurant dans le répertoire /var/tmp peuvent être exclus après la création de l'archive.
Pour des informations relatives à la création de scripts de déploiement ultérieur, reportez-vous à la section Directives pour la création d'un script de personnalisation.
Stockez le script dans l'un des répertoires suivants :
Pour que le script agisse sur tous les systèmes clones, stockez-le dans le répertoire /etc/flash/postdeployment.
Pour qu'il n'affecte qu'un système clone local, indiquez le chemin d'accès du script qui est stocké sur le système clone à l'aide du mot-clé local_customization dans le profil JumpStart.
Exemple 3-4 Script de déploiement ultérieur
#!/bin/sh $FLASH_DIR/TestApplication/clone_reconfiguration $FLASH_DIR/TestApplication/restore_data $FLASH_DIR/flash
Ce script est conservé dans l'archive et s'exécute après réinitialisation du système. Il se charge de toute configuration finale ayant lieu après la reconfiguration du système.
Après avoir installé l'archive Flash sur un système clone, certains fichiers spécifiques à l'hôte sont effacés et recréés pour la machine clone. Le programme d'installation utilise la commande sys-unconfig(1M) et les programmes sysidtool(1M) pour supprimer et recréer des fichiers de configuration réseau propres à l'hôte. Les fichiers recréés comprennent notamment les répertoires /etc/hosts, /etc/defaultrouter et /etc/defaultdomain. Vous pouvez utiliser le script de réinitialisation pour effectuer toutes sortes de reconfigurations finales.
Une fois ce script créé, vous pouvez le stocker dans le répertoire /etc/flash/reboot .
Exemple 3-5 Création d'un script Reboot
#!/bin/sh $FLASH_DIR/TestApplication/finalize_license