Partager via


Espaces de noms System.Management et System.Management.Instrumentation

L'espace de noms System.Management est le modèle objet des éléments de gestion dans le .NET Framework. Cet espace de noms associe étroitement des services de gestion aux applications et outils de développement .NET Framework pour faciliter la gestion des applications .NET Framework en fournissant aux développeurs .NET Framework des fonctionnalités de surveillance de l'état de santé et de dépannage dans les environnements d'entreprise. Les applications peuvent aussi être gérées par de nombreuses applications de gestion fournies par des tiers et à travers des consoles personnalisées, qui peuvent facilement être écrites par des organisations informatiques exploitant les possibilités de System.Management.

L'illustration suivante identifie les trois couches WMI et montre la position de System.Management par rapport à WMI : les applications Microsoft Windows Forms (Windows Forms) ou Web Forms/ASP.NET et les applications de gestion peuvent se comporter comme des clients qui accèdent à l'instrumentation WMI. Les fournisseurs de gestion peuvent être soit un code existant qui fait remonter en surface une instrumentation de système ou d'application sous-jacente, soit des applications Windows Forms et Web Forms/ASP.NET Page Framework qui exposent une instrumentation de gestion sur elles-mêmes à d'autres clients.

L'architecture WMI dans le .NET Framework

L'espace de noms System.Management fournit un ensemble de classes de code managé à travers lesquelles les applications .NET Framework peuvent consulter et manipuler les informations de gestion fournies par n'importe quelle source, par exemple une application Windows native utilisant l'instrumentation WMI ou un code managé faisant appel à l'instrumentation de System.Management.Instrumentation. Pour simplifier, les classes de l'espace de noms System.Management sont parfois appelées API de client WMI, encore que ceci ne signifie nullement qu'il s'agit du seul moyen d'accéder à WMI. Les développeurs peuvent utiliser d'autres technologies pour accéder à WMI, par exemple les interfaces COM natives de WMI (connues sous le nom d'interfaces IWbem), ou les objets WMI compatibles Automation (connus sous le nom d'objets SWbemScripting). Comme le montre l'illustration, lorsqu'une application Windows Forms, une application Web Forms ou une application de gestion traditionnelle a besoin de déterminer la capacité de mémoire d'un ordinateur, de configurer une connexion réseau ou de vérifier l'état d'un serveur IIS, elle peut utiliser quelques lignes de code pour accéder aux données pertinentes. Ceci vaut pour de nombreuses autres tâches de gestion.

Cette fonctionnalité est prise en charge par un ensemble d'outils WMI intégrés dans l'environnement de développement Microsoft Visual Studio .NET. Par exemple, l'extension Visual Studio .NET Server Explorer Management Extension (téléchargeable à partir de https://www.microsoft.com/downloads/release.asp?ReleaseID=31155) peut s'utiliser pour faciliter le développement d'applications préparées à la gestion.

De manière analogue, System.Management.Instrumentation ne constitue qu'un moyen parmi d'autres de fournir des informations à travers WMI. Les deux espaces de noms ne sont aucunement tributaires l'un de l'autre. En d'autres termes, le fait de fournir des informations avec System.Management.Instrumentation ne limite pas la visibilité de votre instrumentation aux seules classes System.Management. Si vous utilisez les classes System.Management, vous pourrez accéder à toutes les informations WMI, et non seulement à l'instrumentation élaborée à l'aide de System.Management.Instrumentation.

Limitations actuelles

La version actuelle de System.Management.Instrumentation ne prend pas en charge les fonctionnalités WMI suivantes. Notez que cette limitation ne s'applique qu'aux objets instrumentés à code managé. Les objets exposés par le biais de fournisseurs en C++ natif peuvent toutefois exposer ces fonctionnalités, qui seront accessibles à partir d'un code managé via des classes System.Management.

  • Les objets instrumentés ne peuvent pas exposer de méthodes ni de propriétés accessibles en écriture.
  • La création de qualificateurs sur des objets instrumentés n'est pas prise en charge.
  • Les propriétés d'objets instrumentés ne peuvent pas être définies en tant que clés.

Voir aussi

Accès aux informations de gestion avec System.Management | Instrumentation des applications .NET Framework avec System.Management | Schémas | Requêtes | Événements de gestion