La technologie Microsoft WMI (Windows Management Instrumentation) est l’implémentation Microsoft de l’initiative WBEM (Web-Based Enterprise Management) du groupe de travail DMTF (Distributed Management Task Force). Cette initiative vise à étendre le modèle CIM (Common Information Model) pour représenter les objets de gestion dans les environnements de gestion Windows. Le modèle CIM, une norme issue également du groupe de travail DMTF, est un modèle de données extensible permettant d’organiser logiquement les objets de gestion de manière cohérente et unifiée dans un environnement géré.

Basée sur le modèle CIM, l’initiative WBEM est une technologie développée par le groupe de travail DMTF qui établit des normes en matière d’infrastructure de gestion et qui fournit une méthode normalisée pour accéder aux informations à partir de systèmes matériels et logiciels variés dans un environnement d’entreprise. Grâce aux normes WBEM, les développeurs peuvent créer des outils et des technologies qui réduisent la complexité et les coûts associés à la gestion d’entreprise. Avec de telles normes, l’initiative WBEM suit le mouvement de l’ensemble de l’industrie visant à réduire le coût total de possession. Le coût total de possession fait référence aux coûts administratifs associés aux achats de matériels et de logiciels informatiques, au déploiement et à la configuration, aux mises à jour matérielles et logicielles, à la formation, à la maintenance et au support technique.

L’initiative WBEM fournit un point d’intégration par le biais duquel il est possible d’accéder aux données provenant de sources de gestion. Elle vient aussi compléter et étendre les protocoles et l’instrumentation de gestion existants, notamment le protocole SNMP (Simple Network Management Protocol), l’interface DMI (Desktop Management Interface) et le protocole CMIP (Common Management Information Protocol).

Technologie WMI

La technologie WMI (Windows Management Instrumentation) est une infrastructure de gestion qui prend en charge la syntaxe du modèle CIM, le format MOF (Managed Object Format) et une interface de programmation commune. La syntaxe MOF définit la structure et le contenu du schéma CIM dans un format lisible par les utilisateurs et les ordinateurs. La technologie WMI offre un jeu puissant de services, y compris la récupération d’informations sur la base de requêtes et la notification d’événements. Ces services et les données de gestion sont accessibles par l’intermédiaire d’une interface de programmation COM (Component Object Model). L’interface de script WMI prend également en charge les scripts.

La technologie WMI offre les avantages suivants :

  • La possibilité d’analyser, de commander et de contrôler n’importe quel objet géré pas l’intermédiaire d’un jeu commun et unificateur d’interfaces, quel que soit le mécanisme d’instrumentation sous-jacent. La technologie WMI est un mécanisme d’accès.

  • Un modèle cohérent qui régit le fonctionnement, la configuration et l’état du système d’exploitation Windows.

  • Une interface de programmation d’applications (API) COM qui fournit un point d’accès unique à toutes les informations de gestion.

  • L’interopérabilité avec d’autres services de gestion Windows. Cette approche peut simplifier le processus de création de solutions de gestion intégrées et correctement architecturées.

  • Une architecture flexible et extensible. Les développeurs peuvent étendre le modèle d’information afin d’inclure de nouveaux périphériques, de nouvelles applications, etc. en écrivant des modules de code appelés « fournisseurs WMI ».

  • Des extensions au modèle WDM (Windows Driver Model) pour capturer des données et des événements d’instrumentation en provenance de pilotes de périphériques et de composants côté noyau.

  • Une architecture d’événement puissante, qui permet l’identification, l’agrégation, la comparaison des modifications apportées aux informations de gestion et leur association à d’autres informations de gestion. Ces modifications peuvent aussi être transférées à des applications de gestion locales ou distantes.

  • Un langage de requête riche qui permet d’effectuer des requêtes détaillées sur le modèle d’information.

  • Une interface API scriptable que les développeurs peuvent utiliser pour créer des applications de gestion. L’interface API de script prend en charge plusieurs langages, y compris Microsoft Visual Basic, Visual Basic pour Applications (VBA), Visual Basic Scripting Edition (VBScript) et Microsoft JScript. Outre VBScript et JScript, les développeurs peuvent utiliser n’importe quelle implémentation de langage de script prenant en charge les technologies de script Microsoft ActiveX avec cette interface API (par exemple, un moteur de script Perl). Par ailleurs, vous pouvez utiliser l’environnement d’exécution de scripts WSH (Windows Script Host) ou Microsoft Internet Explorer pour écrire des scripts à l’aide de cette interface. L’environnement d’exécution de scripts WSH, au même titre qu’Internet Explorer, joue le rôle de moteur de contrôleur pour les moteurs de script ActiveX. L’environnement d’exécution de scripts WSH prend en charge les scripts écrits en VBScript et JScript.

