Você pode usar o WMI de aplicativos cliente e scripts. Ele fornece uma infraestrutura que facilita a descoberta e a execução de tarefas de gerenciamento. Além disso, você pode adicionar ao conjunto de tarefas de gerenciamento possíveis criando seus próprios provedores WMI.
Observação
A versão de próxima geração do WMI para escrever aplicativos e scripts está disponível por meio da MI (Infraestrutura de Gerenciamento do Windows). Para obter mais informações, consulte Provedores e clientes de MI.
Você pode exibir ou manipular dados WMI em várias linguagens. A tabela a seguir lista os tópicos que descrevem como usar as linguagens de script e aplicativo para obter dados.
Idioma do aplicativo
Tópico
Scripts escritos em hospedagem de scripts Microsoft ActiveX, incluindo Visual Basic Scripting Edition (VBScript) e Perl
Aplicativos .NET Framework escritos em C#, Visual Basic .NET ou J#
Classes no namespace Microsoft.Management.Infrastructure. Observação:System.Management era o namespace original que cobria o código gerenciado para WMI. No entanto, a tecnologia subjacente para System.Management geralmente é mais lenta e não é dimensionada tão bem quanto Microsoft.Management.Infrastructure. Dessa forma, não é recomendável usar System.Management para novos projetos. (Para obter mais informações sobre System.Management, consulte Visão geral do WMI .NET.)
Certifique-se de que suas conexões com computadores remotos funcionem.
Conectar-se ao WMI em computadores remotos requer as configurações de segurança corretas, conforme explicado em Mantendo a segurança do WMI. A tabela a seguir lista os tópicos que descrevem como definir as configurações de segurança com as linguagens de script e aplicativo.
Idioma
Tópico
Scripts em qualquer linguagem, aplicativos do Visual Basic
Os dados do contador de desempenho de um sistema estão disponíveis por meio do WMI.
Os contadores da biblioteca de desempenho do sistema são convertidos em classes WMI. Para obter mais informações, confira Como monitorar dados de desempenho.
Usar COM diretamente em qualquer ambiente de desenvolvimento integrado.
Essa abordagem cria um provedor COM não gerenciado.
Usando o WMI no .NET Framework para criar um provedor de código gerenciado.
Essa abordagem cria um provedor de código gerenciado. Os provedores de código gerenciado podem ser escritos em qualquer linguagem .NET Framework, são mais simples de escrever do que os provedores WMI COM e podem obter dados das classes baseadas em WMI CIM, como Win32 Classes. No entanto, o provedor WMI do .NET Framework tem algumas limitações. Para obter mais informações, confira Gerenciar aplicativos usando o WMI.
A estrutura do provedor foi substituída pelos assistentes WMI ATL, usando COM diretamente ou provedores .NET Framework. A criação de um provedor COM WMI com as classes de estrutura do provedor não é mais recomendada. A tabela a seguir lista os tópicos que descrevem como usar provedores COM ou .NET Framework.
Descreve como encontrar a classe WMI e os procedimentos corretos a serem usados em scripts e aplicativos que executam tarefas comuns de administração de computador e rede, como adicionar uma nova conexão de impressora para um computador remoto ou localizar todos os hotfixes instalados em um computador.
Qualquer linguagem de script, como VBScript ou Perl, que funcione com objetos ActiveX pode acessar dados WMI. Os aplicativos podem acessar o WMI em C++, usando a API COM para WMI ou no Visual Basic, usando a biblioteca de tipos Wbemdisp.tlb e a API de Script para WMI.
Descreve como scripts, aplicativos e provedores podem estabelecer conexões com o WMI em computadores remotos para obter dados ou controlar hardware e software.
Este roteiro de aprendizagem abrange a WMI (Instrumentação de Gerenciamento do Windows) e o CIM (Common Information Model). Essas tecnologias ajudam a acessar informações sobre um computador. Além disso, ambas fornecem acesso local e remoto às informações de gerenciamento do sistema operacional, do hardware do computador e do software instalado.