Concepts SD-UX

Une meilleure compréhension des concepts, des termes et du modèle de gestion logicielle de SD-UX vous permettra d'utiliser les commandes et les programmes le plus efficacement possible. Pour d'autres définitions, consultez le glossaire.

Terminologie

Hôte fait référence à un système sur lequel des logiciels doivent être installés ou gérés à l'aide des commandes SD-UX. Un système hôte local est le système à partir duquel vous appelez les commandes SD-UX.

Si les opérations à distance ont été activées, vous pouvez utiliser SD-UX pour agir sur un ou plusieurs hôtes à distance, un hôte différent du contrôleur sur lequel les commandes sont exécutées. (Pour de plus amples informations sur les opérations à distance, voir le Chapitre 7 : « Aperçu des opérations à distance ».)

Un contrôleur est un programme ou une commande SD-UX (swinstall, swcopy, etc.) que vous appelez sur votre système. Le contrôleur peut traiter les données ou lancer des processus sur d'autres systèmes.

Un dépôt est un stock de produits logiciels susceptibles d'être gérés par SD-UX. Un dépôt est constitué d'un répertoire (spécialement formaté) ou de supports physiques comme des bandes, CD-ROM ou DVD. (Les dépôts sur CD-ROM et DVD sont effectivement des instances spécifiques de dépôts répertoires). Les dépôts répertoires sont utiles, car vous pouvez y accéder par un réseau. Ils sont souvent utilisés pour stocker des collections de logiciels copiés à partir d'autres dépôts.

En général, le terme cible concerne soit un hôte (spécifiquement, le système de fichiers du système hôte) ou un dépôt situé sur un système hôte. Le terme source concerne un dépôt à partir duquel le logiciel est installé ou copié (parfois appelé dépôt source).

Par exemple, une opération d'installation de base faisant appel à la commande swinstall implique l'installation du logiciel à partir d'un dépôt source vers un emplacement cible sur le système hôte lui-même. Le dépôt source peut être un support physique accessible depuis la cible ou un dépôt répertoire implanté sur un serveur du réseau. Le système hôte cible peut être celui à partir duquel la commande a été lancée (c'est à dire le système hôte local) ou, si l'opération à distance est activée, un autre système hôte sur le réseau.

Une opération de copie élémentaire (qui fait appel à la commande swcopy) est très similaire, à l'exception du fait que la cible est un dépôt du système hôte et non le système hôte lui-même.

Pour la plupart des opérations, les programmes contrôleurs accèdent aux systèmes hôtes et dépôts en utilisant un agent appelé swagent qui procède aux tâches de gestion élémentaire des logiciels. Le démon appelé swagentd sert à accéder à l'agent. Lorsque SD-UX fonctionne sur le système hôte local, le contrôleur et l'agent sont tous deux opérationnels sur ce système. Pour les opérations à distance, l'agent est exécuté sur un système hôte distant.

La Figure 1-1 : « Systèmes SD-UX » représente les possibilités de développement du logiciel, puis son conditionnement sur un support de format SD, accessible directement ou par copie dans un répertoire dépôt sur serveur avant accès par réseau.

Figure 1-1 Systèmes SD-UX

Structure logicielle

Les commandes SD-UX opèrent sur une hiérarchie d'objets logiciels qui constituent les applications ou les systèmes d'exploitation que vous avez à gérer.

Objets logiciels

Kits

Les kits sont des collections de groupes de fichiers, provenant éventuellement de produits différents, « encapsulés » dans un objectif précis. Les kits peuvent être implantés dans des dépôts de logiciels et les commandes SD-UX agissent sur les kits sous la forme d'entités uniques. L'ensemble des logiciels d'exploitation HP-UX est intégré en kit. Les kits peuvent être constitués de groupes d'ensembles de fichiers ou de produits. La création de kits par les clients n'est pas supportée.

Produits

Collections de groupes de fichiers ou (optionnellement) de sous-produits et de scripts de contrôle. Les commandes SD-UX restent orientées produits, mais peuvent également traiter des sous-produits et des groupes de fichiers.

Il est possible de définir différentes versions de logiciels en fonction des plates-formes et des systèmes d'exploitation, ainsi que différentes éditions d'un même produit. Un support ou un dépôt de distribution peut contenir diverses versions du même produit.

