XenApp and XenDesktop

Résolution des problèmes d’applications

Surveillance des applications en temps réel

Vous pouvez résoudre les problèmes d’applications et de sessions à l’aide de la mesure de délai d’inactivité pour identifier les instances qui restent inactives au-delà d’une durée spécifique.

Le secteur de la santé, dans lequel les employés partagent les licences d’application, représente un cas d’utilisation typique pour la résolution de problèmes d’applications. En effet, vous devez mettre fin aux instances d’applications et aux sessions inactives pour purger l’environnement XenApp et XenDesktop, pour reconfigurer les serveurs avec problèmes de performances, ou pour gérer et mettre à niveau les applications.

La page de filtre Instances d’application répertorie toutes les instances d’application sur les VDA d’OS de serveur et de bureau. Les mesures de délai d’inactivité associées sont affichées pour les instances d’application sur VDA d’OS de serveur qui sont inactives depuis au moins 10 minutes.

Remarque : les mesures Instances d’application sont disponibles sur les sites de toutes les éditions de licence.

Utilisez ces informations pour identifier les instances d’application qui restent inactives au-delà d’une période de temps spécifique et mettez fin à la session ou déconnectez-les en fonction des besoins. Pour ce faire, sélectionnez Filtres > Instances d’application et sélectionnez un filtre pré-enregistré ou choisissez Toutes les instances d’application et créez votre propre filtre.

Filtre d'instances d'application

Voici un exemple de filtre. Comme critère Filtrer par, choisissez Nom publié (de l’application) et Durée d’inactivité. Définissez ensuite la durée d’inactivité sur supérieur ou égal à un délai spécifique et enregistrez le filtre pour une éventuelle réutilisation. Dans la liste filtrée, sélectionnez les instances d’application. Sélectionnez l’option pour envoyer des messages ou à partir du menu déroulant Contrôle de la session, choisissez Fermer la session ou Déconnecter pour mettre fin aux instances.

Remarque : la fermeture de session ou la déconnexion d’une instance d’application ferme ou déconnecte la session en cours, ce qui entraîne l’arrêt de toutes les instances d’application qui appartiennent à la même session.

Vous pouvez identifier les sessions inactives dans la page de filtre Sessions à l’aide des informations d’état de session et de mesure de durée d’inactivité de session. Triez selon la colonne Délai d’inactivité ou définissez un filtre pour identifier les sessions qui restent inactives au-delà d’une durée spécifique. Le délai d’inactivité est indiqué pour les sessions sur VDA d’OS de serveur qui sont inactives depuis au moins 10 minutes.

Filtre de sessions

Le délai d’inactivité s’affiche en tant que N/A lorsque l’instance de la session ou de l’application

  • n’a pas été inactive pendant plus de 10 minutes,
  • est démarrée sur un VDA d’OS de bureau, ou
  • est démarrée sur un VDA exécutant la version 7.12 ou antérieure.

Historique de détection des défaillances applicatives

L’onglet Tendances -> Échecs applicatifs affiche les échecs associés aux applications publiées sur les VDA.

Les tendances d’échecs applicatifs sont disponibles pour les 2 dernières heures, 24 dernières heures, 7 derniers jours et le dernier mois pour les sites sous licence Platinum et Enterprise. Elles sont disponibles pour les 2 dernières heures, 24 dernières heures et 7 derniers jours pour les autres types de licence. Les échecs applicatifs qui sont consignés dans l’Observateur d’événements avec la source « Erreurs applicatives » seront surveillés. Cliquez sur Exporter pour générer des rapports aux formats CSV, Excel ou PDF

Les paramètres de rétention de nettoyage pour la détection des échecs applicatifs, GroomApplicationErrorsRetentionDays et GroomApplicationFaultsRetentionDays, sont configurés sur un jour par défaut pour les sites avec licence Platinum et non-Platinum. Vous pouvez modifier ce paramètre à l’aide de la commande PowerShell :

*Set-MonitorConfiguration -\<setting name\> \<value\>*

Tendance des échecs applicatifs

Les échecs sont affichés en tant que Défaillances applicatives ou Erreurs applicatives en fonction de leur niveau de gravité. L’onglet Défaillances applicatives affiche les échecs associés à la perte de données ou de fonctionnalité. Les erreurs applicatives indiquent des problèmes qui ne sont pas immédiats ; ils indiquent des conditions qui peuvent entraîner des problèmes futurs.

Vous pouvez filtrer les échecs selon les paramètres Nom de l’application publiée, Nom du processus ou Groupe de mise à disposition et Période. Le tableau affiche le code d’erreur ou d’incident et une brève description de l’échec. La description détaillée de l’échec s’affiche en tant qu’info-bulle.

Remarque : le nom de l’application publiée est affiché comme « Inconnu » lorsque le nom de l’application correspondante ne peut pas être déterminé. Cela se produit généralement lorsqu’une application publiée échoue dans une session de bureau, ou lorsqu’elle échoue en raison d’une exception non prise en charge causée par un exécutable dépendant.

Par défaut, seuls les échecs d’applications hébergées sur des VDA avec OS de serveur sont détectés. Vous pouvez modifier les paramètres de détection dans les stratégies de groupe de surveillance : Activer la détection des défaillances applicatives et Activer la détection des défaillances applicatives sur les VDA d’OS de bureau et Liste des applications exclues de la détection des défaillances. Pour de plus amples informations, consultez la section Stratégies pour la détection des défaillances applicatives dans Paramètres de stratégie Surveillance.

Résolution des problèmes d’applications