EdgeSight Admin Guide

Guide de l'administrateur Citrix® EdgeSight™
Citrix® EdgeSight™ pour points de terminaison 5.2

Citrix® EdgeSight™ pour XenApp 5.2
Avis de copyright et de marques
L'utilisation du produit documenté dans ce guide est soumise à l'acceptation préalable du Contrat de licence de l'utilisateur
final. Une copie du contrat de licence de l'utilisateur final figure sur le support d'installation du produit.
Les informations contenues dans ce document peuvent faire l'objet de modifications sans préavis. Sauf mention contraire, les
sociétés, noms et données utilisés dans les exemples sont fictifs. Aucune partie de ce document ne peut être reproduite ou
transmise, sous quelque forme, par quelque moyen, électronique ou mécanique, et pour quelque motif que ce soit, sans
l'autorisation expresse et écrite de Citrix Systems, Inc.
© 2008 Citrix Systems, Inc. Tous droits réservés.
Citrix est une marque déposée et Citrix Presentation Server, Citrix XenApp et Citrix XenDesktop et EdgeSight sont des
marques de fabrique, de commerce ou de service de Citrix Systems, Inc. aux États-Unis et dans d'autres pays.
Reconnaissances de marques
Adobe, Acrobat et Flash sont des marques de fabrique, de commerce ou de service et/ou des marques déposées d'Adobe
Systems Incorporated aux États-Unis et/ou dans d'autres pays.
Microsoft, Windows, Windows Server et Internet Explorer sont des marques déposées ou des marques de fabrique, de
commerce ou de service de Microsoft Corporation aux États-Unis et/ou dans d'autres pays.
Toutes les autres marques de fabrique, de commerce ou de service et marques déposées sont la propriété de leurs propriétaires
respectifs.
Code document : 22 septembre 2009 (GM)
T ABLE DES MATIÈRES
Table des matières
Chapitre 1 Présentation
Composants Citrix EdgeSight : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
Agents EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Serveur EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8
Console du serveur EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
Serveur de licences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11
Composants EdgeSight requis pour la surveillance des bureaux virtuels . . . . .12
Termes et concepts Citrix EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14
Architecture EdgeSight. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15
Types d'agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15
Processus d'agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
Collecte des données des agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17
Regroupement des données relatives aux agents . . . . . . . . . . . . . . . . . . . . . . . .20
Téléchargement des données relatives aux agents . . . . . . . . . . . . . . . . . . . . . . .20
Tâches administratives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .21
Tâches administratives des sociétés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22
Tâches administratives des serveurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23
Présentation de la liste des tâches administratives . . . . . . . . . . . . . . . . . . . . . . . . . .24
Configuration de l'authentification pour les services de rapport . . . . . . . . . . . .25
Ajout de rôles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25
Ajout d'un fournisseur d'authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25
Ajout d'utilisateurs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .25
Ajustement des configurations de tâche et de l'agent . . . . . . . . . . . . . . . . . . . . .26
Chapitre 2 Gestion des paramètres de société

Gestion des profils utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .28
Gestion des paramètres de société . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .28
Fuseau horaire et heure d'été . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .28
Paramètres d'enregistrement d'agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29
2 Guide de l’administrateur Citrix EdgeSight
Gestion de départements, de machines et de groupes . . . . . . . . . . . . . . . . . . . . . . .30

Gestion de départements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .30
Gestion de machines . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .31
Création et utilisation de groupes de machines personnalisés . . . . . . . . . . . . . .32
Gestion des groupes d'utilisateurs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34
Gestion des rôles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35
Création d' utilisateurs et affectation de rôles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35
Gestion de l'accès aux batteries XenApp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .36
Création de règles d'alerte et d'actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .37
Fonctions des alertes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .39
Catégories et types d'alertes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .39
À quel moment configurer une règle d'alerte en temps réel. . . . . . . . . . . . . . . .45
Impact des alertes en temps réel sur les performances . . . . . . . . . . . . . . . . . . . .45
À quel moment le serveur affiche-t-il une alerte en temps réel ?. . . . . . . . . . . .46
Gestion des actions d'alertes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47
Gestion des suppressions d'alertes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48
Gestion des catégories et des revendeurs d'applications . . . . . . . . . . . . . . . . . . . . .48
Gestion des rapports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48
Gestion des abonnements aux rapports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49
Téléchargement de rapports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49
Gestion des plages IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50
Gestion des configurations du tableau de bord en temps réel . . . . . . . . . . . . . . . . .50
Définition des propriétés de l'agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51
Mode de collecte minimale des données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .52
Configuration, programmation et exécution de tâches . . . . . . . . . . . . . . . . . . . . . .54
Configuration des tâches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .55
Contrôle des tâches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .56
Dépannage à l'aide des fichiers journaux d'agent. . . . . . . . . . . . . . . . . . . . . . . . . . .59
Chapitre 3 Gestion des paramètres de serveur

Contrôle de l'état du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62
Configuration des paramètres de serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .63
Prise en charge d'agent et serveur de licences . . . . . . . . . . . . . . . . . . . . . . . . . .63
Configuration de la journalisation du broker de base de données d'agent . . . . .64
Notifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .64
Temporisations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66
Téléchargement des données. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66
Traitement du vidage des applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66
Prise en charge SSL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67
SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67
Table des matières 3
Création de sociétés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67

Gestion des licences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .68
Configuration de la gestion des licences pour les agents EdgeSight pour points de
terminaison . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .68
Configuration de la gestion des licences pour les agents EdgeSight pour XenApp
69
Gestion des licences d'agents EdgeSight pour points de terminaison . . . . . . . .69
Système de licences de l'agent EdgeSight pour XenApp . . . . . . . . . . . . . . . . . .71
Utilisation de la page Licence pour contrôler l'état des licences . . . . . . . . . . . .72
Gestion des fournisseurs d'authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74
Configuration de la connexion aux services de rapports . . . . . . . . . . . . . . . . . . . . .75
Gestion des programmes de services de rapports . . . . . . . . . . . . . . . . . . . . . . . . . .75
Gestion de la base de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76
Configuration du téléchargement des données . . . . . . . . . . . . . . . . . . . . . . . . . .76
Vidage de la base de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76
Gestion des tâches de maintenance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .79
Gestion des machines non gérées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .80
Affichage de l'état du broker de base de données d'agent . . . . . . . . . . . . . . . . . . . .81
Affichage de l'état d'un regroupement et rééquilibrage de regroupements . . . .81
Affichage de l'état du serveur de base de données . . . . . . . . . . . . . . . . . . . . . . .82
Affichage de l'historique du broker. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .83
Résolution des problèmes du broker de base de données. . . . . . . . . . . . . . . . . .83
Affichage de messages serveur et réponse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .83
Gestion des scripts du serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .84
Chapitre 4 Utilisation d'EdgeSight dans des environnements mixtes

Disponibilité des fonctions EdgeSight en fonction des paramètres de prise en charge
de l'agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85
Onglet Contrôle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86
Onglet Dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86
Onglet Planification et gestion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87
Onglet Parcourir . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .88
Alertes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94
Collecte des données des agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .97
Onglet Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98
Prise en charge de Active Application Monitoring . . . . . . . . . . . . . . . . . . . . . .98
Disponibilité des fonctions EdgeSight en fonction des versions de l'agent . . . . . .99

Agents EdgeSight 4.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .99
Agents EdgeSight 4.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .99
Agents EdgeSight 5.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101
Agents Edgesight 5.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102
Collecte des données par version Presentation Server ou XenApp Server . . . . . .103
Rapports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .103
Collecte des données des agents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109
Chapitre 5 Intégration de EdgeSight avec Microsoft System Center Operations Manag-

er
À propos du Pack d'administration Citrix EdgeSight . . . . . . . . . . . . . . . . . . . . . .111
À propos de l'action d'alerte Faire suivre vers Microsoft System Center Operations
Manager. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112
Diagramme de déploiement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112
Configuration système requise . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .113
Consultation des pré-requis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .114
Importation du Pack d'administration EdgeSight. . . . . . . . . . . . . . . . . . . . . . . . . .115
Configuration de l'action d'alerte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .115
Attribution de l'action d'alerte à une règle d'alerte . . . . . . . . . . . . . . . . . . . . . . . . .116
Désinstallation du pack d'administration EdgeSight . . . . . . . . . . . . . . . . . . . . . . .117
Utilisation du Pack d'administration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .117
À propos des objets gérés Citrix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .117
Ordinateurs gérés Citrix XenApp Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . .118
À propos des vues Citrix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .118
Affichages alertes et événements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .119
Vue du diagramme de topologie du serveur Citrix . . . . . . . . . . . . . . . . . . . . . . . .119
Dossier Citrix EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .121
Cumul d'état du serveur Citrix EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .121
Démarrage de la console Citrix EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .122
Considérations de sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .123
Pack d'administration EdgeSight. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .123
Action d'alerte EdgeSight . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .124
Index. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .125
C HAPITRE 1
Présentation
Citrix® EdgeSight™ est une solution de gestion des performances et de la

disponibilité des systèmes de point de terminaison et des systèmes XenDesktop et
XenApp. Grâce à EdgeSight, vous pouvez contrôler les applications, les
machines, les sessions et le réseau en temps réel, ce qui permet aux utilisateurs
d'analyser et de résoudre rapidement les problèmes qui surviennent, et d'assurer
une prévention proactive de ceux-ci. Le présent document décrit les méthodes
d'exécution des tâches de configuration et d'administration à l'aide de la console
du serveur EdgeSight Citrix. Ce chapitre décrit les principaux composants
EdgeSight ainsi que l'architecture logicielle correspondante, et présente les tâches
administratives à exécuter.
Citrix XenApp était précédemment connu sous le nom de Citrix Presentation
Server. Pour les besoins de ce document, XenApp est utilisé comme nom de
produit principal et, à moins que cela soit indiqué autrement, fait référence à
XenApp et Presentation Server.
Composants Citrix EdgeSight :

Citrix EdgeSight inclut les composants suivants :
• Agents EdgeSight
• Serveur EdgeSight
• Console du serveur EdgeSight
• Serveur de licences Citrix
Des composants supplémentaires sont requis lors de la surveillance des bureaux
virtuels, comme décrit à la section « Composants EdgeSight requis pour la
surveillance des bureaux virtuels » à la page 12. Vous noterez que EdgeSight
nécessite l'utilisation de SQL Server Reporting Services pour la création de
rapports d'historique. Pour connaître la configuration système requise au niveau
des agents et du serveur, veuillez consulter le Guide d'installation de Citrix
EdgeSight.
La figure ci-après illustre la relation existant entre ces composants et les systèmes
contrôlés :
Agents EdgeSight
L'agent EdgeSight est un service exécuté sur une machine utilisateur, un bureau
virtuel ou un serveur XenApp et qui collecte des données, qu'il enregistre ensuite
dans une base de données côté client. L'agent collecte les données, les regroupe
en un ensemble de données utiles, qu'il envoie ensuite au serveur EdgeSight. Les
types d'agents suivants sont disponibles.
Chapitre 1 Présentation 7
• Agent EdgeSight pour points de terminaison : le logiciel Agent pour points

de terminaison a été conçu pour les environnements d'ordinateurs de bureau
ou d'ordinateur portables. Les agents fonctionnent en continu et
discrètement sur les systèmes des utilisateurs afin de collecter des données
liées aux performances, aux ressources, aux applications et au réseau. Les
données sont collectées et stockées dans une base de données locale, puis
téléchargées sur un serveur EdgeSight selon un programme de
téléchargement. Ces données peuvent également être affichées directement
à partir d'une base de données d'agent, en vue d'être utilisées pour la
résolution d'un problème..
Le logiciel Agent pour points de terminaison peut également être utilisé

pour surveiller des bureaux virtuels basé sur XenDesktop 3.0 sur lesquels
les données ne restent pas entre les redémarrages. Dans ce cas, les agents
stockent les données dans une base de données et un partage de fichiers
distants, le serveur EdgeSight agissant en tant que broker de base de
données. Pour obtenir plus d'informations, veuillez consulter « Composants
EdgeSight requis pour la surveillance des bureaux virtuels » à la page 12.
• Agent EdgeSight pour Virtual Desktops : le logiciel Agent pour Virtual
Desktop est conçu pour contrôler des bureaux virtuels basés sur
XenDesktop 4.0. En plus de contrôler les performances du système,
d'application et du réseau, il collecte les données de canal ICA y compris
les compteurs multimédia XenDesktop, collecte les métriques d'expérience
utilisateur et les alertes sur les performances de session XenDesktop. Notez
que cet agent ne fournit pas de contrôle du Desktop Delivery Controller
(DDC).
Les agents stockent les données dans une base de données et un partage de
fichiers distants, le serveur EdgeSight agissant en tant que broker de base
de données. Pour obtenir plus d'informations, veuillez consulter
« Composants EdgeSight requis pour la surveillance des bureaux virtuels »
à la page 12.
• Agent EdgeSight pour XenApp : le logiciel Agent EdgeSight pour XenApp
est conçu pour être utilisé sur des serveurs XenApp. Les données sont
collectées et stockées dans une base de données locale, puis téléchargées
deux fois par jour sur un serveur EdgeSight. Ces données peuvent
également être affichées directement à partir d'une base de données d'agent,
en vue d'être utilisées pour la résolution d'un problème.. Il existe deux
niveaux d'agents EdgeSight pour XenApp :
• Les agents de base fournissent la fonction de gestion des ressources

comprise dans l'édition Enterprise de XenApp. Seule une licence
Enterprise est requise sur votre serveur de licences Citrix. L'agent
enregistre les informations relatives aux performances client et
serveur et à l'utilisation des applications.
• Les agents avancés fournissent la version complète d’EdgeSight pour
XenApp. Ils requièrent pour cela que vous disposiez soit d'une
licence édition Platinum, soit d'une licence EdgeSight pour XenApp
sur votre serveur de licences Citrix. Les agents enregistrent des
informations relatives aux sessions utilisateur, aux performances
client et serveur, à l'utilisation des applications et aux connexions
réseau.
Remarque : Resource Manager représente une version à fonctionnalité réduite
d'EdgeSight pour XenApp : il contient uniquement les fonctions offertes
auparavant par le composant Resource Manager de XenApp. Resource Manager
utilise la version de base du logiciel Agent EdgeSight pour XenApp.
Serveur EdgeSight
Le serveur EdgeSight collecte les données à partir des agents distribués et permet
aux administrateurs d'afficher ces données afin d'identifier les problèmes risquant
de survenir dans l'entreprise, puis d'aider à leur résolution. Le serveur EdgeSight
inclut les composants suivants :
• Serveur Web—Ce composant permet de télécharger les données des agents,
puis d'afficher sur la console du serveur EdgeSight des informations de
disponibilité et de performances dans un grand nombre de rapports
standard.
• Serveur de base de données—Ce composant permet de stocker les données
téléchargées à partir des agents et d'agir en tant que source de données pour
les services de rapports.
• Serveur de rapport—Ce composant permet de générer des informations de
disponibilité et de performances sous forme de rapports. Le serveur de
rapport utilise Microsoft SQL Server Reporting Services.
Dans un environnement où EdgeSight pour Agents de points de terminaison

surveille des bureaux virtuels dans un regroupement, des composants
supplémentaires sont requis :
• Serveur de base de données d'Agent : fournit un stockage de données pour
les agents s'exécutant sur des bureaux virtuels dans un regroupement. Le
serveur Web EdgeSight comprend des composants de broker de base de
données depuis lesquels les agents obtiennent une connexion à un serveur
de base de données d'agent. Les composants de broker de base de données
sont installés par défaut. Pour obtenir plus d'informations, veuillez
consulter « Composants EdgeSight requis pour la surveillance des bureaux
virtuels » à la page 12.
• Partage de fichiers de données d'agent : le partage de fichiers de données
d'agent offre un stockage de fichiers tels que les fichiers journaux et fichiers
INI qui ne sont pas stockés sur le serveur de base de données d'agent
EdgeSight.
Console du serveur EdgeSight

Les administrateurs interagissent avec le serveur EdgeSight via la console du
serveur EdgeSight. Cette console constitue un outil puissant et souple d'affichage
des données de disponibilité et de performances sur la base des données
collectées par les agents distribués. Pour accéder à la console, ouvrez un
navigateur Web, utilisez l'adresse URL de EdgeSight Server et spécifiez les
informations d'identification requises au niveau de la page de connexion. Un
administrateur peut accéder à la console en utilisant l'adresse URL suivante :
http://nomduserveur/edgesight/app/default.aspx
La console du serveur EdgeSight contient les composants suivants.

• Onglets : utilisez les onglets situés dans la partie supérieure de la zone de
contenu pour sélectionner le type de données à afficher ou l'opération à
effectuer. Les informations de ce guide proviennent pour la plupart de
l'onglet Configuration. Les onglets sont les suivants :
• Démarrage : cet onglet contient des informations d'ordre général sur

