Magasin de surveillance

Les données requises pour surveiller l'intégrité de votre application ou pour dépanner d'éventuels problèmes liés à celle-ci sont stockées dans le magasin de surveillance. Cette rubrique fournit une description des données suivies et des requêtes associées, ainsi que des cmdlets Windows PowerShell de surveillance.

Données suivies dans la base de données de surveillance

Avant AppFabric, il était difficile de dépanner une application distribuée sur plusieurs services et ordinateurs. Il fallait activer le suivi pour chaque service, exécuter des activités, désactiver le suivi et collecter tous les fichiers de suivi, puis les afficher dans Service Trace Viewer.

Dans AppFabric, vous pouvez utiliser le magasin de surveillance à l'aide d'une ou plusieurs instances d'service de collecte d'événements ; pour dépanner une application plus aisément. Tous les événements WCF et de service de flux de travail sont enregistrés dans un magasin de surveillance. Les données d'événements d'instrumentation de plusieurs services WCF et de flux de travail peuvent être stockées dans un seul magasin de surveillance, mais chaque application peut également utiliser un magasin distinct.

Les données d'événements d'instrumentation stockées dans le magasin de surveillance sont les suivantes :

• Événements de suivi d'exécution WCF destinés à vous aider à surveiller, dépanner et régler les services WCF. Cette catégorie inclut des événements de suivi (transferts) permettant de reconstituer un flux de messages entre services.

• Événements d'enregistrements de suivi WF, corrélés par ID d'instance.

• Événements d'hôte de service. Cette catégorie inclut tous les événements émis par l'hôte de service WCF ou de flux de données.

Il est rare que des extensions WCF et des configurations de liaison altèrent les modèles d'hébergement d'un service WCF. C'est pourquoi vous pouvez voir dans le magasin de surveillance des événements ne provenant pas de votre logique métier. Par exemple, des flux de travail durables gérés par le service de gestion du flux de travail exposent un point de terminaison de contrôle permettant au service de gestion du flux de travail d'envoyer des commandes au service via des messages net.pipe. Lorsque ces messages sont traités, les événements sont émis de la même manière que lors du traitement de vos messages métier. C'est le cas chaque fois que votre service Web hébergé envoie ou reçoit un message.

Requêtes prises en charge par la base de données de surveillance

Le magasin de surveillance prend en charge des requêtes relatives à un vaste éventail de mesures de qualité de service. Voici quelques-unes des nombreuses possibilités.

Les métadonnées de service sont Machine Name, Site Name, App Name et Service Virtual Path. Les paramètres d'entrée courants pour les requêtes incluent les métadonnées de service, le nom de la mesure et la durée.

• Requête relative à des événements WF associés à un ID d'instance WF, un état d'événement ou un type d'événement donnés.

• Requêtes par métadonnées de service, telles que : nombre d'instances démarrées au cours d'une période donnée, instances actives au cours d'une période donnée et durée de vie moyenne d'instance au cours d'une période donnée.

• Requêtes relatives à des variables et des données d'utilisateur suivies pour une instance ou un service, basées sur un ID d'événement d'enregistrement de suivi, un ID d'instance WF ou des métadonnées de service.

• Requête relative à des mesures de qualité de service WCF par type d'événement de suivi analytique WCF.

• Requête relative à une reconstitution de message pour un ID d'activité spécifié.

• Requête basée sur des données et des variables d'utilisateur extraites d'instances de service de flux de travail.

• Requête relative à des événements WCF en relation avec une instance de service de flux de travail donnée.

Schéma de base de données

Le schéma de surveillance fait référence à tous les objets créés lorsque la cmdlet Initialize-ASMonitoringDatabase a initialisé un nouveau magasin de surveillance. La modification ou l'extension par l'utilisateur des objets figurant dans le schéma de surveillance ne sont pas prises en charge.

Vous pouvez exécuter des requêtes SQL directement sur le magasin de surveillance pour consulter des données d'événements.

Le schéma de magasin de surveillance peut coexister avec le schéma de magasin de persistance dans un seul magasin.

Cmdlets de base de données de surveillance

Vous pouvez gérer le magasin de surveillance à l'aide de cmdlets de AppFabric. Il existe des cmdlets pour les domaines suivants.

Gestion de base de données

• Initialize-ASMonitoringDatabase
  Crée et initialise un magasin de surveillance.

• Remove-ASMonitoringDatabase
  Supprime un magasin de surveillance. Si le magasin de surveillance est dédié, il est supprimé. S'il est partagé avec un autre schéma, seul le schéma de surveillance est supprimé.

Purger et archiver

Ce groupe de cmdlets permet de gérer la configuration d'archive pour un magasin de surveillance.

• Clear-ASMonitoringDatabase
  Purge les données spécifiées d'un magasin de surveillance. Des données peuvent être envoyées à un magasin d'archives précédemment configuré (à l'aide de Set-MonitoringDatabaseArchiveConfiguration).

• Set-ASMonitoringDatabaseArchiveConfiguration
  Associe un magasin de surveillance à un magasin d'archivage de destination. Ce dernier doit être une magasin de surveillance initialisé préexistant.

• Get-ASMonitoringDatabaseArchiveConfiguration
  Extrait les informations de configuration pour le magasin d'archivage d'un magasin de surveillance donné. La configuration doit avoir été précédemment définie à l'aide de Set-MonitoringDatabaseArchiveConfiguration.

• Remove-ASMonitoringDatabaseArchiveConfiguration
  Supprime les informations de configuration d'un magasin d'archivage d'un magasin de surveillance.

Voir aussi

Concepts

Administration des bases de données
Vues et tables des bases de données de surveillance

  2011-12-05