Confirmando que o inventário de hardware está funcionando

Normalmente, presumimos apenas que o inventário de hardware está funcionando, mas e se não estiver funcionando? Deixe-me explicar. Outro dia, eu estava ajudando alguém a solucionar por que o .NET 4.0 não estava sendo inventariado por Configuration Manager (ConfigMgr / SCCM). Como de costume, eu os direcionei para o meu Resolver problemas de inventário de hardware ConfigMgr postagem no blog. Depois de seguir as etapas dessa postagem, no entanto, tudo funcionou conforme o esperado. Em seguida, chamei a atenção deles para a postagem, Meus dois scripts de execução favoritos de ConfigMgr. Essa postagem mostra como criar um script ConfigMgr para forçar um inventário completo (pulsação, hardware, software e coleção de arquivos). Mais uma vez, depois de seguir os passos daquela postagem, o problema não foi resolvido. Isso, é claro, me deixou muito perplexo. Qual era o problema? Então me dei conta - a edição do arquivo MOF está correta? O que realmente está sendo inventariado?

Estas são as questões que formaram a base desta postagem:

  • O inventário de hardware realmente existe?
  • O que estamos vendo no próprio computador?

Depois de terminar de escrever este post, percebi que ele é na verdade o precursor do meu primeiro post no blog sobre como, Resolver problemas de inventário de hardware ConfigMgr.

Fundo

Dependendo do tipo de classe WMI, existem muitas maneiras diferentes de revisar os dados subjacentes, mas em um nível mais alto as etapas de solução de problemas são basicamente as mesmas. Estes são os três cenários de classe WMI sobre os quais falarei mais adiante nesta postagem:

  1. A classe WMI do Windows (por exemplo, Win32_BIOS) é inventariada.
  2. A classe WMI personalizada (por exemplo, monitores Enhansoft) é inventariada.
  3. A leitura de chaves de registro dinâmicas (por exemplo, chaves .NET) por meio de uma classe WMI personalizada é inventariada.

Inventário de hardware - defina o problema

Antes de falar sobre cada tipo de classe WMI e como consultar o WMI, primeiro você precisa definir o problema. Muitas vezes, as pessoas dizem: “Não está funcionando, não há estoque”. Quando você se aprofunda no problema deles, no entanto, descobre-se que é um destes quatro problemas:

  1. Não há inventário.
  2. Existe estoque, mas apenas para um item.
  3. Há inventário, mas um atributo está ausente ou incorreto.
  4. Há estoque, mas nem todos os itens estão listados.

Esta postagem do blog cobre principalmente o primeiro problema, “Não há inventário”. Todas as etapas para solucionar esse problema, no entanto, ainda são úteis ao revisar outros problemas, como o terceiro problema, “Há inventário, mas um atributo está ausente ou incorreto”. Lembre-se de que, ao solucionar o segundo e o quarto problemas (e às vezes o terceiro), geralmente se trata da importação da configuração incorreta do cliente (sms_def.mof para os veteranos) ou os detalhes NÃO estão listados para o sistema local . Considere as impressoras mapeadas, por exemplo, a conta do sistema local nunca vê a conta da impressora do usuário quando o WMI é consultado.

Degraus de alto nível

Aqui estão as etapas de solução de problemas de alto nível:

  1. Consulte a classe WMI usando uma conta de usuário normal.
  2. Consulte a classe WMI usando uma conta de administrador local.
  3. Consulte a classe WMI usando uma conta do sistema local.
  4. Revise os dados subjacentes.

A única diferença entre as três primeiras etapas é a conta usada para visualizar os resultados. Isso faz uma grande diferença nos resultados de algumas classes, mas em outras, os resultados são exatamente os mesmos.

Como consultar uma classe WMI

Não importa qual classe WMI é consultada. Esta etapa serve para validar se os dados existem no próprio computador. Se não estiver lá, NUNCA estará dentro de SCCM.

Para este exemplo, estou usando minha conta pessoal (gartek \ garth), que por acaso também é uma conta de administrador local (pulando para a segunda etapa de alto nível) e estarei empregando WBEMTEST para ler chaves de registro dinâmicas por meio de uma classe WMI . Caso você não saiba, o WBEMTEST é encontrado em todos os computadores Windows.

Inventário de hardware - Testador de instrumentação de gerenciamento do Windows

Uma vez wbemtest.exe é lançado, clique no Conectar… botão.

Namespace

Certifique-se de que o Namespace é root \ cimv2 e clique Conectar.

Classes Enum

Clique no Classes Enum ... botão.

Recursiva

Selecione Recursiva e clique OK.

Resultado da Consulta

Espere pelo Feito mensagem apareça e localize a classe WMI que você deseja revisar. Clique duas vezes nele. Neste caso, desejo revisar ES_DotNETFrameworks.

Instâncias

Clique Instâncias.

- Resultados da consulta ES_DotNETFrameworks

Dê um clique duplo na instância que você deseja revisar. No meu caso é 4,0.

Inventário de hardware - somente local

Na nova janela, selecione o Somente Local opção (seta roxa). Isso mostra apenas as propriedades dessa instância. Neste ponto, confirme se os resultados são os esperados.

Nesse caso tudo, mas Pacote de serviço, parece exatamente como eu esperava. Porque é Pacote de serviço definido como ? Não deveria ser, então examinarei isso mais tarde. No geral, este teste confirma que tudo está funcionando conforme o esperado, exceto para o Pacote de serviço atributo.

Na maioria das vezes, você realmente não precisa repetir as etapas do WBEMTEST com uma conta de usuário diferente ou conta do sistema local. Muitas vezes, pulo essas etapas e não as executo, a menos que tudo o que estou testando volte corretamente. Nesse caso, repito o WBEMTEST com as demais contas até encontrar o problema.