Vue d’ensemble de l’architecture de la technologie WMI

L’architecture de Ia technologie WMI est constituée des éléments suivants :

  • Une infrastructure de gestion : celle-ci inclut le Gestionnaire d’objets CIMOM qui fournit aux applications un accès uniforme aux données de gestion, ainsi qu’une zone de stockage centrale pour les données de gestion (appelée « stockage du Gestionnaire d’objets CIMOM »).

  • Des fournisseurs WMI : ceux-ci sont les intermédiaires entre le Gestionnaire d’objets CIMOM et les objets gérés. À l’aide des interfaces API WMI, les développeurs fournissent aux Gestionnaire d’objets CIMOM les données provenant des objets gérés, gèrent les demandes pour le compte des applications de gestion et génèrent des notifications d’événements.

L’infrastructure de gestion se compose du Gestionnaire d’objets CIMOM et du stockage du Gestionnaire d’objets CIMOM. Les applications dépendent du Gestionnaire d’objets pour gérer les interfaces entre les applications de gestion et les fournisseurs de données. La technologie WMI facilite ces communications en fournissant une interface de programmation commune au service de gestion Windows utilisant le modèle COM. Cette interface API COM fournit les services de notification d’événements et de traitement des requêtes, et peut être utilisée dans plusieurs environnements de langage de programmation, par exemple C et C++. Le stockage du Gestionnaire d’objets CIMOM héberge les schémas CIM et d’extensions, ainsi que les informations des données ou les détails de la source de données. Le Gestionnaire d’objets CIMOM utilise les données du schéma dans ce stockage pour traiter les demandes des applications de gestion en rapport avec les objets gérés.

Les objets gérés sont des composants d’entreprise physiques ou logiques qui sont modélisés selon le modèle CIM. Par exemple, un objet géré peut être matériel (par exemple un câble) ou logiciel (par exemple une application de base de données). Les applications de gestion peuvent accéder aux objets gérés par le biais du Gestionnaire d’objets CIMOM.

Les applications de gestion sont des applications ou des services Windows qui utilisent ou traitent des informations provenant d’objets gérés. Les applications de gestion peuvent accéder aux informations des objets gérés en effectuant une demande auprès du Gestionnaire d’objets CIMOM selon l’une des méthodes disponibles dans l’interface API WMI.

Les fournisseurs WMI sont des serveurs COM et DCOM (Distributed Component Object Model) standard qui servent de médiateurs entre les objets gérés et le Gestionnaire d’objets CIMOM. Si le Gestionnaire d’objets CIMOM reçoit une demande en provenance d’une application de gestion concernant soit des données qui ne sont pas disponibles dans le stockage du Gestionnaire d’objets CIMOM, soit des notifications d’événements qui ne sont pas prises en charge par le Gestionnaire d’objets CIMOM, ce dernier transfère alors la requête à un fournisseur WMI. Les fournisseurs renvoient les données et les notifications d’événements pour les objets gérés qui sont spécifiques à leur domaine particulier.

Pour implémenter un fournisseur, vous devez utiliser un serveur pris en charge parmi les types suivants :

• Services Microsoft Windows 2008, locaux ou distants

• Fichiers exécutables standard (fichiers .exe), locaux ou distants

• Bibliothèques de liens dynamiques (DLL) in-process

Notez que les services Windows 2008 et les fichiers exécutables standard locaux ou distants sont les types de serveurs recommandés.

