Gestión de parches de Windows: resolución de problemas

Consulte la siguiente información para conocer algunas recomendaciones a seguir para la resolución de problemas en caso de que encuentre un problema con la gestión de parches de Windows.

Índice:

• Parches fallidos
• Los análisis de parches están tardando demasiado en ejecutarse
• Evite que se apliquen determinados parches
• Windows Update dentro mi propio equipo indica que el equipo no se ha analizado desde hace un periodo prolongado de tiempo
• Al ejecutar un análisis de Windows Update se encuentran parches disponibles, incluso si tengo un gestor de parches configurado con Ninja
• El parche no aparece como instalado en Ninja, pero sí que aparece como instalado a través de llamadas WMI en el dispositivo

• La actualización de Windows 11 se ofrece para máquinas con Windows 10

Parches fallidos:

Problema

Al intentar aplicar parches de Windows, algunos no se pueden instalar.

Causa

La respuesta corta es que los parches de Windows fallan por innumerables razones, que incluyen, entre otras:

• Interrupción de la conexión durante el análisis y/o la aplicación
• Parche defectuoso/con errores
• Presencia de malware 

Solución

Ninja proporciona algunas de las soluciones más comunes para el problema de parches fallidos. Estas soluciones se encuentran haciendo clic en el menú desplegable a la derecha del parche:

Además de estas medidas, puede seguir estos pasos para la resolución de problemas:

• Descubra qué KB falla para determinar si es un problema conocido y siga las pautas de resolución proporcionadas por Microsoft.
• Compruebe los registros de eventos del dispositivo afectado.
• Use la herramienta de resolución de problemas de Windows Update para las casillas de Windows 7, 8 y 10 afectadas.

Los análisis de parches están tardando demasiado en ejecutarse:

Problema

Los análisis de parches de Windows tardan demasiado tiempo en ejecutarse y parecen no completarse nunca.

Causa

No se encuentran los ajustes de duración de las programaciones de análisis o tarda demasiado.

Solución

Nota importante: La duración del análisis de parches depende de cada sistema. La duración normal de un análisis de parches suele ser de un máximo de tres horas. En algunos casos, la comprobación de actualizaciones puede atascarse cuando los procesos relacionados con el WUA o la herramienta de gestión de parches de Ninja no pueden acabar de procesar la comprobación de actualizaciones. Esto puede indicar un problema con wuauserv y se tendría que analizar la máquina local para descubrir la causa principal del problema. Las instrucciones a continuación están destinadas a abordar los tiempos de análisis de parches de Ninja y no abordan los problemas subyacentes con el WUA que podrían ser la causa principal por la que Windows Update tarda más de lo esperado en ejecutarse. 

Con el fin de unificar los tiempos de análisis de los parches, la configuración de la política de programación de análisis de gestión de parches de Windows permite límites de duración. 

Para configurarlo, haga lo siguiente en su consola de Ninja:

1. Vaya al editor de políticas para el que desea activar la duración del análisis y haga clic en la pestaña Parches de Windows.
2. Vaya a los ajustes de la Programación de análisis y haga clic en la programación actual para editarla .
3. Introduzca el tiempo en horas o minutos para su duración.
4. Guarde los cambios.

Si desea, se pueden aplicar los mismos ajustes de duración a la programación de actualizaciones. 

Evite que se apliquen determinados parches:

Problema

No quiero que algunos parques se instalen en el dispositivo (o los dispositivos) que gestiono.

Causa

Los parches recién lanzados a veces pueden tener efectos no deseados e inesperados en las máquinas agentes, como pantallas azules o conflictos de aplicación.

Solución

En situaciones como esta hay que rechazar un parche en varias máquinas que podrían verse afectadas por un el problema con el parche. Consulte Gestión de parches de Windows: Consulte «Aprobar, rechazar y desinstalar parches» para obtener más información sobre las opciones disponibles.

Windows Update indica, de forma local, que mi equipo no se ha analizado en un período prolongado de tiempo:

Problema

El campo «Último análisis» de Windows Update indica que mi equipo no se ha analizado recientemente de forma local.

Causa

Windows Update solo actualiza el campo «Último análisis» basándose en los análisis que se hicieron de forma local a través de su aplicación en el dispositivo, y Microsoft utiliza un archivo .XML para establecer este campo. Así pues, cuando Ninja realiza un análisis de los parches de Windows, Windows Update no detecta o refleja este análisis.

Solución

Para confirmar que Ninja ha realizado análisis en su dispositivo, es mejor ir primero al Informe de  actividad. Si no ve un análisis reciente (basado en las configuraciones de la política de Parches de Windows), contacte con el Servicio de asistencia para saber por qué puede haber faltado el análisis.  

Nota importante: si un dispositivo está fuera de línea en el momento de proceder al análisis programado, este no se llevará a cabo a menos que esta característica se active:

Al ejecutar un análisis de Windows Update se encuentran parches disponibles, incluso si tengo un gestor de parches configurado con Ninja:

Problema

Se encuentran parches disponibles cuando realizo un análisis de parches en el propio dispositivo a través de Windows Update. Ninja debería gestionar las actualizaciones a través de la herramienta de gestión de parches de Windows que he configurado.

Causa

