Cómo confirmar que el inventario de hardware funciona

Normalmente, asumimos que el inventario de hardware está funcionando, pero ¿y si no funciona? Dejame explicar. El otro día, estaba ayudando a alguien a solucionar el problema de por qué .NET 4.0 no estaba siendo inventariado por Configuration Manager (ConfigMgr / SCCM). Como de costumbre, los dirigí a mi Solucionar problemas de inventario de hardware ConfigMgr entrada en el blog. Sin embargo, después de seguir los pasos de esa publicación, todo funcionó como se esperaba. A continuación, llamé su atención a la publicación, Mis dos secuencias de comandos de ejecución ConfigMgr favoritas. Esa publicación le muestra cómo crear un script ConfigMgr para forzar un inventario completo (Heartbeat, Hardware, Software y Colección de archivos). Una vez más, después de seguir los pasos de esa publicación, su problema no se resolvió. Esto, por supuesto, me dejó muy perplejo. ¿Cual fue el problema? Entonces me di cuenta: ¿es correcta la edición del archivo MOF? ¿Qué se está inventariando realmente?

Estas son las preguntas que formaron la base de esta publicación:

  • ¿Existe realmente el inventario de hardware?
  • ¿Qué estamos viendo en la propia computadora?

Después de que terminé de escribir esta publicación, me di cuenta de que esta publicación es en realidad la precursora de mi primera publicación de blog sobre cómo, Solucionar problemas del inventario de hardware ConfigMgr.

Fondo

Dependiendo del tipo de clase de WMI, hay muchas formas diferentes de revisar los datos subyacentes, pero en un nivel alto, los pasos de solución de problemas son básicamente los mismos. Estos son tres escenarios de clase WMI de los que hablaré más adelante en esta publicación:

  1. La clase WMI de Windows (por ejemplo, Win32_BIOS) está inventariada.
  2. La clase WMI personalizada (por ejemplo, monitores Enhansoft) se incluye en el inventario.
  3. Se hace un inventario de la lectura de claves de registro dinámicas (por ejemplo, claves .NET) a través de una clase WMI personalizada.

Inventario de hardware: defina el problema

Antes de hablar sobre cada tipo de clase WMI y cómo consultar WMI, primero debe definir el problema. Muchas veces, la gente dice: "No funciona, no hay inventario". Sin embargo, cuando profundiza en su problema, resulta ser uno de estos cuatro problemas:

  1. No hay inventario.
  2. Hay inventario, pero solo para un artículo.
  3. Hay inventario, pero falta un atributo o es incorrecto.
  4. Hay inventario, pero no se enumeran todos los artículos.

Esta publicación de blog cubre principalmente el primer problema, "No hay inventario". Sin embargo, todos los pasos para solucionar este problema siguen siendo útiles al revisar otros problemas, como el tercer problema, "Hay inventario, pero falta un atributo o es incorrecto". Tenga en cuenta que al solucionar el segundo y cuarto problema (y a veces el tercer problema), generalmente se reduce a la importación de la configuración del cliente incorrecta (sms_def.mof para nosotros los veteranos), o los detalles NO se enumeran para el sistema local . Tome las impresoras asignadas, por ejemplo, la cuenta del sistema local nunca ve la cuenta de impresora de un usuario cuando se consulta WMI.

Pasos de alto nivel

Estos son los pasos de resolución de problemas de alto nivel:

  1. Consulte la clase WMI con una cuenta de usuario normal.
  2. Consulte la clase WMI con una cuenta de administrador local.
  3. Consulte la clase WMI utilizando una cuenta del sistema local.
  4. Revise los datos subyacentes.

La única diferencia entre los primeros tres pasos es la cuenta que se usa para ver los resultados. Esto hace una gran diferencia en los resultados para algunas clases, pero en otras, los resultados son exactamente los mismos.

Cómo consultar una clase WMI

No importa qué clase de WMI se consulte. Este paso consiste en validar que los datos existen en la propia computadora. Si no está allí, NUNCA estará dentro de SCCM.

Para este ejemplo, estoy usando mi cuenta personal (gartek \ garth), que también es una cuenta de administrador local (saltando al segundo paso de alto nivel) y emplearé WBEMTEST para leer claves de registro dinámicas a través de una clase WMI . En caso de que no lo sepa, WBEMTEST se encuentra en todas las computadoras con Windows.

Inventario de hardware: probador de instrumentación de administración de Windows

Una vez wbemtest.exe se inicia, haga clic en el Conectar… botón.

Espacio de nombres

Asegúrese de que el Espacio de nombres es root \ cimv2 y haga clic en Conectar.

Clases de enumeración

Haga clic en el Clases de enumeración ... botón.

Recursivo

Seleccione Recursivo y haga clic en OK.

Resultado de la consulta

Esperen al Hecho que aparezca el mensaje y luego ubique la clase WMI que desea revisar. Haz doble clic en él. En este caso, quiero revisar ES_DotNETFrameworks.

Instancias

Hacer clic Instancias.

- Resultados de la consulta de ES_DotNETFrameworks

Haga doble clic en la instancia que desea revisar. En mi caso es 4.0.

Inventario de hardware: solo local

En la nueva ventana, seleccione el Solo locales opción (flecha violeta). Esto le muestra solo las propiedades para esa instancia. En este punto, confirme que los resultados son los esperados.

En este caso, todo, menos Paquete de servicio, se ve exactamente como esperaba. Por que es Paquete de servicio ajustado a ? No debería ser así, así que lo investigaré más adelante. En general, esta prueba confirma que todo funciona como se esperaba, excepto el Paquete de servicio atributo.

