È possibile usare WMI da applicazioni client e script. Fornisce un'infrastruttura che semplifica sia l'individuazione che l'esecuzione di attività di gestione. Inoltre, è possibile aggiungere al set di possibili attività di gestione creando provider WMI personalizzati.
Nota
La versione di nuova generazione di WMI per la scrittura di applicazioni e script è disponibile tramite Windows Management Infrastructure (MI). Per altre informazioni, vedere Provider e client mi-mi.
In questa sezione vengono illustrati gli argomenti seguenti:
È possibile visualizzare o modificare i dati WMI in molte lingue. Nella tabella seguente sono elencati gli argomenti che descrivono come usare i linguaggi di scripting e dell'applicazione per ottenere i dati.
Lingua dell'applicazione
Argomento
Script scritti nell'hosting di script Microsoft ActiveX, tra cui Visual Basic Scripting Edition (VBScript) e Perl
Applicazioni .NET Framework scritte in C#, Visual Basic .NET o J#
Classi nello spazio dei nomi Microsoft.Management.Infrastructure. Nota:System.Management è lo spazio dei nomi originale che ha trattato il codice gestito per WMI. Tuttavia, la tecnologia sottostante per System.Management è in genere più lenta di e non viene ridimensionata così come Microsoft.Management.Infrastructure. Di conseguenza, non è consigliabile usare System.Management per i nuovi progetti. (Per altre informazioni su System.Management, vedere Cenni preliminari su .NET WMI.
Assicurarsi che le connessioni ai computer remoti funzionino.
La connessione a WMI nei computer remoti richiede le impostazioni di sicurezza corrette, come illustrato in Gestione della sicurezza WMI. Nella tabella seguente sono elencati gli argomenti che descrivono come configurare le impostazioni di sicurezza con i linguaggi di scripting e applicazione.
Lingua
Argomento
Script in qualsiasi linguaggio, applicazioni Visual Basic
I dati del contatore delle prestazioni per un sistema sono disponibili tramite WMI.
I contatori della libreria delle prestazioni di sistema vengono convertiti in classi WMI. Per altre informazioni, vedere Monitoraggio dei dati sulle prestazioni.
Uso diretto di COM in qualsiasi ambiente di sviluppo integrato.
Questo approccio crea un provider COM non gestito.
Uso di WMI in .NET Framework per creare un provider di codice gestito.
Questo approccio crea un provider di codice gestito. I provider di codice gestito possono essere scritti in qualsiasi linguaggio .NET Framework, sono più semplici da scrivere rispetto ai provider COM WMI e possono ottenere dati dalle classi basate su CIM WMI, ad esempio classi Win32. Tuttavia, il provider WMI di .NET Framework presenta alcune limitazioni. Per altre informazioni, vedere Gestione di applicazioni tramite WMI.
Non è consigliabile usare le classi del framework del provider.
Il framework del provider è stato sostituito dalle procedure guidate WMI ATL, usando direttamente COM o provider .NET Framework. La creazione di un provider COM WMI con le classi del framework del provider non è più consigliata. Nella tabella seguente sono elencati gli argomenti che descrivono come usare provider COM o .NET Framework.
Viene descritto come trovare la classe e le procedure WMI corrette da utilizzare in script e applicazioni che eseguono attività comuni di amministrazione di computer e di rete, ad esempio l'aggiunta di una nuova connessione stampante per un computer remoto o la ricerca di tutti gli hotfix installati in un computer.
Qualsiasi linguaggio di scripting, ad esempio VBScript o Perl, che funziona con oggetti ActiveX può accedere ai dati WMI. Le applicazioni possono accedere a WMI in C++, usando l'API COM per WMI o in Visual Basic, usando la libreria dei tipi Wbemdisp.tlbe l'API di scripting per WMI.
Descrive in che modo script, applicazioni e provider possono stabilire connessioni a WMI nei computer remoti per ottenere dati o controllare hardware e software.
Questo percorso di apprendimento illustra Strumentazione gestione Windows (WMI) e Common Information Model (CIM). Queste tecnologie consentono di accedere alle informazioni su un computer. Inoltre, entrambe le tecnologie offrono l'accesso locale e remoto a informazioni di gestione del sistema operativo, dell'hardware del computer e del software installato.