Événements de gestion

La faculté de détecter l'apparition d'une circonstance ou d'un concours de circonstances et d'informer le consommateur de ces événements est une fonctionnalité essentielle pour un système distribué pratique. Étant donné un système de complexité moyenne, il serait impossible de suivre les événements et de réagir en interrogeant de façon répétée les sources de données disponibles. En effet, la charge de travail pour le consommateur et le volume de données impliqué constituent dans la pratique des obstacles insurmontables. Néanmoins, de nombreuses applications de gestion ont en fait une telle exigence. De grandes quantités de données sont écrites dans des journaux centralisés, qui sont ensuite examinés à la recherche de concours de circonstances indiquant qu'une certaine mesure doit être prise (par exemple, une facturation, une action de maintenance préventive ou une sauvegarde).

WMI prend en charge une riche infrastructure de traitement des événements qui permet de combiner des événements en fonction des exigences de l'application concernée afin de les publier, de les filtrer, de les utiliser dans le cadre d'abonnements et de les enregistrer. Toutes les possibilités de gestion d'événement de WMI sont configurées à l'aide d'idiomes WMI standard qui peuvent être surveillés et contrôlés, WMI étant capable de s'auto-gérer et de s'auto-configurer. Dans WMI, les événements, les publications et les abonnements sont représentés par des objets WMI, ce qui permet de les remettre à des sources et des consommateurs en utilisant les mêmes mécanismes que pour les classes et les instances WMI normales.

WMI permet également à l'utilisateur de définir des consommateurs d'événement permanents qui sont appelés chaque fois qu'un événement auquel le consommateur est abonné se produit. Tous les événements significatifs sur le serveur sont visibles pour WMI (y compris l'heure), ce qui permet d'introduire une intelligence dans le consommateur d'événement permanent WMI, par exemple « Sauvegarder la configuration système tous les soirs à 23:00 heures ou chaque fois que la base de données est redémarrée, mais ne pas sauvegarder la configuration système plus d'une fois par période de huit heures ». À l'aide de consommateurs d'événement permanents WMI, vous pouvez déclencher n'importe quelle combinaison d'actions à la suite de l'apparition des événements dans l'environnement. La possibilité de placer de l'intelligence dans le consommateur d'événements permanent permet de construire le système de sorte qu'il ne soit jamais nécessaire de faire remonter des flux de données à des consommateurs situés au-delà du niveau des décisions et des actions ; ces dernières peuvent être gérées localement par le système lui-même, sans rien exiger de plus que la transmission d'événements d'état vers les niveaux supérieurs de l'architecture.

Voir aussi

Utilisation de WMI avec le .NET Framework | Schémas | Requêtes | Espaces de noms System.Management et System.Management.Instrumentation