La mayoría de las veces, no es necesario que repita los pasos de WBEMTEST con una cuenta de usuario diferente o una cuenta del sistema local. A menudo, omito estos pasos y no los ejecuto a menos que todo lo demás que estoy probando vuelva correctamente. En ese caso, repito el WBEMTEST con las otras cuentas hasta que encuentro el problema.

Errores con WBEMTEST

Si obtiene algún error al consultar una clase WMI con WBEMTEST, esto podría significar algunas cosas. El problema podría estar en el archivo configuration.mof, o podría ser que la clase no exista dentro de WMI o que haya un error tipográfico en la ruta de la clave del registro. Las soluciones a los errores de WBEMTEST no son simples arreglos. En todos los casos, el archivo configuration.mof debe revisarse y debe confirmar todo.

Resultados correctos, pero NO en SCCM

¿Qué debe hacer si los resultados son correctos aquí, pero no dentro de SCCM? Esto normalmente nunca sucede, PERO si sucede, su primer paso es forzar un inventario completo. Esta publicación de blog, Mis dos secuencias de comandos de ejecución ConfigMgr favoritas, le ayuda mostrándole cómo crear un script para forzar un inventario completo. En segundo lugar, debe confirmar que los resultados se devuelven correctamente a SCCM. Si, después de forzar un inventario completo y las cosas aún no son correctas, y ha revisado el Solucionar problemas de inventario de hardware ConfigMgr entrada de blog, toque la base con el Equipo Enhansoft. Nos encantaría ver si podemos ayudarlo, o al menos reproducir el problema en nuestros laboratorios.

Resultados incorrectos

Consulte las siguientes secciones para obtener ayuda con la resolución de estos problemas.

Inventario de hardware: revisar los datos subyacentes

La forma de revisar los datos subyacentes depende del tipo de clase WMI. ¿Es una clase WMI de Windows, un proveedor WMI personalizado o es el problema al leer claves de registro dinámicas? A continuación, hablo de cada uno.

Clase WMI de Windows

Desafortunadamente, no hay mucho que puedas hacer con este. En el mejor de los casos, puede abrir un ticket de soporte con Microsoft y ellos pueden trabajar con usted para resolver su problema.

Clase WMI personalizada

Una clase WMI personalizada utiliza un proveedor WMI personalizado, que básicamente es solo un archivo exe (ejecutable). Su mejor opción es revisar la documentación del proveedor. Todos los productos de Enhansoft, como Informes EnhansoftSIEMPRE incluya un archivo de registro. ¡Este archivo de registro contiene una tonelada de información que le indica el problema exacto! Y por supuesto, puedes contactar con el Equipo de apoyo también.

Lectura de claves de registro dinámicas

Esta clase WMI se crea mediante ediciones de archivos MOF. No hay un gran truco aquí. Abra el archivo configuration.mof que se encuentra en el servidor de su sitio en \ bandejas de entrada \ clifiles.src \ hinv. En la computadora, revise la clave de registro que no proporciona resultados. No olvide comprobar AMBAS teclas x86 y x64.

Prueba de edición de archivos MOF

En esta sección, no explicaré cómo crear una edición de archivo MOF a partir de una clave de registro. Si desea saber cómo hacerlo, lea la publicación de mi blog, Cómo utilizar RegKeyToMof. En su lugar, le muestro el fragmento de la edición del archivo MOF para .NET 4.0.

[DYNPROPS]
instancia de ES_DotNETFrameworks
{Versión = ”4.0 ″;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Install”), Dynamic, Provider (“RegPropProv”)] instalado;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | SP”), Dynamic, Provider (“RegPropProv”)] ServicePack;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Version”), Dynamic, Provider (“RegPropProv”)] BuildNumber;
[PropertyContext (“local | HKEY_LOCAL_MACHINE \\ SOFTWARE \\ Microsoft \\ NET Framework Setup \\ NDP \\ v4 \\ Client | Release”), Dynamic, Provider (“RegPropProv”)] Release;
};

En el fragmento, es bastante fácil ver que esta información proviene de la clave HKLM \ SOFTWARE \ Microsoft \ NET Framework Setup \ NDP \ v4 \ Client. Estoy viendo estos cuatro atributos: instalación, SP, versión y lanzamiento.

REGÉDITO

Inventario de hardware - Editor del registro

Ahora, reviso el registro usando Regedit. Veo rápidamente que la instalación, la versión y la publicación están allí como se esperaba, PERO el archivo MOF está buscando el atributo SP y no hay ninguno en el registro. Esto explica por qué vi un valor nulo en WMI cuando lo consulté con WBEMTEST. La solución a este problema es hacer que el archivo MOF mire el atributo de servicio en lugar del atributo SP. Una vez que actualizo el archivo configuration.mof, ConfigMgr puede recopilar los detalles de mantenimiento y .NET 4.0 ahora está inventariado.

Resumen de inventario de hardware

Antes de comenzar a solucionar el problema de por qué el inventario de hardware no se muestra en ConfigMgr, realmente debe asegurarse de que los detalles existan en las computadoras en cuestión. Si no existen allí, nunca existirán dentro de ConfigMgr. No sé ustedes, pero con frecuencia omito este paso y asumo que los detalles ya existen en la computadora, así que de ahora en adelante, cuando no obtenga los resultados que esperaba, pasaré a estos pasos de solución de problemas. Si tiene alguna pregunta, no dude en ponerse en contacto conmigo. @GarthMJ.

Vea cómo Right Click Tools está cambiando la forma en que se administran los sistemas.

Aumente la productividad de inmediato con nuestra versión limitada y gratuita de la edición Community.

Comience con Right Click Tools hoy:

Compartir este:

Ayuda

  • Este campo es para fines de validación y no debe modificarse.

Contacto

  • Este campo es para fines de validación y no debe modificarse.

Contacto

  • Este campo es para fines de validación y no debe modificarse.
es_MXSpanish