Solução de problemas de inventário de hardware para SCCM 2012

NOTA: esta postagem do blog foi atualizada, portanto, consulte a postagem atualizada: / updated-troubleshoot-configmgr-hardware-inventory-issues

Achei que já era hora de finalmente atualizar meu artigo sobre como solucionar problemas de fluxo de inventário de hardware. Embora não tenha mudado muito desde que escrevi o artigo originalmente em 2008, nesta versão atualizada adicionei mais algumas etapas e mostrarei como isso se aplica a todos os quatro tipos de inventário.

Esta postagem de blog fornecerá as etapas necessárias para solucionar problemas de inventário à medida que ele flui do PC para o banco de dados Configuration Manager (ConfigMgr). Como resultado, este guia ajudará a identificar qualquer problema em seu fluxo de estoque.

Todas as capturas de tela são de um cliente System Center 2012 Configuration Manager (CM12) e servidor de site; o servidor do site está executando o Windows 2008 R2. Por que estou te contando isso? A razão é simples. Todas as etapas que realizo SÃO aplicáveis a CM12, CM07, SMS 2003 e SMS 2.0. A única diferença é que alguns dos locais dos arquivos podem ter mudado entre as versões, então você pode precisar fazer uma pequena extrapolação.

Fase 1 - PC cliente

No cliente CM12 dentro do inventoryagent.log, você nunca o verá dizer que está fazendo um ciclo de inventário de hardware, ciclo de inventário de software, etc. Ele listará apenas o GUID usado para essa ação. Esta tabela fornece esses detalhes para converter o GUID para a ação de inventário.

Ação de estoque	ID GUID
Inventário de Hardware	{00000000-0000-0000-0000-000000000001}
Inventário de Software	{00000000-0000-0000-0000-000000000002}
Registro de descoberta de dados	{00000000-0000-0000-0000-000000000003}
Coleção de arquivos	{00000000-0000-0000-0000-000000000010}

Para o meu exemplo, usarei o inventário de hardware, mas se você precisar solucionar problemas de qualquer um dos outros tipos de inventário, o processo é exatamente o mesmo. Simplesmente substitua o ID do GUID do inventário de hardware no meu exemplo pelo ID do GUID apropriado.

Abra o Painel de Controle e selecione o miniaplicativo ConfigMgr.

Selecione os Ações aba. Selecione Ciclo de inventário de hardwaree clique em Corra agora.

Clique OK duas vezes, para fechar o miniaplicativo ConfigMgr.

Em seguida, abra o InventoryAgent.log usando CMTrace. Confirme se o inventário de hardware foi iniciado localizando o ID do GUID (seta vermelha). Observe que este ciclo de estoque é um ciclo de estoque Delta (seta azul).

Aguarde até que o inventário seja concluído (seta azul).

Abra um prompt de comando e determine o endereço IP do PC cliente.

Fase 2 - Servidor MP

No servidor MP, localize os logs do IIS. Eles geralmente são encontrados aqui: c: \ inetpub \ logs \ LogFiles. Use novamente o CMTrace, abra o log do IIS atual e localize o endereço IP do PC cliente. Observe que os dados de hardware foram carregados no MP.

Se você chegar a este ponto, saberá que o PC transferiu seu estoque para o MP e, portanto, não é um problema para o cliente. Se você não obtiver as linhas acima, o problema está no cliente.

Agora localize os logs do cliente MP. Esses logs podem estar localizados em alguns lugares diferentes, mas geralmente eles estarão na mesma unidade que a instalação do servidor do site CM ou C: \ Windows \ ccm \ logs. No meu caso, eles foram encontrados aqui d: \ Program Files \ SMS_CCM \ Logs.

Você pode ver que o inventário de hardware do meu cliente foi recebido pelo MP e movido para as caixas de saída do MP. Anote o nome do arquivo (seta vermelha).

Neste ponto, você sabe que não tem nenhum problema com o MP.

Fase 3

Agora vá para o servidor do seu site; no meu caso é o mesmo servidor.

Abra o dataldr.log localizado aqui D: \ Arquivos de programas \ Microsoft Configuration Manager \ Logs. Observe que o arquivo é movido de dataldr.box para dataldr.box autenticado (seta vermelha).
Em seguida, observe algumas linhas depois que o nome do PC está listado (seta azul) e o inventário está sendo adicionado ao banco de dados CM12. Você pode ver que ele é adicionado ao banco de dados CM12 porque 171 procedimentos armazenados foram executados dentro do banco de dados. Isso também significa que ~ 171 itens foram atualizados no PC cliente desde a última vez em que o inventário de hardware foi executado. Para um inventário completo, espere que o número de procedimentos armazenados a serem executados seja bem superior a 3.000.

Para confirmar que os dados foram atualizados e adicionados ao banco de dados CM12, abra o Explorador de Recursos e revise a última data de varredura de hardware (seta dourada). Essa data / hora corresponderá aos dados / hora do inventário de hardware, conforme visto no inventoryagent.log. (Observação: cortei essas informações da captura de tela por motivos de espaço.)