Surveillance des applications

Cette section décrit l'utilisation du tableau de bord d'AppFabric pour surveiller le fonctionnement et la vie de vos applications .NET Framework incluant des services WCF et/ou WF. Le tableau de bord d'AppFabric est l'élément principal dans Windows Server AppFabric pour la surveillance et le dépannage des services .NET Framework version 4. Les données affichées dans le tableau de bord d'AppFabric offrent des mesures en temps réel et d'historique de vos services. Les mesures en temps réel fournissent des informations actualisées sur vos flux de travail durables et permettent de contrôler leur état. Les mesures d'historique offrent un aperçu du fonctionnement de vos services lors d'une période déterminée.

Le tableau de bord d'AppFabric présente les informations suivantes pour vous aider à appréhender globalement l'état des services .NET Framework gérés par AppFabric :

• Il suit les instances des flux de travail durables et fournit des données d'état relatives au nombre de services en cours d'exécution (actifs ou inactifs) ou interrompus. Il inclut également des fonctionnalités d'examen approfondi permettant d'observer les instances WF persistantes individuelles et vous permet d'émettre vos propres commandes sur les flux de travail persistants afin de contrôler leur exécution.

• Les services WF sont suivis à différents niveaux de détail par AppFabric en stockant les événements qu'ils émettent dans le cadre de l'exécution normale. Le tableau de bord d'AppFabric offre un aperçu du fonctionnement historique des services WF pour lesquels la surveillance est activée au niveau Analyse du fonctionnement ou à un niveau supérieur.

• Tous les services WF et WCF dans .NET Framework utilisent la technologie WCF pour communiquer avec les clients et les autres services. Le tableau de bord d'AppFabric surveille et affiche les totaux cumulés des succès et exceptions suite aux appels WCF reçus. Il affiche également des informations sur les appels n'ayant pas abouti ou ayant généré une erreur associés à des exceptions de service.

Le tableau de bord d'AppFabric fournit des mesures relatives aux services déployés sur le serveur AppFabric local, ainsi que sur les serveurs AppFabric distants inclus dans une batterie de serveurs et configurés pour utiliser les mêmes magasins de persistance et de surveillance. AppFabric permet de filtrer les mesures par serveur local et pour tous les serveurs. Vous pouvez également utiliser le tableau de bord d'AppFabric pour ajuster la période d'affichage des données en heures, jours, semaines, ou afficher l'intégralité de l'historique du magasin de surveillance pour les serveurs sélectionnés.

Sections du tableau de bord d'AppFabric

Le tableau de bord d'AppFabric est constitué de trois sections principales : Instances WF persistantes, Historique des appels WCF et Historique des instances WF. Chaque section fournit une fonction spécifique. Les sections peuvent être combinées de manière logique pour offrir une vue plus détaillée de la vie d'un service ou d'un problème survenu. Les données en temps réel ou d'historique sont présentées dans les différentes sections. Vous pouvez réduire ou développer une section en cliquant sur les flèches (haut et bas) correspondantes dans la partie supérieure droite.

Des mesures résumées uniques sont affichées au sein de chaque section. Par exemple, la section Historique des appels WCF inclut trois mesures résumées relatives aux appels : Exécuté, Erreurs et Dépassements de limitation. Cliquez sur une valeur résumée pour accéder à la page de détails liée à cette section. Dans la section Historique des appels WCF, cliquez sur une des trois mesures résumées pour accéder à la page Événements suivis. Si les trois mesures permettent d'accéder à la même page, les données affichées sont généralement différentes car chaque mesure est mappée à une requête spécifique sur les données d'événement stockées dans le magasin de surveillance. La liste suivante décrit chaque section et les relations entre leurs valeurs résumées et les pages de mesures.