Sous-produits

Si un produit contient plusieurs groupes de fichiers, les sous-produits peuvent permettre de regrouper les groupes de fichiers logiquement liés entre eux.

Groupe de fichiers

Les groupes de fichiers comprennent tous les fichiers et les scripts de contrôle qui constituent un produit. Les groupes de fichiers ne peuvent faire partie que d'un seul produit, mais ils peuvent être inclus dans des kits HP-UX différents. Comme les produits, il est possible de définir différentes versions d'un groupe de fichiers pour différentes plates-formes et systèmes d'exploitation.

Les groupes de fichiers constituent le niveau le plus élémentaire d'objets gérés par SD-UX.

Figure 1-2 Exemple de structure de logiciel HP-UX

Base de données des produits installés

SD-UX assure le suivi des logiciels installés sur un système grâce à une base de données des produits installés (IPD). L'IPD est un ensemble de fichiers et de sous-répertoires qui contiennent des informations sur tous les produits qui ont été installés sous le répertoire racine (/). (Pour les dépôts, ces informations sont conservées dans des fichiers catalogues situés dans le répertoire dépôt.)

Lorsqu'elles sont exécutées, les commandes swinstall, swconfig, swcopy et swremove mettent à jour, modifient et suppriment automatiquement les informations de l'IPD et des fichiers catalogue. Les commandes swlist et swverify lisent les informations de l'IPD et les utilisent pour modifier les réactions des commandes.

L'IPD prend en compte l'état du logiciel avec des conditions comme installé ou configuré.

Scripts de contrôle

Les produits et groupes de fichiers sont susceptibles de contenir des scripts de contrôle destinés à mener des vérifications et autres tâches non effectuées par les commandes SD-UX. SD-UX supporte les types de scripts suivants :

Checkinstall: Analyse chaque cible pour déterminer si l'installation et la configuration peuvent y être effectuées. (Exécuté par swinstall.)
Checkremove: Analyse chaque cible pour déterminer si la suppression et la déconfiguration peuvent y être effectuées. (Exécuté par swremove.)
Configure: Configure les groupes de fichiers ou les produits installés. (Exécuté par swconfig et swinstall.)
Fix: Corrige et signale les problèmes des logiciels installés : (Exécuté par swverify.)
Postinstall: Réalise les opérations d'installation complémentaires immédiatement après l'installation d'un groupe de fichiers ou d'un produit. (Exécuté par swinstall.)
Postremove: Réalise les opérations de suppression complémentaires immédiatement après la suppression d'un groupe de fichiers ou d'un produit. (Exécuté par swremove.)
Preinstall: Réalise des opérations sur les fichiers (comme la suppression des fichiers obsolètes) immédiatement avant l'installation de fichiers logiciels. (Exécuté par swinstall.)
Preremove: Réalise les opérations complémentaires sur les fichiers (comme la suppression des fichiers créés par un script preinstall) immédiatement avant la suppression de fichiers logiciels. (Exécuté par swremove.)
Request: Demande une réponse interactive de l'utilisateur dans le déroulement d'un processus d'installation ou de configuration. (Exécuté par swask, swconfig et swinstall.)
Unconfigure: Annule les configurations réalisées par les scripts de configuration. (Exécuté par swconfig et swremove.)
Unpostinstall: Annule les effets d'un script de post-installation au cas où swinstall devrait lancer un processus de reprise au cours du processus d'installation. (Exécuté par swinstall.)
Unpreinstall: Annule les opérations effectuées par un script de pré-installation au cas où SD doit lancer une reprise au cours du processus d'installation. (Exécuté par swinstall.)
Verify: Vérifie la configuration des groupes de fichiers ou des produits (en plus des contrôles standard de swverify). (Exécuté par swverify.)

Informations connexes

Voir le Chapitre 11 : « Utilisation des scripts de contrôle ».

Variables d'environnement

Les commandes et les programmes de SD-UX sont affectés par les variables d'environnement externes (comme les variables de langue et de jeu de caractères) et par les variables de réglage utilisées par les scripts de contrôle. Pour une description des variables d'environnement externes, voir le Chapitre 11 : « Utilisation des scripts de contrôle ».

