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

Page 29

Advertising
background image

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

Advertising