Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'installation Oracle Solaris 10 8/11 : archives Solaris Flash (création et installation) |
1. Solaris Flash - Présentation
2. Solaris Flash - Planification
3. Création d'archives Solaris Flash - Tâches
Liste des tâches : création d'archives Solaris Flash
Installation du système maître
Installation du système maître en vue d'une installation initiale
Création de scripts de personnalisation
Création 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'un script de déploiement préalable
Création d'une archive Solaris Flash
Création d'une archive Solaris Flash en vue d'une installation initiale
Création d'une archive Solaris Flash - Exemples
Création d'une archive Solaris Flash - Exemples
Création d'une archive Solaris Flash et personnalisation des fichiers - Exemples
Création d'une archive différentielle Solaris Flash à l'aide d'une image maître mise à jour
Création d'une archive différentielle Solaris Flash à l'aide de Solaris Live Upgrade
4. Installation et administration d'archives Solaris 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.
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
Suivez l'exemple ci-dessous pour enregistrer les scripts et données de déploiement.
Copiez le script dans le répertoire suivant :
cp predeployment script /etc/flash/predeployment
Ou alors, pour enregistrer le script de manière dynamique durant la création de l'archive, copiez-le dans le répertoire suivant :
cp predeployment script $FLASHDIR/predeployment
Suivez l'exemple ci-dessous pour visualiser des données spécifiques à l'application dans la section utilisateur.
cp custom section $FLASHDIR/custom_sections/MyApp
Suivez l'exemple ci-dessous 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 Solaris 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 :
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.
Ce script est exécuté préalablement à 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 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 qui est stocké sur ce système clone, à l'aide du 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. 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 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 Solaris 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 spécifiques à l'hôte. Les fichiers qui ont été 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.
Exemple 3-5 Création d'un script de réinitialisation
#!/bin/sh $FLASH_DIR/TestApplication/finalize_license