Erros com WBEMTEST

Se você receber algum erro ao consultar uma classe WMI com WBEMTEST, isso pode significar algumas coisas. O problema pode ser com o arquivo configuration.mof, ou pode ser que a classe não exista no WMI ou pode haver um erro de digitação no caminho da chave de registro. As soluções para erros WBEMTEST não são correções simples. Em todos os casos, o arquivo configuration.mof deve ser revisto e você deve confirmar tudo.

Resultados corretos, mas NÃO em SCCM

O que você deve fazer se os resultados estiverem corretos aqui, mas não dentro de SCCM? Isso normalmente nunca acontece, MAS se acontecer, sua primeira etapa é forçar um inventário completo. Esta postagem do blog, Meus dois scripts de execução favoritos de ConfigMgr, ajuda mostrando como criar um script para forçar um inventário completo. Em segundo lugar, você precisa confirmar se os resultados são retornados ao SCCM corretamente. Se, depois de forçar um inventário completo e as coisas ainda não estiverem corretas, e você revisou o Resolver problemas de inventário de hardware ConfigMgr postagem do blog, por favor, entre em contato com o Equipe Enhansoft. Adoraríamos ver se podemos ajudá-lo ou, pelo menos, reproduzir o problema em nossos laboratórios.

Resultados errados

Consulte as próximas seções para obter ajuda na solução desses problemas.

Inventário de hardware - analise os dados subjacentes

A maneira como você revisa os dados subjacentes depende do tipo de classe WMI. É uma classe WMI do Windows, um provedor WMI personalizado ou é o problema ao ler as chaves de registro dinâmicas? Abaixo, falo sobre cada um.

Classe WMI do Windows

Infelizmente, não há muito que você possa fazer com este. Na melhor das hipóteses, você pode abrir um tíquete de suporte com Microsoft e eles podem trabalhar com você para resolver seu problema.

Classe WMI personalizada

Uma classe WMI personalizada usa um provedor WMI personalizado, que é basicamente apenas um arquivo exe (executável). Sua melhor aposta é revisar a documentação do fornecedor. Todos os produtos Enhansoft, como Relatório Enhansoft, SEMPRE inclua um arquivo de log. Este arquivo de log contém uma tonelada de informações que indicam o problema exato! E, claro, você pode entrar em contato com o Equipe de Apoio também.

Lendo chaves de registro dinâmicas

Esta classe WMI é criada por edições de arquivo MOF. Não há um grande truque aqui. Abra o arquivo configuration.mof encontrado no servidor do seu site em \ inboxes \ clifiles.src \ hinv. No computador, examine a chave do Registro que não está fornecendo resultados. Não se esqueça de verificar AMBAS as chaves x86 e x64.

Teste de edição de arquivo MOF

Nesta seção, não explicarei como criar uma edição de arquivo MOF a partir de uma chave de registro. Se você gostaria de saber como fazer isso, leia minha postagem do blog, Como usar RegKeyToMof. Em vez disso, estou mostrando o snippet da edição do arquivo MOF para .NET 4.0.

[DYNPROPS]
instância de ES_DotNETFrameworks
{Versão = ”4.0 ″;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Cliente | Instalar”), Dinâmico, Provedor (“RegPropProv”)] Instalado;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Cliente | SP”), Dinâmico, Provedor (“RegPropProv”)] ServicePack;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Cliente | Versão”), Dinâmico, Provedor (“RegPropProv”)] BuildNumber;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Release”), Dynamic, Provider (“RegPropProv”)] Release;
};

Pelo snippet, é bastante fácil ver que essas informações vêm da chave HKLM \ SOFTWARE \ Microsoft \ NET Framework Setup \ NDP \ v4 \ Client. Estou olhando para estes quatro atributos: Instalar, SP, Versão e Lançamento.

REGEDIT

Inventário de hardware - Editor de registro

Agora, eu reviso o registro usando o Regedit. Eu rapidamente vejo que Instalar, Versão e Liberar estão lá conforme o esperado, MAS o arquivo MOF está procurando pelo atributo SP e não há nenhum listado no registro. Isso explica por que vi um valor nulo no WMI quando o consultei com o WBEMTEST. A solução para esse problema é fazer com que o arquivo MOF examine o atributo Manutenção em vez do atributo SP. Depois de atualizar o arquivo configuration.mof, ConfigMgr é capaz de coletar os detalhes de manutenção e o .NET 4.0 agora é inventariado.

Resumo do inventário de hardware

Antes de iniciar a solução de problemas por que o inventário de hardware não é exibido no ConfigMgr, você realmente precisa garantir que os detalhes existam no (s) computador (es) em questão. Se eles não existirem lá, eles nunca existirão dentro de ConfigMgr. Não sei sobre você, mas frequentemente pulo esta etapa e presumo que os detalhes já existam no computador, portanto, a partir de agora, quando não estiver obtendo os resultados que espero, passarei para estas etapas de solução de problemas. Se você tiver alguma dúvida, sinta-se à vontade para entrar em contato comigo @GarthMJ.

Veja como Right Click Tools está mudando a forma como os sistemas são gerenciados.

Aumente imediatamente a produtividade com o nosso limitado e gratuito, Community Edition.

Comece com Right Click Tools hoje:

Suporte

  • Este campo é para fins de validação e não deve ser alterado.

Contato

  • Este campo é para fins de validação e não deve ser alterado.

Ao enviar este formulário, você entende que o Recast Software pode processar seus dados conforme descrito no Recast Software Política de Privacidade.

pt_BRPortuguese