Dépendances des logiciels

Les logiciels qui dépendent d'autres logiciels pour leur installation ou pour fonctionner correctement sont considérés comme ayant une dépendance. Lorsque vous définissez un logiciel pour les commandes swconfig, swcopy, swinstall, swremove, swverify, elles sont susceptibles de sélectionner automatiquement d'autres logiciels en fonction de dépendances.

Interaction des commandes et des options avec les dépendances

Les options de commande permettent de contrôler la manière d'utiliser ces dépendances. Par exemple, la gestion des dépendances dans swinstall et dans swcopy dépend de l'option de commande enforce_dependencies.

autoselect_dependencies est une autre option qui permet de gérer les dépendances. Cette option détermine si le système doit ou non automatiquement marquer des logiciels en vue de les installer ou de les copier en tenant compte des dépendances. (Pour de plus amples informations sur les options, voir « Utilisation des options de commande ».)

Comment satisfaire les dépendances

Pour qu'une dépendance soit résolue par rapport à un autre logiciel du dépôt source, elle doit être :

complète (s'il s'agit d'un produit complet ou d'un sous-produit, toutes ses composantes doivent être présentes dans le dépôt source),
dans un état adéquat dans la source (c'est-à-dire disponible),
exempte d'erreurs (elle ne doit être associée à aucune erreur de compatibilité, par exemple).

Si la dépendance n'est pas disponible auprès de la source pendant l'exécution d'une commande swconfig, swcopy, swinstall ou swverify, elle doit :

exister sur le système cible,
être complète (s'il s'agit d'un produit complet ou d'un sous-produit, toutes ses composantes doivent être présentes),
être dans un état de logiciel adéquat (la dépendance doit être configurée si le logiciel dépendant doit être installé et configuré, installée si le logiciel dépendant doit être installé mais non configuré, ou disponible si le logiciel dépendant doit être copié),
exempte d'erreurs (elle ne doit être associée à aucune erreur de compatibilité, par exemple).

Si le logiciel sélectionné possède une dépendance et si plusieurs objets disponibles satisfont cette dépendance, SD-UX choisit automatiquement la dernière version compatible.

Types de dépendances

Les créateurs de groupes de logiciels peuvent définir des dépendances sous la forme de corequis, de prérequis et d'exrequis. Ces dépendances peuvent être définies entre les groupes de fichiers d'un même produit, et contenir des expressions identifiant les versions du groupe de fichiers qui y satisfont. Il est également possible de définir des dépendances entre un groupe de fichiers et un autre produit. Le système supporte les expressions associées aux révisions et à d'autres attributs de produits.

Corequis: Une dépendance de type corequis indique qu'un objet a besoin d'un autre pour fonctionner correctement, mais n'implique aucune séquence de chargement.
Prérequis: Un objet a besoin qu'un autre objet soit installé et/ou configuré correctement avant de pouvoir être lui-même installé ou configuré. Les dépendances de type prérequis imposent la séquence des opérations.
Exrequis: Un objet exige l'absence d'un autre objet avant de pouvoir être installé ou configuré.

Travail avec des logiciels « protégés »

Certains produits HP sont des logiciels protégés. En d'autres termes, vous ne pouvez ni installer ni copier le logiciel à moins de fournir un mot de passe et une identification client. L'identification client désigne de manière unique le propriétaire du mot de passe et vous permet de limiter l'installation à un propriétaire spécifique. Pour connaître votre mot de passe et votre identification client, examinez le certificat de CD-ROM livré avec le logiciel.

Il est de votre responsabilité de vous assurer que le mot de passe et le logiciel sont convenablement utilisés de cette manière.

Un mot de passe libère l'accès à la plupart, sinon à la totalité, des produits du support matériel. Lorsque vous ferez l'acquisition d'autres logiciels protégés, HP vous fournira les mots de passe. SD-UX conserve les mots de passe après saisie. Il n'est pas nécessaire de saisir le mot de passe chaque fois que vous accédez au logiciel.

Pour la gestion des logiciels, les commandes swinstall, swcopy et swlist utilisent les mots de passe.