La technologie WMI est livrée avec des fournisseurs intégrés (ou fournisseurs standard) qui fournissent des données provenant de sources telles que le Registre système. Parmi les fournisseurs intégrés, citons :

  • Fournisseur d’Active Directory : celui-ci joue le rôle de passerelle vers toutes les informations stockées dans le service Active Directory. Il permet d’accéder aux informations WMI et Active Directory à l’aide d’une seule interface API.

  • Fournisseur de Windows Installer : celui-ci permet de prendre le contrôle total de Windows Installer et d’installer des logiciels par l’intermédiaire de la technologie WMI. Il fournit aussi des informations sur les applications qui ont été installées avec Windows Installer.

  • Fournisseur du compteur de performance : celui-ci expose les informations brutes du compteur de performance utilisées pour calculer les valeurs de performance indiquées dans l’outil Moniteur système. Tout compteur de performance installé sur un système est automatiquement visible par le biais de ce fournisseur.

  • Fournisseur du Registre : celui-ci permet la création, la lecture et l’écriture de clés de Registre. Des événements WMI peuvent être générés en cas de modification de clés de Registre spécifiées.

  • Fournisseur SNMP : celui-ci joue le rôle de passerelle vers les systèmes et les périphériques qui utilisent le protocole SNMP (Simple Network Management Protocol) pour la gestion. Il permet la lecture et l’écriture de variables objet MIB SNMP. Des interruptions SNMP peuvent être automatiquement mappées à des événements WMI.

  • Fournisseur du journal des événements : celui-ci permet d’accéder aux données et aux notifications d’événements à partir du journal des événements Windows Server 2008.

  • Fournisseur Win32 : celui-ci fournit des informations sur le système d’exploitation, le système informatique, les périphériques, les systèmes de fichiers et la sécurité.

  • Fournisseur WDM : celui-ci fournit des informations sur les pilotes WDM (Windows Driver Model) de bas niveau pour les périphériques nécessitant des entrées de la part de l’utilisateur, les périphériques de stockage, les interfaces réseau et les ports de communication.

  • Fournisseur d’affichage : celui-ci permet la création de nouvelles classes agrégées à partir de classes existantes. Il permet aussi de filtrer les classes sources afin d’obtenir uniquement les informations d’intérêt, de combiner les informations de plusieurs classes en une seule classe et de réunir les données de plusieurs ordinateurs en un seul affichage.

La technologie WMI prend aussi en charge les fournisseurs personnalisés tiers. Des fournisseurs personnalisés peuvent être utilisés pour répondre à des demandes en rapport avec des objets gérés qui sont spécifiques à l’environnement. Les fournisseurs utilisent généralement le langage MOF pour définir et créer des classes. Les fournisseurs utilisent l’interface API WMI pour accéder au stockage du Gestionnaire d’objets CIMOM et pour répondre aux demandes du Gestionnaire d’objets CIMOM effectuées initialement par les applications.

Vue d’ensemble du protocole SNMP

Le protocole SNMP (Simple Network Management Protocol) est une norme de gestion de réseau qui définit une stratégie pour la gestion des réseaux TCP/IP.

Le protocole SNMP utilise une architecture distribuée qui inclut les éléments suivants :

  • Plusieurs nœuds gérés, chacun d’entre eux possédant une entité SNMP appelée « agent » qui fournit l’accès à distance à l’instrumentation de gestion.

  • Au moins une entité SNMP, aussi appelée « gestionnaire », qui exécute les applications de gestion pour analyser et contrôler les éléments gérés. Les éléments gérés sont des périphériques tels que des hôtes, des routeurs, etc. qui font l’objet d’une analyse et d’un contrôle sur la base de leurs informations de gestion.

  • Un protocole de gestion, SNMP, est utilisé pour transmettre les informations de gestion entre les stations de gestion et les agents. Les informations de gestion correspondent à une collection d’objets gérés qui résident dans un magasin d’informations virtuel appelé « base d’informations de gestion MIB » (Management Information Base).

Messages SNMP

Pour communiquer les informations sur l’hôte, les systèmes de gestion et les agents utilisent des messages SNMP. Ces messages sont envoyés à l’aide du protocole UDP (User Datagram Protocol) et sont routés entre le système de gestion et l’hôte à l’aide du protocole IP (Internet Protocol)

Une base d’informations de gestion MIB contient les informations demandées par le système de gestion. La base d’informations de gestion MIB pour un ordinateur en réseau peut inclure des informations sur la configuration et les performances de la carte d’interface réseau, l’espace disque dur disponible, la version des pilotes et des applications, etc. D’autres bases d’informations de gestion MIB peuvent être écrites et chargées pour exposer les données spécifiées pour la collection tant que le système prend lui-même en charge la collection des informations demandées.

Traitement des demandes d’informations

