Archivos de la categoría: Task Sequence

Notas sobre el rol SMP de SCCM

Hola Mundo:
Muchos meses han pasado desde la última entrega. La verdad es que estado entre ocupado y sin mucha información que compartir.
El día de hoy les vengo a hablar sobre un rol de SCCM que está poco documentado. Este rol es State Migration Point.
State Migration Point o SMP es un rol encargado de almacenar de forma temporal los datos de usuario capturados durante la primera parte de la ejecución de un task sequence.
Cabe destacar que esta NO  es una herramienta de respaldo.
Por lo general este rol se instala en el servidor principal de SCCM, pero en ocasiones se requiere que esté instalado en un servidor aparte.
Estas son mis notas:

  1. Instalación de requisitos previos
  2. Cuando se acciona el instalador del rol desde SCCM, este no habilita las características necesarias para el correcto funcionamiento del rol.
    Las características a habilitar son:

  3. Lectura de log de instalación
  4. Todas las instalaciones de roles de SCCM dejan un registro de instalación, en el que va indicando las acciones que va realizando durante la instalación. También deja un registro de los mensajes de error.

    Los logs están ubicados en:
    Volumen:SMSLogs
    Los que corresponden a la instalación son smpMSI y SMSSMPSetup.
  5. Lectura log funcionamiento
  6. En la misma ubicación indicada en el punto anterior, se encuentra el log smpmgr. Este log almacena los mensajes de estados y funcionamiento del rol. Constantemente está realizando pruebas de funcionamiento. Estas pruebas siempre deben devolver el siguiente mensaje de estado:

      Call to HttpSendRequestSync succeeded for port 80 with status code 200, text: OK  
      Health check operation succeeded 
      Completed availability check on local machine 
         En el caso que de error 500, revisar los mensajes del log.
Espero que esta información les sea de utilidad

Desinstalar actualización de Microsoft con SCCM 2012 R2

Hola Mundo:

SCCM tiene numerosos roles que se instalan según la funcionalidad que se necesite de la implementación.
Uno de ellos es el rol de Software Update Point que se encarga de la distribución de actualizaciones de Windows. Funciona sobre el rol de Windows Server Update Services (WSUS).
A través del asistente se pueden implementar actualizaciones hacia una colección de dispositivos.

Entonces ¿cómo quitar un update? 
La gram mayoría de las actualizaciones de Microsoft se instalan con la herramienta wusa.exe ubicada en C:WindowsSystem32  o C:WindowsSysWoW64
Esta herramienta tiene parámetros que se encargan de la desinstalación pasiva y silenciosa de actualizaciones. Los parámetros son /uninstall /quiet /norestart
Por ejemplo:
Si se necesita desinstalar un update que su código corresponde al KB1234567 se debe ejecutar la línea:
wusa.exe /uninstall /kb:1234567 /quiet /norestart

Conociendo esto se puede pensar en distribuir un script a través de un paquete o la línea de comandos a través de un paquete para hacer la desinstalación.
Sorpresa causará cuando vean que el update no se desinstalará y arrojará error.

El procedimiento adecuado es usar un Task Sequence.
Habitualmente los Task Sequence se utilizan para desplegar imágenes de sistemas operativos, pero ahora se usará para ejecutar una línea de comandos.

Creación de un Task Sequence personalizado. Ya conté más arriba que no se usará para desplegar una imagen de Sistema Operativo.

Información descriptiva del Task Sequence. No es necesario una imagen de booteo, porque no se desplegará una imagen de sistema operativo.

Resumen de la creación del Task Sequence.

Creación Exitosa.

Una vez creado el Task Sequence, no tiene ningún paso. En este paso es cuando se agrega una tarea de ejecución de línea de comandos.

Configuración de la tarea. En la caja de línea de comandos, se especifica qué update se quiere quitar usando la herramienta wusa.exe. Guardar y aplicar los cambios.
Una vez creado el Task Sequence hay que implementar en la colección que se necesite.

Ubicación de registros de los Tasks Sequences SCCM 2012

Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting Troubleshooting   

Lo pongo varias veces, porque es una actividad recurrente y muy importante. Consiste en la
resolución de problemas.
En casi todas las herramientas para TI existen archivos de registros (log)  que ayudarán bastante, pero en otras, encontrarás registros que solo ayudarán a estar más perdido.

En el caso de SCCM 2012, los registros son bien elocuentes y los errores están, por lo general, bien docuementados.
Al momento de desplegar sistemas operativos y necesitamos registros, tenemos las siguientes opciones:

Windows PE Antes de formatear el disco duro
x:windowstempsmstslogsmsts.log 
Windows PE después de formatear el disco duro
x:smstslogsmsts.log y luego copiado a c:_SMSTaskSequenceLogsSmstslogsmsts.log 
Despues del despliegue de sistema operativo y antes de la instalación del cliente c:_SMSTaskSequenceLogsSmstslogsmsts.log 
Ambos Instalados, (Windows (x86) y agente)
 c:windowsccmlogsSmstslogsmsts.log 
Ambos Instalados, (Windows (x64) y agente)
 c:windowsccmlogsSmstslogsmsts.log
Después de la ejecución del Task Sequence
 c:windowsccmlogssmsts.log
Después de la ejecución del Task Sequence (x64)
c:windowsccmlogssmsts.log

El resto ya es analizar e investigar.