Noções básicas de programação com o Gerenciador de Configurações

Para começar a programar para o Configuration Manager, é útil ter uma compreensão funcional e arquitetônica básica do Configuration Manager. Além disso, há várias ferramentas e recursos essenciais para validar e solucionar problemas de soluções. Abaixo estão dicas e recursos para alguém novo na programação do Configuration Manager.

Importante

Você deve reconhecer que o Configuration Manager, anteriormente SMS (Systems Management Server), tem uma longa história como produto. Ao revisar namespaces, classes, métodos, propriedades e arquivos de log, você encontrará muitas referências contendo "SMS" – na verdade, a maioria das classes WMI começa com "SMS_" e o principal namespace WMI Configuration Manager é "SMS". Ao longo dos anos, várias classes, métodos e propriedades legados se acumularam - não aparente para um usuário administrativo, mas ao programar o histórico/legado pode ser confuso.

Compreensão funcional

Para automatizar ou estender com êxito o Configuration Manager, é extremamente importante obter uma compreensão funcional do produto. O Configuration Manager é um sistema de gerenciamento distribuído de várias camadas, na maioria das vezes espalhado por vários servidores e vários locais. Para obter mais informações, consulte Fundamentos do Configuration Manager.

Mais recursos

Manuais

Vídeos

Fóruns

Compreensão arquitetônica

O Configuration Manager é um sistema de gerenciamento distribuído de várias camadas. É importante entender a arquitetura geral do Configuration Manager. Abaixo está um link para uma visão geral da arquitetura do Configuration Manager.

Além das informações de arquitetura, existem vários pontos-chave que normalmente confundem administradores e programadores novos no Configuration Manager.

  • Servidor: Em um sentido geral, a maioria das ações de programação (em particular, automação) ocorre em um servidor de site do Configuration Manager. Ações ou alterações de configuração são propagadas em toda a hierarquia do Configuration Manager para os clientes por meio da política. A política é efetuada por pull pelo cliente em um intervalo de sondagem configurável NÃO enviado imediatamente para o cliente pelo servidor. Em geral, depois que um cliente é instalado, não há comunicação direta do servidor do site com o cliente ou do cliente com o servidor do site – toda a comunicação ocorre por meio de funções de servidor intermediário.

  • Cliente: clientes do Configuration Manager são sistemas e dispositivos gerenciados pelo Configuration Manager. Um 'servidor' pode ser um cliente do Configuration Manger. Um servidor Exchange, um servidor Active Directory e um servidor do Configuration Manager podem ser clientes do Configuration Manager. Além disso, dispositivos Windows 10, Windows Phone e macOS podem ser clientes do Configuration Manager.

Os clientes do Configuration Manager recebem política sondando periodicamente um Ponto de Gerenciamento do Configuration Manager. O intervalo de sondagem para recuperar a política básica é configurável, assim como outras configurações. Por causa disso, há atrasos inerentes em ações direcionadas ao cliente iniciadas a partir do servidor do site do Configuration Manager.

  • Console: Binários e arquivos do console do Configuration Manager remoto não são atualizados automaticamente quando são feitas alterações no servidor do site. As modificações e extensões devem ser copiadas para os sistemas que executam o console do Configuration Manager, manualmente ou usando o Gerenciamento de Aplicativos/Distribuição de Software do Configuration Manager.

  • Provedor SMS versus SQL Server: embora o Configuration Manager use o SQL Server para armazenamento de dados, o SQL Server NÃO é a interface de programação principal para o Configuration Manager. A interface de programação principal para o Configuration Manager é o Provedor SMS (WMI) - a criação e modificação de objetos devem ser feitas por meio do Provedor SMS. Você deve considerar o SQL Server como fornecendo acesso somente leitura aos dados do Configuration Manager para fins de consulta e relatório. Não se trata de uma questão de permissões, mas sim de manter a integridade dos dados.

Namespaces e classes

Servidor

Namespace WMI primário: ROOT\SMS\SITE_<código do site>

Classes WMI do servidor:referência da API do Configuration Manager

Cliente

Namespace WMI primário: ROOT\CCM

Classes WMI do cliente:referência da API do Configuration Manager

Importante