A continuación se indican algunos ejemplos de por qué el mecanismo de actualizaciones de Windows en el propio dispositivo puede estar detectando parches disponibles:

1. Falta el último ciclo de actualización realizado por Ninja.
2. Desde el último ciclo de actualización realizado por Ninja, hay parches disponibles y Ninja todavía no ha llevado a cabo el próximo ciclo de actualización.
3. Se encuentra entre el ciclo de análisis y el ciclo de actualización y estos parches no se han aplicado.  
4. La gestión de parches de Windows no puede proceder a la actualización hasta que el dispositivo se reinicie.
5. La herramienta de gestión de parches de Ninja ha rechazado parches, manualmente o según la configuración de aprobación configurada para su política.
6. Hay fallos en la gestión de parches de Windows de la máquina. 

Solución

Estas soluciones pertenecen a las causas potenciales indicadas anteriormente, respectivamente:

1. Consulte el Informe de actividad del dispositivo en cuestión para confirmar que sí se omitió el último análisis planeado. Es posible que el análisis se haya omitido si el dispositivo estaba fuera de línea en el momento que el análisis estaba programado para ejecutarse. Si desea recibir más información sobre por qué se perdió el análisis, abra un tique  con el Servicio de asistencia. 
2. Esto es normal si se ejecutan actualizaciones mensuales en un dispositivo, ya que Microsoft publica parches todos los martes.  
3. Compruebe el dispositivo en cuestión para ver si hay alguna actualización en las secciones «Pendientes» o «Aprobada».
4. Si hay un reinicio pendiente en el dispositivo por la gestión de parches de Windows, no se podrá proceder a la actualización hasta que se haya realizado dicho reinicio.
5. Compruebe el dispositivo en cuestión para ver si hay alguna actualización en la pestaña de «Rechazado». La herramienta de gestión de parches de Windows para Ninja no instalará los parches aquí indicados, pero los mostrará como parches disponibles en la propia máquina durante un análisis de actualizaciones de Windows Update.
6. Vaya a la sección de  Parches fallidos de antes.

El parche no aparece como instalado en Ninja, pero sí que aparece como instalado a través de llamadas WMI en el dispositivo:

Problema

Un parche específico no aparece como instalado en el dispositivo > Parches del SO > Instalado, a pesar de que realmente existe en el dispositivo como instalado a través de llamadas de Instrumentación de gestión de Windows (WMI).

Hay varias formas de consultar las actualizaciones instaladas en un dispositivo Windows. Los resultados de métodos diferentes pueden variar en gran manera según lo que se consulte. Este artículo de TechNet ofrece una aproximación a los métodos utilizados de acuerdo con esta documentación.

Interfaz de usuario de Ninja:

Consulta WMI:

En las pantallas anteriores, las actualizaciones instaladas enumeradas en la IU de Ninja se muestran como comparativa a las actualizaciones instaladas a través de WMI. Como puede ver, hay actualizaciones en ambos lados que no aparecen en el otro método. Concretamente, KB4524569, KB4528759 y KB4528760 se muestran como instaladas a través de WMI, pero no aparecen en la lista de actualizaciones instaladas a través de la consola Ninja. A la inversa, KB4533002, KB4530684, KB4528760, KB2267602, KB4052623 y KB890830 se muestran en la consola Ninja, pero no en los resultados de WMI.

Causa

Esto ocurre por la forma en la que cada método consulta las actualizaciones instaladas. Ninja consulta las actualizaciones instaladas con Windows Update, Microsoft Update, actualizaciones automáticas, WSUS o ConfigMGR, que generalmente se instalan con Microsoft Installer (MSI). Las instalaciones de estos paquetes se registran en el almacén de datos de distribución de software y el registro. Así, la consulta de estas ubicaciones proporcionará una lista de las actualizaciones instaladas. Actualmente, Ninja consulta estas ubicaciones para recopilar información sobre parches instalados.

WMI utiliza la clase Win32_QuickFixEngineering, que devuelve únicamente actualizaciones proporcionadas por un modelo de servicio basado en componentes (CBS, por sus siglas en inglés). Estas actualizaciones suelen ser pequeñas, actualizaciones de todo el sistema habitualmente conocidas como correcciones rápidas o reparaciones. Haga clic aquí para obtener información más detallada al respecto.

Nota importante: Microsoft puede tener listas de los KB específicos que hayan sido instalados con cada método. Sin embargo, no podemos proporcionarle esta información puesto que puede estar sujeta a cambios según criterio de Microsoft.

Solución

En resumen, dado que estas actualizaciones no aparecen en el registro, Ninja no puede realizar la consulta para verificar su existencia en este momento. Además, en algunos casos, una actualización puede haberse instalado a través de una actualización del sistema operativo (ie, 1903 o 1909) y permanecer latente en el sistema, tal y como indica este artículo de Microsoft.

En el caso concreto del KB4528759/KB4528760, Microsoft ha empaquetado la actualización en paquetes de actualizaciones para Windows 10 para la compilación actual de la versión 1903 (18362.592) y la versión 1909 (18363.592). Así, el número de compilación del sistema operativo actual instalado en la máquina del agente es clave para identificar si KB4528759/KB4528760 está instalado.