Champs de règle de séparation – HP Logiciel HP Matrix Operating Environment Manuel d'utilisation
Page 29

Description
Champ
Version du système d'exploitation auquel s'applique le modèle. Si ce champ est laissé
vide, Application Discovery essaie d'apparier le modèle avec toutes les versions de
système d'exploitation pour lesquelles il dispose d'informations.
OSver
Architecture à laquelle s'applique le modèle. Si ce champ est laissé vide, Application
Discovery essaie d'apparier le modèle avec toutes les architectures pour lesquelles il
dispose d'informations.
Architecture
REMARQUE :
Si vous souhaitez définir un modèle basé sur l'endroit où sont exécutés les processus à collecter
dans une application, vous pouvez consulter le tableau « Unmatched processes » (Processus non
appariés) sur un écran d'hôte particulier ou le tableau « Processes not matched by this template »
(Processus non appariés par ce modèle) sur un écran d'édition de modèle pour obtenir ces
informations. Voir Remplissage des champs de portée du système à l'aide de données de tableau
pour obtenir des conseils sur la recherche d'attributs de processus spécifiques à cet effet.
Champs de règle de séparation et leurs descriptions
Description
Champ
Par défaut au cours de la détection initiale, Application Discovery définit des objets reconnus
en tant que packages sur « no » et des objets reconnus en tant que modèles sur « yes ».
Ce champ spécifie si l'application doit être visible ou non aux utilisateurs de l'interface
utilisateur Application Discovery :
• yes – affiche les données d'application associées à cet objet.
• no– masque les données d'application associées à cet objet.
REMARQUE :
La visibilité n'a en fait aucun effet sur l'appariement de modèle, mais est
incluse ici à titre de commodité. Il s'agit d'un paramètre global qui permet de contrôler la
présentation des données dans tous les écrans Application Discovery. Il n'est pas stocké en
tant que préférence de l'utilisateur.
Est visible ?
Combien d'identificateurs de processus (pid - process identifier) sont autorisés dans une
application :
• un— un identificateur de processus par application exécutée.
Effet : Chaque nouvelle exécution concurrente de cette application est présentée comme
une instance distincte des autres dans Application Discovery.
• session – tout nombre d'identificateurs de processus par application pour la durée
d'une session de groupe de terminaux.
Effet : Tous les identificateurs de processus associés sont traités comme une instance
d'application exécutée pour cette session. Toutefois, dans la mesure où les sessions sous
HP-UX et Linux sont gérées par utilisateur, cela a pour effet de délimiter les applications
exécutées par utilisateur. Ainsi, si vous vous connectez à deux reprises (deux fenêtres de
terminal concurrentes), vous pouvez avoir deux instances distinctes de cette application
exécutée. Cet effet est similaire à celui obtenu par la définition de portée
d'utilisateur=un
.
• n'importe lequel – n'importe quel nombre d'identificateurs de processus par
application.
Effet : Les identificateurs de processus n'ont aucun effet spécifique sur la définition de
l'application décrite par ce modèle.
Portée
d'identificateur
de processus
Gestion de modèles d'application
29