A história de programação do lado do cliente para o Configuration Manager está evoluindo para ser baseada principalmente em WMI. No passado, um conjunto de classes COM do lado do cliente era o principal método usado para acessar a funcionalidade do cliente, embora classes/métodos WMI adicionais do lado do cliente também fossem usados. Com o lançamento do System Center 2012 Configuration Manager, o foco está mudando para um conjunto de classes WMI no namespace: root/ccm/ClientSDK. Compreensivelmente, uma abstração, na forma de COM ou classes SDK específicas, fornece uma abstração útil das alterações arquitetônicas subjacentes ao longo das atualizações do produto.

Console

Classes gerenciadas relacionadas ao console:

  • Microsoft.configurationmanagement.exe

  • Microsoft.configurationmanagement.managementprovider.dll

  • Microsoft.ConfigurationManagement.DialogFoundation.dll

  • AdminUI.DialogFoundation.dll

Tópicos introdutórios do Console do Configuration Manager:

Fundamentos de programação

A seção Fundamentos de Programação do Configuration Manager do SDK fornece exemplos de como trabalhar com os vários tipos de objetos e estruturas disponíveis no Configuration Manager. O Configuration Manager contém alguns objetos/conceitos que podem ser inicialmente confusos. De particular interesse são as propriedades inseridas (usadas principalmente com o Arquivo de Controle do Site) e propriedades preguiçosas (usadas em todas as classes do Configuration Manager). Abaixo estão os links para os Conceitos Básicos de Programação (e outras subseções) do SDK. Essas seções contêm exemplos de código que mostram como trabalhar com os vários tipos de objeto.

Importante

O SDK geralmente fornece exemplos de código em VBScript e C#. Isso não significa que outros idiomas não funcionarão com o provedor de SMS. O provedor SMS é independente de linguagem, desde que os objetos e construções corretos possam ser trocados. Use o idioma (ferramenta) mais apropriado para seu ambiente. O C# é usado internamente como uma linha de base para testar os trechos de código do SDK, portanto, exemplos de manipulação de objetos e construções de código geralmente são fornecidos em C#. Se você usar outro idioma, deverá se sentir confortável em traduzir do C# para o idioma de sua escolha.

Ferramentas básicas

WBEMTEST

Se você passa muito tempo com o Configuration Manager, percebe que grande parte dele é executada por meio do WMI. WMI é "Windows Management Instrumentation" e é a implementação da Microsoft de um padrão da Internet chamado Web Based Enterprise Management (WBEM). Existem muitas ferramentas WMI por aí. No entanto, o WBEMTEST está disponível imediatamente na maioria dos sistemas, em vez de precisar ser baixado primeiro. Você pode pensar nisso como Notepad.exe – existem editores de texto com recursos mais avançados disponíveis, mas Notepad.exe está sempre presente quando você precisa visualizar ou criar um arquivo de texto.

Introdução ao WBEMTEST

Dica

Internamente, a ferramenta mais comumente usada ao solucionar problemas relacionados ao provedor SMS (criação, modificação e exclusão de objetos) é o WBEMTEST.

CMTrace

CMTrace: O CMTrace é um visualizador de arquivo de log personalizado que é útil no monitoramento e na solução de problemas do Configuration Manager. O CMTrace fornece uma exibição contínua das alterações do arquivo de log (em vez de precisar recarregar para monitorar a atividade registrada) e é particularmente útil ao monitorar/solucionar problemas de criação ou modificação de objetos por meio do provedor SMS (consulte o SMSProv.log abaixo).

O CMTrace pode ser encontrado no servidor do site do Configuration Manager, na pasta "<Diretório de Instalação> do Configuration Manager\ferramentas".

SMSProv.log: O arquivo de log do Provedor SMS (<Configuration Manager Installation Directory>\Logs\SMSProv.log) registra a atividade do Provedor SMS e fornece informações de baixo nível que são úteis para monitorar/solucionar problemas ao criar ou modificar objetos Configuration Manager programaticamente por meio do Provedor SMS.

Espião de cliente e espião de política

Cliente espião: Uma ferramenta que ajuda você a solucionar problemas relacionados à distribuição de software, inventário e medição de software em clientes do System Center 2012 Configuration Manager.

Política de espionagem: Um visualizador de políticas que ajuda você a revisar e solucionar problemas do sistema de políticas em clientes do System Center 2012 Configuration Manager.

Exemplo do programa Basic Configuration Manager

Abaixo está o link para um programa muito simples do Configuration Manager mostrando algumas operações básicas comuns a muitos programas do Configuration Manager:

  • Last updated on