En uno de mis clientes, me he enfrentado a un problema muy interesante relacionado con la instalación de actualizaciones en los clientes que ejecutan Windows 7. Las actualizaciones se distribuyen a través del servidor WSUS integrado en System Center Configuration Manager (más precisamente Software Update Point – SUP). El servidor SCCM ejecuta Windows Server 2008 R2, la versión de WSUS es WSUS 3.0 SP2, respectivamente. Los equipos cliente que ejecutan Windows 7 SP1 (alrededor de 2000 equipos) deben actualizarse.
Los equipos cliente no pueden obtener actualizaciones desde el punto de actualización de software, el error 0x80244022 aparece en los registros.
Lado del cliente WUAhandler.log contiene los siguientes errores:
OnSearchComplete - Failed to end search job. Error = 0x80244022.
Scan failed with error = 0x80244022.
WindowsUpdate.log también tiene una serie de errores, como:
2017-11-11 14:25:41:271 612 4858 Setup WARNING: SelfUpdate check failed to download package information, error = 0x80244022
2017-11-11 14:25:41:271 612 4858 Setup WARNING: SelfUpdate check failed to download package information, error = 0x80244022
2017-11-11 14:25:41:271 612 4858 Agent * WARNING: Skipping scan, self-update check returned 0x80244022
2017-11-11 14:25:41:271 612 4858 Agent * WARNING: Exit code = 0x80244022
2017-11-11 14:25:41:271 612 4858 Agent WARNING: WU client failed Searching for update with error 0x80244022
2017-11-11 14:25:41:271 612 4abc AU # WARNING: Search callback failed, result = 0x80244022
2017-11-11 14:25:41:271 612 4abc AU # WARNING: Failed to find updates with error code 80244022
Lado del servidor WSUSCtrl.log muestra este error:
The request failed with HTTP status 503: Service Unavailable
Failures reported during periodic health check by the WSUS Server SCCM-SRV1. Will retry check in 1 minutes
Es decir, el sitio de WSUS no responde. De hecho, si abre la dirección URL de la administración de WSUS (http: // SCCM-Srv1: 8530), aparecerá este error:
HTTP Error 503. The service is unavailable
Después de abrir el Administrador de IIS, vi que el grupo responsable de WSUS (WsusPool) está detenido.
Después de iniciarlo manualmente, vuelve a caer en 20-30 minutos. En el registro del sistema, apareció una entrada interesante debajo Id. De suceso 5117 ESTABA:
A worker process serving application pool ‘WsusPool’ has requested a recycle because it reached its private bytes memory limit
De forma predeterminada, el límite de memoria de WsusPool es 1,8 GB. Si se excede (puede suceder si hay muchos clientes WSUS, en particular, en el primer escaneo), el grupo se restablece. Para comprender cuánta memoria está usando su grupo, es suficiente mirar w3wp.exe proceso. Si se supera el límite de 1,8 GB, se reinicia el proceso. Por lo tanto, para resolver este problema, debe aumentar la cantidad de memoria asignada.
Puede hacerlo en el Administrador de IIS, seleccione Grupos de aplicaciones y haga clic derecho WsusPool -> Reciclaje, luego amplíe el valor en el Uso de memoria privada (en KB) campo. 
Depende de usted decidir cuánto lo aumenta, pero le recomiendo comenzar desde 3-4 GB. En mi caso, 6 GB fueron suficientes para más de 2,000 clientes WSUS.
El tamaño de la memoria asignada también se puede cambiar en la Configuración avanzada del grupo aumentando el valor en el Uso de memoria privada (KB) campo.
Ahora reinicie la piscina usando Iniciar / Detener o Reciclar botones.
Después de eso, w3wp.exe dejó de consumir más de 3 GB de RAM. Al día siguiente, las computadoras comenzaron a recibir actualizaciones.
- Longitud de la cola de 1.000 a 25.000
- Tipo de respuesta «Servicio no disponible»: de HttpLevel a TcpLevel
- Intervalo de falla (minutos): de 5 a 30
- Cambiar ‘Fallos máximos’ – de 5 a 60
También se recomienda instalar las siguientes actualizaciones para WSUS 3.0 SP2 en Windows Server 2008 R2:
- KB2720211
- KB2734608
Y estos para WSUS 4.0 en Windows Server 2012 R2:
- KB2919442
- KB2919355
- KB3095113
- KB3159706