chaque onglet. Cliquez sur chaque onglet pour afficher une
description de ses fonctions. Un case à cocher vous permet de
désactiver l'affichage de cet onglet pour les ouvertures de session
suivantes.
• Contrôle : cet onglet permet d'effectuer un contrôle en temps réel des
compteurs de performances sur les machines spécifiées, et d'afficher
des informations relatives aux conditions d'alerte.
• Dépannage : cet onglet permet d'effectuer un dépannage en temps
réel à l'aide d'outils de dépannage et de rapports en temps réel. Les
rapports en temps réel affichent des données issues directement d'une
base de données d'agent.
• Planification et gestion : cet onglet permet d'afficher des rapports de
synthèse qui offrent une présentation générale de votre
environnement. Vous pouvez afficher des informations de synthèse
sur des machines, des serveurs XenApp, des utilisateurs, des
processus, des sites Web ou des transactions.
• Recherche : cet onglet permet de parcourir des listes de rapports ou
d'y effectuer des recherches et d'afficher des rapports. Vous pouvez
également afficher des propriétés de rapport et des abonnements.
• Configuration : cet onglet permet de modifier votre profil
d'utilisateur, de configurer des sociétés (options d'agent, alertes,
machines et sécurité), de configurer le serveur (gestion des licences,
authentification, vidage de base de données et création de société) et
de contrôler l'état du serveur (messages, tâches et services).
• Barre de menus : utilisez la barre de menus (située dans la partie supérieure
de la zone de contenu) pour effectuer des opérations courantes dans la page
(ajout d'une page à votre liste de favoris, actualisation ou impression d'une
page). Lorsque vous affichez un rapport, vous pouvez ajouter ce rapport à la
liste de vos rapports favoris, ou encore vous abonner à ce rapport.
• Barre de filtre : une fois que vous avez sélectionné un rapport, utilisez la
barre de filtre pour filtrer les données du rapport. En fonction du rapport
sélectionné, vous pouvez filtrer par département, par groupe, par période,
par processus, par machine, par utilisateur, par site et par d'autres types de
données. Vous pouvez filtrer les données pour isoler certaines informations
basées sur des classes spécifiques de processus, de machines ou
d'utilisateurs, et pour identifier rapidement des problèmes ou des tendances.
Vous pouvez également filtrer les données dans d'autres pages que les
rapports (liste des alertes en cours, par exemple, ou pages de configuration
ou d'administration). Cliquez sur OK pour appliquer des paramètres de
filtre.
• Lien d'aide : cliquez sur le lien d'aide (situé dans la partie supérieure droite
de la console) pour afficher l'aide en ligne contextuelle. Outre l'aide en
ligne contextuelle, le système d'aide contient également des références
(glossaire des mesures de rapports et définition de vues SQL, par exemple).
Serveur de licences
Citrix License Server for Windows 11.6 ou version ultérieure est utilisé pour la
fourniture de licences, autorisant les agents EdgeSight à télécharger des données
sur un serveur EdgeSight. Le serveur de licences peut se trouver à tout
emplacement du réseau, car il est accessible à partir du composant Serveur Web
du serveur EdgeSight, ainsi que par les agents XenApp. Un même serveur de
licences peut être partagé par plusieurs produits Citrix, y compris par plusieurs
serveurs EdgeSight.
Remarque : le serveur de licences et les fichiers de licence EdgeSight doivent
se trouver à l'emplacement approprié avant le déploiement d'EdgeSight pour
éviter tout délai supplémentaire de téléchargement des données.
Des licences séparées doivent être acquises pour les agents XenApp et pour les
agents de point de terminaison, même si ces deux types d'agents sont associés sur
le même serveur. Tous les fichiers de licence de l'agent (CESEP_*.lic) doivent se
trouver dans le dossier MesFichiers du répertoire du serveur de licences sur le
serveur EdgeSight. Pour obtenir plus d'informations sur la gestion des licences,
veuillez consulter « Gestion des licences » à la page 68.
Composants EdgeSight requis pour la

surveillance des bureaux virtuels
Lors de l'utilisation de EdgeSight pour surveiller les bureaux virtuels où les
données ne persistent pas entre redémarrages, des composants supplémentaires
sont requis pour le stockage des données d'agent. La figure ci-après illustre la
relation existant entre ces composants et les systèmes contrôlés :
Les composants nécessaires à la surveillance des bureaux virtuels comprennent ce

qui suit :
• Serveur EdgeSight : chaque installation de serveur EdgeSight comprend
des composants de broker de base de données et de moniteur de base de
données qui fournissent des informations de connexion à la base de
données aux agents EdgeSight exécutés sur des bureaux virtuels dans un
regroupement et sont à l'écoute de l'enregistrement et de l'état du serveur de
base de données de l'agent EdgeSight.
• Serveurs de base de données de l'agent EdgeSight : les serveurs de base de
données stockent des données collectées par les agents EdgeSight exécutés
sur les bureaux virtuels. Le moniteur de base de données de chaque serveur
communique avec le serveur EdgeSight pour annoncer sa disponibilité et
mettre son état à jour à intervalles réguliers..
• Partage de fichiers de données d'agent : le partage de fichiers stocke les
fichiers d'agent qui ne sont pas stockés sur le Serveur de base de données
d'agent EdgeSight, tels que les fichiers journaux et les fichiers INI.
• Agents EdgeSight : les agents EdgeSight collectent des données de
performances pour les bureaux virtuels sur lesquels ils sont installés. Lors
de l'installation d'un agent, vous spécifiez quel serveur EdgeSight doit
fournir les informations de connexion à la base de données et le chemin
vers le partage de fichiers de données d'agent. L'agent spécifique installé
dépend de la version des bureaux virtuels de votre environnement. L'Agent
EdgeSight pour points de terminaison est conçu pour contrôler les
performances du système, des applications et du réseau sur les bureaux
virtuels basés sur XenDesktop 3.0. L'Agent EdgeSight pour Virtual
Desktops est conçu pour contrôler les performances de session, du système,
des applications et du réseau sur les bureaux virtuels basés sur XenDesktop
4.0.
Les composants EdgeSight fonctionnent dans un environnement plus important
qui comprend Citrix Provisioning Server et peut comprendre XenServer.
Consultez la section Guide d'installation de Citrix EdgeSight pour la
configuration système requise.
Pour plus d'informations sur l'utilisation de la console de serveur EdgeSight pour
surveiller l'état des regroupements, des serveurs de base de données d'agent et des
messages de broker de base de données, consultez « Affichage de l'état du broker
de base de données d'agent » à la page 81.
Termes et concepts Citrix EdgeSight

Une société constitue la principale unité organisationnelle d'un serveur
EdgeSight. Un serveur unique peut prendre en charge plusieurs sociétés. Les
sociétés se décomposent en départements. Les départements sont organisés en
tant qu'arborescence hiérarchique avec un département racine par défaut (Tout),
et des sous-départements spécifiques à la machine (batteries XenApp et
XenDesktop, et points de terminaison) qui sont créés lors de l'installation. La
structure des batteries XenApp et des sous-départements de batteries XenDesktop
est déterminée par les batteries contrôlées et ne peut être modifiée à l'aide de la
console de serveur EdgeSight. Des sous-départements de points de terminaison
supplémentaires peuvent être créés automatiquement lorsque les agents
s'enregistrent auprès du serveur, ou créés manuellement. Les informations de
configuration sont associées aux agents en fonction de leur département. Chaque
département correspond à un ensemble de systèmes exécutant des agents
EdgeSight. Ces systèmes sont appelés machines.
Vous pouvez également organiser les machines par groupes personnalisés plutôt
que par département. Un groupe personnalisé est un ensemble de machines défini
par l'utilisateur. L'appartenance à un groupe peut s'effectuer en fonction des
départements, des caractéristiques de machines et des requêtes associés.
Vous pouvez créer, outre des groupes de machines, des groupes d'utilisateurs qui
correspondent à des ensembles d'utilisateurs XenApp, XenDesktop ou de point de
terminaison. De nombreux rapports contenant des données relatives à
l'expérience utilisateur peuvent être filtrés par groupes d'utilisateurs, ce qui vous
permet de surveiller les performances système pour un groupe d'utilisateurs
présentant des caractéristiques spécifiques.
Les utilisateurs de la console EdgeSight se connectent à la console pour afficher
des rapports ou exécuter des tâches administratives. (Il est à noter que les rapports
utilisent le terme utilisateur pour désigner un utilisateur XenApp ou XenDesktop
associé à une session). Un rôle (Administrateur ou Visualisateur de rapports, par
exemple) est affecté à chaque utilisateur de la console, et chaque rôle contient à
son tour un ensemble associé de permissions. Ces permissions déterminent les
actions qu'un utilisateur peut entreprendre et les pages pouvant être affichées sur
la console. Par exemple, un utilisateur possédant le rôle Visualisateur de rapports
peut afficher des rapports, mais ne peut pas afficher les pages des dossiers
Paramètres de société ou Paramètres de serveur, ni utiliser les fonctions
administratives sur le serveur.
Les utilisateurs peuvent afficher des rapports à partir de la console ou les recevoir
par abonnement (spécification de la distribution d'un rapport par e-mail ou via un
partage de fichiers). (Il s'agit d'un moyen efficace de distribution d'informations
ciblées à certaines personnes de l'entreprise, sans obligation de connexion à la
console). Les abonnements sont distribués selon un programme défini.
Architecture EdgeSight
Cette section examine l'architecture EdgeSight de base, notamment :
• les types d'agents ;
• les processus d'agent ;
• le type de données collectées sur les agents ;
• la façon dont les données des agents sont stockées, regroupées et
téléchargées sur le serveur EdgeSight.
Types d'agents
Les types d'agents suivants sont disponibles dans EdgeSight :
• EdgeSight pour points de terminaison : les agents pour points de
terminaison offrent un contrôle et une collection des données pour les
machines de point de terminaison et pour les bureaux virtuels basés sur
XenDesktop 3.0.
• EdgeSight pour Virtual Desktops : les agents Virtual Desktop agents offrent
un contrôle et une collection des données pour les bureaux virtuels basés
sur XenDesktop 3.0.
• EdgeSight pour XenApp, niveau de base : les agents de base fournissent la
fonction de gestion des ressources comprise dans l'édition Enterprise de
XenApp. Seule une licence Enterprise est requise sur votre serveur de
licences Citrix..
• EdgeSight pour XenApp, niveau avancé : les agents avancés fournissent la
version complète de EdgeSight pour XenApp. Ils requièrent pour cela que
vous disposiez soit d'une licence édition Platinum, soit d'une licence
EdgeSight pour XenApp sur votre serveur de licences Citrix.
Processus d'agent
L'agent EdgeSight inclut les principaux processus suivants :
Le service Agent de contrôle du système Citrix
• Collecte les données (relatives à l'utilisation des ressources, aux
événements et aux modifications matérielles) d'une machine utilisateur,
d'une instance XenDesktop ou du serveur XenApp ;
• communique avec le serveur EdgeSight sur le port 9035 pendant les
téléchargements de configuration et de données utiles.
• Pour un agent se trouvant dans un environnement regroupé, requiert une
connexion à une base de données distante
Le processus de service Firebird stocke les données de la machine utilisateur ou
XenApp dans la base de données locale de l'agent.
Si un agent est installé sur des bureaux virtuels dans un environnement regroupé,
le processus de moniteur de fichiers copie les fichiers vers le partage de fichiers
de données d'agent et les récupère depuis ce dernier.
Le temps système requis pour les processus d'agent inclut les éléments suivants.
(Remarque : il s'agit de valeurs moyennes susceptibles de varier en fonction des
machines et de l'environnement.) (Notez que les agents installés sur des bureaux
virtuels possèdent des besoins en espace disque plus réduit car ils utilisent une
base de données distante pour le stockage).
• temps d'UC 1-2 % ;
• mémoire de travail 30-35 Mo ;
• utilisation réseau : 200 Ko par jour ;
• 40 à 250 Mo d'espace disque.
Collecte des données des agents

La collecte des données est généralement effectuée pendant les heures de
fonctionnement normal du système, afin de garantir que les données collectées
forment une représentation exacte de la disponibilité et des performances du
système, sans durées d'inactivité trop longues. Certaines mesures, telles que les
statistiques sur les services et les applications critiques, ne sont collectées que
lorsque l'utilisateur travaille activement sur le système. Les types de données
suivants sont collectés et stockés dans la base de données de l'agent :
• Données de performances
• Données basées sur les événements
• Données XenApp et XenDesktop
Données de performances
Les données de performances incluent les données des mesures système
(utilisation d'unité centrale ou de mémoire, par exemple) correspondant à un
fonctionnement système normal. Données collectées par EdgeSight (liste non
exclusive) :
• Utilisation de l'UC
• utilisation de l'UC pendant une période donnée ;
• comparaison de plusieurs machines au niveau de l'UC ;
• suivi de l'utilisation d'UC ;
• liste des processus les plus consommateurs d'UC.
• Utilisation de la mémoire
• quantité de RAM utilisée ;
• liste des applications les plus consommatrices de mémoire ;
• liste des machines qui ont le moins de mémoire.
• Utilisation du disque
• espace disponible sur le disque dur ;
• liste des systèmes présentant potentiellement des problèmes de
disque dur ;
• liste des machines qui ont le moins d'espace disque.
Données basées sur les événements

Les données basées sur les événements incluent des mesures qui sont générées
par un événement se produisant sur le système utilisateur (lorsque l'utilisateur
appelle une application et commence à l'utiliser, par exemple, ou encore en cas de
connexion de socket). Données collectées par EdgeSight (liste non exclusive) :
• Les problèmes d'applications (erreurs, arrêts et absence de réponse des
applications)
• message d'erreur affiché ;
• date/heure de l'erreur ;
• nombre d'occurrences de l'erreur ;
• système ayant généré l'erreur ;
• autres éléments en cours d'exécution sur le système au moment où
l'erreur s'est produite.
• Utilisation des applications (particulièrement utile pour le suivi de la mise
en conformité des licences)
• durée d'exécution de l'application en mémoire ;
• temps d'activité et temps d'inactivité ;
• liste des applications utilisées par utilisateur.
• Connexion réseau
• temps de réponse pour les communications réseau ;
• vitesse moyenne du réseau ;
• volume réseau utilisé ;
• durée des boucles pour certaines connexions ;
• systèmes présentant le délai le plus élevé ;
• applications générant le volume le plus élevé ;
• serveurs les plus lents à répondre ;
• protocoles utilisés sur le réseau ;
• sites visités et nouveaux sites.
Données XenApp et Xen Desktop

Les données XenApp incluent notamment :
• des données de Contrôle de l'expérience de l'utilisateur final, ce qui
comprend les performances de sessions, l'aller-retour ICA et les mesures de
démarrage du client et du serveur. Ces données d'aller-retour ICA
remplacent les données de latence de session collectées par les agents plus
anciens ;
• l'activité de session, telles que les sessions actives, inactives et le nombre
total de sessions ;
• la reconnexion automatique aux sessions ;
• la bande passante d'entrée et de sortie de la session ICA pour les opérations
audio, vidéo, d'imprimantes et de fichiers ;
• l'état et la disponibilité du service IMA ;
• l'utilisation des ressources, telle que la mémoire et l'UC, pour les groupes
d'utilisateurs ;
• le délai réseau de session et la durée aller-retour pour les groupes
d'utilisateurs.
• Les données Active Application Monitoring, telles que les temps de
réponse des tests d'application et les échecs de test d'application
Les données XenDesktop incluent notamment :
• des données de canal ICA y compris des compteurs multimédia
XenDesktop ;
• des métriques d'expérience utilisateur ;
• des performances de sessions XenDesktop.
Regroupement des données relatives aux agents

Les données relatives aux agents sont regroupées de la façon suivante :
• Les données sont collectées et stockées dans la base de données locale de
l'agent toutes les 5 à 15 secondes. Les données de point de terminaison sont
stockées toutes les 5 secondes et les données XenApp toutes les 15
secondes.
• Toutes les 20 minutes, les données collectées sont regroupées par
incréments de cinq minutes et placées dans un autre emplacement de la
base de données locale de l'agent.
• Une fois par jour, les incréments de 5 minutes sont regroupés en incréments
d'une heure, puis téléchargés sur le serveur EdgeSight conformément au
programme de téléchargement configuré.
• Les données sont stockées pour une durée de 3 jours dans la base de
données de l'agent, afin que les données d'historique puissent être affichées.
Une fois cette période de 3 jours écoulée, les données sont nettoyées de la
base de données ; toutefois, la durée de conservation des données peut être
étendue en modifiant les propriétés de l'agent.
Si le logiciel Agent est installé sur une machine mobile, ou que la machine est
incapable de se connecter au serveur EdgeSight, les données regroupées sont
conservées jusqu'à 5 jours pour les serveurs XenApp et 29 jours pour les points de
terminaison et les bureaux virtuels, ou jusqu'à ce que la machine soit capable de
télécharger des données sur le serveur. Vous pouvez configurer librement la durée
de conservation des données. Pour obtenir plus d'informations, veuillez consulter
la rubrique « Assistant des propriétés d'agent » de l'aide en ligne.
Téléchargement des données relatives aux

agents
Lors de l'installation initiale de l'agent, celui-ci s'enregistre auprès du serveur et
recueille des informations sur la programmation du téléchargement des données
sur le serveur et sur les données requises par le serveur.
En respectant la configuration des tâches de téléchargement des données de

performances par défaut, les données sont téléchargées de la base de données de
l'agent vers le serveur EdgeSight. Les agents de points de terminaison effectuent
le téléchargement une fois par jour par défaut, les agents XenApp deux fois par
jour et les agents Virtual Desktop effectuent le téléchargement toutes les heures et
demie. En cas de besoin, vous pouvez configurer une fréquence plus élevée de
téléchargement. Par exemple, vous pouvez programmer un téléchargement à midi
pour évaluer l'activité du matin. Pour obtenir plus d'informations sur les
configurations de tâche, veuillez consulter la section « Configuration,
programmation et exécution de tâches » à la page 54.
Généralement, la taille de téléchargement de données pour un agent EdgeSight
pour points de terminaison est de 80 Ko. Les téléchargements de données de
l'agent EdgeSight pour XenApp sont généralement plus volumineux, en raison de
la quantité élevée de données collectées (ils peuvent atteindre 300 Ko). Ces tailles
de téléchargement dépendent d'un certain nombre de facteurs, tels que les
propriétés de l'agent, ou encore le profil d'utilisation du système hébergeant
l'agent.
Le processus de téléchargement des données peut être résumé comme suit :
1. L'agent EdgeSight contacte le serveur EdgeSight pour connaître les
données requises, en fonction du dernier téléchargement ayant abouti.
2. L'agent interroge la base de données locale et regroupe les données utiles
extraites par incréments d'une heure.
3. Les données utiles sont compressées, puis envoyées au serveur Web
EdgeSight en utilisant le protocole HTTP ou HTTPS. (Le protocole HTTPS
est utilisé si l'agent est configuré en vue d'une connexion au serveur par
SSL. SSL doit être activé sur le serveur et un certificat SSL valide émis par
une autorité de certification sécurisée doit être présent sur le serveur
exécutant le site Web EdgeSight.)
4. Les données utiles sont stockées dans le dossier local ; elles sont ensuite
extraites de ce dossier afin d'être traitées par EdgeSight Script Host
(RSSH).
Tâches administratives
Pour pouvoir exécuter les tâches administratives, vous devez avoir le rôle
d'administrateur ou posséder des droits Administrateur. Pour obtenir plus
d'informations sur les rôles et les permissions d'administrateur, veuillez consulter
Chapitre 2, « Création d' utilisateurs et affectation de rôles ». . Les tâches
administratives sont regroupées à deux niveaux : niveau société et niveau serveur.
Pour qu'un utilisateur puisse afficher et modifier les paramètres serveur, il doit
posséder la permission de gestion des paramètres du serveur. Cette permission est
automatiquement accordée au super-utilisateur créé pendant l'installation. Pour
les autres utilisateurs, cette permission doit être explicitement accordée au
moment de la création ou de la modification d'utilisateur, et non via l'affectation
de rôle.
Les paramètres de niveau société affectent une seule société, tandis que les
paramètres de niveau serveur affectent toutes les sociétés résidant sur le serveur.
Les paramètres de société incluent les paramètres du serveur et de l'agent.
Tâches administratives des sociétés

Au niveau d'une société, les tâches administratives comprennent ce qui suit :
• fonctionnement des tâches sur les machines ;
• collecte et conservation des données par les agents ;
• notification en temps réel des conditions d'alerte, via la création et
l'implémentation de règles et d'actions d'alertes ;
• organisation de machines par département ou groupe personnalisé ;
• organisation des utilisateurs en groupes à des fins de filtrage ;
• données affichées pour certaines machines sélectionnées sur le tableau de
bord en temps réel ;
• méthode de distribution automatique des rapports aux utilisateurs sur la
base des abonnements souscrits ;
• accès utilisateur à la Console et permissions correspondantes ;
• Authentification de batterie XenApp
• plages IP utilisées pour le filtrage du réseau par des hôtes réseau internes ou
externes ;
• méthode de regroupement des applications en catégories à des fins de
génération de rapports ;
• méthode de regroupement des applications par fournisseur logiciel à des
fins de génération de rapports ;
• paramètres de société en fonction du fuseau horaire et des préférences
d'enregistrement de l'agent.
Tâches administratives des serveurs

Au niveau d'un serveur, les tâches administratives comprennent ce qui suit :
• contrôle de l'état général du serveur ;
• gestion des fournisseurs d'authentification ;
• création de sociétés ;
• contrôle des informations sur les licences et mise à jour du nom et du port
du serveur de licences ;
• configuration des opérations de serveur, telles que la prise en charge de
l'agent, les notifications, l'expiration des délais, le téléchargement des
données, le traitement des fichiers de vidage, la prise en charge SSL et le

port d'interruption SNMP ;
• contrôle de l'état des services ;
• contrôle et organisation des machines non gérés (machines sur lesquelles un
agent est installé, sans qu'il soit associé à une société et à un département) ;
• configuration de l'authentification du serveur pour les services de rapport ;
• création et gestion des programmes de génération de rapports ;
• configuration et contrôle des paramètres de nettoyage de base de données ;
• configuration et contrôle des tâches de maintenance de base de données ;
• affichage de l'état du broker de base de données d'agent ;
• affichage des messages relatifs aux événements et aux erreurs serveur ;
• affichage des chemins d'accès de l'installation Citrix EdgeSight et des
versions logicielles correspondantes.
Lors de l'utilisation de ce document, souvenez-vous qu'une aide en ligne
contextuelle est disponible sur chaque page de la console du serveur EdgeSight.
Les rubriques d'aide contiennent des instructions détaillées pour l'exécution des
tâches courantes.
Présentation de la liste des tâches administratives

Lors de la configuration initiale d'EdgeSight à l'aide de l'Assistant de
configuration de post-installation, vous devez spécifier explicitement un certain
nombre de paramètres d'exploitation essentiels pour le serveur EdgeSight. Ces
paramètres incluent une société initiale (ou racine) , un compte super-utilisateur
permettant d'accéder à toutes les sociétés d'un serveur et de créer de nouveaux
utilisateurs, des paramètres de messagerie utilisés pour l'envoi de notifications
serveur, ainsi qu'un port utilisé pour les communications avec le serveur de
licences. Outre ces paramètres explicitement définis, de nombreux paramètres par
défaut permettent à EdgeSight d'être totalement opérationnel le plus rapidement
possible. Cette section présente les autres tâches qui doivent être exécutées après
l'installation et la configuration initiale, afin de bénéficier d'un état opérationnel
complet. Certaines de ces tâches diffèrent selon votre environnement, tels que le
type de systèmes surveillés ou si vous utilisez le fournisseur d'authentification de
messagerie par défaut ou Active Directory pour l'authentification des utilisateurs.
Configuration de l'authentification pour les

services de rapport
Pour pouvoir générer et afficher des rapports EdgeSight, les services de rapports
de Microsoft SQL Server doivent avoir été préalablement installés et configurés.
Une fois EdgeSight installé, vous devez configurer les informations
d'identification utilisées pour authentifier le serveur EdgeSight auprès du serveur
de rapports. Pour obtenir plus d'informations, veuillez consulter « Configuration
de la connexion aux services de rapports » à la page 75.
Ajout de rôles
Avant d'ajouter des utilisateurs (personnes autorisées à se connecter à la console
du serveur EdgeSight), il est recommandé d'ajouter les rôles requis pour
déterminer les actions à effectuer sur la console. Pour obtenir plus d'informations
sur la définition de rôles, veuillez consulter la section « Création d' utilisateurs et
affectation de rôles » à la page 35.
Ajout d'un fournisseur d'authentification

Si vous souhaitez créer automatiquement des utilisateurs sur la base d'une
arborescence Active Directory, vous devez ajouter un fournisseur
d'authentification AD. Avant de créer un nouveau fournisseur, vérifiez que vous
disposez du chemin d'accès LDAP de votre fournisseur d'authentification AD.
Pour obtenir plus d'informations sur l'ajout d'un fournisseur d'authentification
AD, veuillez consulter « Gestion des fournisseurs d'authentification » à la page
74.
Ajout d'utilisateurs
Si vous utilisez le fournisseur d'authentification de messagerie par défaut, vous
pouvez ajouter des utilisateurs et leur affecter des rôles à l'aide de la console du
serveur EdgeSight : Pour obtenir plus d'informations, veuillez consulter
« Création d' utilisateurs et affectation de rôles » à la page 35.
Ajustement des configurations de tâche et de

l'agent
En fonction de votre environnement, vous pouvez ajuster l'application de
configurations de tâche et d'agents aux machines d'un département. Les
configurations de tâche et d'agents par défaut sont fournies pour les systèmes de
point de terminaison, XenApp et de bureau virtuel. Pour optimiser le
fonctionnement du serveur EdgeSight, vérifiez que les machines se trouvent dans
les départements appropriés, et que les configurations de tâche et d'agents sont
appliquées à ces départements. Il vous est recommandé d'utiliser les
configurations par défaut pour une certaine période de temps, puis de régler les
configurations, le cas échéant, pour résoudre les problèmes de collecte de
données. Pour obtenir plus d'informations sur les propriétés de l'agent, veuillez
consulter la section « Définition des propriétés de l'agent » à la page 51. Pour
obtenir plus d'informations sur les configurations de tâche, veuillez consulter la
section « Configuration, programmation et exécution de tâches » à la page 54.
C HAPITRE 2
Gestion des paramètres de société
Ce chapitre fournit des conseils et indique des procédures de gestion des

paramètres de configuration liés aux sociétés hébergées sur un serveur Citrix
EdgeSight. Tous les paramètres de société sont situés dans l'onglet
Configuration de l'option Configuration de société. Pour obtenir plus
d'informations sur la configuration du serveur, veuillez consulter Chapitre 3,
« Contrôle de l'état du serveur ».
Ce chapitre décrit la procédure d'exécution des tâches suivantes :
• Gestion des profils utilisateur
• Gestion des paramètres de société
• Gestion de départements, de machines et de groupes
• Gestion des groupes d'utilisateurs
• Gestion des rôles
• Création d' utilisateurs et affectation de rôles
• Gestion de l'accès aux batteries XenApp
• Création de règles d'alerte et d'actions
• Gestion des catégories et des revendeurs d'applications
• Gestion des rapports
• Gestion des plages IP
• Gestion des configurations du tableau de bord en temps réel
• Définition des propriétés de l'agent
• Configuration, programmation et exécution de tâches
• Dépannage à l'aide des fichiers journaux d'agent
Gestion des profils utilisateur

Chaque utilisateur de console du serveur EdgeSight possède un profil stocké sur
le serveur, qui inclut son nom, son intitulé de poste et ses informations de contact.
Les utilisateurs ont la possibilité de modifier leurs propres profils. Cliquez sur
Mes paramètres > Profil pour afficher le profil correspondant au nom
d'utilisateur à l'aide duquel vous vous êtes connecté à la console.
Vous pouvez afficher les profils d'autres utilisateurs de la console du serveur
EdgeSight dans la page Utilisateurs (Configuration de société > Sécurité >
Utilisateurs). Pour obtenir plus d'informations sur la création et la gestion
d'utilisateurs, veuillez consulter « Création d' utilisateurs et affectation de rôles »
à la page 35.
Gestion des paramètres de société

Une société représente l'unité d'organisation principale sur un serveur EdgeSight.
Un serveur unique peut prendre en charge plusieurs sociétés. S'il existe plusieurs
sociétés sur le serveur, utilisez le menu déroulant Société (situé dans la partie
supérieure droite de la console) pour alterner entre les différentes sociétés. Les
paramètres de société sont gérés séparément des paramètres du serveur ; cela
permet aux administrateurs de serveurs de contrôler les utilisateurs autorisés à
afficher des rapports ou à modifier des paramètres pour une société spécifique.
Pour afficher les paramètres de société, accédez à Configuration de société >
Paramètres.
Fuseau horaire et heure d'été

Sur un serveur EdgeSight, il existe un fuseau horaire par société. Le fuseau
horaire est utilisé par le serveur en cas d'affichage d'informations horaires dans
les rapports, de planification et d'exécution de tâches de maintenance, ou encore
pour les horodatages associés aux événements (alertes et durées de
téléchargement, par exemple). Toutes les données d'une société sont consolidées
sur la base de la limite de fuseau horaire. Cela garantit une plus grande cohérence
des données lorsque des machines agent se trouvent dans plusieurs fuseaux
horaires différents. Outre le paramétrage de fuseau horaire, vous pouvez spécifier
si vous souhaitez ajuster le passage à l'heure d'été.
Une fois EdgeSight installé, vous devez créer une société initiale, comprenant un
paramètre de fuseau horaire. La page Paramètres de société permet de modifier
les données de fuseau horaire d'une société en fonction de vos besoins. Lorsque
vous créez de nouvelles sociétés à l'aide de la console, vous devez spécifier un
fuseau horaire. (Pour obtenir plus d'informations, veuillez consulter « Création de
sociétés » à la page 67.)
Chapitre 2 Gestion des paramètres de société 29
Paramètres d'enregistrement d'agent

Les paramètres d'enregistrement d'agent contrôlent la façon dont les agents
EdgeSight se font connaître auprès du serveur. (Les agents débutent la
communication avec le serveur dans tous les cas, sauf pour les requêtes explicites
de données d'agent, telles que l'affichage d'un rapport en temps réel à partir de la
console.) Utilisez les menus pour activer ou désactiver chaque paramètre, puis
cliquez sur Enregistrer les modifications pour appliquer les nouveaux
paramètres. Il est recommandé d'activer tous les paramètres d'enregistrement des
agents. Si la gestion de l'enregistrement des agents, la création de départements et
la duplication d'instances sont effectuées par le logiciel EdgeSight, vous gagnez
du temps et des efforts que vous consacreriez sinon à la résolution manuelle de
ces événements. Le tableau ci-après décrit la façon dont chaque paramètre affecte
l'enregistrement des agents.
Paramètre Contrôle...
d'enregistrement
Enregistrer Lorsqu'un agent se connecte à un serveur, il transfère des
automatiquement des informations de configuration de société et de département.
agents Si ces informations correspondent à une société définie sur le
serveur et que ce paramètre est activé, l'agent est inscrit dans
la société. Sinon, l'agent représente une instance non gérée et
apparaît uniquement dans la page Machines non gérées. Pour
obtenir plus d'informations sur le déplacement de machines
non gérées vers une société et un département, veuillez
consulter « Gestion des machines non gérées » à la page 80.
Création automatique de Lorsqu'un agent se connecte à un serveur, il transfère des
départements informations relatives à la société et au département
correspondants. Si ce département n'existe pas, il est alors
créé (sous réserve que ce paramètre soit activé). Si ce
paramètre n'est pas activé, la machine est placée dans le
département racine de la société. Pour obtenir plus
d'informations sur les départements, veuillez consulter
« Gestion de départements » à la page 30.
Combiner les instances en Si une base de données d'agent EdgeSight est endommagée,
double le processus de réparation inclut la mise en correspondance
de la machine et de ses données d'historique sur le serveur
(sous réserve que ce paramètre soit activé). Si cette fonction
est désactivée, le système contiendra un enregistrement en
double de la machine. Vous êtes notifié de la création d'un
enregistrement en double par un message affiché dans la
page Messages. Sa formulation similaire au message
suivant :
EdgeSight - New Instance (DUPLICATE) -
Machine: 'sysname' Domain: 'domain_name'
Un identifiant interne (identifiant unique, également appelé
GUID) est utilisé pour la mise en correspondance d'instances
en double (plutôt que le nom de la machine).
Gestion de départements, de machines et de groupes

Les sociétés se décomposent en départements. Les départements sont organisés
en tant qu'arborescence hiérarchique avec un département racine par défaut
(Tout), et des sous-départements spécifiques à la machine (batteries XenApp et
XenDesktop, et points de terminaison) qui sont créés lors de l'installation. Les
sous-départements de point de terminaison supplémentaires peuvent être créés
automatiquement lorsque les agents s'enregistrent sur le serveur, ou ils peuvent
être créés manuellement par un utilisateur possédant des privilèges administratifs.
Chaque département correspond à un ensemble de machines (systèmes exécutant
des agents EdgeSight).
Outre la structure en départements, vous pouvez organiser les machines par
groupes personnalisés. Un groupe est un ensemble de machines défini par
l'utilisateur. L'appartenance à un groupe peut s'effectuer en fonction des
départements, des caractéristiques de machines et des requêtes associés.
Gestion de départements
Le département racine (appelé par défaut Tout), les batteries XenApp et
XenDesktop, et les sous-départements de points de terminaison sont créés au
cours de l'installation de EdgeSight. Vous ne pouvez pas supprimer ces
départements par défaut. Le département racine utilise la configuration par défaut
du point de terminaison pour les propriétés d'agent et les tâches d'agent. Des
règles d'alerte doivent être explicitement associées au département racine. La
structure de sous-département de la batterie XenApp est déterminée par le
structure de batterie XenApp, et la structure de batterie XenDesktop est
déterminée par Desktop Delivery Controller. Ces structures de sous-département
ne peuvent être modifiées à l'aide de la console de serveur EdgeSight.
Des sous-départements de points de terminaison peuvent être créés
automatiquement sur la base des informations fournies par les agents lors de leur
enregistrement auprès du serveur. Lorsqu'un agent de point de terminaison se
connecte à un serveur, il transfère des informations relatives à la société et au
département correspondants. Si ce département n'existe pas, il est alors créé, sous
réserve que le paramètre Créer des départements automatiquement soit activé,
comme décrit dans la section « Paramètres d'enregistrement d'agent » à la
page 29. Si ce paramètre n'est pas activé, la machine est placée dans le
département racine de la société.
Lors de la mise à niveau d'EdgeSight 5.0, toutes les machines, y compris les
serveurs XenApp, sont placées dans le sous-département de points de
terminaison.
La page Département permet de créer, de modifier ou de supprimer des sous-

départements de point de terminaison, ou encore d'associer des règles d'alerte et
des paramètres de configuration aux machines du département. Vous pouvez à
tout moment créer ou modifier des règles d'alerte, des configurations de tâches et
des propriétés d'agents, mais vous ne pouvez les utiliser que lorsqu'elles sont
explicitement associées à des départements. Pour obtenir des instructions
détaillées sur la création et la modification de départements, ou sur le mappage de
règles et de configurations à des départements, veuillez consulter la rubrique
« Départements » de l'aide en ligne de la console.
Gestion de machines
Les machines affichées dans la page Machines représentent les systèmes sur
lesquels sont exécutés les agents EdgeSight, qui ont été enregistrés auprès du
serveur. Les machines peuvent être des serveurs XenApp, des ordinateurs de
bureau, des ordinateurs portables ou des serveurs de terminaux. Il peuvent
également être des machines physiques ou virtuelles. Si vous avez sélectionné les
paramètres d'enregistrement d'agent par défaut (qui permettent d'enregistrer
automatiquement les agents et de créer automatiquement l'arborescence de
départements), la liste des machines contient tous les agents configurés en vue
d'une communication avec le serveur. Une fois qu'un agent exécuté sur une
machine est enregistré auprès du serveur, vous pouvez déplacer la machine vers
un autre département, en cas de besoin. Pour obtenir plus d'informations sur
l'enregistrement d'agents, veuillez consulter la section « Paramètres
d'enregistrement d'agent » à la page 29.
Le nom de la machine, le domaine et l'heure du dernier téléchargement sont
toujours affichés. Les autres informations sur la machine peuvent être
sélectionnées à l'aide du menu contextuel Afficher. Référez-vous à l'aide en ligne
pour une liste complète des informations disponibles. Il est à noter que l'heure du
dernier téléchargement affiché dans le tableau Machines correspond à l'heure du
dernier traitement de données utiles relatives à cette machine effectué par le
serveur. Cet indicateur est très utile, car il permet de s'assurer que les agents
téléchargent correctement les données sur le serveur.
Si une machine spécifique n'apparaît pas dans la liste, cela peut révéler un
problème au niveau de l'affectation de la société/du département. Dans ce cas,
accédez à Configuration du serveur > Machines non gérées pour afficher la
liste des machines enregistrées auprès du serveur mais non associées à une
société ou à un département. Pour obtenir plus d'informations sur la gestion des
machines non gérées, veuillez consulter « Gestion des machines non gérées » à la
page 80.
Création et utilisation de groupes de machines

personnalisés
Dans le serveur EdgeSight, vous pouvez créer des groupes personnalisés de
machines. Les groupes correspondent à des ensembles de machines prenant
comme base des départements, un ensemble sélectionné de machines, des
requêtes SQL, ou encore une combinaison de ces éléments. Lorsque EdgeSight
est installé, plusieurs groupes fréquemment utilisés sont fournis, tels que le
groupe Citrix XenApp ou encore le groupe Tous les serveurs Windows Server
2003. Un groupe peut être défini à l'aide d'un ou de plusieurs critères parmi les
suivants :
• toutes les machines d'un ou de plusieurs départements ;
• un ensemble de machines au sein d'un département ou appartenant à des
départements différents ;
• un ensemble sélectionné de machines à exclure du groupe ;
• un ensemble de machines sélectionnées via une requête SQL exécutée dans
la base de données EdgeSight.
Les groupes permettent d'isoler et d'afficher des données sur la base de
caractéristiques spécifiques, ce qui vous aide à résoudre des problèmes de gestion
de systèmes situés dans des départements différents. Les exemples suivants
illustrent des cas dans lesquels l'utilisation de groupes personnalisés est utile :
• Vous devez évaluer les améliorations en termes de performances à obtenir
suite à l'adoption d'un nouveau système d'exploitation. Dans ce cas, créez
des groupes personnalisés de machines sur la base des machines exécutées
sur le système d'exploitation actuel et sur le nouveau système
d'exploitation, puis comparez les performances des groupes à terme.
• Vous devez déterminer l'efficacité d'un correctif logiciel avant de le
déployer à l'échelle de l'entreprise. Dans ce cas, créez des groupes
personnalisés de machines avec et sans correctif installé, puis comparez les
performances et la disponibilité de l'application cible à terme.
• Vous devez effectuer le contrôle étroit d'un groupe de machines
susceptibles de présenter des erreurs en raison de problèmes matériels
connus. Ces machines se trouvent dans plusieurs départements différents.
Dans ce cas, créez un groupe personnalisé de systèmes cible, puis filtrez les
alertes entrantes via ce groupe.
Les groupes possèdent les attributs suivants :

• Nom—Nom unique permettant d'identifier le groupe. Le nom doit être
suffisamment descriptif pour permettre à un utilisateur de console de
sélectionner directement le groupe approprié dans le menu déroulant.
• Période d'expiration—Période sélectionnée à l'issue de laquelle le groupe
arrive à expiration et est supprimé. Cette fonction facilite la gestion de
groupes créés pour des projets à court terme avec durée définie (évaluation
de logiciel, par exemple). Les groupes peuvent également être définis de
façon à ne jamais arriver à expiration. Aucune notification explicite n'est
envoyée avant la date d'expiration du groupe.
• Période d'actualisation—Intervalle sélectionné à l'issue duquel le cache de
la machine du groupe est actualisé. Cette actualisation garantit que les
machines qui correspondent aux critères d'appartenance aux groupes sont
détectées et ajoutées au groupe.
• Public/Privé—Les groupes peuvent être publics (disponibles pour tous les
utilisateurs de la console possédant le rôle d'administrateur) ou privés
(disponibles uniquement pour l'utilisateur ayant créé le groupe). Les
groupes privés ne sont pas disponibles pour des sous-ensembles
d'utilisateurs de la console.
• Type de membre—Vous pouvez renseigner les groupes sur la base d'un ou
de plusieurs critères parmi les suivants : département, ensemble sélectionné
de machines ou requêtes SQL. Les départements peuvent être inclus seuls
ou sous forme d'arborescence de départements, comprenant le département
sélectionné, ainsi que tous les sous-départements. Vous pouvez sélectionner
un ensemble de machines dans une liste de machines existantes ou
importées d'un fichier CSV (délimité par des virgules). Pouvoir prendre
comme base de groupe une requête SQL constitue une fonction avancée qui
ne sera probablement requise que dans certains cas (lorsque vous devrez
utiliser un ensemble de machines basés sur un jeu étroit de critères). Vous
devrez dans ces cas utiliser des outils de base de données afin d'exposer la
structure de base de données.
Remarque : il est recommandé d'affecter à la période d'expiration une valeur

reflétant la durée de vie de la tâche associée. Par exemple, si vous évaluez un
correctif et que vous devez collecter 3 semaines de données, déterminez une
période d'expiration égale à 1 mois. Si vous avez besoin d'une durée de collecte
supplémentaire, vous pouvez alors modifier la période d'expiration. Lorsque vous
définissez une période d'expiration réaliste, la gestion de la liste des groupes est
facilitée, tant pour vous que pour les autres utilisateurs (si les groupes sont
publics). Par ailleurs, l'actualisation du cache de la machine intervenant à
intervalles réguliers, la définition de périodes d'expiration permet d'optimiser la
gestion des ressources système.
Pour obtenir les instructions détaillées sur la création de groupes personnalisés,
veuillez consulter la rubrique « Groupes » de l'aide en ligne.
Gestion des groupes d'utilisateurs

Vous pouvez créer, outre des groupes de machines, des groupes d'utilisateurs. Les
fonctions EdgeSight associées aux groupes d'utilisateurs permettent de créer des
ensembles d'utilisateurs via la sélection d'utilisateurs par nom d'utilisateur, par
adresse IP, par plage IP, ou encore par requête SQL exécutée dans la base de
données EdgeSight. Ces utilisateurs peuvent être des utilisateurs XenApp,
XenDesktop ou de point de terminaison. De nombreux rapports contenant des
données relatives à l'expérience utilisateur peuvent être filtrés par groupes
d'utilisateurs, ce qui vous permet de surveiller les performances système pour un
groupe d'utilisateurs présentant des caractéristiques spécifiques.
Pour gérer les groupes d'utilisateurs, accédez à Configuration de société >
Groupes d'utilisateurs. Les groupes d'utilisateurs possèdent les paramètres
suivants : nom, public/privé et membres. Les groupes d'utilisateurs peuvent être
publics (disponibles pour tous les utilisateurs de la console possédant le rôle
d'administrateur) ou privés (disponibles uniquement pour l'utilisateur ayant créé
le groupe).
Vous pouvez sélectionner explicitement les membres dans une liste d'utilisateurs
(classée par nom d'utilisateur ou par adresse IP), ou encore sur la base d'une plage
d'adresses IP ou d'une requête SQL exécutée dans la base de données EdgeSight.
Il est à noter que lorsqu'un cache de groupe d'utilisateurs est mis à jour, si
l'appartenance au groupe est contrôlée par requête, celle-ci est réexécutée et tous
les nouveaux utilisateurs répondant aux critères de la requête sont ajoutés au
groupe d'utilisateurs. Cela simplifie énormément la maintenance des groupes
prenant pour base les requêtes. Pour obtenir des instructions détaillées sur la
création de groupes d'utilisateurs, veuillez consulter la rubrique « Groupes » de
l'aide en ligne.
Gestion des rôles

Lorsque des utilisateurs sont configurés sur un serveur Citrix EdgeSight, un ou
plusieurs rôles leur sont attribués. Les rôles définissent un ensemble de
permissions qui contrôlent la nature des opérations pouvant être réalisées par un
utilisateur. Un administrateur EdgeSight peut définir de nouveaux rôles et
modifier les rôles personnalisés existants. Il existe deux rôles non modifiables
définis par le système : Administrateur et Visualisateur de rapports. Le rôle
Administrateur dispose de toutes les permissions. Le rôle Visualisateur de
rapports dispose quant à lui d'un ensemble limité de permissions qui permet à
l'utilisateur de visualiser tous les rapports EdgeSight. La création d'un rôle
implique la sélection de permissions associées au rôle. Vous pouvez également
attribuer des rôles à des utilisateurs existants. Pour obtenir plus d'informations sur
la création de rôles, veuillez consulter la rubrique « Ajouter un nouveau rôle » de
l'aide en ligne.
Création d' utilisateurs et affectation de rôles

Un utilisateur représente une personne (ou un groupe de personnes) pour
lesquelles un compte est créé sur la console du serveur EdgeSight. Au moment de
la configuration initiale du serveur, un compte super-utilisateur est créé. Ce
compte possède un accès à toutes les sociétés hébergées sur le serveur, et peut
créer d'autres utilisateurs. Le super-utilisateur peut créer un compte pour un ou
plusieurs administrateurs d'une société ; ensuite, les administrateurs peuvent créer
d'autres comptes utilisateur, en fonction de leurs besoins. La page Utilisateurs
permet de créer et de gérer les utilisateurs (Configuration de société > Sécurité
> Utilisateurs). Une fois que vous avez créé un utilisateur, un e-mail est envoyé à
ce dernier ; il contient les instructions de connexion, ainsi qu'un mot de passe
temporaire. Pour obtenir les instructions détaillées sur la création d'utilisateurs,
veuillez consulter la rubrique « Utilisateurs » de l'aide en ligne.
L'accès des utilisateurs à la console du serveur EdgeSight est contrôlé via
l'authentification de connexion, tandis que les autorisations d'affichage et de
modification de données (ainsi que l'autorisation d'effectuer des opérations
administratives) sont contrôlées via un système de rôles et de permissions.
Les ouvertures de session des utilisateurs sont authentifiées soit par le fournisseur
EdgeSight intégré (adresse e-mail et mot de passe de l'utilisateur) ou par Active
Directory (AD). (Pour obtenir plus d'informations sur la création d'un fournisseur
d'authentification AD, veuillez consulter « Gestion des fournisseurs
d'authentification » à la page 74 et la rubrique « Authentification » de l'aide en
ligne.
L'un des rôles intégrés (Administrateur ou Visualisateur de rapports), ou encore

un rôle personnalisé créé préalablement, peut être affecté aux nouveaux
utilisateurs. Chaque rôle est défini par un ensemble de permissions. L'affectation
d'un rôle à un utilisateur octroie automatiquement les permissions associées à cet
utilisateur. Pour obtenir des instructions détaillées sur la création de rôles,
veuillez consulter la rubrique « Rôles » de l'aide en ligne.
Pour afficher l'ensemble complet de permissions pouvant être affectées à l'aide
d'un rôle, accédez à Configuration de société > Sécurité > Rôles, puis cliquez
sur l'icône d'informations du rôle Administrateur et sur l'onglet Permissions du
volet des détails.
Il est à noter que la permission de gestion des paramètres du serveur ne figure pas
dans la liste. Cette permission doit être explicitement accordée au moment de la
création ou de la modification d'un utilisateur ; elle ne peut pas être octroyée via
l'affectation d'un rôle. Tandis que d'autres permissions permettent aux utilisateurs
d'effectuer des opérations au niveau de la société, cette permission permet
d'afficher les paramètres à l'échelle du serveur.
Gestion de l'accès aux batteries XenApp

Pour créer et gérer les informations d'identification par défaut utilisées pour
l'accès aux batteries XenApp, utilisez la pageAuthentification de la batterie. Les
informations d'identification se composent d'un nom de batterie, d'un nom
d'utilisateur et du mot de passe associé, ainsi que d'un nom de domaine. Elles sont
utilisées lors des interrogations directes de batteries, en cas de recherche de
sessions actives. (Ce rapport est accessible via l'onglet Dépannage.) Pour
rechercher les sessions utilisateur et afficher ce rapport, vous devez sélectionner
une méthode de requête. La méthode Interroger une ou plusieurs batteries
directement est la méthode recommandée pour la recherche de session utilisateur
active. Cette méthode nécessite l'utilisation d'informations d'identification
existantes pour la connexion aux batteries sélectionnées ; par conséquent, vous
devez spécifier un ensemble d'informations d'identification pour chacune des
batteries concernées, afin que les rapports puissent être générés sur la base de
cette méthode de requête. Veuillez noter que les informations d'identification ne
peuvent pas être enregistrées pour un département ne disposant d'aucune
machine.
Création de règles d'alerte et d'actions

Cette section présente les concepts d'alerte en temps réel de base et décrit des
stratégies d'implémentation de règles d'alertes dans EdgeSight. Pour obtenir les
instructions détaillées relatives à la création d'alertes et d'actions en temps réel,
veuillez consulter les rubriques « Règles d'alertes » et « Actions d'alertes » de
l'aide en ligne.
Les alertes en temps réel permettent de contrôler les applications et les machines
critiques, et de notifier les personnes désignées de votre entreprise en cas de
problème. Par défaut, les données d'alerte et les statistiques sont collectées par
l'agent sur chaque ordinateur de bureau, puis téléchargées chaque jour sur le
serveur. Lorsque vous configurez explicitement une alerte au moyen de la
création d'une règle d'alerte, vous demandez la notification en temps réel de la
survenue d'une condition d'alerte spécifique.
L'objectif des alertes en temps réel est de fournir en temps voulu une notification
de survenue d'événements critiques qui nécessitent une attention immédiate. À
titre d'exemple, les règles d'alerte garantissent l'affichage de données dans le
contrôleur de la batterie. Le contrôleur de la batterie vous permet de parcourir une
batterie XenApp et d'afficher les alertes et contexte du système en temps réel pour
une ou plusieurs machines. Lorsque vous développez une stratégie de règles
d'alerte, vérifiez que celles-ci ne sont créées que pour les événements associés à
une résolution. Les alertes en temps réel ne sont pas destinées aux collectes de
données ; les agents collectent les données appropriées, qu'une règle d'alerte
existe ou non, et la création d'un grand nombre de rapports constitue le moyen le
plus efficace d'affichage des données de disponibilité et de performances.
Une configuration des alertes appropriée est essentielle à une notification efficace
des alertes en temps réel concernant l'intégrité des machines et des applications
répartis. En effet, elle permet de faire rapidement la distinction entre les
problèmes critiques nécessitant une attention immédiate et ceux qui peuvent
attendre. Pour qu'une configuration des alertes soit efficace, vous devez avoir
défini une stratégie d'alertes. Lors de la conception de votre stratégie, vous devez
effectuer les opérations suivantes :
• Identifiez les applications critiques pour votre activité ou votre
service—(seules les applications critiques doivent être prises en compte) et
définissez des alertes pour les problèmes devant être résolus rapidement.
• Identifiez les départements possédant des applications critiques sur leurs

systèmes—Associez des alertes aux départements ou aux groupes dans
lesquelles la condition d'alerte est la plus critique uniquement. Cela permet
d'isoler les problèmes et de répondre à ceux qui concernent une partie
spécifique de votre activité.
• Identifiez les types d'alerte les plus importants—Certaines alertes (telles
que les alertes de journal d'événements NT), sont générées en très grand
nombre par certaines applications et sont généralement transparentes pour
l'utilisateur final. Par conséquent, avant de définir une alerte de journal
d'événements NT, vérifiez le niveau de risque de la condition d'alerte en
examinant les rapports sur les alertes historiques.
• Pour pouvoir résoudre certaines alertes spécifiques, identifiez la réponse
requise—Une réponse à une alerte peut consister à exécuter un ensemble
d'actions, ou encore à notifier des personnes responsables au sein du
département associé. Si aucune réponse ne peut être identifiée pour une
condition donnée, cela implique que l'événement ne nécessite pas d'alerte
en temps réel.
• Identifiez la personne chargée de répondre à l'alerte—Déterminez la
personne devant répondre à une condition d'alerte spécifique.
• Établissez et publiez des conseils de création de règles
d'alertes—Déterminez la personne chargée de la création des nouvelles
règles d'alertes et de la définition des meilleures pratiques (création des
noms descriptifs à associer aux règles d'alertes et destinées à éviter la
création en double de règles d'alertes). Un utilisateur doit disposer de la
permission de gestion des alertes pour pouvoir créer ou modifier une règle
d'alerte.
Une fois que vous avez établi une stratégie d'alerte, vous pouvez configurer les
alertes en temps réel requises dans la page Règles d'alertes de la console du
serveur EdgeSight (Configuration de société > Alertes > Règles).
Fonctions des alertes

Un certain nombre de fonctions permet d'optimiser la configuration des règles
d'alertes propres à une condition, et donc de diminuer le nombre d'alertes
superflues générées par l'agent. Ces règles d'alertes d'une grande précision
doivent aboutir à une réponse opérationnelle en cas de déclenchement de l'alerte
associée. La liste suivante contient certains des scénarios optimisés :
• Les règles d'alertes relatives aux performances peuvent être spécifiées pour
des paramètres complexes. Par exemple, vous pouvez envoyer une alerte
Performance du système si l'utilisation de l'UC dépasse x % et que la
quantité de mémoire disponible sur la machine est inférieure à y.
• Vous pouvez définir des règles d'alertes d'application, afin de spécifier le
nom de société associé au processus à utiliser pour générer les règles
d'alertes. Par exemple, si un processus écrit par la société spécifiée
s'interrompt, envoyez une alerte Défaillance du processus à l'équipe de
support interne de la société.
• Vous pouvez spécifier des règles d'alerte de journal d'événements Windows
pour inclure l'application et l'événement dans le journal d'événements. Par
exemple, en cas de violation d'une stratégie de groupe, envoyez une alerte à
l'équipe de sécurité.
• Vous pouvez désormais utiliser la logique de négation (sous la forme d'une
case à cocher Différent de) pour la définition de certaines règles d'alertes.
Par exemple, vous pouvez envoyer une notification d'alerte terminée
uniquement si le processus terminé n'a pas été écrit par l'équipe interne.
Catégories et types d'alertes

Les alertes en temps réel se décomposent en deux catégories distinctes : les
alertes basées sur un événement et les alertes basées sur une interrogation. Les
premières sont générées chaque fois que l'événement associé se produit au sein du
système ; les deuxièmes prennent comme base des requêtes exécutées
périodiquement dans la base de données de l'agent. En règle générale, les alertes
basées sur une interrogation sont utilisées en tant que notification de problème au
niveau des performances d'une application, d'un système ou du réseau. Pour
obtenir la description du fonctionnement des alertes basées sur une interrogation,
veuillez consulter « Paramètres d'échantillonnage, d'interrogation et de nouvelle
alerte » à la page 43.
Lorsque vous configurez des règles d'alertes à l'aide de l'assistant de création des
règles d'alertes, les alertes sont regroupées au sein des types suivants, en fonction
du type d'événement ou de condition associé :
• Alertes d'application
• Alertes système
• Alertes réseau
• Alertes de performances XenApp
• Alertes des erreurs XenApp
• Alertes de performances de session
Pour veiller à ce que les serveurs XenApp reçoivent les données des alertes en
temps réel, les alertes suivantes sont préconfigurées et attribuées au sous-
département de batteries XenApp :
• Base de données de journalisation de la configuration non disponible
• Échec de connexion au magasin de données de la batterie
• Échec de l'opération de suivi et de rétablissement de l'état
• Échec du test de suivi et de rétablissement de l'état
• Le service IMA ne répond pas
• Échec de connexion au serveur de licences
• Nombre de serveurs dans une zone trop élevé
• Limite d'utilisation simultanée d'applications publiées
• Session arrêtée
• Erreur de connexion au client Terminal Server
• Échec de découverte du serveur de licences des services Terminal Server
• Sélection de collecteur de données déclenchée
• Désignations de collecteur de données trop fréquentes
Les paramètres de ces alertes peuvent être modifiés. La description de chaque
règle d'alerte et des paramètres correspondants figure dans l'assistant de création
des règles d'alertes.
Alertes de surveillance des applications actives

La console du serveur EdgeSight affiche en temps réel les alertes reçues du
logiciel de surveillance des applications actives Citrix. Ce logiciel vous permet
d'enregistrer et de créer des scripts pour utilisateurs virtuels et de définir des tests.
Lorsque les tests sont exécutés, les sessions ICA de l'utilisateur virtuel sont
générées sur les serveurs XenApp cibles. Les résultats des tests fournissent des
informations sur la réponse des applications et leur disponibilité.
Important : l'agent EdgeSight pour XenApp 5.0 exécuté en mode avancé est
requis pour la création d'alertes Active Application Monitoring.
Les règles d'alertes de surveillance des applications actives sont les suivantes :
• L'alerte d'échec de réponse de l'application est générée lorsqu'une
transaction surveillée échoue.
• L'alerte de temps de réponse de l'application est générée lorsque le temps
nécessaire à l'exécution d'une transaction surveillée dépasse le seuil
spécifié.
Ces alertes sont groupées sous les alertes de performances de XenApp. Pour
obtenir plus d'informations sur l'installation du logiciel, veuillez consulter le
Guide d'installation Active Application Monitoring Citrix. Pour obtenir plus
d'informations sur la création et l'exécution de tests, consultez l'aide en ligne
disponible avec le logiciel de surveillance des applications actives.
Remarques sur les alertes spécifiques

Les informations suivantes relatives aux alertes spécifiques vous aideront à
mieux comprendre dans quelles conditions ces types d'alertes sont déclenchés.
• Alerte de nouveau processus—Cette alerte ne se déclenche que pour les
processus utilisés pour la première fois après l'expiration de la période de
grâce du nouveau processus. La période de grâce est définie dans les
propriétés de l'agent (Pour obtenir plus d'informations, veuillez consulter la
section « Définition des propriétés de l'agent » à la page 51). Par exemple,
la période de grâce par défaut applicable aux agents XenApp est de 7 jours.
Si vous installez un agent et que vous lancez un processus, l'agent
l'enregistre en tant que processus, mais non en tant que nouveau processus,
car la base de données de l'agent date de moins de 7 jours. Dès que la base
de données a plus de 7 jours, l'exécution de tout nouveau processus
(processus qui ne se trouve pas dans la base de données de l'agent)
déclenche une alerte. Cela évite le déclenchement simultané d'un grand
nombre d'alertes lorsqu'un agent est installé. Il est à noter que la période de
grâce dépend de l'âge de la base de données de l'agent, et non de la date
réelle de l'installation initiale de l'agent. Si une base de données d'agent est
créée de nouveau pour une raison quelconque, la période de grâce est
réinitialisée.
• Alerte d'arrêt de processus—Ce type d'alerte correspond aux alertes qui ne
répondent pas, figurant dans les rapports. Le logiciel EdgeSight utilise
l'API Windows (IsHangAppWindow) pour déterminer si une application ne
répond pas. Une application est considérée comme ne répondant pas si elle
n'est pas en attente d'entrée, si elle n'est pas en cours de démarrage, et si elle
n'a pas appelé la fonction PeekMessage au cours de la période interne de
temporisation de 5 000 millisecondes (5 secondes).
• Alerte de défaillance du processus et d'instantané du processus—Ces types
d'alertes peuvent générer des rapports de vidage, si les conditions présentes
sur la machine gérée permettent de capturer les données de vidage. Dans
certains cas, le système ne parvient pas à prendre en charge la collecte de
données. Dans le cas des alertes de défaillance de processus et les rapports
de vidage qui en résultent, il existe plusieurs facteurs à considérer :
• Si le fichier de vidage ne peut être écrit, un message à cet effet est
journalisé dans le fichier journal zcrash_loader. Naviguez vers État
du serveur > Server Script Host, situez es_zcrash_loader, cliquez
sur l'icône de menu, puis sélectionnez Afficher le journal.
• Quel est l'âge du rapport de vidage ? Le nettoyage des rapports de

vidage est différent du nettoyage de la base de données, et la durée de
conservation des rapports de vidage est contrôlée par le paramètre
Jours max. de conservation. Naviguez jusqu'à Configuration du
serveur > Paramètres, puis sélectionnez l'onglet Traitement du
vidage.
• Quelle est la limite du nombre de journaux collectés, et quelle
quantité d'espace disque est allouée au rapports de vidage ?
(Consultez Configuration du serveur > Paramètres). Lorsque le
nombre maximum de journaux de vidage ou la limite de
consommation maximum du disque est dépassée, le traitement de
vidage des applications est désactivé tant que vous n'augmentez pas
la limite. Aucune opération de réinitialisation ne permet la
suppression des données utiles existantes.
• Échec d'une utilisation unique d'une application publiée et Limite des
utilisations simultanées d'une application publiée : lorsque la journalisation
des événements de contrôle des connexions est activée sur le serveur
XenApp, le paramètre Journaliser les refus dus à un dépassement doit
être activé pour permettre le déclenchement des alertes SMA. Veuillez
consulter le Guide de l'administrateur Citrix XenApp pour obtenir des
informations sur la configuration des événements de contrôle des
connexions.
Paramètres d'échantillonnage, d'interrogation et de

nouvelle alerte
L'échantillonnage est la collecte périodique de données effectuée sur le système
contrôlé. L'interrogation correspond à l'exécution, par l'agent, d'une requête dans
la base de données dans le but de comparer les paramètres de règles d'alerte avec
les données collectées.
Chaque règle d'alerte objet d'une interrogation inclut les paramètres suivants :
• paramètre Pourcentage d'exemples requis ;
• paramètre Intervalle d'interrogation ;
• paramètre Alerter de nouveau ;
Les règles d'alertes incluent également, pour la plupart, un paramètre non
modifiable d'échantillonnage de données, dont la valeur est généralement
Intervalle d'interrogation plus une minute.
Ces paramètres permettent d'optimiser la fréquence selon laquelle les alertes d'un
type spécifique peuvent être déclenchées. L'échantillonnage est effectué toutes les
5 secondes à sa fréquence maximale, en fonction du type d'alerte Au cours de
l'échantillonnage, les données requises pour le type d'alerte concerné sont
collectées. Au moment de l'interrogation, les données collectées sont comparées
aux conditions spécifiées dans la règle d'alerte. La valeur affectée à l'intervalle
d'interrogation détermine la fréquence d'interrogation. Le pourcentage
d'échantillons requis détermine le pourcentage d'échantillons collectés devant se
trouver au-dessus ou au-dessous du seuil en fonction du type d'alerte pour qu'une
alerte soit déclenchée. Si l'alerte définie par la règle d'alerte a déjà été déclenchée
au cours de la période de ré-alerte, aucune autre alerte n'est générée jusqu'à
l'expiration de la période et jusqu'à ce que la condition d'alerte survienne de
nouveau. La fenêtre d'échantillon de données indique jusqu'à quelle date
remontent les échantillons inclus dans l'interrogation.
Important : l'intervalle d'interrogation par défaut permet de créer des alertes en
temps opportun, tout en minimisant l'impact des requêtes exécutées dans la base
de données. La diminution de l'intervalle d'interrogation (augmentation de la
fréquence d'exécution des requêtes) peut avoir un effet négatif sur les
performances du système et doit donc être utilisée avec la plus grande prudence.
Exemple d'interrogation d'alerte

La figure ci-après illustre une règle d'alerte destinée à la détection d'arrêts
systèmes liés à une utilisation élevée d'UC.
L'alerte fonctionne comme suit :

• Le logiciel EdgeSight Agent effectue l'échantillonnage du pourcentage de
temps d'UC utilisé. Pour les besoins de cet exemple, le taux
d'échantillonnage est défini toutes les 5 secondes.
• Toutes les 90 secondes, le logiciel interroge les données échantillonnées
pour vérifier si le pourcentage de temps d'UC a dépassé 40 % dans 10 % au
moins du nombre total d'échantillons. La fenêtre d'échantillonnage de
données portant la valeur d'intervalle d'interrogation (90 secondes) plus une
minute (60 secondes), les échantillons rassemblés au cours des 150
dernières secondes sont inclus. Cela signifie que 30 échantillons ont été
prélevés. Si 3 échantillons ou davantage possèdent un pourcentage
d'utilisation d'UC supérieur à 40, une alerte est générée
• Le paramètre de ré-alerte est réglé à la valeur Chaque intervalle
d'interrogation ; par conséquent, si le pourcentage d'utilisation d'UC
dépasse le seuil dans les données incluses dans l'interrogation suivante, une
autre alerte est générée.
À quel moment configurer une règle d'alerte en

temps réel
EdgeSight ne nécessite pas la configuration de certains types d'alertes pour que
l'agent EdgeSight puisse collecter des données sur les conditions à l'origine de
l'alerte. Vous ne devez configurer une règle d'alerte que si vous pouvez répondre à
cette alerte en quelques heures. Si vous ne pouvez pas apporter de réponse
appropriée à la condition d'alerte quelques heures après l'alerte, un rapport
historique doit être utilisé pour déterminer si un élément important a eu lieu. La
création d'un nombre excessif de règles d'alertes peut réduire l'efficacité des outils
de contrôle tels que le contrôleur de la batterie en le saturant d'alertes, ce qui rend
l'identification d'événements critiques plus difficile.
Impact des alertes en temps réel sur les

performances
Indépendamment du type de règle d'alerte, chaque configuration de règle d'alerte
pour un agent consomme du temps système. Au minimum, l'agent doit déterminer
si l'alerte doit être créée, et dans ce cas, doit envoyer l'alerte au serveur. Dans
certains cas, l'agent doit exécuter une requête SQL dans la base de données afin
de déterminer si des conditions peuvent générer une alerte ; si ces conditions sont
trop vastes, l'agent doit traiter de vastes ensembles de données pour générer les
alertes et les envoyer au serveur.
Chaque règle d'alerte configurée pour un agent donné induit une consommation
de temps système ; cela peut avoir lieu lorsque l'utilisateur final tente d'exécuter
une tâche importante, c'est pourquoi il est conseillé d'observer la plus grande
prudence et de ne configurer que des règles d'alertes ciblées. En cas de problème
d'impact global de l'agent sur un système, si un nombre élevé de règles d'alertes a
été défini pour l'agent, vous pouvez réévaluer les règles définies afin de vérifier
qu'elles sont adaptées à une règle d'alerte en temps réel que vous souhaitez
définir, ou encore si un rapport historique serait plus approprié. La liste suivante
fournit quelques indications de cas d'impact négatif d'un ensemble de règles
d'alertes sur l'utilisateur final :
• si plus de 3 ou 4 alertes de performances d'applications ou réseau sont
définies ;
• si des alertes de performances réseau ou de processus ont été définies en
vue d'un déclenchement pour des conditions communes (utilisation d'UC
dépassant 5 %, par exemple) ;
• si des alertes de performances réseau ou de processus ont été définies pour
des conditions très complexes (entrée d'une valeur pour 2 ou 3 fois les
seuils de performances, par exemple) ; dans ces cas, l'exécution des
requêtes SQL par l'agent pour déterminer si une condition existe peuvent
entraîner la consommation de cycles de base de données importants ;
• si la valeur Différent de est définie pour les alertes de performances réseau
ou de processus ;
• si plusieurs opérations Comme ou Différent de sont définies au niveau des
alertes de performances réseau ou de processus ;
• si des règles d'alertes de performances ont été définies et ne seront jamais
déclenchées (par exemple, configuration d'une alerte de performances de
processus pour une application dont l'exécution est bloquée par une
stratégie de groupe).
À quel moment le serveur affiche-t-il une alerte en

temps réel ?
Les alertes en temps-réel ne sont pas générées tant que les conditions suivantes ne
sont pas réunies :
• Les règles d'alertes sont créées et attribuées à un département.
• Les machines ont exécuté la tâche Init ou Vérification de la configuration.
• La condition ou événement spécifié dans la règle d'alerte s'est produit.
Remarque : veuillez noter que certaines règles d'alertes XenApp sont

préconfigurées et attribuées au département de batteries XenApp, comme décrit
dans la section « Catégories et types d'alertes » à la page 39.
Aucune alerte d'aucun type n'est envoyée au serveur tant que l'agent n'a pas
terminé sa séquence de démarrage, ce qui peut prendre plusieurs minutes. Les
tâches Init et Vérification de la configuration sont exécutées une fois la séquence
de démarrage terminée, et leur exécution est espacée de plusieurs minutes. Une
fois qu'une alerte est générée, elle est regroupée afin d'être envoyée au serveur.
Les alertes sont regroupées en un lot pendant une minute maximum et sont
envoyées au serveur (à condition que la connexion réseau soit active). En
l'absence de connexion réseau, ou si l'agent a été arrêté avant l'envoi des alertes,
les alertes placées en file d'attente ne sont pas envoyées au serveur et ne feront
pas l'objet d'un envoi ultérieur (il n'y a aucune garantie de réception des alertes en
temps réel par le serveur). Même si ces alertes n'ont pas été envoyées au serveur
en tant qu'alertes en temps réel (car l'agent ne nécessite pas de configuration
d'alertes en temps réel pour la collecte des données), la condition d'alerte est
collectée et s'affiche dans les rapports historiques en cas de téléchargement de
données. Ces alertes non envoyées sont présentes également dans les rapports
d'alertes en temps réel qui affichent les données directement depuis la base de
données de l'agent.
Gestion des actions d'alertes

La page d'action d'alerte (Configuration de société > Alertes > Actions) vous
permet de configurer une action d'alerte devant être réalisée lorsqu'une condition
d'alerte spécifique se produit. Les actions d'alerte peuvent être utilisées pour :
• envoyer un message e-mail ;
• générer une interruption SNMP ;
• lancer un processus exécutable externe sur le serveur EdgeSight ;
• faire suivre des données d'alerte vers Microsoft System Center Operation
Manager (SCOM). Pour plus d'informations sur l'intégration des actions
d'alerte EdgeSight avec SCOM, consultez Chapitre 5, « Intégration de
EdgeSight avec Microsoft System Center Operations Manager ».
Une même action peut être associée à plusieurs règles d'alertes. Par exemple,
dans de nombreux cas, un responsable informatique doit être notifié en cas
d'alerte, afin qu'une action indiquée dans un message e-mail envoyé au
responsable puisse être associée à chaque règle d'alerte applicable.
Remarque : bien que seul un fichier EXE puisse être lancé à l'aide de l'action
d'alerte « Lancer un processus exécutable externe », vous pouvez lancer
cmd.exe et utiliser des arguments de ligne de commande pour appeler un fichier
non EXE tel qu'un fichier BAT ou VBS.
Pour obtenir plus d'informations sur la création d'actions d'alertes, veuillez
consulter la rubrique « Actions d'alertes » de l'aide en ligne.
Gestion des suppressions d'alertes

La page Suppressions d'alertes (Configuration de société > Alertes >
Suppressions) affiche les alertes supprimées. En tant qu'administrateur, vous
pouvez modifier ou effacer la suppression d'alertes.
Tous les utilisateurs peuvent créer une suppression d'alerte à partir de la liste des
alertes qui se trouve dans l'onglet Contrôle. Les suppressions permettent d'éviter
l'affichage, sur la console du serveur EdgeSight, d'un type d'alerte spécifique, sur
la base de la source, de la machine ou de l'utilisateur, ou encore d'une
combinaison de ces critères. Il est à noter que les suppressions ne sont efficaces
que pour l'utilisateur qui les crée ; les autres utilisateurs peuvent continuer
d'afficher les alertes. Pour obtenir plus d'informations sur les suppressions
d'alertes, veuillez consulter les rubriques « Liste des alertes en cours » et
« Suppressions d'alertes » de l'aide en ligne.
Gestion des catégories et des revendeurs d'applications

EdgeSight contient des listes complètes de catégories d'applications et de
revendeurs, qui peuvent être utilisées dans les rapports par type d'application ou
par fabricant de logiciels. Dans de nombreux cas, le programme s'intègre à une
catégorie existante et correspond à un revendeur existant. En cas de besoin, vous
pouvez créer une nouvelle catégorie ou un nouveau revendeur pour ce nouveau
processus. Pour connaître les procédures détaillées de création et de modification
de catégories et de revendeurs, veuillez consulter les rubriques « Modifier les
catégories » et « Modifier les revendeurs » de l'aide en ligne.
Gestion des rapports

EdgeSight contient une large gamme de rapports standard. Ces rapports sont
disponibles dès que le serveur EdgeSight a été installé et que la connexion aux
services de rapports a été configurée.
Gestion des abonnements aux rapports

Un abonnement représente une requête de distribution d'un rapport dans un
format sélectionné et à des heures spécifiées. La distribution du rapport (type
d'abonnement) s'effectue par e-mail ou par transfert de fichier vers un
emplacement de partage de fichiers. Les abonnements peuvent être publics ou
privés. Les abonnements publics sont affichés sur l'onglet Abonnements du volet
des détails du rapport. Les abonnements privés ne sont visibles que par le créateur
de l'abonnement ou un administrateur. L'abonnement constitue une méthode utile
de distribution de données ciblées à certaines personnes de votre entreprise sans
que celles-ci n'accèdent à la console du serveur EdgeSight. Pour afficher les
abonnements publics existants, accédez à Mes paramètres > Abonnements.
Vous pouvez créer un abonnement lorsque vous affichez le rapport à l'aide du lien
S'abonner (situé dans la barre de filtre). Vous pouvez également créer un
abonnement à partir d'une liste de rapports, en affichant les propriétés du rapport,
puis en cliquant sur le bouton Nouvel abonnement dans l'onglet Abonnements.
Pour connaître la procédure détaillée de création d'abonnements, veuillez
consulter la rubrique « Utilisation de rapports » de l'aide en ligne.
Par défaut, en tant qu'administrateur, vous recevez les permissions suivantes afin
de gérer tous les abonnements, qu'ils soient publics ou privés. Veuillez consulter
« Création d' utilisateurs et affectation de rôles » à la page 35 pour obtenir la
description des permissions et de leur relation aux rôles. Cette attribution de
permissions vous permet de contrôler la distribution des données au sein de votre
entreprise et de gérer l'impact sur le serveur de rapports.
Téléchargement de rapports
Accédez à la page Rapports personnalisés (Mes paramètres > Rapports
personnalisés), puis cliquez sur le bouton Télécharger un rapport pour
transférer un fichier RDL de rapport personnalisé sur le serveur de rapports.
Veillez à utiliser un nom unique lorsque vous téléchargez un nouveau rapport. De
la même façon, vous devez définir et publier des conventions d'attribution de nom
pour les rapports personnalisés. Pour déterminer si le rapport est partagé au sein
de votre société, utilisez les cases d'option Public ou Privé. Les rapports publics
s'affichent pour tous les utilisateurs, sauf si leur capacité d'afficher le rapport est
limitée en raison des permissions sélectionnées. Les rapports privés ne s'affichent
que pour l'utilisateur ayant téléchargé le rapport concerné. Les attributs Public/
Privé ne peuvent plus être modifiés une fois le rapport téléchargé. Pour modifier
ces attributs, vous devez supprimer le rapport, puis le télécharger de nouveau.
Si vous apportez des modifications supplémentaires au rapport, utilisez le lien
Mettre à jour de la page Propriétés pour télécharger le fichier RDL (Report
Definition Language). Pour obtenir plus d'informations, veuillez consulter les
rubriques « Rapports personnalisés » et « Télécharger un rapport personnalisé »
de l'aide en ligne.
Gestion des plages IP

La définition de plages IP permet de définir le réseau de l'entreprise à utiliser lors
du filtrage par hôtes réseau internes ou externes. Les plages d'adresses IP définies
dans cette page sont représentées sous la forme de sites réseau d'entreprise. Cette
option n'est obligatoire que lorsque l'adresse IP utilisée n'est pas définie dans la
plage d'adresses IP interne, privée. Pour obtenir les instructions relatives à la
définition d'adresses IP, veuillez consulter la rubrique « Plages IP » de l'aide en
ligne.
Gestion des configurations du tableau de bord en temps

réel
EdgeSight contient un tableau de bord qui permet d'afficher les informations en
temps réel relatives à des machines et à des compteurs spécifiques, sur la base
d'une configuration enregistrée. Le tableau de bord s'affiche dans l'onglet
Contrôle. La page Configurations en temps réel permet de créer et de modifier
des configurations nommées pour le tableau de bord. Ces configurations incluent
un nom unique et spécifient des temporisations pour les requêtes et les
connexions, ainsi qu'un intervalle de mise à jour et le nom des compteurs affichés
pour les machines sélectionnées. Pour cette configuration, vous pouvez
sélectionner au maximum 20 machines et 8 compteurs. Pour obtenir des
instructions détaillées sur la création et la modification de configurations, veuillez
consulter la rubrique « Configurations en temps réel » de l'aide en ligne. Il est à
noter que les machines doivent fonctionner sur un agent EdgeSight de version 4.2
ou ultérieure pour pouvoir être affichées dans le tableau de bord.
Une fois qu'une configuration a été créée, elle est ajoutée au menu déroulant de la
page Tableau de bord, ce qui permet aux utilisateurs de sélectionner la
configuration à afficher dans le tableau de bord. Le tableau de bord est alimenté
par les données issues de requêtes directes auprès des services gérés ; aucune
donnée de tableau de bord n'est stockée sur le serveur.
Définition des propriétés de l'agent

L'agent EdgeSight stocke les données de configurations à deux emplacements. Le
registre Windows de la machine gérée est utilisé pour le stockage des éléments de
configuration propres à la machine, requis pour assurer la communication avec le
serveur EdgeSight. Par exemple, le nom de la société à laquelle appartient l'agent,
le nom du serveur à contacter et les informations de proxy requises pour assurer
les communications sont stockés dans le registre. Tous les autres éléments de
configuration sont stockés dans la base de données de l'agent EdgeSight. Lorsque
l'agent est exécuté sur des bureaux virtuels dans un environnement regroupé, la
base de données d'agent est située sur un serveur distant.
Les articles stockés dans le registre Windows sont généralement définis une seule
fois et sont fournis au cours de l'installation de l'agent. Tous les autres éléments de
configuration sont fournis par le serveur EdgeSight associé ; toute modification
apportée à la configuration doit avoir lieu dans la page Propriétés d'agent. Par
défaut, un agent reçoit sa configuration initiale peu de temps après la première
exécution de l'agent, puis effectue une interrogation pour déterminer si des
modifications ont été apportées à la configuration. Par défaut, le programme de
contrôle de la configuration a lieu à 06:30 heure locale chaque jour pour les
machines de point de terminaison et toutes les heures pour les serveurs XenApp.
Les agents exécutés sur des bureaux virtuels dans un environnement regroupé
réaliseront des vérifications de la configuration basées sur l'utilisation réelle.
Lors de la modification des propriétés de l'agent, la plus grande prudence doit être
observée. En effet, ces paramètres contrôlent le fonctionnement de l'agent, et leur
modification risque d'entraîner une perte de données pour les utilisateurs, ou
encore une augmentation de l'utilisation de l'UC pour l'agent. Dans la plupart des
cas, il ne sera pas utile de personnaliser les propriétés de l'agent. Utilisez la
configuration par défaut, puis ajustez-la à terme en fonction des besoins des
utilisateurs et des performances système.
Les configurations des propriétés d'agent sont affichées sur la page Propriétés
d'agent (Configuration de société > Agents > Propriétés). Lorsque vous créez
un nouvel ensemble de propriétés d'agent, vous devez choisir une configuration
par défaut (configuration par défaut pour points de terminaison, XenApp ou
Virtual Desktop) à utiliser en tant que modèle. Indiquez un nom et une description
de configuration uniques, puis modifiez les paramètres en fonction des besoins.
Remarque : si vous avez effectué une mise à niveau depuis une version du
serveur EdgeSight antérieure à 5.0 SP2, la configuration de bureau virtuel par
défaut n'est pas initialement affichée dans la liste des configurations des
propriétés d'agent. Pour créer des paramètres de propriétés d'agent pour les
bureaux virtuels, sélectionnez Nouvelle configuration de propriétés puis
sélectionnez le bouton radio Propriétés par défaut des agents de bureau
virtuel. Configurez les propriétés comme décrit à la section « Assistant des
propriétés d'agent » de l'aide en ligne.
Une fois qu'un ensemble personnalisé de propriétés d'agent a été créé, il doit être
mappé explicitement à un département avant d'être transmis aux agents lors d'un
contrôle de configuration. (Pour obtenir plus d'informations sur l'association d'un
ensemble de propriétés d'agent avec un département, veuillez consulter la section
« Gestion de départements » à la page 30.)
Pour obtenir plus d'informations sur les paramètres qui composent les propriétés
d'agent, veuillez consulter la rubrique « Assistant des propriétés d'agent » de
l'aide en ligne.
Mode de collecte minimale des données

Pour prendre en charge les environnements XenApp très sollicités, l'agent
EdgeSight contient une fonction de collecte minimale de données qui, une fois
activée, limite le volume de données collectées sur l'agent, et donc l'impact
général de l'agent sur le serveur XenApp.
Lorsqu'un serveur XenApp doit continuellement traiter une charge lourde, ou
qu'il connaît un ralentissement considérable en cas de charge importante, il est
recommandé d'utiliser cette fonction. Utilisez les rapports EdgeSight pour noter
le nombre de sessions et de processus à partir duquel un ralentissement se produit.
Ces chiffres sont utilisés pour déterminer à quel moment la fonction de collecte
minimale de données doit être utilisée au niveau de l'agent.
Remarque : ce mode de collecte minimale de données doit être considéré
comme une mesure temporaire qui permet de garantir que les données critiques
sont collectées et que des mesures à long terme sont prises pour diminuer ou
redistribuer la charge sur les serveurs XenApp affectés.
Par défaut, le mode de collecte minimale de données est désactivé. Pour l'activer,
modifiez les propriétés de l'agent, puis affichez les paramètres avancés.
Définissez Gérer la collecte des données sur Vrai et entrez les valeurs recueillies
dans les champs Seuil du nombre de processus et Seuil du nombre de sessions.
Ensuite, affectez cet ensemble de propriétés d'agent au serveur XenApp concerné
par le problème.
Lorsque le mode de collecte minimale de données est activé, l'agent contrôle

périodiquement le nombre de processus et de sessions afin de vérifier qu'ils
respectent les seuils configurés. Si l'un des seuils dépasse sa valeur spécifiée,
l'agent entre en mode de collecte minimale des données. Une alerte opérationnelle
est alors envoyée au serveur, indiquant que l'agent de contrôle du système Citrix
est entré en mode de collecte minimale des données. Ensuite, une fois que le
nombre de processus et de sessions est repassé en-dessous du seuil spécifié
pendant une durée de 5 minutes, l'agent quitte le mode de collecte minimale des
données et reprend le mode normal de collecte. Le serveur est alors informé que
l'agent ne se trouve plus en mode de collecte minimale de données.
La collecte minimale de données diffère du mode de collecte normal, comme
indiqué ci-après :
• Aucune donnée de module n'est collectée ou conservée.
• Aucune donnée réseau n'est collectée ou conservée.
• Aucun événement Light Trace n'est conservé.
• Aucun événement principal ou d'image n'est conservé (actuellement non
visible).
• Aucun détail de tâche utilisé dans les rapports de défaillances n'est
conservé.
• La détection des arrêts d'applications est désactivée.
• Les données de performances d'images et de sessions sont conservées selon
une granularité de 2 minutes.
• La collecte du compteur de performances personnalisée est désactivée.
• Les alertes de performances, ainsi que les alertes réseau et de trace
d'événements sont désactivées.
Les autres modifications de configuration sur EdgeSight pour XenApp
comprennent :
• Les données de performances du système, des images et des sessions sont
conservées selon des intervalles de 15 secondes.
• Si le programmateur détecte plus de 5 sessions ouvertes simultanément, il

n'utilisera pas les périodes d'inactivité pour déterminer à quel moment les
éléments programmés (une consolidation, par exemple) peuvent être
exécutés. En effet, ce système est alors considéré comme un serveur, qui ne
connaît donc pas de périodes d'inactivité pour l'exécution des éléments
programmés.
• De la même façon, des tâches peuvent être configurées sur le serveur pour
ignorer l'inactivité en cas de détermination de la meilleure période
d'exécution.
Configuration, programmation et exécution de tâches

Les tâches sont exécutées au niveau des agents EdgeSight Les configurations et
les programmations de tâches par défaut sont créées au cours de l'installation du
serveur EdgeSight. Vous ne pouvez pas modifier ou supprimer ces configurations
et programmations par défaut, mais vous pouvez les utiliser en tant que modèles :
pour cela, utilisez la fonction Copier, puis modifiez les paramètres en fonction de
vos besoins.
Bien que les tâches soient programmées en vue d'une exécution à certaines heures
précises, leur exécution dépend en réalité de l'utilisation active du système. Dans
la mesure du possible, les tâches doivent être exécutées lorsque le système est
inactif. Pour plus d'informations sur les programmes des tâches, veuillez
consulter « Configuration des tâches » à la page 55.
Comme avec les configurations d'agents, vous devez observer la plus grande
prudence lorsque vous modifiez des paramètres de configuration de tâches. Ces
paramètres contrôlent la fréquence et la méthode d'exécution des tâches, et leur
modification risque d'entraîner une augmentation de l'utilisation de l'UC par
l'agent. Dans la plupart des cas, il ne sera pas utile de créer des configurations de
tâches personnalisées. Utilisez la configuration par défaut, puis ajustez-la à terme
en fonction des besoins des utilisateurs et des performances système.
Une fois qu'une configuration de tâche personnalisée a été créée, elle doit être
mappée explicitement à un département avant d'être transmise aux agents lors
d'un contrôle de configuration. Pour obtenir plus d'informations sur l'association
entre configurations de tâches et départements, veuillez consulter « Gestion de
départements » à la page 30.
Les tâches EdgeSight que vous pouvez configurer sont les suivantes :
• Historique des ressources—Collecte l'historique des ressources des
machines gérées. Cette tâche peut être désactivée.
• Vérification de la configuration—Vérifie les modifications à télécharger
depuis le serveur, destinées à des machines gérées.
• Maintenance des bases de données—Exécute des tâches de maintenance
sur la base de données de l'agent.
• Calcul de l'espace disque—Calcule l'espace disque utilisé sur les
machines gérées. Cette tâche peut être désactivée.
• Nettoyage des rapports de défaillances—Gère et nettoie les fichiers créés
pour les rapports d'erreurs et d'instantanés.
• Télécharger les performances—Permet de télécharger les données de
l'agent sur le serveur EdgeSight.
Configuration des tâches

Une configuration de tâches intègre les composants suivants :
• Nom et description de la configuration—Le nom et la description doivent
être assez complets pour permettre aux administrateurs de sélectionner une
configuration avec précision.
• Ensemble de tâches activées—Seules les tâches Historique des ressources
et Calcul de l'espace disque peuvent être désactivées. Toutes les autres
tâches doivent être exécutées pour garantir le bon fonctionnement du
système.
• Ensemble de conditions d'exécution—Outre le programme de tâches, un
ensemble de conditions d'exécution est utilisé pour contrôler le
comportement de la tâche.
• Un ou plusieurs programmes—Chaque tâche active doit posséder au
minimum un programme configuré qui détermine, en coordination avec les
conditions d'exécution, sa période d'exécution.
Les conditions d'exécution des tâches sont les suivantes : Toutes les conditions ne
sont pas définies pour toutes les tâches.
• Nombre de jours à l'issue duquel la tâche impose son exécution—Indique

que la tâche sera exécutée une fois que le nombre de jours spécifié sera
écoulé, même si d'autres conditions (inactivité de l'utilisateur, par exemple)
ne sont pas réunies. Si la tâche ne peut pas être exécutée en raison de
problèmes de communications, elle sera exécutée dès que les
communications auront été rétablies.
• Démarrage aléatoire dans un intervalle de—Pour optimiser les
performances système et réseau, vous pouvez rendre aléatoires les heures
d'exécution de tâches, dans un intervalle spécifique. Cela évite les
situations telles que les tentatives de téléchargement des données de
performances réalisées simultanément par un grand nombre d'agents.
• Désactiver le système après l'inactivité de toutes les tâches—Ce paramètre
permet d'exécuter les tâches lorsque les systèmes ne sont pas mobilisés. (Le
programme de la tâche possède une option similaire appelée Patienter
jusqu'à l'inactivité de toutes les tâches avant de lancer la tâche.)
Il est à noter qu'une condition d'exécution doit contenir une valeur autre que zéro
pour pouvoir être activée. Si vous entez la valeur zéro pour une condition
d'exécution, celle-ci est automatiquement désactivée. Pour obtenir plus
d'informations sur la configuration de tâches, veuillez consulter la section
« Assistant de configuration des tâches » de l'aide en ligne.
Contrôle des tâches

Certaines tâches consignent les informations dans des fichiers journaux. Le
fichier SYS_EVENT_TXT.txt indique les tâches exécutées et l'heure d'exécution.
Il se trouve par défaut dans votre chemin d'accès de l'installation :
\Documents and Settings\All Users\ProgramData\Citrix\System
Monitoring\Data pour Microsoft Vista et Windows 2008
\Documents and Settings\All Users\Application Data\Citrix\System
Monitoring\Data pour tous les autres systèmes
Pour les agents exécutés sur les bureaux virtuels d'un regroupement, les fichiers
journaux sont copiés vers un partage de fichiers de données d'agent spécifié lors
de l'installation de l'agent.
Il contient les erreurs susceptibles de se produire lorsqu'une tâche spécifique tente

une exécution ; ces informations sont utiles lors du diagnostic des problèmes
rencontrés. Cependant, certaines tâches ne créent pas de fichier journal car elles
sont internes au produit et assurent une maintenance produit. Les listes suivantes
regroupent les tâches selon le type de tâche exécuté :
Tâches qui interagissent avec le serveur :
• Tâche 101 : télécharger les performances—Permet de télécharger les
données de l'agent sur le serveur EdgeSight.
• Tâche 104 : tâche Init—Fonctionne lors de la création initiale de la base de
données, se connecte au serveur et télécharge les informations sur les
propriétés de l'agent initiales.
• Tâche 105 : vérification de la configuration—Vérifie les modifications
apportées à la configuration.
• Tâche 109 : tâche de la route de traçage—Exécute une nouvelle trace
réseau.
• Tâche 150 : tâche point—Télécharge les informations d'alerte sur le serveur
EdgeSight.
Tâches qui collectent les informations :
• Tâche 102 : calcul de l'espace disque—Calcule l'espace disque présent sur
la machine.
• Tâche 103 : historique des ressources—Collecte l'historique des ressources
de la machine.
Tâches qui effectuent la maintenance de l'agent :

• Tâche 1 : optimisation de la base de données—Maintenance interne, aucun
journal n'est créé.
• Tâche 2 : maintenance des bases de données—Maintenance interne, aucun
journal n'est créé.
• Tâche 106 : tâche AD—Exécute un script Active Directory.
• Tâche 107 : nettoyage des rapports de défaillances—Gère et nettoie les
fichiers créés pour les rapports d'erreurs et d'instantanés.
• Tâche 108 : préparation des rapports des défaillances—Crée des rapports
de défaillances et les télécharge sur le serveur.
• Tâche 110 : nettoyage du journal RISH—Tient à jour et nettoie les journaux
créés depuis RISH.
• Tâche 126 : dimensionnement de la base de données—Optimisation de la
taille de la base de données.
Vous trouverez également d'autres journaux que ceux figurant dans ce répertoire.
Cela est dû au fait que certaines alertes sont exécutées en tant que scripts et
qu'elles consignent leurs activités.
Les fichiers journaux des tâches contiennent des informations utilisables pour la
résolution de problèmes liés aux fonctions de l'agent. Consultez en premier lieu le
fichier SYS_EVENT_TXT.txt afin de déterminer si une tâche rencontre un
problème spécifique. Sur la base de ces informations, recherchez le journal de la
tâche correspondante afin d'obtenir des informations plus détaillées.
Par exemple, supposons que le fichier SYS_EVENT_TXT.txt mentionne le
message d'erreur suivant :
Running worker 101 - 'Performance Upload' with trigger 1071
(Exécution de la tâche 101 (Télécharger les performances) avec
déclencheur 1071.
Vous devez alors rechercher dans le dossier de journaux le fichier texte

commençant par Worker101_Trigger1071
(Tâche101_Déclencheur1071).
Les fichiers journaux les plus utiles sont généralement ceux qui sont associés aux
tâches de téléchargement et de configuration, car ils aident à résoudre des
problèmes de connectivité entre l'agent et le serveur. C'est pour cette raison que
les fichiers journaux des tâches 101, 104 et 105 sont généralement les plus utiles
pour la résolution de ce type de problème. Par exemple, vous pouvez vérifier que
les communications entre l'agent et le serveur échouent en examinant le fichier
YS_EVENT_TXT : vous pourrez y constater dans ce cas que la tâche 104 est
exécutée avec le déclencheur 24 et que l'état associé n'est pas 0x0.
Dépannage à l'aide des fichiers journaux d'agent

Vous pouvez utiliser plusieurs fichiers journaux (situés sur des machines
exécutant l'agent) pour le diagnostic des communications entre l'agent et le
serveur : Pour les agents exécutés sur des bureaux virtuels, les fichiers journaux
sont copiés vers un partage de fichiers de données d'agent spécifié lors de
l'installation de l'agent.
• les journaux d'événements d'application et du système (qui se trouvent dans
le Visualisateur d'événements) ;
• le fichier journal EdgeSight principal ; L'emplacement par défaut est le
suivant :
C:\Documents and Settings\All Users\Application Data\Citrix\System
Monitoring\Data\SYS_EVENT_TXT.txt
• les fichiers journaux de tâches. Pour obtenir plus d'informations sur les
fichiers journaux de tâches, veuillez consulter « Contrôle des tâches » à la
page 56. L'emplacement par défaut est le suivant :
C:\Documents and Settings\All Users\Application Data\Citrix\System
Monitoring\Data\SYS_EVENT_TXT.txt
Si vous détectez un problème que vous ne parvenez pas à résoudre et que vous
devez contacter le support technique, veillez à vous munir des numéros de
version des logiciels agent et serveur. Pour vérifier les informations de version du
produit :
• Agent : ouvrez le fichier SYS_EVENT_TXT. Au démarrage de l'agent, une
ligne similaire à la ligne suivante est insérée :
----- Starting Agent on machinename version 5.0.74.0 -----
(démarrage de l'agent sur la machine version 5.0.74.0)
• Serveur : ouvrez la console EdgeSight et accédez à État du serveur > À

propos de. La version correcte est indiquée en regard de
Reflectent.EdgeSight.Loader.dll
C HAPITRE 3
Gestion des paramètres de serveur
Ce chapitre décrit les méthodes de gestion des paramètres globaux d'un serveur
Citrix EdgeSight. Les pages auxquelles il est fait référence dans le présent
chapitre se trouvent dans l'onglet Configuration (dans Configuration du
serveur, État du serveur). Pour obtenir plus d'informations sur la gestion des
paramètres spécifiques des sociétés, veuillez consulter Chapitre 2, « Gestion des
paramètres de société ». Ce chapitre décrit les méthodes d'exécution des tâches
suivantes :
• Contrôle de l'état du serveur
• Configuration des paramètres de serveur
• Création de sociétés
• Configuration du téléchargement des données
• Gestion des licences
• Gestion des fournisseurs d'authentification
• Configuration de la connexion aux services de rapports
• Gestion des programmes de services de rapports
• Gestion de la base de données
• Gestion des machines non gérées
• Affichage de l'état du broker de base de données d'agent
• Affichage de messages serveur et réponse
• Gestion des scripts du serveur
Contrôle de l'état du serveur

La page État (Configuration du serveur > État) présente les opérations réalisées
sur le serveur pour l'ensemble des sociétés. La table Société dresse la liste des
machines qui ont téléchargé ou non des données sur le serveur au cours de la
journée, par société. Elle répertorie également le nombre de nouvelles machines
exécutant l'agent EdgeSight qui se sont enregistrées auprès du serveur pendant la
journée et au cours de la semaine précédente. L'état des messages, des machines
non gérées, des alertes et des rapports de vidage fournit simplement une
indication sur l'activité du jour.
Type d'état Pour obtenir plus d'informations...

Société Accédez à Configuration de société > Gestion des
machines > Machines pour afficher les détails relatifs à
l'heure de téléchargement des données sur le serveur et
pour afficher et gérer les informations sur les nouvelles
machines.
Server Script Host Cliquez sur État de Server Script Host pour afficher la
page d'état de Server Script Host. Accédez à
Configuration du serveur > Paramètres et cliquez sur
l'onglet approprié pour afficher et gérer les paramètres
de téléchargement de données et de traitement du
vidage.
État du message Cliquez sur État du message pour afficher les
messages les plus récents.
Machines non gérées Cliquez sur Machines non gérées pour afficher les
informations sur les machines non gérées. Une
machine non gérée est un système sur lequel un agent
EdgeSight est installé et qui n'est pas associé à une
société et à un département.
Alertes Cliquez sur l'onglet Contrôle, puis sélectionnez
Console d'alerte ou Liste d'alertes pour afficher des
informations sur les notifications d'alertes les plus
récentes. Pour obtenir plus d'informations sur les
alertes, veuillez consulter « Création de règles d'alerte
et d'actions » à la page 37.
Rapports de vidage Cliquez sur l'onglet Contrôle, puis sélectionnez Liste
d'alertes et filtrez par alertes de défaillances de
processus ou par alertes d'instantanés de processus.
Pour obtenir plus d'informations sur l'accès aux rapports
de vidage et sur leur utilisation, veuillez consulter le
Guide de l'utilisateur Citrix EdgeSight.
Chapitre 3 Gestion des paramètres de serveur 63
Configuration des paramètres de serveur

La page Configuration (Configuration de société > Paramètres) permet de
contrôler la façon dont le serveur EdgeSight gère les fonctions suivantes :
• Prise en charge d'agent et serveur de licences
• Configuration de la journalisation du broker de base de données d'agent
• Notifications
• Temporisations
• Téléchargement des données
• Traitement du vidage des applications
• Prise en charge SSL
• Port SNMP
Dans la plupart des cas, vous n'aurez pas besoin d'ajuster les valeurs des
paramètres de cette page. Il est recommandé d'utiliser les paramètres par défaut
et d'observer les performances serveur dans des conditions de production avant
d'ajuster les paramètres du serveur. Pour obtenir la définition de chaque
paramètre, veuillez consulter la rubrique « Paramètres de configuration du
serveur » de l'aide en ligne.
Prise en charge d'agent et serveur de licences

En fonction des produits Citrix EdgeSight installés au sein de votre
environnement, vous pouvez activer ou désactiver l'affichage de rapports
contenant des données en provenance de serveurs XenApp ou de points de
terminaison. Vous pouvez également sélectionner le niveau de prise en charge
offert par les agents EdgeSight pour XenApp (niveau de base ou niveau avancé).
• Les agents de base fournissent la fonction de gestion des ressources
comprise dans l'édition Enterprise de XenApp. Seule une licence
Enterprise est requise sur votre serveur de licences Citrix. L'agent
enregistre les informations relatives aux performances client et
serveur et à l'utilisation des applications.
• Les agents avancés fournissent la version complète d’EdgeSight pour
XenApp. Ils requièrent pour cela que vous disposiez soit d'une
licence édition Platinum, soit d'une licence EdgeSight pour XenApp
sur votre serveur de licences Citrix. Les agents enregistrent des
informations relatives aux sessions utilisateur, aux performances
client et serveur, à l'utilisation des applications et aux connexions
réseau.
Ce paramètre détermine uniquement l'affichage des rapports et des pages

administratives sur la console ; les données continuent à être collectées,
téléchargées et stockées même en cas de désactivation de ce paramètre. Il est à
noter que contrairement aux paramètres de suppression des alertes, ce paramètre
s'applique au niveau du serveur et affecte les éléments visualisés par la totalité
des utilisateurs sur la console. Pour obtenir plus d'informations sur les outils et les
rapports affichés en fonction du type d'agent, veuillez consulter la section
« Utilisation d'EdgeSight dans des environnements mixtes » à la page 85.
Pour activer ou désactiver ce paramètre, sélectionnez une option dans les menus
déroulants. Si vous sélectionnez une option qui exclut l'affichage des données
disponibles (comme par exemple la désactivation de la prise en charge de l'agent
XenApp pour un serveur sur lequel des agents EdgeSight pour XenApp envoient
des rapports), un message de confirmation s'affiche.
Si la prise en charge de EdgeSight pour points de terminaison est activée, vous
pouvez également modifier le nom et le port du serveur de licences Citrix qui
fournit des licences pour les systèmes de point de terminaison.
Configuration de la journalisation du broker de

base de données d'agent
Cet onglet Broker de base de données d'agent vous permet d'activer l'affichage de
messages de journal de broker détaillés. Cette option est définie sur Désactivé par
défaut. Si cette option est activée, des messages d'état supplémentaires s'affichent
sur la page Historique de broker. (Consultez la section « Affichage de l'historique
du broker » à la page 83 pour plus d'informations). Une journalisation détaillée se
produit toujours sur le broker de base de données d'agent ; cette fonctionnalité
contrôle simplement l'affichage des données sur la page d'historique du broker.
Cette fonctionnalité est utile pour fournir des informations détaillées lors du
débogage de problèmes sur le broker de base de données d'agent.
Notifications
Le nom et les adresses e-mail du serveur SMTP sont spécifiés au cours de
l'installation du serveur, mais vous pouvez les modifier à tout moment.
Important : pour le bon fonctionnement du serveur, il est essentiel d'utiliser un

nom de serveur SMTP valide. Le serveur EdgeSight utilise le serveur SMTP pour
un grand nombre de fonctions, y compris pour la distribution de notifications
d'alertes, de conditions d'erreurs et de nouveaux mots de passe utilisateur.
Le tableau ci-après définit les options de notification. Les options de messagerie
permettent au serveur d'envoyer des e-mails à l'adresse de messagerie de
l'administrateur EdgeSight en cas d'erreur au niveau de l'agent ou du serveur.
Option Définition
Nouveaux agents Cette option est recommandée pour notifier un
administrateur par e-mail du téléchargement de données
sur le serveur par de nouvelles machines.
L'enregistrement des agents est contrôlé par des
paramètres spécifiques des sociétés, comme décrit dans
« Gestion des paramètres de société » à la page 28.
Erreurs d'agent Vous pouvez activer cette option lors de votre utilisation
initiale du serveur Citrix EdgeSight, pour vous aider à
détecter et à résoudre les problèmes liés aux propriétés
de l'agent. Cette option n'est sans doute pas nécessaire
une fois ces problèmes résolus. Dans la plupart des cas,
les agents peuvent effectuer automatiquement une
récupération suite à la survenue d'erreurs.
Erreurs de serveur Vous pouvez activer cette option lors de votre utilisation
initiale du serveur Citrix EdgeSight, pour vous aider à
détecter et à résoudre les problèmes liés à la
configuration. Cette option n'est sans doute pas
nécessaire une fois ces problèmes résolus.
Erreurs de communication Cette option est recommandée pour signaler à un
administrateur des problèmes de communication avec
les machines.
Envoyer un e-mail lorsque Cette option n'est pas recommandée dans des cas
la lecture HTTP des d'utilisation normale, car le téléchargement de données
données utiles est utiles fait l'objet de nouvelles tentatives en cas de
mauvaise (non besoin. Vous pouvez activer cette option pour le
recommandé). débogage des données utiles d'un téléchargement.
Joindre les données utiles Cette option n'est pas recommandée dans des cas
d'utilisation normale, car le téléchargement de données
utiles fait l'objet de nouvelles tentatives en cas de
besoin. Cette option n'est sans doute pas nécessaire une
fois ces problèmes résolus.
Temporisations
Les temporisations sont spécifiées pour les opérations courantes effectuées sur les
serveurs (interrogations de base de données ou chargement de page ASP, requêtes
de téléchargement de données ou requêtes de service d'arrière-plan, par exemple)
afin d'éviter les blocages serveur pendant l'attente d'une réponse à une requête. Il
est recommandé d'utiliser les valeurs par défaut, sauf si un problème spécifique
survient en cas de temporisation trop élevée.
Veuillez noter que le contrôleur de la batterie et la console d'alerte (situés sur
l'onglet Contrôle) utilisent la temporisation de page et requête ASP.NET lors de
l'exécution de requêtes pour les données d'alerte. Si vous rencontrez des
temporisations fréquentes lors de l'utilisation de ces pages, augmentez la
temporisation de page et requête ASP.NET.
Téléchargement des données

Le téléchargement des données fait référence à la collecte de données utiles sur
des machines exécutant un agent EdgeSight. Dans la plupart des cas, les valeurs
par défaut garantissent un bon fonctionnement. Vous serez peut-être amené à
ajuster ces valeurs si vous recevez des messages répétés d'avertissement,
signalant la survenue d'un trop grand nombre de problèmes de données utiles en
file d'attente ou de téléchargement. Il est à noter que la temporisation d'utilisation
minimale d'UC, de mémoire et de temps actif permet de garantir que seules les
données issues de machines possédant un peu plus que le minimum d'activité sont
téléchargées sur le serveur. Cela permet de bénéficier d'une vue précise des données
de performances et de disponibilité au sein de l'entreprise.
Traitement du vidage des applications

Les journaux de vidage d'applications peuvent être des fichiers volumineux ; par
conséquent, la capacité de limiter la conservation des journaux de vidage par
numéro, par consommation de disque et par date est incluse. Ces limites
permettent d'éviter l'excès de consommation d'espace serveur par les journaux de
vidage. Vous pouvez également désactiver le traitement du vidage des
applications. Dans ce cas, aucun fichier journal de vidage n'est téléchargé sur le
serveur.
Si le nombre maximal de journaux de vidage, ou encore la limite de
consommation d'espace disque est dépassé(e), le traitement du vidage des
applications est automatiquement désactivé jusqu'à ce que la limite soit
augmentée. Aucune opération de réinitialisation ne permet la suppression des
données utiles existantes.
Prise en charge SSL

La fonction de prise en charge SSL permet de bénéficier e connexions sécurisées.
Un certificat SSL valide, émis par une autorité de certification sécurisée, doit être
présent sur le serveur hébergeant le site Web EdgeSight. Si la prise en charge SSL
est activée, toutes les communications entre agents et serveurs doivent s'effectuer
via SSL. Si un agent tente de se connecter à un serveur SSL sans utiliser SSL, il
reçoit un message d'erreur. Toute tentative d'établissement d'une connexion à
l'agent (exécution d'une tâche à distance ou affichage d'un rapport en temps réel)
entraîne l'affichage d'un message d'erreur indiquant que SSL est requis mais que
la connexion ne l'a pas utilisé.
SNMP
Port d'interruption SNMP à utiliser pour les actions d'alertes SNMP sortantes. Ce
paramètre de port est utilisé pour toutes les actions d'alertes d'interruptions SNMP
définies pour toutes les sociétés hébergées sur le serveur. EdgeSight vous permet
de définir le port, afin que vous puissiez éviter tout conflit avec d'autres outils de
gestion susceptibles d'utiliser le port SNMP sortant par défaut. Pour obtenir plus
d'informations sur la création d'actions d'alertes d'interruptions SNMP, veuillez
consulter « Création de règles d'alerte et d'actions » à la page 37.
Création de sociétés
Une société représente l'unité organisationnelle principale d'un serveur
EdgeSight. Un serveur unique peut prendre en charge plusieurs sociétés. Lors de
l'installation du serveur EdgeSight, vous créez une société initiale. Une fois
l'installation et la configuration post-installation terminées, accédez à
Configuration du serveur > Sociétés pour créer le nombre requis de sociétés
supplémentaires.
Les seules informations requises pour la création d'une société sont le nom et le
fuseau horaire. Les noms de sociétés doivent être des noms uniques sur le serveur.
Si vous disposez de plusieurs serveurs EdgeSight et que vous souhaitez créer des
rapports sur différents serveurs, vérifiez que le nom de société est unique sur tous
les serveurs.
Le fuseau horaire est utilisé par le serveur lors de l'affichage d'horodatages et du
déclenchement de tâches. Un seul fuseau horaire est défini par société au sein
d'un serveur EdgeSight. Toutes les données relatives à cette société sont
regroupées sur la base de la limite journalière correspondant à ce fuseau horaire.
Cela garantit la cohérence des données en cas de répartition de plusieurs
machines dans des fuseaux horaires différents.
Gestion des licences

Citrix License Server for Windows est utilisé pour la fourniture de licences,
autorisant les agents EdgeSight à télécharger des données sur un serveur
EdgeSight. Le serveur de licences peut se trouver en tout point du réseau, sous
réserve que le serveur Web EdgeSight et que les agents EdgeSight pour XenApp
puissent y accéder. Un même serveur de licences peut être partagé par plusieurs
produits Citrix, y compris par plusieurs serveurs EdgeSight. Il est vivement
recommandé d'installer le serveur de licences et les fichiers de licence EdgeSight
pour points de terminaison avant de terminer la configuration initiale
d'EdgeSight.
Important : vous devez obtenir des licences séparées pour EdgeSight pour
XenApp et pour les agents EdgeSight pour points de terminaison, même si ces
deux types d'agents sont associés au même serveur.
Le fichier de licence d'agent EdgeSight pour point de terminaison
(CESEP_*.lic) se trouve dans le dossier MesFichiers du répertoire du serveur
de licences. Par exemple :
C:\Program Files\Citrix\Licensing\MesFichiers.
Configuration de la gestion des licences pour les

agents EdgeSight pour points de terminaison
Si la prise en charge de EdgeSight pour points de terminaison est activée, vous
devez entrer un nom et un port de serveur de licences au cours de l'installation de
EdgeSight. Durant la configuration initiale, vous pouvez tester la connexion au
serveur de licences à l'aide de l'assistant de post-installation ; en cas de succès,
vous pouvez afficher le type et le nombre de licences installées.
Le serveur EdgeSight obtient les licences au nom des agents EdgeSight pour
points de terminaison, sur le serveur spécifié. Vous pouvez modifier le nom et le
port du serveur de licences après l'installation ; pour cela, accédez à
Configuration du serveur > Paramètres et modifiez le nom et le port du
serveur de licences, comme décrit dans « Prise en charge d'agent et serveur de
licences » à la page 63. Le nom et le port du serveur de licences actuel s'affichent
dans la page Licence, comme décrit dans « Utilisation de la page Licence pour
contrôler l'état des licences » à la page 72.
Configuration de la gestion des licences pour les

agents EdgeSight pour XenApp
Après l'installation des agents EdgeSight pour XenApp, ceux-ci reçoivent les
propriétés de l'agent par défaut en provenance du serveur EdgeSight associé. Ces
propriétés indiquent à l'agent le serveur de licences à contacter pour obtenir une
licence. Les options suivantes sont disponibles :
• XenApp : utilisez le même serveur de licences que le serveur XenApp sur
lequel l'agent réside. Il s'agit du paramètre par défaut des propriétés de
l'agent XenApp par défaut.
• Batterie : utilisez le serveur de licences de la batterie XenApp.
• Personnalisé : utilisez un serveur de licences et un port définis
explicitement.
Pour obtenir plus d'informations sur les propriétés de l'agent, veuillez consulter
« Définition des propriétés de l'agent » à la page 51 et la rubrique « Assistant des
propriétés d'agent » de l'aide en ligne. Comme pour toutes les propriétés d'agent,
ces paramètres s'appliquent aux départements entiers ; les sous-départements en
héritent, sauf s'ils sont remplacés à un niveau inférieur au niveau département.
Gestion des licences d'agents EdgeSight pour

points de terminaison
Pour les agents EdgeSight pour points de terminaison, la gestion de licences
fonctionne comme suit :
• Au cours de la configuration post-installation, vous pouvez valider la
connexion établie entre le serveur EdgeSight et le serveur de licences. Cette
validation est facultative, et l'assistant de post-installation peut être exécuté
sans validation de la connexion.
• Le fichier de licence installé sur le serveur de licences spécifie le nombre
d'agents EdgeSight pour points de terminaison autorisés à télécharger des
données sur le serveur.
• Le serveur EdgeSight contacte régulièrement le serveur de licences pour
déterminer si un nombre suffisant de licences est disponible. Si le serveur
de licences détecte que seules quelques licences EdgeSight pour points de
terminaison sont disponibles, un message d'avertissement est envoyé au
serveur EdgeSight.
• Si le nombre d'agents spécifié dans la licence est dépassé, les agents ne sont
pas autorisés à télécharger des données sur le serveur. La collecte de
données se poursuit et les données sont conservées dans la base de données
de l'agent jusqu'à ce qu'elles soient nettoyées.
Le serveur EdgeSight requiert une licence par machine de point de terminaison.
Au démarrage du serveur, le serveur EdgeSight tente d'obtenir une licence par
machine existante. Si un nombre insuffisant de licences est disponible pour les
machines existantes, toutes les licences disponibles sont allouées aux agents sur
la base de la date de premier téléchargement de données sur le serveur ; les agents
les plus anciens ont la priorité sur les agents plus récents. Seuls les agents sous
licence sont autorisés à télécharger des données sur le serveur. Les machines qui
utilisent des agents sont signalées dans la base de données EdgeSight comme
étant sous licence ou non. S'il ne parvient pas à obtenir les licences de tous les
agents, le serveur effectue chaque minute une nouvelle tentative. Un message
d'avertissement est ajouté aux messages et un e-mail est envoyé à l'administrateur
du serveur. Pour remédier au nombre insuffisant de licences, vous devez installer
de nouvelles licences ou supprimer certaines machines existantes, jusqu'à obtenir
la conformité requise.
Une fois que le serveur est capable de démarrer correctement, lorsqu'une nouvelle
machine transfère un rapport sur le serveur, celui-ci tente d'obtenir une licence
pour cette machine. Une fois la licence obtenue, cette machine peut télécharger et
aucun autre contrôle de licence n'est effectué (sauf pour la situation de démarrage
décrite ci-avant). Si un nouvel agent de point de terminaison est incapable de
télécharger en raison d'un nombre insuffisant de licences, la collecte de données
se poursuit et les données sont conservées dans la base de données de l'agent,
jusqu'à ce qu'elles soient nettoyées. Comme pour la situation de démarrage, vous
devez installer de nouvelles licences ou supprimer certaines machines existantes
jusqu'à atteindre la conformité requise. Cela permettra aux nouvelles machines de
télécharger des données.
Lorsqu'une machine est supprimée d'un serveur, la licence correspondante est
libérée sur le serveur de licences et devient disponible pour une autre machine.
« Démarrage du serveur » fait référence au démarrage RSSH (Server Script
Handler). Lorsque RSSH est arrêté, toutes les licences du serveur sont libérées et
deviennent disponibles pour d'autres serveurs utilisant le même serveur de
licences, jusqu'au redémarrage de RSSH. Il est important d'en tenir compte lors
de la planification du nombre de licences requis. Si vous disposez d'un nombre
de licences insuffisant pour couvrir toutes les machines de tous les serveurs, il se
peut qu'un autre serveur EdgeSight obtienne des licences, entraînant un nombre
insuffisant de licences au démarrage.
Système de licences de l'agent EdgeSight pour

XenApp
Pour les agents EdgeSight pour XenApp, le système de licences fonctionne
comme suit :
• Les agents EdgeSight pour XenApp communiquent directement avec le
serveur de licences en vue de l'obtention d'une licence par session. Les
agents tentent d'obtenir une licence au démarrage de la session XenApp.
• Si aucune licence n'est disponible, une violation est consignée (notifiant le
serveur EdgeSight de la survenue d'un problème) ; toutefois, la collecte de
données se poursuit pour cette session. Si un utilisateur démarre plusieurs
sessions sur un serveur XenApp, ou encore plusieurs sessions sur plusieurs
serveurs, la même licence est utilisée pour toutes les sessions (comme pour
les licences XenApp).
• Le nombre de violations de licence est autorisé à dépasser la valeur
spécifiée dans la licence, mais les dépassements de téléchargements sont
bloqués à l'issue de 5 jours de violations de licences au cours de la période
de contrôle. Plusieurs dépassements au cours d'une même journée sont
consignés comme une violation unique. Les dépassements de
téléchargements sont bloqués jusqu'à l'arrêt des violations pendant une
période spécifiée ou jusqu'à la mise à niveau de la licence.
• Pour faciliter l'installation et la configuration, le téléchargement initial de
données à partir d'un serveur XenApp ne fait pas l'objet d'un contrôle de
violation de licence. Toute violation des données utiles initiales est ignorée.
Important : un agent EdgeSight pour XenApp tente de contrôler toutes les
sessions de ce serveur XenApp et ne peut contrôler qu'une partie des sessions du
système. En d'autres termes, si vous achetez EdgeSight pour XenApp pour une
partie de votre CCU (Concurrent User Base), vous devez évaluer la charge
approximative sur un serveur donné et déterminer le nombre de serveurs sur
lesquels l'agent doit être déployé afin que cette charge puisse être gérée. Lorsque
vous déterminez les conditions requises en matière de licences, tenez en compte.
Utilisation de la page Licence pour contrôler l'état

des licences
Utilisez la page Licence (Configuration du serveur > Licence) pour afficher
l'utilisation actuelle des licences et les informations d'état. La page Licence
affiche les informations suivantes :
Statistiques de licence EdgeSight pour XenApp

État de la licence en Indique si le système est en conformité avec les termes de la
cours licence. L'état En conformité indique que le nombre
autorisé de jours de violations de licences n'a pas été
dépassé. L'état de la licence peut être l'un des suivants :
En conformité—Toutes les machines existantes sur ce
serveur ont pu obtenir des licences.
Avertissement—Le nombre de licences utilisé a dépassé le
nombre autorisé pendant cette période de contrôle. Pour
connaître le nombre de jours de violation et les serveurs
signalant ces violations, veuillez consulter le champ Jours
de violation.
Violation—Le nombre de licences utilisé a dépassé le
nombre de licences autorisé pendant 5 jours minimum
pendant cette période de contrôle.
Période de grâce de la Au cours de cette période, les données utiles ne sont pas
nouvelle machine rejetées pour les agents faisant l'objet de violations de
licences. Un e-mail d'avertissement est envoyé à
l'administrateur EdgeSight et un message est consigné
dans la page Messages, indiquant la survenue d'une
violation de licence. Cette fonction permet aux
administrateurs de résoudre les problèmes liés aux
configurations initiales.
Jours de violation Nombre de jours de la période de contrôle pendant lesquels
autorisés le nombre de licences utilisé est autorisé à dépasser le
nombre de licences octroyé. Les téléchargements sont
bloqués si le nombre de jours de violation dépasse cinq (5)
jours au cours de la période de contrôle.
Période de contrôle Nombre de jours pendant lesquels les violations de licence
des violations font l'objet d'un suivi.
Jours de violation Nombre de jours au cours de la période de contrôle pendant
lesquels le nombre de licences a dépassé le nombre de
licences accordées. Vous pouvez étendre cet élément pour
afficher les dates de violation de licence et le nom des
serveurs signalant la violation.
Statistiques de licences de point de terminaison

État de la licence en cours Indique si le système est en conformité avec les
termes de la licence. L'état de la licence peut être
l'un des suivants :
En conformité—Le serveur EdgeSight a pu
acquérir des licences pour toutes les machines
existantes sur ce serveur.
Erreur—Le serveur EdgeSight n'a pas pu acquérir
des licences pour toutes les machines existantes sur
ce serveur. EdgeSight tente alors continuellement
d'acquérir des licences pour toutes les machines.
Arrêté—Le gestionnaire de licences n'est pas en
cours de fonctionnement.
Un message d'erreur peut s'afficher, vous
informant que le serveur est en train d'acquérir des
licences. Si, au démarrage, le serveur ne parvient
pas à obtenir de licences pour toutes les machines
de point de terminaison enregistrées, un message
s'affiche et le serveur réessaye toutes les 15
minutes. Vous pouvez réessayer immédiatement en
cliquant sur le bouton Actualiser le système de
licences de point de terminaison. Ce bouton
s'affiche uniquement si l'obtention de licences
échoue au démarrage.
Machines sous licence sur Nombre de licences de point de terminaison
ce serveur actuellement utilisées par des agents sur ce serveur.
Il est exprimé sous forme de nombre total d'agents
enregistrés auprès du serveur. Par exemple, si
500 agents sont enregistrés auprès du serveur et
que 487 agents utilisent actuellement des licences,
ce champ indique 487 sur 500.
Serveur de licences Nom et numéro de port du serveur de licences
utilisé par EdgeSight pour obtenir les licences
d'agents de point de terminaison. Le serveur et le
port sont spécifiés au cours de l'installation, et
peuvent être modifiés après l'installation, dans la
page Paramètres.
Nombre total des licences Nombre total de licences d'agents de point de
installées terminaison spécifié par le fichier de licences
installé.
Licences disponibles : Nombre de licences disponibles pour les agents de
point de terminaison.
Date d'expiration : Date à laquelle le fichier de licence arrive à
expiration. Vous serez notifié de l'arrivée à
expiration du fichier de licence.
Gestion des fournisseurs d'authentification

Les fournisseurs d'authentification permettent de s'assurer que seuls les
utilisateurs autorisés peuvent se connecter à un serveur EdgeSight. La première
étape de création d'un nouvel utilisateur consiste à sélectionner un fournisseur
d'authentification avec un nom d'utilisateur et un mot de passe vérifiés.
Un fournisseur d'authentification par défaut (E-mail) est inclus lorsque vous
installez le serveur EdgeSight. Vous ne pouvez pas modifier ou supprimer le
fournisseur d'authentification par défaut. Celui-ci utilise une adresse e-mail en
tant que nom d'utilisateur. Lorsque vous créez un nouvel utilisateur, vous
spécifiez l'adresse e-mail de cet utilisateur. Ensuite, un e-mail est envoyé à
l'utilisateur afin de lui expliquer le processus de connexion et de lui fournir un
mot de passe temporaire. Lors de la connexion initiale de l'utilisateur, ce dernier
doit modifier son mot de passe.
Vous pouvez créer de nouveaux fournisseurs d'authentification qui utilisent
Active Directory pour les fonctions de sécurité et de connexion. Avant de créer un
nouveau fournisseur, vérifiez que vous disposez du chemin d'accès LDAP de
votre fournisseur d'authentification AD.
Pour configurer l'intégration d'Active Directory avec EdgeSight, vous devez
configurer un fournisseur d'authentification Active Directory : avant de
commencer, vérifiez que vous disposez du chemin d'accès LDAP de votre
fournisseur d'authentification.
1. Connectez-vous à la console du serveur EdgeSight.
2. Accédez à Configuration du serveur > Authentification dans le volet de
navigation. La page Configuration de l'authentification s'affiche. Il est à
noter que le fournisseur de messagerie figure déjà dans la liste.
3. Cliquez sur le bouton Nouveau fournisseur pour appeler l'assistant de
configuration de fournisseur d'authentification.
4. Cliquez sur Aide et suivez les instructions de la rubrique consacrée à cet
assistant.
Une fois que vous avez ajouté un fournisseur d'authentification et configuré des
rôles, vous devez également créer des utilisateurs et/ou des groupes. Vous pouvez
créer plusieurs groupes dans Active Directory (un groupe d'administrateurs
EdgeSight et un groupe d'utilisateurs de la console EdgeSight, par exemple) afin
de faciliter l'administration.
1. Accédez à Configuration de société > Sécurité > Utilisateurs dans le
volet de navigation afin d'afficher la page Gérer les utilisateurs.
2. Cliquez sur le bouton Nouvel utilisateur afin d'afficher l'assistant de
création d'utilisateur.
3. Cliquez sur Aide et suivez les instructions de la rubrique consacrée à cet

assistant.
4. Testez la configuration du nouvel utilisateur ou du nouveau groupe
d'utilisateurs. Déconnectez-vous du serveur EdgeSight, puis reconnectez-
vous. Dans la page Connexion, le menu déroulant Fournisseur s'affiche.
L'utilisateur ou le membre du groupe sélectionne le fournisseur approprié,
puis se connecte à l'aide de son ID d'utilisateur et de son mot de passe.
Configuration de la connexion aux services de rapports

Pour pouvoir générer et afficher des rapports EdgeSight, les services de rapports
de Microsoft SQL Server doivent avoir été préalablement installés et configurés.
Pour connaître les procédures détaillées d'installation et de configuration des
services de rapports et des logiciels associés, veuillez consulter Configuration des
services de rapports pour Citrix EdgeSight.
Une fois l'installation et la configuration des services de rapports terminées, vous
devez configurer la connexion entre le serveur EdgeSight et le serveur de rapport.
Accédez à Configuration du serveur > Services de rapports > Serveur de
rapports pour spécifier le serveur de rapport, les informations d'identification
pour l'accès à ce serveur et à la source de données, ainsi que les opérations de
programmation et de génération de rapports par défaut. Pour obtenir plus
d'informations, veuillez consulter la rubrique « Paramètres du serveur de
rapport » de l'aide en ligne.
Gestion des programmes de services de rapports

Les programmes des services de rapports, utilisés en association avec la fonction
d'abonnement, permettent d'automatiser la génération de rapports en vue de leur
distribution aux utilisateurs. Lorsqu'un administrateur ou un utilisateur crée un
abonnement à un rapport, il doit sélectionner un programme associé. Accédez à
Configuration du serveur > Services de rapports > Programmes afin de gérer
les programmes existants et d'en créer de nouveaux. Pour obtenir plus
d'informations, veuillez consulter la rubrique « Programmes des services de
rapports » de l'aide en ligne.
Dans certains cas (semaine entrecoupée d'un jour férié ou d'un arrêt planifié de
l'entreprise), vous pouvez suspendre les programmes de rapports afin que les
rapports correspondants ne soient pas générés.
Lorsque vous supprimez des programmes, il est recommandé d'observer la plus
grande prudence. En effet, si le programme supprimé est associé à un rapport, ce
dernier n'est pas généré. Par ailleurs, les abonnements qui utilisent le programme
supprimé ne peuvent plus assurer la distribution du rapport.
Gestion de la base de données

Cette section décrit les méthodes de gestion efficace de la base de données
EdgeSight, y compris du programme de nettoyage.
Configuration du téléchargement des données

Vous pouvez sélectionner les types de données de performances et de
disponibilité à télécharger sur le serveur (Configuration du serveur >
Maintenance des données > Configuration du téléchargement). Cela permet
d'optimiser les performances du serveur EdgeSight en limitant les
téléchargements de données afin de refléter les données utilisées par votre
entreprise.
Le téléchargement de données environnementales XenApp est désactivé par
défaut et ne doit être activé que si vous envisagez d'utiliser le rapport d'utilisation
environnementale, qui affiche ces données. En fonction du nombre de sessions du
groupe ou de la machine, les données utilisées pour générer ces rapports peuvent
considérablement augmenter la taille de votre base de données EdgeSight. Il est
fréquent d'activer la collecte de données pour une période donnée, puis de la
désactiver lorsqu'elle n'est plus nécessaire.
Vidage de la base de données

EdgeSight collecte un grand nombre de données relatives aux performances, à la
disponibilité et à l'utilisation des systèmes, des applications, des sessions
utilisateur et du réseau. L'agent EdgeSight collecte les données sur les différents
systèmes ; ensuite, ces données sont téléchargées à destination d'un serveur
EdgeSight. En fonction du nombre de systèmes pour points de terminaison et de
systèmes XenApp, du nombre d'applications et d'activités réseau, les bases de
données peuvent connaître une croissance rapide, sans gestion appropriée. La
principale opération de gestion de base de données est le nettoyage.
Le nettoyage consiste à supprimer les données obsolètes d'une base de données à
intervalles réguliers, afin de libérer de l'espace pour les données nouvelles. Le
nettoyage est essentiel pour le bon fonctionnement de la base de données. Un
programme efficace de nettoyage permet de contrôler la taille de la base de
données et de garantir des performances acceptables, tout en conservant une
quantité de données suffisante pour les opérations à effectuer.
L'exemple suivant indique la façon dont le nettoyage de base de données affecte

la taille de la base de données du serveur EdgeSight. Vous avez déployé des
agents EdgeSight sur 2 500 machines d'utilisateur final. Ces machines utilisent en
moyenne 50 processus et visitent environ 100 sites Web au cours de la période de
conservation des données réseau. Les agents collectent des données pendant 12
heures, chaque jour ouvré. La modification du paramètre de nettoyage des
statistiques réseau (la valeur 14 remplaçant la valeur 7) augmente la taille de la
base de données d'environ 40 %, ce qui équivaut à l'ajout de 1 000 machines en
termes d'impact sur la taille de base de données.
Programme de nettoyage
EdgeSight possède une structure répartie avec bases de données d'agent
EdgeSight sur chaque machine gérée ; ces bases de données sont téléchargées
dans une base de données unique du serveur EdgeSight. Les paramètres de
conservation des données de la base de données de l'agent sont spécifiés dans les
propriétés de ce dernier, et sont appliqués aux machines en fonction de leur
appartenance aux différents départements.
Le programme de nettoyage de la base de données serveur est spécifié dans la
configuration du serveur. Le programme de nettoyage du serveur permet de
spécifier le nombre de jours de conservation des données, par type de données.
Cela permet d'assurer la conservation des données utilisées pour l'identification
de tendances (données de performances, par exemple) pendant de plus longues
périodes que pour les données qui deviennent rapidement obsolètes (c'est le cas
par exemple des données d'alerte en temps réel).
Les valeurs par défaut de nettoyage de la base de données serveur sont suffisantes
pour la plupart des installations. Vous pouvez utiliser en premier lieu les valeurs
par défaut, puis modifier ces valeurs en fonction des besoins des utilisateurs et
des performances affichées par le système. Si vous souhaitez conserver un
volume plus élevé de données, vous pouvez créer un rapport d'archivage ou un
entrepôt de données afin de privilégier la conservation des données d'historique.
Pour obtenir plus d'informations sur l'utilisation des données EdgeSight pour
l'analyse et la conservation des enregistrements, veuillez consulter le Guide de
l'utilisateur Citrix EdgeSight.
Nettoyage de la base de données de serveur

Accédez à Configuration du serveur > Maintenance des données > Nettoyage
afin de modifier le programme de nettoyage de la base de données, conformément
à la description de la section « Configuration du nettoyage » de l'aide en ligne. Le
tableau Nettoyage contient les informations suivantes :
• Données du rapport—Type de données à nettoyer.
• Table SQL Server—Table de base de données dans laquelle sont stockées
les données.
• Affichage de SQL Server—Vues SQL associées à la table de base de
données dans laquelle sont stockées les données. Ces vues sont utilisées
lors de la modification de rapports et de la création de rapports
personnalisés. L'aide en ligne inclut les définitions de toutes les vues.
• Jours de nettoyage—Nombre de jours par défaut de conservation des
donnés du type sélectionné avant l'exécution du nettoyage.
Dans la plupart des cas, le programme de nettoyage est configuré en vue de la
conservation d'un mois de données. Les données liées à l'utilisation des
applications sont conservées pendant une durée de 90 jours, en raison du besoin
de suivi de l'utilisation des applications à des fins de gestion des licences et de
création de rapports de mise en conformité, présent dans de nombreux
environnements. En revanche, les données réseau ne sont conservées que pendant
10 jours, en raison des volumes élevés de donnés et de la nature transitoire de ces
données.
La stratégie de nettoyage d'un type de données spécifique doit prendre en compte
la diminution de l'utilité des données depuis la collecte et le volume de données
collectées sur une période donnée. Par exemple, les données de la table
alert_incoming ont une durée de vie courte. Les alertes en temps réel sont
destinées à résoudre des problèmes essentiels, qui peuvent être résolus
rapidement via l'exécution d'une action appropriée (c'est le cas du vidage
d'applications critiques ou des interruptions du réseau, par exemple). En raison de
ces caractéristiques et de la conservation des données d'historique, les données
des alertes en temps réel sont nettoyées de façon systématique.
Il est important de garantir la prise en compte du programme de nettoyage si des
données sont entreposées ou si des rapports sont archivés. En cas de transfert des
données moins fréquent que stipulé dans le programme de nettoyage pour un
certain type de données, une perte de données risque de se produire. De la même
façon, les programmes d'archivage de rapports doivent prendre en compte le
programme de nettoyage afin d'éviter d'inclure des écarts dans les rapports
d'historique.
Vous pouvez surveiller l'état des tâches de nettoyage via l'affichage du journal de
nettoyage (État du serveur > Journal des nettoyages). Ce journal contient les
informations suivantes :
• Zone des données—Type de données pour lesquelles le nettoyage a été
effectué.
• Nom de la tâche de nettoyage—Nom de la tâche de nettoyage exécutée,
telle que core_groom_instance.
• État de la tâche—État d'achèvement de la tâche, tel que « La tâche de
maintenance a réussi. »
• Heure de début—Date et heure de début de la tâche de nettoyage.
• Durée—Temps écoulé pendant l'exécution de la tâche de nettoyage. Il est à
noter que dans le cas de bases de données peu volumineuses, les tâches de
nettoyage peuvent afficher une durée égale à zéro.
Gestion des tâches de maintenance

Outre le nettoyage, d'autres tâches de maintenance sont effectuées par les
serveurs EdgeSight. Ces tâches incluent les téléchargements de données et
l'effacement des caches, ainsi que des zones de stockage temporaires. Chaque
tâche est associée à un programme (15 minutes ou De nuit). Le programme
15 minutes permet d'exécuter des tâches à 15 minutes d'intervalle, lorsque le
serveur EdgeSight est opérationnel ; ce programme n'est pas configurable. Le
programme De nuit est exécuté une fois au cours de la nuit ; l'heure de début peut
être configurée. Par défaut, l'heure de début a lieu quinze minutes après minuit, en
fonction de l'heure du serveur. Cela permet d'exécuter la tâche pendant qu'un
nombre minimal d'utilisateurs est actif. Le tableau ci-après illustre les pages de la
console à afficher lors de la gestion des tâches de maintenance.
Page de la console Opérations

Configuration du serveur > Permet d'afficher des programmes de tâches, de
Maintenance des données > modifier l'heure de début du programme De nuit, et
Tâches d'exécuter manuellement des tâches associées à des
programmes.
État du serveur > État de la Permet de déterminer l'heure de la dernière exécution de
tâche tâche et l'état d'achèvement correspondant. Vous pouvez
également afficher la durée totale de l'ensemble des
tâches, ainsi que la durée de la dernière exécution de
tâches individuelles.
État du serveur > Journal des Permet d'afficher l'historique d'exécution des tâches
tâches individuelles (résultats, durée et heure de début).
Gestion des machines non gérées

Les machines non gérées sont des systèmes qui exécutent un agent EdgeSight non
associé à une société et à un département. L'agent peut communiquer avec le
serveur et être inclus dans la liste des machines non gérées, sous réserve qu'un
serveur et un port valides aient été spécifiés pendant l'installation. Certaines
machines peuvent être non gérées pour les motifs suivants :
• Les informations fournies par l'agent sur la société au moment de
l'enregistrement auprès du serveur ne correspondent pas à une société
existante.
• Le paramètre Enregistrer automatiquement des agents est désactivée.
Pour obtenir plus d'informations, veuillez consulter « Paramètres
d'enregistrement d'agent » à la page 29.
• Une altération de base de données a eu lieu sur la machine et la
récupération a échoué.
Vous pouvez contrôler le nombre de machines non gérées dans la page État du
système, ou encore en accédant à Paramètres de serveur > Configuration >
Machines non gérées. La page Machines non gérées permet de déplacer une
machine vers une société et un département spécifiques. Les machines qui
exécutent des agents EdgeSight pour XenApp 5.0 peuvent uniquement être
déplacées vers le département de batteries PS. Toutes les autres machines peuvent
être déplacées vers le département Points de terminaison. Pour les agents
précédemment enregistrés auprès du serveur, le département vers lequel la
machine a effectué le dernier téléchargement de données s'affiche dans le champ
Organisation enregistrée.
L'agent EdgeSight d'une machine non gérée collecte les données et les télécharge
sur le serveur, mais ces dernières n'apparaissent dans aucun rapport historique ou
en temps-réel. Ces données peuvent donc être nettoyées, c'est pourquoi les
machines ne doivent pas rester non gérer trop longtemps si vous ne souhaitez pas
subir de pertes de données. Examinez le champ Dernier téléchargement afin de
déterminer l'heure de la dernière communication entre l'agent résidant sur la
machine et le serveur.
Affichage de l'état du broker de base de données d'agent

Les pages de configuration situées sous le dossier Broker de base de données
d'agent (regroupements, serveurs de base de données d'agent et historique de
broker) n'affichent que des données si le serveur EdgeSight agit en tant que
broker de base de données pour les agents EdgeSight de point de terminaison
installés sur des bureaux virtuels dans un environnement regroupé. Bien que les
composants de broker de base de données sont compris dans toutes les
installations de serveur EdgeSight, ils ne sont pas utilisés à moins que le serveur
ne soit spécifié en tant que broker de base de données lors des installations du
serveur de base de données d'agent et de l'agent EdgeSight. Pour une description
des divers composants requis pour surveiller les bureaux virtuels, consultez
« Composants EdgeSight requis pour la surveillance des bureaux virtuels » à la
page 12.
Ces pages reflètent l'état signalé par les serveurs de base de données d'agent, les
regroupements et les machines (dans ce cas, des bureaux virtuels exécutant des
agents EdgeSight). Dans la plupart des cas, les actions prises sur ces pages sont
des modifications d'entretien, telles que la suppression d'un regroupement non
utilisé ou d'informations d'enregistrement abandonnées pour un serveur de base
de données d'agent. Les actions qui affectent directement votre environnement
sont le rééquilibrage de regroupements et l'activation/désactivation de serveurs de
base de données d'agent.
Affichage de l'état d'un regroupement et

rééquilibrage de regroupements
Utilisez la page Regroupements (Configuration > Configuration du serveur >
Broker de base de données d'agent > Regroupements) pour afficher des
informations sur les regroupements (groupes nommés de bureaux virtuels). Le
nom du regroupement correspond au nom de groupe de bureaux XenDesktop. En
plus d'afficher l'état d'un regroupement, vous pouvez rééquilibrer ou supprimer
des regroupements.
La fonction de rééquilibrage vous permet de manuellement forcer une
redistribution des agents liés aux serveurs de base de données. Les agents ne sont
pas immédiatement rééquilibrés ; la redistribution se produit dans le temps alors
que les bureaux virtuels sont fermés et redémarrés.
Attention : le rééquilibrage d'agents dans un regroupement de serveurs de base

de données entraîne la perte des données de l'agent EdgeSight stockées sur ces
serveurs. N'effectuez pas de rééquilibrage manuel si vous voulez conserver les
données d'agent.
La suppression de regroupements est une opération de gestion interne qui devrait
être réalisée lorsque tous les serveurs de base de données d'agent associés à un
regroupement ont été supprimés. Pour plus d'informations sur le rééquilibrage et
la suppression de regroupements, consultez la rubrique « Regroupements » de
l'aide en ligne.
Affichage de l'état du serveur de base de données

Utilisez la page Serveurs de base de données d'agent (Configuration >
Configuration du serveur > Broker de base de données d'agent > Serveurs de
base de données d'agent) pour afficher l'état courant du serveur et pour réaliser
des actions liées à tous les serveurs de base de données d'agent qui se sont
enregistrés avec les composants de broker de base de données du serveur
EdgeSight. Vous pouvez désactiver/activer et supprimer des serveurs.
Si des tâches de maintenance sont requises ou qu'un problème s'est produit sur un
serveur de base de données, vous pouvez désactiver le serveur de base de
données. La désactivation d'un serveur signifie que les composants du broker de
base de données du serveur EdgeSight ne déclarent pas les capacités du serveur
auprès de nouveaux agents. Les agents qui utilisent déjà le serveur de base de
données continuent à stocker des données dans la base de données. Une fois la
maintenance réalisée ou le problème résolu, vous pouvez activer le serveur afin
de le mettre à disposition pour établir des connexions vers les agents.
La suppression d'un serveur de base de données d'agent ne supprime que les
données d'enregistrement stockées sur la base de données du serveur EdgeSight,
telles que le nom de serveur de base de données d'agent, le port et l'association de
regroupements. La fonctionnalité est conçue pour vous permettre de supprimer un
enregistrement abandonné pour un serveur qui a été désinstallé ou attribué à un
autre serveur EdgeSight.
Pour plus d'informations sur l'état du serveur, la désactivation/activation de
serveurs et la suppression de serveurs, consultez la rubrique « Serveurs de base de
données d'agent » de l'aide en ligne.
Affichage de l'historique du broker

Utilisez la page d'historique du broker (Configuration > Configuration du
serveur > Broker de base de données d'agent > Historique de broker) pour
afficher les messages d'état des serveurs de base de données d'agent EdgeSight,
des regroupements et des machines. La liste de messages peut être filtrée par
serveur, regroupement ou machine, fournissant un historique chronologique du
composant sélectionné. La plupart des messages sont des messages
d'informations, mais les erreurs sont affichées pour les agents qui ne sont pas
capables de se connecter à un serveur de base de données. Notez que les chaînes
d'erreur longues sont tronquées à environ 512 caractères. Consultez la rubrique
« Historique de broker » de l'aide en ligne pour plus d'informations sur les
colonnes individuelles du tableau Historique de broker.
Résolution des problèmes du broker de base de

données
Vous pouvez activer la journalisation détaillée pour l'utiliser lors du débogage des
problèmes de broker sur la page de l'onglet Broker de base de données d'agent
dans Configuration du serveur > Paramètres, comme décrit à la section
« Configuration de la journalisation du broker de base de données d'agent » à la
page 64.
Lors de l'installation, un agent peut être configuré pour contacter le serveur
EdgeSight agissant comme broker de base de données pour recevoir une chaîne
de connexion de base de données. S'il ne parvient pas à recevoir une connexion de
base de données, l'agent se ferme et inscrit des informations d'erreur dans le
journal SYS_EVENT_TXT.TXT local. Si le service File Monitor de l'agent ne
fonctionne pas correctement, une copie de ce fichier sera copiée sur le partage de
fichiers de données d'agent. Si le problème est qu'un chemin incorrect a été fourni
au broker de base de données, vous pouvez modifier les paramètres de
configuration à l'aide de l'applet du Panneau de configuration de l'agent de
contrôle du système Citrix. Vous devez cependant effectuer ces modifications sur
l'image de base afin qu'elles puissent être propagées à tous les bureaux. Pour plus
d'informations sur l'installation et la configuration d'agents dans un
environnement regroupé, consultez Guide d'installation de Citrix EdgeSight.
Affichage de messages serveur et réponse

La page Messages (État du serveur > Messages) affiche les messages d'état et
d'événements pour les serveurs EdgeSight et pour les machines exécutant les
agents EdgeSight. Vous pouvez filtrer la liste des messages par type de message
(Tous les types, messages d'erreur, d'avertissement, d'informations, de nouvelle
machine ou de contrôle actif) ou par société (Toutes les sociétés, Aucune société
spécifiée ou une société spécifique).
Gestion des scripts du serveur

La page Server Script Host (État du serveur > Server Script Host) affiche l'état
des services sur le serveur EdgeSight. Ces services incluent des fonctions de base
telles que des fonctions d'alerte, de données utiles et de gestion du fichier de
vidage, ainsi que des fonctions de maintenance (nettoyage des dossiers
temporaires et vidage des dossiers de rapports, par exemple). Chaque service
possède un fichier journal associé, qui peut s'avérer d'une grande utilité pour
isoler les problèmes de fonctionnement serveur. Vous pouvez également démarrer
et arrêter des services, bien que cela s'effectue généralement au niveau de la
Direction du support technique Citrix.
C HAPITRE 4
Utilisation d'EdgeSight dans des

environnements mixtes
Ce chapitre décrit les données collectées et affichées en fonction des versions de

l'agent EdgeSight et du serveur XenApp ou Presentation Server contrôlées.
Disponibilité des fonctions EdgeSight en fonction des

paramètres de prise en charge de l'agent
Cette section fournit des informations sur les fonctions affichées et les données
collectées en fonction des paramètres de prise en charge de l'agent (Onglet
Configuration > Configuration du serveur > Paramètres). Les fonctions du
serveur sont disponibles sur l'onglet sur lesquelles elles apparaissent dans la
console du serveur EdgeSight ou par type de fonction, tel que les alertes. Un X
indique que la fonction ou des données sont présentes. Si la colonne est vide,
aucune fonction ou donnée n'est présente.
Veuillez noter que les paramètres de prise en charge de l'agent contrôlent
uniquement l'affichage des données sur la console ; ils n'affectent pas la collecte
de données par les agents.
Les types d'agents suivants sont disponibles dans EdgeSight :
• EdgeSight pour points de terminaison—les agents de points de terminaison
permettent de contrôler les machines de point de terminaison et de collecter
des données s'y rapportant.
• Agent EdgeSight pour Virtual Desktops : les agents de bureaux virtuels
contrôlent les bureaux virtuels basés sur XenDesktop 4.0. En plus de
contrôler les performances du système, d'application et du réseau, il
collecte les données de canal ICA y compris les compteurs multimédia
XenDesktop, collecte les métriques d'expérience utilisateur et les alertes sur
les performances de session XenDesktop. Notez que cet agent ne fournit
pas de contrôle du Desktop Delivery Controller (DDC).
• EdgeSight pour XenApp, niveau de base : les agents de base fournissent la

fonction de gestion des ressources comprise dans l'édition Enterprise de
XenApp. Seule une licence Enterprise est requise sur votre serveur de
licences Citrix..
• EdgeSight pour XenApp, niveau avancé : les agents avancés fournissent la
version complète de EdgeSight pour XenApp. Ils requièrent pour cela que
vous disposiez soit d'une licence édition Platinum, soit d'une licence
EdgeSight pour XenApp sur votre serveur de licences Citrix.
Onglet Contrôle
Fonction Point de XA de base XA avancé Virtual Desktop
terminaison
Contrôleur de la batterie X X X
Console d'alerte X X X X
Tableau de bord X X X X
Liste d'alertes X X X X
Onglet Dépannage
Menu Fonction Point de XA de base XA avancé Virtual
terminaison Desktop
Dépannage Dépannage utilisateur X X
Outil de dépannage X X X X
des machines
Route de traçage des X X X
machines
Liste des processus de X X X X
machine
Rechercher les X X X X
serveurs EdgeSight
Chapitre 4 Utilisation d'EdgeSight dans des environnements mixtes 87
Menu Fonction Point de XA de base XA avancé Virtual

terminaison Desktop
Rapports en temps Synthèse des X X X X
réel machines
Liste d'alertes X X X X
Performance du X X X X
système
Comparaison de X X X X
systèmes
Performances réseau X X X
Synthèse utilisateur X
XenApp
Synthèse XenApp X X
Compteurs de X X X X
performances
personnalisés
Onglet Planification et gestion

terminaison
Présentation X X X X
Synthèse des machines X X X X
Synthèse réseau X X X
Synthèse réseau par site X X X
Synthèse de la transaction X X X
réseau
Synthèse utilisateur XenApp X
Synthèse de performance des X X X X
processus par processus
Synthèse de stabilité de X X X
Synthèse des processus X X X X

terminaison
Synthèse utilisateur pour un X X
groupe d'utilisateur
Synthèse XenDesktop X
XenDesktop
Onglet Parcourir
Remarque : Les rapports Sessions créées et Sessions créées pour un groupe
d'utilisateurs ont été renommés Détails d'ouverture de session utilisateur et
Détails d'ouverture de session utilisateur pour un groupe d'utilisateurs
respectivement pour refléter de manière plus précise les données affichées.
Certains rapports ont également été renommés pour remplacer Presentation
Server par XenApp.
Nom de rapport Point de XA de base XA avancé Virtual Desktop

terminaison
Alertes X X X X
Échec de réponse des X
applications
Temps de réponse des X
applications
Temps de réponse X
d''application pour un test
Changements de ressources X X X X
Actifs pour une machine X X X X
Gestion de l'utilisation de l'UC X X
Archive de machines X X X X
Synthèse des machines X X X X
Utilisation d'environnement X X X
Archive d'erreur X X X X
Alertes de journal X X X X
d'événements
Alertes de journal X X X X
d'événements pour un groupe
d'utilisateurs
Alertes matérielles X X X

terminaison
Changement des ressources X X X X
matérielles
E/S HDX MediaStream X
E/S HDX Plug-n-Play X
E/S audio ICA X X
Version du client ICA X X
E/S lecteur ICA X X
E/S imprimante ICA Printer X X
Compression de session ICA X X
E/S session ICA X X
Latence de session ICA X
Latence de session ICA pour X
un groupe d'utilisateurs
Durée des boucles de session X X
ICA
Archive de durée des boucles X X
de session ICA
ICA pour un groupe
d'utilisateurs
Trafic de session ICA X X
Trafic de session ICA pour un X X
groupe d''utilisateurs
E/S vidéo ICA X X
Disponibilité du service IMA X X
État du service IMA X X
Archive de connexion réseau X X X
Archive de transactions réseau X X X
réseau
Nouveaux processus X X X X
Nouveaux sites X X X

terminaison
Délai réseau des ports X X X
Durée des boucles réseau du X X X
port
Volume réseau des ports X X X
Erreurs Web des ports X X X
UC processus X X X X
UC cumulé des processus X X X X
Erreurs de processus X X X
Erreurs de processus pour un X X X
groupe d'utilisateurs
Défaillances de processus X X X
Défaillances de processus pour X X X
Utilisation mémoire des X X X X
processus
Délai réseau des processus X X X
Volume réseau des processus X X X
Alertes de processus sans X X X
réponse
réponse pour un groupe
d''utilisateurs
Pages par seconde des X X X X
processus
Archives de performances X X X X
processus
Synthèse de performance des X X X X
Synthèse de stabilité de X X X X
Synthèse des processus X X X X
Nombre de threads des X X X X
processus
Utilisation des processus X X X X
Archive d''utilisation des X X X X
processus

terminaison
Liste des alertes en temps réel X X X X
Synthèse des machines en X X X X
temps réel
Performances réseau en temps X X X
réel
Comparaison des systèmes en X X X X
temps réel
Performances des systèmes en X X X X
temps réel
Synthèse XenApp temps réel X X X
Synthèse utilisateur XenApp X X
temps réel
Redémarrages X X X
Reconnexion automatique aux X X
sessions
Durée de démarrage de session X X
du client et du serveur
Durée démarrage client des X X
sessions
Archive d''horaire de X X
démarrage client de session
Type client des sessions X X X
Nombre de sessions X X
UC des sessions X X
UC de session pour un groupe X X
d''utilisateurs
Temps de connexion des X X
sessions
Horaire de connexion de X X
session pour un groupe
d''utilisateurs
Mémoire des sessions X X
Bande passante réseau utilisée X X
des sessions
Délai réseau des sessions X X
Délai réseau de session pour un X X

terminaison
réseau
Durée des boucles réseau de X X
d''utilisateurs
Volume réseau des sessions X X
Volume réseau de session pour X X
un groupe d''utilisateurs
Défauts de pages des sessions X X
Archive des performances de X X
session
Durée de démarrage serveur X X
des sessions
Archive des horaires du serveur X X
de session
Détails durée de démarrage des X X
sessions
Délai réseau des sites X X X
Erreurs réseau de site X X X
Erreurs réseau de site pour un X X
Durée des boucles réseau de X X X
site
Volume réseau des sites X X X
Changement des ressources X X X X
logicielles
UC système X X X X
Synthèse UC du système X X X X
Utilisation disque du système X X X X
Archive d''utilisation du disque X X X X
système
Synthèse d'utilisation disque du X X X X
système
Noyau pour une machine du X X X X
système
Mémoire système pour un X X X

terminaison
Synthèse mémoire du système X X X X
Utilisation mémoire du X X X X
système
Défauts de pages du système X X X X
Archive des performances X X X X
système
Archive des événements de X X X X
traçage
Délai réseau des transactions X X X
Durée des boucles réseau des X X X
transactions
Volume réseau des transactions X X X
Erreurs Web des transactions X X X
Nombres d'ouvertures de X X
session utilisateur
Détails d'ouvertures de session X X X
utilisateur
Détails d'ouvertures de session X X X
utilisateur pour un groupe
d'utilisateurs
Synthèse utilisateur pour un X X
Sites visités X X X
Archive d'utilisation X X
environnementale XenApp
Archive de performances de X
session XenApp
Archive des performances X X
système XenApp
Synthèse utilisateur XenApp X
Synthèse XenDesktop X
XenDesktop
Alertes
Nom de l''alerte Point de XA de base XA avancé Virtual Desktop
terminaison
Nombre de sessions actives X X
élevé
Erreur d'application X X X
Performances des applications X X X X
applications
applications
Échec de communication de X X
mise à jour client
Échec de lecture du fichier de X X
base de données de mise à jour
client
Échec de lecture de base de X X
données de mise à jour client
Échec de lecture du répertoire X X
de mise à jour client
Échec de mise en cache du X X
fichier de mise à jour client
Échec d'énumération du fichier X X
Échec de lecture du fichier ICA X X
Échec de commencement X X
d'installation de mise à jour
client
Échec de lecture de X X
configuration d'installation de
mise à jour client
Espace disque insuffisant pour X X
la mise à jour client
Erreur de permissions X X
insuffisantes pour la mise à
jour client
Échec d'allocation de mémoire X X
pour la mise à jour client

terminaison
Échec d'envoi d'une nouvelle X X
version de mise à jour client
Échec d'arrêt de mise à jour X X
client
Échec de mise à niveau de mise X X
à jour client
Base de données de X X
journalisation de la
configuration non disponible
Échec d'enregistrement du X
bureau
Redémarrage de machine X X X
Session dominante X X
Dépassement de sessions X X
déconnectées
Échec de connexion au X X
magasin de données de la
batterie
Échec de l'opération de suivi et X X
de rétablissement de l'état
Échec du test de suivi et de X X
rétablissement de l'état
Pulsation arrêtée X
Utilisation élevée de ressource X X X X
d'application
Le service IMA ne répond pas X X
Échec de connexion au serveur X X
de licences
Événement Light Trace X X X
Nombre maximum de X X
connexions à des batteries
dépassé
Dépassement des performances X X X
de connexion réseau spécifiées
dans le contrat de niveau de
service
Erreur de socket réseau X X X
Échec de transaction réseau X X X

terminaison
Dépassement des performances X X X
de transaction réseau spécifiées
dans le contrat de niveau de
service
Nouveau processus X X X X
Nombre de serveurs dans une X X
zone trop élevé
Échec du disque physique X X
Changement du matériel Plug X X X
and Play
Échec des services X X X
d'impression
Défaillance de processus X X X
Arrêt de processus X X X
Instantané du processus X X X
Limite d'utilisation simultanée X X
d'applications publiées
Échec d'utilisation d'une X X
application publiée
Session déconnectée X
Durée d'inactivité de la session X X
trop longue
Session arrêtée X X
Performances de session (sans X
EUEM)
Performances de sessions X X X
Connexion ICA lente X X X
Connexion ICA lente (sans X
EUEM)
Goulot d'étranglement du X X X X
disque système
Ressources système X X X X
insuffisantes
Performance du système X X X X
Ralentissement du système X X X X
Écroulement (thrashing) du X X X X
système

terminaison
Erreur de connexion au client X X
Terminal Server
Échec de découverte du serveur X X
de licences des services
Terminal Server
Écroulement d'application X X X X
Écroulement de session X X
Échec de démarrage de VDA X
Journal d'événements X X X X
Windows : erreur d'application
Windows : échec de l'audit de
sécurité
Windows : erreur système
Sélection de collecteur de X X
données déclenchée
Désignations de collecteur de X X
données trop fréquentes
Type de données Point de XA de base XA avancé Virtual Desktop

terminaison
Surveillance des applications X
actives
Erreurs d'application X X X
Pas de réponse de l'application X X X
Données EUEM/SEMS X X
Performances de canal ICA X X
Services d'impression X X
Type de données Point de XA de base XA avancé Virtual Desktop

terminaison
Performances de sessions X X
Performance du système X X X
Contrôle des performances X X X X
personnalisé
Changements de ressources X X X X
machines
Utilisation du disque X X X X
Événements Light Trace X X X X
Transactions réseau X X X
Arrêts/instantanés des processus X X X
Performances des processus X X X X
Utilisation des processus X X X X
Accès à l'agent distant X X X X
Performance du système X X X X
Onglet Configuration
Les utilisateurs disposant de privilèges administratifs ont accès à toutes les
fonctions de l'onglet Configuration. Il existe toutefois certaines exceptions en
fonction du paramètre de prise en charge de l'agent :
• Si la prise en charge de EdgeSight pour XenApp est désactivée, la page
Authentification de la batterie ne s'affiche pas.
• Si la prise en charge de EdgeSight pour XenApp est définie sur De base, la
page Plages IP ne s'affiche pas.
• Si seulement la prise en charge de l'Agent EdgeSight pour Virtual Desktop
est activée, la page Licences ne s'affiche pas.
Prise en charge de Active Application Monitoring

L'agent EdgeSight pour XenApp 5.0 exécuté en mode avancé est requis pour
l'enregistrement de scripts Active Application Monitoring.
Disponibilité des fonctions EdgeSight en fonction des

versions de l'agent
Le type de données collectées dépend de la version de l'agent EdgeSight installée
sur une machine. Certains rapports et vues SQL ne renvoient aucune donnée si la
collecte de ce type de données n'est pas prise en charge par l'agent.
Agents EdgeSight 4.2

Les machines doivent exécuter un agent EdgeSight version 4.2 ou ultérieure pour
pouvoir être affichées dans le tableau de bord.

EdgeSight pour XenApp fournit des données de suivi de l'expérience de
l'utilisateur final très précises (EUEM) collectées via l'infrastructure du serveur
XenApp ou Presentation Server et le client ICA. Ces données comprennent des
mesures relatives à la bande passante réseau, le temps aller-retour ICA, l'heure de
démarrage du client et du serveur, et la bande passante des canaux ICA. (Les
données de suivi de l'expérience de session remplacent les données de latence de
session recueillies précédemment.) La collecte de ces mesures dépend de
l'ensemble de composants logiciels suivants :
• Agent EdgeSight 4.5 (ou version supérieure) exécuté sur le serveur
XenApp ou Presentation Server
• Presentation Server 4.5 (ou version supérieure), édition Enterprise ou
Platinum
• Client ICA version 10 ou supérieure
Si ces composants logiciels ne sont pas présents sur la machine contrôlée, les
vues SQL et rapports suivants ne renvoient aucune donnée :
• Rapports
• Heure de démarrage du client pour une archive de groupe
• Temps aller-retour ICA
• Archive du temps aller-retour ICA
• Trafic ICA pour un groupe d'utilisateurs
• Archive de l'heure de démarrage du serveur
• Durée démarrage client des sessions
• Durée de démarrage serveur des sessions
• Détails durée de démarrage des sessions
• Vues SQL
• vw_ctrx_client_start_perf - Performances de démarrage du client
• vw_ctrx_archive_client_start_perf - Archive des performances de
démarrage du client
• vw_ctrx_ica_rt_perf - Performances de durée des boucles ICA
• vw_ctrx_archive_ica_roundtrip_perf - Archive des performances de
durée des boucles ICA
• vw_ctrx_server_start_perf - Performances de démarrage du serveur
• vw_ctrx_archive_server_start_perf - Archive des performances de
démarrage du serveur

Les outils, rapports et vues SQL suivants renvoient des données uniquement si un
agent EdgeSight doté d'une version 5.0 ou supérieure est installé sur la machine
contrôlée :
• Active Application Monitoring (l'agent doit se trouver en mode avancé)
• Contrôleur de la batterie
• Rapports
• E/S audio ICA
• E/S lecteur ICA
• E/S imprimante ICA Printer
• Compression de session ICA
• E/S session ICA
• E/S vidéo ICA
• Disponibilité du service IMA
• État du service IMA
• Reconnexion automatique aux sessions
• Vues SQL
• vw_ctrx_session_autoreconnect - Reconnexions automatiques pour
une session
• vw_ctrx_archive_session_autoreconnect - Reconnexions
automatiques pour une archive de sessions
• vw_ctrx_service_state - État de service ICA
• vw_ctrx_archive_service_state - Archive d'état de service ICA
• vw_ctrx_service_availability - Disponibilité du service ICA
• vw_ctrx_archive_service_availability - Archive de disponibilité de
service ICA
• vw_ctrx_channel_perf - Performances des canaux ICA
• vw_ctrx_archive_channel_perf - Archive des performances des
canaux ICA
Agents Edgesight 5.2

L'Agent EdgeSight pour Virtual Desktops a été ajouté à EdgeSight 5.2. Cet agent
est requis pour la collection des données affichées dans les rapports suivants :
• Synthèse XenDesktop
• Synthèse utilisateur XenDesktop
• E/S HDX MediaStream
• E/S HDX Plug-n-Play
Soit l'Agent EdgeSight pour XenApp 5.x soit l'Agent EdgeSight pour Virtual
Desktops 5.2 est requis pour la collection des données affichées dans les
nouveaux rapports suivants :
• Version du client ICA
• Nombres d'ouvertures de session utilisateur
Si un agent pré version 5.2 est installé sur un bureau virtuel, l'ensemble de
rapports et d'alertes affichant des données de performances et des conditions
d'alerte pour la machine est le même que les rapports et alertes affichés pour une
machine possédant un Agent EdgeSight pour points de terminaison. Référez-vous
aux sections « Onglet Parcourir » à la page 88 et « Alertes » à la page 94 pour des
listes de rapport et d'alertes applicables aux Agents EdgeSight pour points de
terminaison.
Un certain nombre de nouvelles vues SQL ont été ajoutées dans EdgeSight 5.2.
Consultez la rubrique Vues SQL de bureaux virtuels dans l'aide en ligne pour
obtenir des définitions sur ces vues. Notez que la plupart des vues sont partagées
les capacités de contrôle de XenApp et XenDesktop de EdgeSight. Les vues
appelées vw_vda_* sont uniquement utilisées pour récupérer les données
provenant de bureaux virtuels. Les vues appelées vw_xa_vda_* peuvent être
utilisées pour récupérer des données depuis soit un serveur XenApp, soit un
bureau virtuel. Sélectionnez la vue correspondant aux types de machines de votre
environnement. Notez que EdgeSight ne contrôle actuellement pas les systèmes
Desktop Delivery Controller (DDC).
Collecte des données par version Presentation Server ou

XenApp Server
Le type de données collectées et affichées dépend de la version de Presentation
Server ou XenApp Server en cours de surveillance ainsi que la version de l'agent
EdgeSight installée sur une machine. Certains rapports et vues SQL ne
retourneront pas de données si la collecte de ce type de données n'est pas pris en
charge par la version du serveur en cours de surveillance ou par la version de
l'agent.
Rapports
Le tableau suivant répertorie quels rapports affichent des données en se basant sur
la version de XenApp ou Presentation Server avec un agent EdgeSight 5.x. Dans
certains cas, il se peut que l'affichage des données soit limité par l'utilisation des
versions d'agents antérieures. Pour plus d'informations sur la relation entre la
version d'un agent et la collecte de données, consultez « Disponibilité des
fonctions EdgeSight en fonction des versions de l'agent » à la page 99.
Nom de rapport CPS 4.0 CPS 4.5 XenApp 5.0

Archive des alertes X X X
Alertes X X X
applications La version de
l'agent
EdgeSight doit
être 5.0 SP2
applications La version de
l'agent
EdgeSight doit
être 5.0 SP2
Temps de réponse X
d''application pour un test La version de
l'agent
EdgeSight doit
être 5.0 SP2
Changements de ressources X X X
Actifs pour une machine X X X
Gestion de l'utilisation de l'UC X X
Archive de machines X X X

Synthèse des machines X X X
Utilisation d'environnement X X
Alertes de journal X X X
d'événements
Alertes de journal X X X
d'événements pour un groupe
d'utilisateurs
Alertes matérielles X X X
Changement des ressources X X X
matérielles
E/S HDX MediaStream
E/S HDX Plug-n-Play
E/S audio ICA X X
Version du client ICA
E/S lecteur ICA X X
E/S imprimante ICA Printer X X
Compression de session ICA X X
E/S session ICA X X
Latence de session ICA X
Latence de session ICA pour X
ICA
Archive de durée des boucles X X
de session ICA
ICA pour un groupe
d'utilisateurs
Trafic de session ICA X X
Trafic de session ICA pour un X X
E/S vidéo ICA X X
Disponibilité du service IMA X X
Archive de connexion réseau X X X

Archive de transactions réseau X X X
réseau
Nouveaux processus X X X
Nouveaux sites X X X
Délai réseau des ports X X X
Durée des boucles réseau du X X X
port
Volume réseau des ports X X X
Erreurs Web des ports X X X
UC processus X X X
UC cumulé des processus X X X
Erreurs de processus X X X
Erreurs de processus pour un X X X
Défaillances de processus X X X
Défaillances de processus pour X X X
Utilisation mémoire des X X X
processus
Délai réseau des processus X X X
Volume réseau des processus X X X
réponse
réponse pour un groupe
d''utilisateurs
Pages par seconde des X X X
processus
Archives de performances X X X
processus
Synthèse de performance des X X X

Synthèse de stabilité de X X X
Synthèse des processus X X X
Nombre de threads des X X X
processus
Utilisation des processus X X X
Archive d''utilisation des X X X
processus
Liste des alertes en temps réel X X X
Synthèse des machines en X X X
temps réel
Performances réseau en temps X X X
réel
Comparaison des systèmes en X X X
temps réel
Performances des systèmes en X X X
temps réel
Synthèse XenApp temps réel X X X
Synthèse utilisateur XenApp X X X
temps réel
Redémarrages X X X
Reconnexion automatique aux X X
sessions
Durée démarrage client des X X
sessions
Archive d''horaire de X X
démarrage client de session
Type client des sessions X X
Nombre de sessions X X
UC des sessions X X
UC de session pour un groupe X X
d''utilisateurs
Temps de connexion des X X
sessions
Horaire de connexion de X X
d''utilisateurs
Mémoire des sessions X X

Bande passante réseau utilisée X X
des sessions
Délai réseau des sessions X X
Délai réseau de session pour un X X
réseau
Durée des boucles réseau de X X
d''utilisateurs
Volume réseau des sessions X X
Volume réseau de session pour X X
un groupe d''utilisateurs
Défauts de pages des sessions X X
Durée de démarrage serveur X X
des sessions
Archive des horaires du serveur X X
de session
Détails durée de démarrage des X X
sessions
Délai réseau des sites X X X
Erreurs réseau de site X X X
Erreurs réseau de site pour un X X X
Durée des boucles réseau de X X X
site
Volume réseau des sites X X X
Changement des ressources X X X
logicielles
UC système X X X
Synthèse UC du système X X X
Utilisation disque du système X X X
Archive d''utilisation du disque X X X
système
Synthèse d'utilisation disque du X X X
système
Noyau pour une machine du X X X
système

Mémoire système pour un X X X
Synthèse mémoire du système X X X
Utilisation mémoire du X X X
système
Défauts de pages du système X X X
Archive des performances X X X
système
Archive des événements de X X X
traçage
Délai réseau des transactions X X X
Durée des boucles réseau des X X X
transactions
Volume réseau des transactions X X X
Erreurs Web des transactions X X X
Nombres d'ouvertures de X X
session utilisateur
Détails d'ouvertures de session X X
utilisateur
Détails d'ouvertures de session X X
utilisateur pour un groupe
d'utilisateurs
Synthèse utilisateur pour un X X X
Sites visités X X X
Archive d'utilisation X X
environnementale XenApp
Archive de performances de X X
session XenApp
Synthèse XenApp X X X
Archive des performances X X X
système XenApp
Synthèse utilisateur XenApp X X X

Type de données CPS 4.0 CPS 4.5 XenApp 5.0
Surveillance des applications X
actives
Erreurs d'application X X X
Pas de réponse de l'application X X X
Données EUEM/SEMS X X
Performances de canal ICA X X
Services d'impression X X
Performances de sessions X X X
Contrôle des performances X X X
personnalisé
Changements de ressources X X X
machines
Utilisation du disque X X X
Événements Light Trace X X X
Transactions réseau X X X
Arrêts/instantanés des X X X
processus
Performances des processus X X X
Utilisation des processus X X X
Accès à l'agent distant X X X
C HAPITRE 5
Intégration de EdgeSight avec

Microsoft System Center
Operations Manager
Cette section offre des informations sur le déploiement et la configuration du

logiciel requis pour faire suivre les alertes EdgeSight à Microsoft® System
Center Operations Manager 2007 (SCOM) et contrôler l'intégrité des serveurs
EdgeSight. Le logiciel requis comprend le Pack d'administration Citrix EdgeSight
et le serveur EdgeSight 5.2. Actuellement, seules les alertes générées par les
Agents EdgeSight pour XenApp peuvent être envoyées.
À propos du Pack d'administration Citrix EdgeSight

Le Pack d'administration Citrix EdgeSight, ainsi que la fonctionnalité d'actions
d'alerte EdgeSight, facilitent l'envoi d'alertes depuis un serveur EdgeSight vers
SCOM. Le Pack d'administration comprend également des moniteurs, des règles,
des vues et des tâches destinées au contrôle de l'intégrité des serveurs Citrix
EdgeSight.
Lors de l'importation, le Pack d'administration EdgeSight découvre tous les
serveurs EdgeSight et implémente les règles qui reçoivent et affichent les alertes
envoyées par le serveur EdgeSight.
Les fonctionnalités du Pack d'administration EdgeSight comprend ce qui suit :

• collecte et affiche des alertes envoyées par le serveur EdgeSight ;
• contrôle l'intégrité des services Citrix RSSH Admin et Citrix RSSH
Application Manager ;
• redémarre à distance les services Citrix RSSH Admin et Citrix RSSH
Application Manager s'ils sont arrêtés ;
• collecte les erreurs EdgeSight inscrites dans le journal d'événements
d'application sur le serveur EdgeSight ;
• offre plusieurs méthodes de démarrer la console de serveur EdgeSight
depuis la console Operations Manager.
À propos de l'action d'alerte Faire suivre vers Microsoft

System Center Operations Manager
La fonctionnalité des actions d'alerte EdgeSight est utilisée pour faire suivre des
alertes EdgeSight vers le serveur de gestion racine Operations Manager . L'action
d'alerte Faire suivre vers Microsoft System Center Operations Manager vous
permet de spécifier un nom d'alerte, un serveur de gestion racine et un jeu
d'informations d'identification destinées à l'authentification à ce serveur.
Diagramme de déploiement
Le diagramme suivant illustre les communications entre le serveur Citrix
EdgeSight et System Center Operations Manager. Le flux de travail du Pack
d'administration EdgeSight se présente comme suit :
1. L'agent EdgeSight exécuté sur un serveur XenApp détecte une condition
d'erreur et déclenche une alerte sur le serveur EdgeSight
2. Une action d'alerte sur le serveur EdgeSight fait suivre l'alerte vers System
Center Operations Manager
3. Le Pack d'administration EdgeSight, dans Systems Center Operations
Manager, reçoit l'alerte EdgeSight et l'affiche dans la console Operations
Manager ; regroupant les alertes EdgeSight avec les alertes SCOM dans
une vue logique
Chapitre 5 Intégration de EdgeSight avec Microsoft System Center Operations Manager 113
Configuration système requise

L'intégration des alertes Citrix EdgeSight avec System Center Operations
Manager requiert le fichier Citrix EdgeSight MP que vous importez dans
Operations Manager depuis la console Operations Console.
Operations Manager 2007 Server
Pour utiliser le Pack d'administration, vous devez exécuter Operations Manager
2007. La configuration matérielle et logicielle Operations Manager 2007
minimale se trouve ici : http://www.microsoft.com/systemcenter/
operationsmanager/en/us/system-requirements.aspx.
Vous devez importer le Pack d'administration Citrix XenApp v5.0 dans
Operations Manager avant d'importer le Pack d'administration EdgeSight. Le
Pack d'administration XenApp est disponible sur le DVD XenApp Server édition
Enterprise et Platinum ou par téléchargement à l'adresse : www.citrix.com.
Il est important d'importer les fichiers du Pack d'administration XenApp dans

Operations Manager dans l'ordre suivant :
1. Citrix.Library.mp
2. Citrix.PresentationServer.mp
Le fichier Citrix.LicenseServer.mp fait également partie du Pack d'administration
XenApp, mais n'est pas requis par le Pack d'administration EdgeSight.
Remarque : assurez-vous de configurer un compte d'administrateur Citrix
« Profil Exécuter en tant que » avec les informations d'identification
d'administrateur Citrix après votre importation de Citrix.PresentationServer.mp.
Si vous ne parvenez pas à terminer cette étape, ils se peut que les serveurs Citrix
n'apparaissent pas dans le groupe Serveurs Citrix gérés. Consultez le Guide de
l'administrateur Pack d'administration pour Operations Manager 2007, pour
XenApp 5.0 pour Windows Server 2008 à l'adresse http://support.citrix.com/
article/CTX117650 pour des instructions détaillées.
Serveurs XenApp 5 et Presentation Server 4.x
Vous devez installer l'Agent Operations Manager et l'Agent Citrix EdgeSight
pour XenApp sur tous les serveurs XenApp et/ou Presentation Server comme
décrit à la section How to Deploy the Operations Manager 2007 Agent Using the
Agent Setup Wizard (http://technet.microsoft.com/en-us/library/bb309515.aspx).
Assurez-vous que les serveurs Citrix sont découverts et contrôlés de manière
appropriée dans EdgeSight et Operations Manager.
Serveur EdgeSight
Vous devez installer l'Agent Operations Manager sur le serveur EdgeSight pour
permettre à Operations Manager de découvrir et contrôler le serveur, ainsi que
pour recevoir des alertes depuis le serveur EdgeSight. Les procédures
d'installation sont fournies comme décrit à la section How to Deploy the
Operations Manager 2007 Agent Using the Agent Setup Wizard (http://
technet.microsoft.com/en-us/library/bb309515.aspx).
Vous devez également installer la console Operations Manager qui comprend des
bibliothèques requises pour que le serveur EdgeSight communique avec le
serveur de gestion racine Operations Manager, comme décrit à la section How to
Deploy an Operations Manager 2007 Operations Console Using the Setup
Wizard (http://technet.microsoft.com/en-us/library/bb381292.aspx).
Consultation des pré-requis

Important : Ces pré-requis sont répertoriés dans l'ordre dans lequel ils doivent
être importés ou installés.
Operations Manager 2007 Server
1. Importez Citrix.Library.mp
2. Importez Citrix.PresentationServer.mp
Serveurs XenApp
1. Installez l'Agent EdgeSight
2. Installez l'Agent Operations Manager
Serveur EdgeSight
1. Installez l'Agent Operations Manager
2. Installez la console Operations Manager ou la console Operations Manager
Authoring Console
Importation du Pack d'administration EdgeSight

Pour installer le Pack d'administration
1. Ouvrez le support EdgeSight, cliquez sur Parcourir le CD-ROM, et rendez-
vous sur \installers\Management_Packs.
2. Situez le fichier appelé Citrix.EdgeSight.mp et copiez-le dans le dossier
Management Pack par défaut (%ProgramFiles%\System Center
Management Packs\) sur toute machine exécutant la console Operations
Manager.
3. Ouvrez une session sur le serveur Operations Manager et ouvrez la console
Operations.
4. Sélectionnez Administration dans le panneau d'affichage, sélectionnez
Packs d'administration dans la vue Administration.
5. Sélectionnez Importer les packs d'administration dans le menu Actions.
6. Recherchez le fichier du Pack d'administration Citrix.EdgeSight.mp et
cliquez sur Ouvrir.
7. La boîte de dialogue Importer les packs d'administration s'affiche.
8. Cliquez sur Importer.
9. Après installation du Pack d'administration, Operations Manager le déploie
automatiquement sur tous les ordinateurs gérés de votre groupe
d'administration. Veuillez patienter pendant que ce processus se termine.
Configuration de l'action d'alerte

Pour configurer le serveur Citrix EdgeSight pour faire suivre les alertes vers
SCOM :
1. Démarrez la console du serveur EdgeSight.
2. Cliquez sur l'onglet Configurer.

3. Sous Configuration de société, sélectionnez Alertes > Actions.
4. Puis cliquez sur le bouton Nouvelle action d'alerte.
5. Sélectionnez l'option Faire suivre vers Microsoft System Center
Operations Manager puis cliquez sur le bouton Suivant pour démarrer
l'assistant de création des actions d'alertes
6. Si vous souhaitez utiliser une configuration existante (nom et informations
d'identification du Serveur d'administration racine), sélectionnez en une
dans la liste déroulante. Sinon, passez à l'étape suivante.
7. Entrez le nom ou l'adresse IP du Serveur d'administration racine de System
Center Operations Manager. Seul un nom de domaine complet (FQDN) est
requis dans ces cas-là où une connexion doit être établie entre le serveur
EdgeSight et le Serveur d'administration racine.
8. Entrez les informations d'identification devant être utilisées lors de
l'authentification du serveur.
9. Cliquez sur le bouton Suivant une fois que les propriétés d'action d'alerte
sont définies.
10. Révisez l'action d'alerte, puis cliquez sur Terminer pour l'enregistrer.
Une fois que l'action d'alerte est créée, vous devez l'attribuer à une règle d'alerte.
Attribution de l'action d'alerte à une règle d'alerte

Pour attribuer l'action d'alerte à une règle d'alerte :
1. Cliquez sur l'onglet Configurer.
2. Sous Alertes > Règles, cliquez sur l'icône de modification d'une règle
d'alerte existante pour lancer l'assistant des règles d'alertes.
3. Sélectionnez Modifier les mappages de règle d'alerte en action d'alerte
puis cliquez sur Suivant
4. Sur l'écran Attribuer une règle d'alerte à un département, Sélectionner tout
ou un département spécifique auquel vous souhaitez attribuer ces règles,
puis cliquez sur le bouton Suivant
5. Sur l'écran Attribuer une action à une règle d'alerte, choisissez
Sélectionnez les actions d'alerte qui mapperont la règle d'alerte,
vérifiez l'action d'alerte que vous avez créé à la section précédente, puis
cliquez sur le bouton Terminer
Désinstallation du pack d'administration EdgeSight

Le Pack d'administration peut être désinstallé à l'aide de la console Operations
Manager. La désinstallation du Pack d'administration entraîne la suppression de
toutes les références s'y rapportant dans la base de données Operations Manager ;
cela comprend notamment la suppression des objets de contrôle fournis par le
Pack d'administration et de tout événement, données d'alerte ou performances
découverts dynamiquement. Pour de plus amples informations sur la
désinstallation des packs d'administration, consultez votre documentation
Operations Manager.
Utilisation du Pack d'administration

Ce chapitre vous présente les vues, règles, moniteurs et tâches Citrix EdgeSight
comprises dans le Pack d'administration. Elle explique la procédure de
configuration du Pack d'administration pour votre site. Les rubriques
comprennent :
• Objets gérés Citrix
• Vues Citrix
• Démarrage de la console de gestion Citrix EdgeSight
À propos des objets gérés Citrix

La famille Citrix des Packs d'administration contrôle et effectue des rapports sur
un certain nombre d'objets spécifiques à Citrix (voir Tableau 1).
Objet Description
Déploiement Citrix Représente un déploiement Citrix découvert, qui peut être constitué
de plusieurs batteries, zones et serveurs EdgeSight.
Serveur géré Citrix Représente un serveur XenApp ou Presentation Server contrôlé par
Operations Manager. Un serveur géré doit être un serveur
exécutant une version de Presentation Server répertoriée dans la
section « Ordinateurs gérés Citrix XenApp Server » à la page 118,
équipée d'une licence appropriée. Le serveur doit également
exécuter le Fournisseur Presentation Server.
Serveur non pris en charge par Citrix Représente un serveur qui n'est pas surveillé par Operations
Manager. Un serveur non pris en charge n'exécute pas la version de
Presentation Server répertoriée dans la section « Ordinateurs gérés
Citrix XenApp Server » à la page 118.
Serveur Citrix sans licence Représente un serveur qui n'est pas surveillé par Operations
Manager. Le serveur exécute le Fournisseur Presentation Server,
mais ne possède pas de licence ou il lui manque une licence valide.
Veuillez noter qu'Operations Manager vérifie la présence de
licences sur ces serveurs toutes les heures.
Serveur Citrix EdgeSight Représente un moniteur de serveur EdgeSight par Operations
Manager. Le serveur doit exécuter EdgeSight pour XenApp 5.0 ou
version ultérieure avec une licence appropriée.
Application de serveur Citrix Une classe abstraite qui représente un serveur exécutant tout
produit serveur Citrix. La classe Application Serveur Citrix est la
cible des alertes envoyées par EdgeSight.
Ordinateurs gérés Citrix XenApp Server

Dans le Pack d'administration, un serveur géré Citrix XenApp Server (affiché en
tant que Citrix Presentation Server) est un serveur exécutant l'une des versions
suivantes de Presentation Server avec une licence appropriée :
• Citrix Presentation Server 4.0, édition Enterprise ;
• Citrix Presentation Server 4.5, édition Enterprise ou Platinum ;
• Serveur Citrix XenApp 5.0, édition Enterprise ou Platinum
Les serveurs exécutant des versions antérieures de Presentation Server sont
considérés comme des ordinateurs n'étant pas pris en charge ; les serveurs ne
disposant pas des licences appropriées sont quant à eux considérés comme des
ordinateurs sans licence. Ces ordinateurs ne sont pas analysés par le Pack
d'administration et n'apparaissent pas dans le diagramme de topologie du
déploiement.
Remarque : après affectation des licences, les ordinateurs Presentation Server
peuvent ne pas être reconnus en tant qu'ordinateurs gérés avant la prochaine
exécution de la découverte des attributs. Par défaut, cette opération se produit
toutes les 60 minutes.
À propos des vues Citrix

Le Pack d'administration EdgeSight hérite, et s'intègre avec, des vues Citrix
disponibles dans le Pack d'administration Citrix XenApp. Ces vues vous
permettent de contrôler des événements déclenchés par Operations Manager et
EdgeSight pour les serveurs et batteries de serveurs exécutant Citrix XenApp et
Presentation Server.
Le Pack d'administration Citrix EdgeSight étend les vues Alertes Citrix actives,
Tous les événements Citrix, État du déploiement Citrix et Diagramme de
topologie de Citrix Presentation Server. Il ajoute également le dossier Citrix
EdgeSight qui contient les vues Alertes Citrix EdgeSight, Console Citrix
EdgeSight et État Citrix EdgeSight. La vue Performances Citrix et la vue Système
de licences Citrix ne sont pas affectées par le Pack d'administration EdgeSight.
Affichages alertes et événements

Les affichages alertes et événements permettent aux administrateurs système
d'être tenus informés des alertes et événements en temps réel. Les vues d'alerte
groupent les alertes par gravité, et les vues d'événement sont triés
chronologiquement pour en faciliter la consultation.
Les alertes et événements générés par les règles, les moniteurs et les alertes du
Pack d'administration XenApp envoyés par le serveur EdgeSight sont collectés et
affichés dans ces vues. Il existe trois alertes et vues d'événements Citrix.
Affichage Description
Tous les événements Citrix Affiche tous les événements déclenchés par les composants Citrix
Presentation Server et tous les événements insérés par les actions
d'alerte EdgeSight sur les serveurs gérés.
Alertes actives des serveurs Citrix Affiche toutes les alertes non résolues déclenchées pour les
serveurs gérés par tous les Packs d'administration (et non pas
uniquement par le Pack d'administration XenApp).
Alertes Citrix actives Affiche toutes les alertes non résolues par le Pack d'administration
XenApp et le Pack d'administration EdgeSight.
Vue du diagramme de topologie du serveur Citrix

La vue du diagramme de topologie de Citrix Server offre une représentation
hiérarchique d'un déploiement Citrix, affichant des batteries, zones, serveurs de
licences, serveurs XenApp et serveurs EdgeSight et leurs relations.
L'affichage de topologie offre les informations suivantes :

• Le nom de la batterie, de la zone ou du serveur et les propriétés découvertes
de chaque objet. Les propriétés découvertes de l'objet serveur EdgeSight
sont :
• numéro de version EdgeSight ;
• nom de serveur SQL ;
• nom de base de données ;
• version de base de données ;
• adresse IP ;
• adresse URL de console d'administration EdgeSight ;
• port Web ;
• dernière mise à jour.
• L'état d'alerte actuel. Il s'affiche au niveau supérieur de l'arborescence de
façon à ce que les changements soient visibles même lorsque l'affichage est
réduit.
Dossier Citrix EdgeSight

Le Pack d'administration EdgeSight crée un nouveau dossier Citrix EdgeSight
sous le dossier de racine Citrix Presentation Server. Le dossier Citrix EdgeSight
contient une vue d'alerte, une vue de console et une vue d'état contenant des
informations spécifiques au serveur EdgeSight.
Affichage Description
Alertes Citrix EdgeSight Affiche toutes les alertes déclenchées par la fonctionnalité d'action
d'alerte exécutée sur le serveur EdgeSight.
Serveurs Citrix EdgeSight Affiche tous les serveurs Citrix EdgeSight découverts et leur état
d'intégrité courant.
Cumul d'état du serveur Citrix EdgeSight

Les moniteurs représentent l'état d'intégrité d'un ordinateur géré en évaluant les
règles par rapport à des critères prédéfinis. L'état d'intégrité peut être défini sur
l'une de ces trois conditions : Réussie, Avertissement et Critique.
Le Pack d'administration EdgeSight contient deux moniteurs de service

Windows ; un pour le service Citrix RSSH Admin Service et un pour le service
Citrix RSSH Application Manager Service.
Moniteur Description
Agrégat Citrix RSSH Stratégie de cumul d'état qui affiche le pire état d'intégrité des deux
moniteurs RSSH Service.
Service Citrix RSSH Admin Service Contrôle l'état du service Citrix RSSH Admin Service. L'état
d'intégrité est défini sur Critique lorsque ce service est arrêté et sur
Intègre lorsque le service est en cours d'exécution.
Le Moniteur comprend également une tâche de récupération qui
redémarrera le service à distance et réinitialisera l'état du moniteur
à la fin de la récupération.
Service Citrix RSSH Application Contrôle l'état du service Citrix RSSH Application Manager
Manager Service Service. L'état d'intégrité est défini sur Critique lorsque ce service
est arrêté et sur Intègre lorsque le service est en cours d'exécution.
Le Moniteur comprend également une tâche de récupération qui
redémarrera le service à distance et réinitialisera l'état du moniteur
à la fin de la récupération.
Démarrage de la console Citrix EdgeSight

Pour faciliter la résolution des problèmes des alertes envoyées vers Operations
Manager par le serveur EdgeSight, le Pack d'administration EdgeSight offre
plusieurs manières de démarrage de la console de gestion EdgeSight depuis la
console Operations Manager.
Pour démarrer la console EdgeSight :
1. Ouvrez une session sur la console Operations Manager.
2. Naviguez jusqu'à Vues de contrôle.
3. Effectuez l'une des opérations suivantes :
• Dans la vue Diagramme de topologie de Citrix Presentation
Server, sélectionnez une icône de serveur EdgeSight, dans la vue de
détails, cliquez sur la valeur de propriété URL de console EdgeSight
ou dans le panneau Actions, sélectionnez Démarrer la console
EdgeSight Management Console
• Dans la vue Serveurs Citrix EdgeSight, sélectionnez un serveur
EdgeSight, dans la vue de détails, cliquez sur la valeur de propriété
URL de console EdgeSight ou dans le panneau Actions,
sélectionnez Démarrer la console EdgeSight Management
Console
Considérations de sécurité
Cette section offre des informations sur les comptes d'actions Operations
Manager et l'utilisation de comptes à faible privilège avec le Pack
d'administration Citrix EdgeSight et l'action d'alerte SCOM.
Pack d'administration EdgeSight

Le Pack d'administration EdgeSight utilise le compte d'action d'agent par défaut
qui est créé lorsque Operations Manager est installé pour la première fois afin de
réaliser la découverte et exécuter les règles, tâches et moniteurs. Par défaut,
Operations Manager attribue le compte système local en tant que compte d'action
d'agent. Lors de son exécution en tant que système local, le compte d'action
d'agent possède tous les privilèges nécessaires pour réaliser la découverte et
exécuter des règles, tâches et moniteurs.
Environnements à faible privilège

Vous pouvez utiliser un compte à faible privilège pour le compte d'action d'agent ;
cependant les tâches de récupération du service requièrent des privilèges élevés.
Le compte à faible privilège doit comporter la configuration requise suivante :
• Membre du groupe local des Utilisateurs
• Privilèges Ouvrir une session localement accordés
Avec le compte d'action à faible privilège, les fonctionnalités suivantes sont
prises en charge :
• Découverte du serveur EdgeSight
• Contrôle du service EdgeSight RSSH Service
• Démarrez la console EdgeSight
Avec le compte d'action à faible privilège, les fonctionnalités suivantes ne sont
pas prises en charge :
• Tâche de récupération pour redémarrer le service Citrix RSSH Admin
Service
• Tâche de récupération pour redémarrer le service Citrix RSSH Application
Manager Service.
Action d'alerte EdgeSight

L'action d'alerte comprend des informations d'identification utilisées pour
l'authentification. Ce compte doit appartenir au rôle Administrateurs Operations
Manager pour accéder au service SDK. Ce compte doit également appartenir au
groupe local des administrateurs sur le serveur EdgeSight afin que l'action d'alerte
puisse générer un processus local. La section à faible privilège décrit les
permissions minimales requises par ce compte.
Environnements à faible privilège

Les privilèges minimum requis par le compte d'administrateur SCOM :
• Domaine : membre du groupe global des utilisateurs du domaine
• Operations Manager : membre du rôle Administrateurs Operations
Manager
• EdgeSight pour XenApp 5.0 : membre du groupe local Administrateurs sur
le serveur EdgeSight
Index 125
Index
A Configurations en temps réel 50
Abonnements aux rapports 49

Action d'alerte
D
Attribution à la règle d'alerte 116 Dépannage 84
Configuration de l'action SCOM 115 Département
Configuration des actions d'alerte SCOM 115 Création automatique 29
Action d'alerte SCOM Département racine 30
Sécurité 124 Départements 30
Actions d'alertes 37
Active Directory E
Fournisseur d'authentification 74
Administration E-mail
Tâches requises 24 Fournisseur d'authentification 74
Agent EdgeSight 4.2 99 Notifications serveur 64
Agent EdgeSight 4.5 99 Enregistrement
Agent EdgeSight 5.0 101 Automatique 29
Agents État
Configuration 51 Alertes 62
Tâches 54 Machines non gérées 62
Alertes Message 62
Affichage 46 Rapports de vidage 62
Basées sur les événements 39 Server Script Host 62
Impact sur les performances 45 Société 62
Interrogation 39 État du serveur 62
Alertes en temps réel 37 EUEM (suivi de l'expérience de l'utilisateur final) 99
Authentification 35
Authentification de connexion 35 F
Authentification de la batterie 36
Faire suivre l'action d'alerte vers Microsoft System
Center Operations Manager 112
C Fichier de licence pour agents de point de terminaison 68
Catégories 48 Fonctions d'alerte 39
Catégories d'alerte 39 Fournisseurs d'authentification 74
Configuration Fuseau horaire
Initiale 24 Société 28
Configuration de société 28
Configuration système requise G
Intégration EdgeSight avec SCOM 113 Gestion 27
Intégration EdgeSight et SCOM 113 Gestion des erreurs 64
Groupes Paramètres de serveur 22, 63

Attributs 33 Paramètres de société 22
Machines 30 Gestion 27
Paramètres d'enregistrement d'agent 29
I Permission de gestion des paramètres du serveur 22
Permissions
Informations d'identification Affichage de la liste de 36
Pour l'accès à la batterie Presentation Server 36 Plages IP 50
Instances Port SNMP
Gestion des instances en double 29 Pour les actions d'alertes d'interruptions SNMP 67
Présentation 5
J Prise en charge SSL 67
Profil d'utilisateur 28
Journaux de vidage 66
Profil, utilisateur 28
Programmes
L Services de rapports 75
Licences
EdgeSight pour agents de points de terminaison 69 R
EdgeSight pour agents Presentation Server 71
Rapports 48
État 72
Téléchargement 49
Gestion 68
Règles d'alertes 37
Revendeurs 48
M Rôle d'administrateur 21, 36
Machines 31 Rôle Visualiseur de rapports 36
Non gérées 80 Rôles
Machines non gérées 29, 80 Affectation 35
Messages Intégrés 36
serveur 83
Microsoft System Center Operations Manager 2007 111 S
Mode de collecte minimale des données 52
SCOM 111
Serveur
O messages 83
Objets gérés Citrix 117 Serveur SMTP 64
Services de rapports
Configuration de la connexion 75
P Programmes 75
Pack d'administration Citrix EdgeSight 111 SNMP 67
Pack d'administration Citrix XenApp Société
Vue de diagramme de topologie 119 Création 67
Vues 118 Société racine 24
Vues d'alertes et d'événements 119 Super-utilisateur 24, 35
Pack d'administration EdgeSight Suppressions d'alertes 48
Cumul d'état 122
Démarrage de la console EdgeSight 122
Désinstallation 117
T
Dossier EdgeSight 121 Tableau de bord 50
Importation 115 Tâches 54
Sécurité 123 Configuration 55
Utilisation 117 Contrôle 56
Paramètres de prise en charge de l'agent 85
Index 127
Tâches administratives
Serveur 23
Société 22
Téléchargement des données 66
Temporisations
Serveur 66
Traitement du vidage 66
U
Utilisateurs
Création 35
V
Vidage de la base de données 76

EdgeSight Admin Guide

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

EdgeSight Admin Guide

Transféré par

Droits d'auteur :

Formats disponibles

Guide de l'administrateur Citrix® EdgeSight™

Citrix® EdgeSight™ pour points de terminaison 5.2

Table des matières

Chapitre 2 Gestion des paramètres de société

Gestion de départements, de machines et de groupes . . . . . . . . . . . . . . . . . . . . . . .30

Chapitre 3 Gestion des paramètres de serveur

Création de sociétés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67

Chapitre 4 Utilisation d'EdgeSight dans des environnements mixtes

Disponibilité des fonctions EdgeSight en fonction des versions de l'agent . . . . . .99

Chapitre 5 Intégration de EdgeSight avec Microsoft System Center Operations Manag-

Citrix® EdgeSight™ est une solution de gestion des performances et de la

Composants Citrix EdgeSight :

• Agent EdgeSight pour points de terminaison : le logiciel Agent pour points

Le logiciel Agent pour points de terminaison peut également être utilisé

• Les agents de base fournissent la fonction de gestion des ressources

Dans un environnement où EdgeSight pour Agents de points de terminaison

Console du serveur EdgeSight

La console du serveur EdgeSight contient les composants suivants.

• Démarrage : cet onglet contient des informations d'ordre général sur

Composants EdgeSight requis pour la

Les composants nécessaires à la surveillance des bureaux virtuels comprennent ce

Termes et concepts Citrix EdgeSight

Collecte des données des agents

Données basées sur les événements

Données XenApp et Xen Desktop

Regroupement des données relatives aux agents

Téléchargement des données relatives aux

En respectant la configuration des tâches de téléchargement des données de

Tâches administratives des sociétés

Tâches administratives des serveurs

données, le traitement des fichiers de vidage, la prise en charge SSL et le

Présentation de la liste des tâches administratives

Configuration de l'authentification pour les

Ajout d'un fournisseur d'authentification

Ajustement des configurations de tâche et de

Gestion des paramètres de société

Ce chapitre fournit des conseils et indique des procédures de gestion des

Gestion des profils utilisateur

Gestion des paramètres de société

Fuseau horaire et heure d'été

Paramètres d'enregistrement d'agent

Gestion de départements, de machines et de groupes

La page Département permet de créer, de modifier ou de supprimer des sous-

Création et utilisation de groupes de machines

Les groupes possèdent les attributs suivants :

Remarque : il est recommandé d'affecter à la période d'expiration une valeur

Gestion des groupes d'utilisateurs

Gestion des rôles

Création d' utilisateurs et affectation de rôles

L'un des rôles intégrés (Administrateur ou Visualisateur de rapports), ou encore

Gestion de l'accès aux batteries XenApp

Création de règles d'alerte et d'actions

• Identifiez les départements possédant des applications critiques sur leurs

Fonctions des alertes

Catégories et types d'alertes

Alertes de surveillance des applications actives

Remarques sur les alertes spécifiques

• Quel est l'âge du rapport de vidage ? Le nettoyage des rapports de

Paramètres d'échantillonnage, d'interrogation et de

Exemple d'interrogation d'alerte

L'alerte fonctionne comme suit :

À quel moment configurer une règle d'alerte en

Impact des alertes en temps réel sur les