Lorsqu’un système de gestion demande des informations, la séquence d’actions suivantes se produit :

  1. Un système de gestion envoie une demande à un agent en utilisant l’adresse IP de l’agent.

  2. L’agent forme un datagramme SNMP contenant un message SNMP et le nom de la communauté à laquelle le système de gestion appartient.

  3. L’agent SNMP reçoit le datagramme et confirme le nom de la communauté. Si le nom de la communauté est valide, l’agent SNMP récupère les données appropriées. Dans le cas contraire, la demande est rejetée. Si l’agent a été configuré de manière à envoyer une interruption d’authentification, un message d’interruption est envoyé.

  4. Le datagramme SNMP est renvoyé au système de gestion avec les informations demandées.

Messages

Les types de messages SNMP suivants sont utilisés :

  • Get : message de demande. Les systèmes de gestion SNMP utilisent les messages Get pour demander des informations concernant une entrée MIB sur un agent SNMP.

  • Getnext : type de message de demande pouvant être utilisé pour parcourir une arborescence entière d’objets gérés.

  • Getbulk : type de demande spécifiant que l’agent peut transférer autant de données que possible dans la limite de la taille du message.

  • Set : message utilisé pour envoyer et attribuer une valeur MIB mise à jour à un agent.

  • Notify (ou Trap) : message non sollicité envoyé par un agent à un système de gestion SNMP lorsqu’il détecte un type particulier d’événement au niveau local sur l’hôte géré.

Les événements (ou interruptions) SNMP sont envoyés sans être sollicités à une station de gestion qui filtre les événements, ce qui implique par conséquent le trafic réseau. Avec la technologie WMI, les événements sont filtrés localement. Seuls ceux qui satisfont aux critères de filtrage sont envoyés sur le réseau, réduisant ainsi la bande passante requise pour les événements d’intérêt.

Prise en charge du protocole SNMP par le Kit de développement logiciel (SDK) WMI

Le fournisseur SNMP regroupe les composants suivants :

  • Des fournisseurs de classes, d’instances et d’événements qui intègrent la modélisation et le traitement des informations SNMP à la technologie WMI. Ces fournisseurs SNMP mappent les collections de valeurs d’objet aux valeurs de propriété des instances de classe CIM.

  • Un compilateur de module d’informations SNMP qui compile les informations sur le schéma SNMP natif dans le format utilisé par le modèle CIM.

Fournisseurs SNMP

Les fournisseurs SNMP retournent des informations dynamiques. Vous pouvez spécifier le jeu de classes par rapport auquel le fournisseur d’instances doit opérer de l’une des manières suivantes :

  • statiquement, en créant des classes dans l’espace de noms du stockage d’objets CIM associé au périphérique proxy ;

  • dynamiquement, en utilisant le fournisseur de classes SNMP qui retourne le jeu de classes situées dans l’espace de noms SMIR (SNMP Module Information Repository).

Vous pouvez aussi spécifier si vous souhaitez ou non utiliser la corrélation pour le jeu de classes retournées depuis l’espace de noms SMIR. Les classes en corrélation définissent le jeu de classes qui sont prises en charge de façon reconnue par un agent SNMP donné au moment de l’énumération. L’énumération sans corrélation retourne toutes les classes présentes dans l’espace de noms SMIR, que le périphérique agent les prennent en charge ou non.

Les fournisseurs SNMP incluent les fournisseurs suivants :

  • Les fournisseurs de classes et d’instances SNMP, qui sont utilisés par les applications pour accéder aux données relatives aux périphériques SNMP et les modifier.

  • Les fournisseurs d’événements SNMP, qui génèrent des événements à partir d’interruptions et de notifications SNMP. Ils signalent les mêmes types d’événements, mais dans des formats différents : encapsulé et référent. Le format encapsulé signifie que la classe d’événements possède des propriétés simples décrivant les informations mappées directement à partir des macros TRAP-TYPE et NOTIFICATION-TYPE (décrites dans la section suivante). Les classes de type référent extraient les informations présentes dans les macros de manière à présenter les propriétés qui partagent la même classe et la même instance sous forme d’objets incorporés. L’extraction de __RELPATH est alors possible, ce qui permet de récupérer l’instance unique à laquelle l’interruption est associée après réception de l’événement. Pour choisir un format, les consommateurs s’inscrivent à une classe particulière d’événements.

Mappage des données de périphérique aux classes CIM

