Hola
Ultimamente estoy trabajando bastante con DCM y una de las cosas que mas me molestaron fue que tenia que esperar unos 15 minutos para que el agente envíe el informe de la evaluación del DCM al sitio para ser luego procesado.
Para saltarse estos 15 minutos, que están configurados por código en el el agente, es necesario utilizar la herramienta SendSchedule.exe.
Esta herramienta viene dentro de las SCCM client tools (ConfigMgr 2007 Toolkit V2\ClientTools)
Si bien el SendSchedule.exe tiene varias opciones (ejecutar SendSchedule.exe /L) no esta clara cual sirve para enviar los informes de DCM
Debéis utilizar la opción "11"
Message GUID: {00000000-0000-0000-0000-000000000111} DisplayName: Send Unsent State Message
Ejecutar:
SendSchedule {00000000-0000-0000-0000-000000000111} MáquinaCliente
Cuando lo ejecutemos se enviará el informe instantáneamente y lo veremos procesado por el site rápidamente, seguramente antes de 15 minutos :D
Espero que les sea de utilidad
Saludos!
Gastón Gardonio
Creé este pequeño blog para compartir mis experiencias laborales. Espero que la información y los casos que comento les sean de utilidad.
Mostrando entradas con la etiqueta DCM. Mostrar todas las entradas
Mostrando entradas con la etiqueta DCM. Mostrar todas las entradas
martes, 21 de febrero de 2012
jueves, 12 de enero de 2012
Los reportes de DCM no muestran el nombre del Item - Baseline
Hola
Les voy a comentar un problema que ha tenido un administrador amigo cuando comenzó a utilizar Desired Configuration Management.
Luego de crear sus Configuration Items, un Configuration Baseline y aplicarlo sobre una colección comprobó que el cliente de SCCM había recibido la configuración y debería reportar la información correctamente al servidor.
Al utilizar el reporte "Summary compliance by configuration baseline" se dió cuenta que en la columna de Configuration Baseline Name estaba vacía pero la columna Configuration Baseline Unique ID si tenía información.
Al analizar el problema me di cuenta que DCM si utiliza la configuración de Localización cuando se crea. Existe una columna en las tablas llamada LocaleID.
Al ver esto y ver el idioma de Windows pude detectar confirmar que estaba pasando. Al tener el sistema operativo en español y el SCCM a ser en ingles la columna de LocaleID se completaba con un código de idioma que no dejaba funcionar correctamente el reporte.
Las soluciones que propuse:
1.- Utilizar la consola de SCCM desde un Windows en ingles con el localización de United States. (seguramente la menos intrusiva)
2.- Se podría cambiar el reporte original de "Summary compliance by configuration baseline" y "Summary compliance by configuration item" para que utilice la tabla v_LocalizedCIProperties en vez de la tabla v_LocalizedCIProperties_SiteLoc dado que v_LocalizedCIProperties no trae problemas con la diferencia de idioma.
3.- Esta última funciona pero no creo que haya necesidad llegar a utilizarla dado que se tiene que modificar a mano la tabla desde SQL. Se debería cambiar el LocaleID de la tabla CI_LocalizedProperties por el que aparece en el LocaleID que aparece en la tabla dbo.SMSData.LocaleID.
Este problema seguramente se va a presentar en todas aquellas personas que instalan el sistema operativo en Español asi que espero que les sea de mucha utilidad.
Saludos
Gastón Gardonio
Les voy a comentar un problema que ha tenido un administrador amigo cuando comenzó a utilizar Desired Configuration Management.
Luego de crear sus Configuration Items, un Configuration Baseline y aplicarlo sobre una colección comprobó que el cliente de SCCM había recibido la configuración y debería reportar la información correctamente al servidor.
Al utilizar el reporte "Summary compliance by configuration baseline" se dió cuenta que en la columna de Configuration Baseline Name estaba vacía pero la columna Configuration Baseline Unique ID si tenía información.
Al analizar el problema me di cuenta que DCM si utiliza la configuración de Localización cuando se crea. Existe una columna en las tablas llamada LocaleID.
Al ver esto y ver el idioma de Windows pude detectar confirmar que estaba pasando. Al tener el sistema operativo en español y el SCCM a ser en ingles la columna de LocaleID se completaba con un código de idioma que no dejaba funcionar correctamente el reporte.
Las soluciones que propuse:
1.- Utilizar la consola de SCCM desde un Windows en ingles con el localización de United States. (seguramente la menos intrusiva)
2.- Se podría cambiar el reporte original de "Summary compliance by configuration baseline" y "Summary compliance by configuration item" para que utilice la tabla v_LocalizedCIProperties en vez de la tabla v_LocalizedCIProperties_SiteLoc dado que v_LocalizedCIProperties no trae problemas con la diferencia de idioma.
3.- Esta última funciona pero no creo que haya necesidad llegar a utilizarla dado que se tiene que modificar a mano la tabla desde SQL. Se debería cambiar el LocaleID de la tabla CI_LocalizedProperties por el que aparece en el LocaleID que aparece en la tabla dbo.SMSData.LocaleID.
Este problema seguramente se va a presentar en todas aquellas personas que instalan el sistema operativo en Español asi que espero que les sea de mucha utilidad.
Saludos
Gastón Gardonio
Suscribirse a:
Entradas (Atom)