• Instances WF persistantes. Cette section offre un résumé actualisé des instances de service de flux de travail durable Active(s), Inactive(s) et Interrompue(s) en affichant l'état du magasin de persistance au moment où le tableau de bord d'AppFabric est affiché. Les mesures d'historique d'un flux de travail durable, par ailleurs configuré pour utiliser la surveillance, figurent également dans les deux autres sections du tableau de bord d'AppFabric. Cliquez sur un des liens résumés pour accéder à la rubrique Page Instances WF persistantes correspondante. Développez la section Instances WF persistantes pour afficher les cinq premiers services de flux de travail .NET Framework 4 Actifs ou inactifs et Interrompus présentant le plus grand nombre d'instances Actives ou Inactives et Interrompues. Pou plus d'informations sur la surveillance des flux de travail persistants, consultez la rubrique Surveillance en temps réel des flux de travail durables.

  Notes

  AppFabric ne prend pas en charge la persistance des instances du service WCF. Seules les instances de service de flux de travail (WF) peuvent utiliser la fonctionnalité de persistance de AppFabric.

• Historique des appels WCF. Cette section affiche un résumé de l'historique des appels WCF pour les services WCF et WF .NET Framework pour lesquels la surveillance est activée. Elle propose un résumé des Appels WCF ayant abouti, Erreurs WCF et Dépassements de limitation WCF survenus lors de la période sélectionnée dans le menu déroulant Période. Cliquez sur un des liens résumés pour accéder à la page Événements suivis correspondante avec les données des résultats de la requête propres à la catégorie d'origine. Développez la section Historique des appels WCF pour afficher les cinq premiers services présentant le plus grand nombre d'appels WCF ayant abouti et d'exceptions de service WCF. Cette section propose également une décomposition des erreurs par exceptions de service (provoquées le plus souvent par des appels n'ayant pas abouti ou ayant généré une erreur) et erreurs définies par l'utilisateur. Pour plus d'informations, consultez la rubrique Surveillance d'historique à l'aide des mesures des appels WCF.

• Historique des instances WF. Cette section affiche un résumé historique des Activations, Échecs et Exécutions des instances de service de flux de travail .NET Framework 4 pour lesquelles la surveillance est activée survenus lors de la période sélectionnée dans le menu déroulant Période. Cliquez sur un des liens résumés pour accéder à la rubrique Page Instances WF suivies correspondante avec les données des résultats de la requête propres à la catégorie d'origine. Développez la section Historique des instances WF pour afficher les cinq premiers services WF présentant le plus grand nombre d'Activations d'instance et d'Instances avec échecs. Cette section décompose également le nombre d'instances présentant des échecs en fonction du résultat (Récupéré(e) et Non récupéré(e)). Pour plus d'informations, consultez la rubrique Surveillance d'historique à l'aide des mesures des flux de travail.

Mesures du tableau de bord d'AppFabric

Les mesures du tableau de bord d'AppFabric sont affichées pour les services WCF et WF .NET Framework 4 hébergés par le service Service d’activation des processus Windows (WAS) sur l'étendue sélectionnée dans la hiérarchie IIS. Les étendues suivantes sont disponibles : serveur, site et application. L'étendue est déterminée par la sélection d'un serveur, d'un site ou d'une application dans la hiérarchie IIS dans le volet Connexions (volet de gauche) du Gestionnaire des services Internet. L'ensemble des mesures affichées dans les sections est identique pour chaque étendue. En d'autres termes, les noms de mesure affichés sur chaque étendue sont semblables, mais les valeurs changent selon les éléments inclus dans l'étendue. En modifiant le niveau sélectionné dans la hiérarchie IIS, vous pouvez afficher des mesures relatives aux instances de tous les services présents sur le serveur ou le site, ou afficher les mesures relatives à une application sélectionnée. La quantité de données surveillées affichées dans une vue spécifique correspond aux valeurs configurées sous l'onglet Surveillance de la boîte de dialogue Configurer WCF et WF pour cette étendue spécifique.

Pour plus d'informations sur la configuration de l'étendue et des mesures, consultez les rubriques Configurer WCF et WF pour le serveur, le site ou l'application : onglet Surveillance et Boîte de dialogue de configuration d'un serveur, d'un site, d'une application et d'un répertoire virtuel.

Valeurs par défaut de la surveillance et de la persistance

Lorsqu'un service .NET Framework 4 est installé dans AppFabric, les valeurs de surveillance par défaut suivantes sont configurées automatiquement pour le service. Vous pouvez modifier leurs paramètres sous l'onglet Surveillance des boîtes de dialogue de configuration du serveur, du site, de l'application ou du service. Pour plus d'informations, consultez les rubriques Configurer WCF et WF pour le serveur, le site ou l'application : onglet Surveillance et Configurer le service : onglet Surveillance.

• Niveau de surveillance. Par défaut, la surveillance est activée pour tous les services. Le niveau de surveillance par défaut est défini sur Analyse du fonctionnement, qui correspond au niveau moyen des cinq paramètres de surveillance (Dépannage, Surveillance de bout en bout, Analyse du fonctionnement, Erreurs uniquement et Inactif). Le niveau Analyse du fonctionnement constitue le meilleur choix en termes de performance, pour la surveillance quotidienne des mesures d'une application. Il s'agit de la condition minimale pour l'utilisation des mesures du tableau de bord. Ce niveau inclut le suivi du flux de messages entre les services, les événements WCF et WF, et les autres événements. Il inclut également les erreurs du niveau Erreurs uniquement (moins détaillé) pour simplifier le dépannage. Si un problème survient, vous pouvez augmenter la quantité de données surveillées en activant un niveau de surveillance plus détaillé, résoudre le problème, puis restaurer le niveau de surveillance Analyse du fonctionnement. Pour plus d'informations sur les niveaux de surveillance et le choix du niveau le plus approprié en fonction de vos besoins de surveillance, consultez la rubrique Configuration de la surveillance.

  Les données de surveillance sont collectées par le service de collecte d'événements ; et écrites dans le magasin de surveillance par défaut à l'aide de la chaîne de connexion DefaultMonitoringConnectionString. Ces données correspondent aux éléments affichés dans la rubrique Page Événements suivis. Sous l'onglet Surveillance, l'option Activer la collecte des événements de base de données est activée par défaut et la page Événements suivis affiche les données disponibles des magasins de surveillance configurés. Si vous désactivez la collecte des événements, vous ne verrez plus de nouveaux événements. Toutefois, si des événements suivis auparavant se trouvent toujours dans le magasin, ils restent affichés dans la page Événements suivis. Pour éviter que ces anciens événements ne soient affichés, vous devez supprimer manuellement la chaîne de connexion existante de la configuration. Pour plus d’informations, consultez la rubrique Configuration du service de collecte d'événements.

  Lorsque vous configurez un niveau de surveillance donné, le modèle de suivi par défaut correspondant à ce niveau est activé. Un modèle de suivi est une définition déclarative de filtres sur un type d'événement et les informations à obtenir de l'instance du flux de travail. Vous pouvez également créer des modèles de suivi personnalisés si les modèles par défaut ne correspondent pas à vos besoins de surveillance. Pour plus d'informations sur les modèles de suivi et leur configuration, consultez la rubrique Configuration du suivi.

• Suivi des diagnostics et journalisation des messages. Contrairement aux options Collecte des événements de base de données et Niveau de surveillance, l'option Suivi des diagnostics et journalisation des messages est désactivée par défaut. Au lieu d'envoyer des données au magasin de surveillance, cette fonctionnalité les envoie dans un fichier configurable qui peut être affiché par l'outil Service Trace Viewer. Le paramètre Suivi des diagnostics et journalisation des messages n'a aucun effet sur les éléments affichés dans le tableau de bord. Il s'agit plutôt d'un mécanisme supplémentaire, distinct du tableau de bord d'AppFabric, qui aide à résoudre les problèmes à l'aide des fonctionnalités de suivi et de journalisation de .NET Framework. Pour plus d'informations sur la configuration de cette fonctionnalité, consultez la rubrique Boîte de dialogue Configurer le suivi des diagnostics et la journalisation des messages.

Outre les fonctionnalités de surveillance par défaut, AppFabric inclut également la fonctionnalité de persistance par défaut. Lorsqu'un service WF .NET Framework 4 est installé sur AppFabric, la persistance est configurée automatiquement pour ce service. Comme pour les autres paramètres de surveillance, vous pouvez modifier la configuration de la persistance pour un flux de travail sous l'onglet Persistance des boîtes de dialogue de configuration du serveur, du site, de l'application ou du service. Les données de persistance des flux de travail sont stockées dans le magasin de persistance par défaut à l'aide de la chaîne de connexion DefaultPersistenceConnectionString. Pour plus d'informations, consultez les rubriques Configurer WCF et WF pour le serveur, le site, l'application ou le répertoire virtuel : onglet Persistance des flux de travail et Configurer le service : onglet Persistance des flux de travail.

Magasins de surveillance et de persistance, et mesures du tableau de bord

Les mesures du tableau de bord d'AppFabric sont obtenues auprès des magasins de surveillance et de persistance. Il peut y avoir plusieurs magasins de surveillance ou de persistance sur l'étendue actuelle, en fonction de la configuration de la persistance et de la surveillance. Si les services sont configurés pour utiliser d'autres magasins, le tableau de bord affiche les mesures combinées de tous les magasins associés aux services sur l'étendue actuelle. Les mesures de la section Instances WF persistantes résument les données d'état de flux de travail d'un ou plusieurs magasins de persistance. Les mesures des sections Instances WF suivies et Historique des appels WCF résument les données d'un ou plusieurs magasins de surveillance.

• Instances WF persistantes. Ces mesures montrent l'état actuel des instances de flux de travail persistantes d'un ou plusieurs magasins de persistance au moment où le tableau de bord est appelé. Pour que ses informations figurent dans cette section, un flux de travail doit être conçu pour utiliser la persistance. Les flux de travail de longue durée ou qui traitent des données critiques calculées ou sensibles (devant être préservées pendant la durée de vie du flux de travail) sont plus susceptibles d'utiliser la persistance .NET Framework 4. En général, les flux de travail qui n'utilisent pas la persistance sont exécutés rapidement, et la conservation de leur état n'est pas critique si le processus est fermé inopinément.

  Par ailleurs, la persistance doit être configurée pour un service WF dans AppFabric pour que la fonctionnalité de persistance de AppFabric puisse être utilisée. AppFabric permet d'héberger des flux de travail conçus pour durer avec des fonctionnalités de persistance via son magasin de persistance et ses outils de gestion. Pour plus d'informations sur l'activation de la fonctionnalité persistance de AppFabric pour un service, consultez la rubrique Configuration de la persistance des flux de travail.

• Historique des appels WCF. Ces mesures sont un résumé historique du nombre d'appels WCF ayant abouti, des erreurs WCF et des dépassements de limitation WCF d'un ou plusieurs magasins de surveillance pour les services sur l'étendue sélectionnée du tableau de bord d'AppFabric. Pour suivre ces données, la collecte d'événements de AppFabric doit être activée pour ce service. Pour plus d'informations sur l'activation de la collecte d'événements pour un service, consultez la rubrique Configuration du service de collecte d'événements.

• Historique des instances WF. Ces mesures sont un résumé historique des instances WF suivies d'un ou plusieurs magasins de surveillance. Les Activations, Échecs et Exécutions des instances de service de flux de travail .NET Framework 4 sont résumées. Pour suivre ces données, un niveau de surveillance de AppFabric supérieur ou égal à Analyse du fonctionnement doit être activé. Pour plus d'informations sur l'activation d'un niveau de surveillance pour un service, consultez la rubrique Configuration de la surveillance.

Le tableau suivant indique sous quelles conditions les mesures du tableau de bord d'AppFabric sont affichées pour un service WF en fonction de sa configuration.

Le tableau suivant indique sous quelles conditions les mesures du tableau de bord d'AppFabric sont affichées pour un service WCF pur (sans flux de travail). AppFabric ne prenant pas en charge la persistance des services WCF, seule la section Historique des appels WCF affiche des données liées à la persistance.

Événements WCF définis par l'utilisateur

.NET Framework 4 permet d'insérer par programme des événements utilisateur Windows Communication Foundation (WCF) dans le flux d'événements ETW (Event Tracing for Windows) fourni par .NET Framework. Par défaut, tous les événements utilisateur sont émis et collectés pour les applications configurées pour utiliser le niveau de surveillance Analyse du fonctionnement au minimum. Au niveau Erreurs uniquement (moins détaillé), seuls les événements utilisateur d'erreur WCF sont émis et collectés. AppFabric collecte ces événements utilisateur WCF et les stocke dans son magasin de surveillance. Les informations d'événement défini par l'utilisateur peuvent être affichées dans deux pages.

• La page du tableau de bord d'AppFabric indique le nombre d'événements utilisateur émis au niveau de gravité Erreur lors d'une période donnée dans la mesure résumée Erreurs.

• La page Événements suivis affiche tous les événements définis par l'utilisateur (événements d'erreur ou non) si l'option Tous les événements WCF du champ Événements est sélectionnée, ou si le champ Aucun événement est spécifié dans le Contrôle de requête. Le créateur de requêtes inclut la sous-option Erreurs définies par l'utilisateur WCF sous l'option Toutes les erreurs WCF pour la condition Événements. Lorsqu'un événement d'erreur défini par l'utilisateur est sélectionné dans la page Événements suivis, l'erreur est affichée sous l'onglet Erreurs du volet Détails.