Les fournisseurs SNMP mappent les données de périphérique aux classes CIM selon les méthodes suivantes :

  • Énumération des définitions de classe SNMP. Pour énumérer un jeu de définitions de classe, les applications peuvent appeler IWbemServices::CreateClassEnum ou IWbemServices::CreateClassEnumAsync.

    Les objets MIB sont mappés aux classes CIM SNMP à l’aide de la macro OBJECT-TYPE ; les événements sont mappés aux classes à l’aide des macros TRAP-TYPE et NOTIFICATION-TYPE.

    La macro OBJECT-TYPE est utilisée pour décrire les caractéristiques de base d’un objet MIB. Les macros SNMPv1 TRAP-TYPE et SNMPv2C NOTIFICATION-TYPE décrivent les caractéristiques d’un événement SNMP.

  • Instanciation des définitions de classe SNMP. Pour instancier une définition de classe, les applications peuvent appeler IWbemServices::GetObject ou IWbemServices::GetObjectAsync.

  • Énumération des instances de classe SNMP. Le fournisseur d’instances SNMP traite les demandes d’énumération d’instances associées aux classes qui représentent des bases d’informations de gestion MIB de périphérique.

  • Instanciation des instances de classe SNMP. Le fournisseur d’instances SNMP traite les demandes d’instanciation d’instances de classes qui représentent des objets MIB.

  • Récupération des instances de classe SNMP. Pour récupérer une instance particulière d’une classe CIM SNMP, les applications peuvent appeler IWbemServices::GetObject ou IWbemServices::GetObjectAsync.

SNMP et le schéma CIM

Le schéma utilisé par le protocole SNMP pour définir des objets diffère de celui utilisé dans le modèle CIM WMI. Les schémas SNMPv1 et SNMPv2 sont réunis sous le terme « SMI » (Structure of Management Information). Il sont packagés sous la forme de fichiers MIB. Pour définir des objets, les fichiers MIB utilisent la notation ASN.1 (Abstract Syntax Notation 1), un langage normalisé, ainsi que des définitions de macros qui servent de modèles pour la description des objets. Ces macros fournissent des informations sur l’objet, y compris son nom, son identificateur, sa syntaxe, sa description, ses droits d’accès, etc.

Les fournisseurs SNMP WMI convertissent ces macros MIB :

  • OBJECT-TYPE : décrit les caractéristiques de base d’un objet, notamment son nom, sa syntaxe, ses droits d’accès, etc. Se rapporte à SNMPv1 et SNMPv2C.

  • TEXTUAL-CONVENTION : attribue un nom et, dans certains cas, une gamme de valeurs à un type de données existant. Se rapporte à SNMPv2C uniquement.

  • TRAP-TYPE : décrit les messages d’événements (interruptions). Se rapporte à SNMPv1 uniquement.

  • NOTIFICATION-TYPE : décrit les messages d’événements (notifications). Se rapporte à SNMPv2C uniquement.

Le fournisseur de classes SNMP énumère et instancie un jeu de définitions de classe par rapport à un espace de noms CIM. Il utilise pour cela un corrélateur MIB et le stockage SMIR (SNMP Module Information Repository), une base de données de schémas SNMP. Le fournisseur de classes SNMP prend en charge les modes en corrélation et sans corrélation. Vous désignez l’un de ces modes en définissant une corrélation de valeur de contexte (IWbemContext) de type booléen et en la passant à la méthode IWbemServices. Le fournisseur de classes SNMP prend en charge l’énumération de définitions de classe et la récupération d’une définition de classe.

Le fournisseur d’instances SNMP mappe les objets MIB SNMP aux instances de classe.

Espace de noms SNMP

Pour définir un affichage d’un périphérique réseau, un espace de noms SNMP est utilisé. Vous pouvez créer un espace de noms SNMP en utilisant l’application WMI CIM Studio du Kit de développement logiciel (SDK) WMI, en compilant un fichier MOF ou en créant un programme à l’aide de l’interface API WMI.

La classe système Namespace est utilisée pour représenter un espace de noms SNMP. Pour générer un nouvel espace de noms, vous créez une instance de cette classe. Vous devez associer au moins un descripteur (ou qualificateur) à l’instance de classe. Les qualificateurs contiennent des informations de contexte spécifiques à l’implémentation, ainsi que des propriétés de transport qui définissent la façon dont les fournisseurs SNMP accèdent à un agent SNMP.

Représentation des périphériques SNMP

