Windows update error 80244022

Hace unos días actualizé mi computadora portátil de oficina a Windows 10 build 1703. Esta parte pasó bien. Sin embargo, después del reinicio, Windows update informó de un error con el código 80244022. La explicación de este error no está clara: algo salió mal.

Después de algunos reinicios, muchos reintentos, incluso la eliminación de la carpeta de Distribución de software de la carpeta de Windows, busqué en la Red. Muchas respuestas fueron como «simplemente se ha ido». Como mi error no es solo lo que el viento se llevó, sabía que era hora de la suite HEV, la palanca y sumergirme en el mundo de los servicios de registros y Windows.

Es hora del plan táctico. Tenemos que comprobar paso a paso todo el proceso de actualización. El flujo de alto nivel del proceso de actualización es así:

Nuestro equipo es un cliente WSUS y se conectará al servidor WSUS local. Ese servidor WSUS es un cliente para el servidor WSUS de Microsoft.

En caso de que usted sea un usuario doméstico o su empresa no utilice el servidor WSUS, su computadora será el cliente para el servidor WSUS de Microsoft.

El plan de alto nivel

Si no puedes descargar las actualizaciones más recientes, deberías probar este plan:

1. Localice su servidor WSUS
2. Compruebe su conexión de red
3. Compruebe su cliente de actualización.
4. Intente reiniciar su máquina e intente actualizar de nuevo
5. Intente detener su programa AV.
6. Compruebe la configuración de su cortafuegos
7. Compruebe los registros de la máquina
8. (Opcionalmente) Elimine todas las actualizaciones descargadas previamente
9. Compruebe el servidor WSUS

Comprobar la configuración de WSUS en el Registro

Puede comprobar la configuración de WSUS de su equipo. Esto es importante si eres un usuario doméstico, ya que no usarías el servidor WSUS. Puede comprobarlo en la clave HKLM \ SOFTWARE \ Policies \ Microsoft \ Windows \ WindowsUpdate, valor WUServer.

Ahora, solo si está seguro de que no debe usar el servidor WSUS, puede eliminar los valores de esta clave. Reinicie el servicio de actualización de Windows. Esto podría resolver tu problema.

Comprobando los registros

Avanzaremos rápidamente al paso 7. Como siempre me gusta decir, los logs son mis mejores amigos. Deberíamos empezar con el registro del cliente de Windows Update. Este registro generalmente se encuentra en el camino C:\Windows\SoftwareDistribution\ReportingEvents.registro.

Lo abrí, pero no fue útil en absoluto:

Solo tengo el código de error y el mensaje más largo de que la actualización falló con el error 0x80244022.

La buena noticia es que hay otro registro – C:\Windows\WindowsUpdate.registro. En el interior debería ver una explicación más detallada sobre el proceso de actualización de Windows.

En Windows 10, este archivo está vacío. Pero puede generarlo con el comando – Get-WindowsUpdateLog de powershell. Simplemente abra la ventana de powershell y ejecute el comando. Sé paciente.

Después de un tiempo, este comando generará este registro en el escritorio. Ahora podemos abrirlo y analizar cada paso.

Analicé todas esas líneas e identifiqué que la URL del servicio WSUS es correcta. Sin embargo, encontré el error HTTP 503 – Servicio no disponible. Esto es progreso.

Puedo concluir que mi cliente WSUS funciona y que hay un error en el lado de WSUS. Es hora de llevar el juego al siguiente nivel.

Comprobando el servidor WSUS

Inicié sesión en el servidor WSUS. Ahora, revisaré los servicios.

OK, todos los servicios se están ejecutando. Eso se ve bien. El siguiente paso es la consola de IIS, ya que el error está relacionado con HTTP (Web).

Abrí la consola de administración de IIS. Todo parece estar bien. Como primer paso, revisé el sitio Web Administración de WSUS y sus enlaces. Debe estar enlazado al puerto 8530 para el tráfico HTTP. Debería haber un enlace más para HTTPS en el puerto 8531, pero este no es tan importante ahora.

Intenté abrir la página web desde la consola de IIS. Recibí el mismo error que cuando accedí a la página desde IE – Servicio no disponible.

Ahora recuerdo que esta aplicación también está basada en. net. Por lo tanto, cambié a la página de grupos de aplicaciones y encontré el problema.

La aplicación WSUS utiliza su propio grupo llamado WsusPool. Esta piscina fue detenida. Empecé de nuevo y… ¡voilá! El servicio WSUS vuelve a funcionar.

Es este el final?

Este servidor WSUS es parte del servidor SCCM. Por lo tanto, el problema puede estar en cualquier servicio que funcione en ese servidor.

Me enfrenté a este problema varias veces seguidas y encontré cómo solucionarlo manualmente. Sin embargo, me gustaría tener una solución permanente. Mi primera acción para la solución permanente es acortar el tiempo de inactividad de 20 a 5 minutos. Además, es aconsejable aumentar la memoria interna de la piscina.

Aunque este problema puede aparecer de nuevo, es importante que tenga un procedimiento muy claro para el proceso de solución de problemas. Además, ahora tengo una solución documentada para este problema, que nos ayudará a recuperar el servidor WSUS mucho más rápido.

Sé sistemático y no te rindas a lo fácil.

(Editar 28.09.2017.) Una solución permanente se describe en detalle en este post.

Manténgase atento.