Pour obtenir un exemple d'ajout par programme des événements utilisateur au flux ETW, consultez la page WCF Analytic Tracing (https://go.microsoft.com/fwlink/?LinkId=184956) (en anglais).

Prise en charge de plusieurs magasins par le tableau de bord d'AppFabric

Le tableau de bord d'AppFabric prend en charge l'affichage des données de plusieurs magasins de surveillance et de persistance. Il part du principe que les données de persistance d'un service donné résident dans un seul magasin de persistance et que les données de surveillance d'une application donnée doivent résider dans un seul magasin de surveillance. Lorsque plusieurs magasins de surveillance ou de persistance sont utilisés, les anciennes données doivent être supprimées du magasin d'origine lorsqu'une application ou un service change de magasin. Dans le cas contraire, si le magasin d'origine est toujours utilisé par d'autres applications ou services de l'environnement, cela risque de produire des résultats inattendus ou incohérents.

Un exemple peut vous aider à mieux comprendre le problème. Supposons que des applications 1 et 2 incluant des services WCF et/ou WF sont configurées pour utiliser le magasin de surveillance X. Plus tard, l'application 1 est reconfigurée pour utiliser le magasin de surveillance Y à la place du magasin X, et les anciennes données d'application 1 sont conservées dans le magasin X. Lorsque le tableau de bord d'AppFabric est affiché sur l'étendue de l'application, les mesures relatives à l'application 1 affichent correctement les données du magasin actuel (Y) car un seul magasin de surveillance peut être associé à une application. Toutefois, lorsque le tableau de bord d'AppFabric est affiché au niveau du serveur ou du site, les mesures incluent les données correctes pour l'application 1 du magasin Y, et les anciennes données du magasin X.