Les périphériques SNMP sont représentés dans Ia technologie WMI à l’aide d’un espace de noms de proxy qui contient un jeu de qualificateurs d’instance. Ces qualificateurs décrivent les caractéristiques de transport en rapport avec le périphérique. La technologie WMI utilise un fichier MOF, snmpreg.mof, pour créer l’espace de noms \\.\root\snmp\localhost. Il s’agit d’un espace de noms standard qui représente l’agent SNMP local.

SNMPv2C

SNMPv2C est pris en charge dans le contexte WMI. L’objectif principal de SNMPv2C était de fournir un contexte de sécurité plus robuste pour le protocole SNMP. Cette version utilise la fonctionnalité d’authentification basée sur mot de passe simple et non sécurisée, aussi appelée « fonctionnalité de communauté » (fournie dans SNMPv1). La structure SMI SNMPv2 contient des nouveautés et apporte des améliorations à la sécurité de communauté, notamment la possibilité d’inclure les chaînes de bit, les adresses réseau et les compteurs dans les types de données spécifiques à la structure SMI SNMPv1. Par ailleurs, la structure SMI SNMPv2 spécifie des modules d’informations qui spécifient un groupe de définitions connexes. SNMPv2 définit aussi deux nouvelles opérations de protocole : GetBulk et Inform.

Sécurité

La sécurité WMI valide les informations de session d’un utilisateur pour l’ordinateur local et l’accès à distance. La technologie WMI accorde à un utilisateur validé une forme d’accès contrôlé à la totalité du stockage CIM. Dans sa version actuelle, la technologie WMI ne fournit pas de sécurité pour les ressources système telles que les classes et les instances individuelles. Toutefois, les administrateurs peuvent utiliser la technologie WMI pour contrôler les autorisations globales sur les opérations de schéma, par exemple pour limiter l’accès de certains utilisateurs à des opérations en lecture seule. La technologie WMI prend aussi en charge la sécurité par espace de noms. Par ailleurs, le fournisseur SNMP prend en charge toutes les fonctions de sécurité basées sur le protocole SNMP, y compris les améliorations apportées à la sécurité dans SNMPv2C.

Compilateur de module d’informations SNMP

Le compilateur de module d’informations SNMP permet de compiler des informations de gestion SNMP natives qui sont définies dans une base d’informations de gestion MIB en une définition de schéma CIM équivalente pouvant être utilisée avec les fournisseurs SNMP. Le schéma CIM peut exister comme sortie dans un fichier MOF ou il peut être chargé dans une base de données de schémas SNMP (stockage SMIR). Le fournisseur de classes dynamiques SNMP utilise le stockage SMIR pour créer et récupérer des instances de définitions de classe.

Le compilateur de module d’informations SNMP s’exécute en mode de ligne de commande en tant que fichier exécutable, avec un module d’information SNMP comme entrée et tout fichier supplémentaire nécessaire pour résoudre les références externes. Les modules d’informations SNMP sont des collections d’informations de gestion qui combinent généralement des modules MIB et des instructions AGENT-CAPABILITIES et MODULE-COMPLIANCE. Les instructions AGENT-CAPABILITIES décrivent la conformité d’un agent par rapport au jeu de modules MIB qu’il prend en charge. Les instructions MODULE-COMPLIANCE décrivent les capacités d’un agent concernant les définitions des objets.

Le compilateur de module d’informations SNMP fournit aussi les fonctionnalités suivantes :

  • Effectue des opérations de vérification sur le module d’informations. Par exemple, il vérifie la syntaxe locale et les références externes par rapport aux informations contenues dans les modules supplémentaires.

  • Supprime toutes les données précédemment chargées du stockage SMIR ou supprime les données chargées à partir d’un module d’informations.

  • Retourne soit le nom de module ASN.1 d’un fichier spécifié, soit les noms de module ASN.1 de tous les modules importés dans un fichier spécifié.

  • Retourne les noms de module ASN.1 de tous les modules d’informations SNMP actuellement chargés dans le stockage SMIR.

  • Effectue une résolution automatique des modules importés, évitant ainsi aux utilisateurs de spécifier manuellement les modules requis.

  • Effectue un mode d’opération avec chargement silencieux qui ne génère pas de sortie, mais qui peut être utilisé pour charger les données dans le stockage SMIR au cours d’une opération d’installation.

Voir aussi

Table des matières