Dans cet exemple, il convient de supprimer les données de l'application 1 dans l'ancien magasin de surveillance (X) lorsque vous l'utilisation d'un nouveau magasin de surveillance (Y) est configurée pour l'application. Ainsi, le tableau de bord d'AppFabric fournit des informations correctes pour l'application 1. Cette opération de nettoyage peut être exécutée au niveau de la base de données à l'aide des outils de base de données et méthodes appropriés.

Requêtes sensibles à la casse

Lorsque la base de données de surveillance SQL Server est configurée pour utiliser le classement binaire, les paramètres des requêtes utilisant le générateur de requêtes du tableau de bord d'AppFabric sont sensibles à la casse. Dans ce cas, la casse exacte de la chaîne doit être spécifiée pour Nom d'ordinateur, Site et Chemin d'accès virtuel lorsque vous fournissez des clauses de requête dans le générateur de requêtes du tableau de bord d'AppFabric. Pour éviter les problèmes de casse, vous pouvez modifier manuellement la table ASEventSourcesTable, qui contient des champs tels que Computer, Site, VirtualPath, ApplicationVirtualPath et ServiceVirtualPath, afin qu'elle utilise le classement avec respect de la casse.

Dans cette section

• Surveillance en temps réel des flux de travail durables

• Surveillance d'historique à l'aide des mesures des appels WCF

• Surveillance d'historique à l'aide des mesures des flux de travail

Voir aussi

Concepts

Gestion d'une application

  2011-12-05