Solución de problemas de Windows Update
Se aplica a: Windows 10
Pruebe nuestro agente virtual: puede ayudarle a identificar y corregir rápidamente problemas comunes de Windows Update.
Si experimenta problemas al usar Windows Update, comience con los pasos siguientes:
Ejecute el solucionador de problemas integrado de Windows Update para corregir problemas comunes. Vaya a Configuración>Actualización y solución de problemas de seguridad>de>Windows Update.
Instale la actualización de pila de mantenimiento más reciente que coincida con la versión de Windows desde el catálogo de Microsoft Update. Para obtener más información sobre las actualizaciones de pila de mantenimiento, consulte Actualizaciones de pila de mantenimiento.
Asegúrese de instalar las actualizaciones de Windows más recientes, las actualizaciones acumulativas y las actualizaciones de acumulación. Para comprobar el estado de la actualización, consulte el historial de actualizaciones adecuado para el sistema:
- Windows 10, versión 2004 y Windows Server, versión 2004
- Windows 10, versión 1909 y Windows Server, versión 1909
- Windows 10, versión 1903 y Windows Server, versión 1903
- Windows 10, versión 1809 y Windows Server 2019
- Windows 10, versión 1803
- Windows 10, versión 1709
- Windows 10, versión 1703
- Windows 10 y Windows Server 2016
- Windows 8.1 y Windows Server 2012 R2
- Windows Server 2012
- Windows 7 SP1 y Windows Server 2008 R2 SP1
Los usuarios avanzados también pueden hacer referencia al registro generado por Windows Update para una investigación más detallada.
Es posible que encuentre los siguientes escenarios al usar Windows Update.
¿Por qué se me ofrece una actualización anterior?
La actualización que se ofrece a un dispositivo depende de varios factores. A continuación se muestran algunos de los atributos más comunes:
- Compilación del sistema operativo
- Rama del sistema operativo
- Configuración regional del sistema operativo
- Arquitectura del sistema operativo
- Configuración de administración de actualizaciones de dispositivos
Si la actualización que se ofrece no es la más reciente disponible, puede deberse a que el dispositivo está administrado por un servidor WSUS y se le ofrecen las actualizaciones disponibles en ese servidor. También es posible, si el dispositivo forma parte de un grupo de implementación, que el administrador ralentiza intencionadamente la implementación de actualizaciones. Dado que la implementación es lenta y se mide para comenzar, todos los dispositivos no recibirán la actualización el mismo día.
Mi dispositivo está inmovilizado en el examen. ¿Por qué?
La interfaz de usuario de configuración se comunica con el servicio Update Orchestrator que, a su vez, se comunica con el servicio Windows Update. Si estos servicios se detienen inesperadamente, es posible que vea este comportamiento. En estos casos, siga estos pasos:
Cierre la aplicación Configuración y vuelva a abrirla.
Inicie Services.msc y compruebe si se están ejecutando los siguientes servicios:
- Update State Orchestrator
- Windows Update
Las actualizaciones de características no se ofrecen mientras se ofrecen otras actualizaciones
Los dispositivos que ejecutan Windows 10, versión 1709 a Windows 10, versión 1803 que están configurados para actualizar desde Windows Update (incluido Windows Update para empresas) pueden instalar actualizaciones de mantenimiento y definición, pero nunca se ofrecen actualizaciones de características.
Al comprobar el WindowsUpdate.log se muestra el siguiente error:
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent * START * Finding updates CallerId = Update;taskhostw Id = 25
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Online = Yes; Interactive = No; AllowCachedResults = No; Ignore download priority = No
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent ServiceID = {855E8A7C-ECB4-4CA3-B045-1DFA50104289} Third party service
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Search Scope = {Current User}
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Caller SID for Applicability: S-1-12-1-2933642503-1247987907-1399130510-4207851353
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc Got 855E8A7C-ECB4-4CA3-B045-1DFA50104289 redir Client/Server URL: https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx""
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc Token Requested with 0 category IDs.
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc GetUserTickets: No user tickets found. Returning WU_E_NO_USERTOKEN.
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetDeviceTickets
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::AddTickets:1092]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [CUpdateEndpointProvider::GenerateSecurityTokenWithAuthTickets:1587]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetAgentTokenFromServer
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetAgentToken
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] EP:Call to GetEndpointToken
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Failed to obtain service 855E8A7C-ECB4-4CA3-B045-1DFA50104289 plugin Client/Server auth token of type 0x00000001
YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Method failed [CAgentProtocolTalkerContext::DetermineServiceEndpoint:377]
YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Initialization failed for Protocol Talker Context
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Exit code = 0x80070426
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent * END * Finding updates CallerId = Update;taskhostw Id = 25
El código de error 0x80070426 se traduce en:
ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.
Microsoft Account Sign In Assistant (MSA o wlidsvc) es el servicio en cuestión. El servicio de vuelo DCAT (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) se basa en MSA para obtener el identificador de dispositivo global del dispositivo. Sin que el servicio MSA se ejecute, el cliente no generará ni enviará el identificador de dispositivo global y la búsqueda de actualizaciones de características nunca se completará correctamente.
Para resolver este problema, restablezca el servicio MSA al valor predeterminado StartType de "manual".
Problemas relacionados con HTTP/Proxy
Windows Update usa WinHttp con solicitudes de intervalo parcial (RFC 7233) para descargar actualizaciones y aplicaciones de servidores de Windows Update o servidores WSUS locales. Por lo tanto, los servidores proxy de la red deben admitir solicitudes HTTP RANGE. Si un proxy se configuró en Internet Explorer (nivel de usuario), pero no en WinHTTP (nivel de sistema), se producirá un error en las conexiones a Windows Update.
Para corregir este problema, configure un proxy en WinHTTP mediante el siguiente comando netsh:
netsh winhttp set proxy ProxyServerName:PortNumber
Nota:
También puede importar la configuración del proxy desde Internet Explorer mediante el siguiente comando: netsh winhttp import proxy source=ie.
Si las descargas a través de un servidor proxy producen un error de 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH o si observa un uso elevado de la CPU mientras se descargan las actualizaciones, compruebe la configuración del proxy para permitir que se ejecuten las solicitudes HTTP RANGE.
Puede optar por aplicar una regla para permitir solicitudes HTTP RANGE para las siguientes direcciones URL:
*.download.windowsupdate.com*.dl.delivery.mp.microsoft.com*.delivery.mp.microsoft.com
Si no puede permitir solicitudes RANGE, descargará más contenido de lo necesario en las actualizaciones (ya que la aplicación de revisiones diferenciales no funcionará).
La actualización no es aplicable al equipo
Las razones más comunes para este error se describen en la tabla siguiente:
| Causa | Explicación | Solución |
|---|---|---|
| Se ha reemplazado la actualización | A medida que se liberan las actualizaciones de un componente, el componente actualizado reemplazará a un componente anterior que ya está en el sistema. Cuando se produce este problema, la actualización anterior se marca como reemplazada. Si la actualización que intenta instalar ya tiene una versión más reciente de la carga en el sistema, puede recibir este mensaje de error. | Compruebe que el paquete que va a instalar contenga las versiones más recientes de los archivos binarios. O bien, compruebe que el paquete se sustituye por otro nuevo paquete. |
| La actualización ya está instalada | Si la actualización que está intentando instalar se instaló anteriormente, por ejemplo, con otra actualización que llevó la misma carga, puede que encuentre este mensaje de error. | Compruebe que el paquete que está intentando instalar no se instaló anteriormente. |
| Actualización incorrecta para la arquitectura | La arquitectura de CPU publica actualizaciones. Si la actualización que intenta instalar no coincide con la arquitectura de la CPU, es posible que encuentre este mensaje de error. | Compruebe que el paquete que intenta instalar coincida con la versión de Windows que usa. La información de la versión de Windows se puede encontrar en la sección "Se aplica a" del artículo de cada actualización. Por ejemplo, las actualizaciones solo de Windows Server 2012 no se pueden instalar en equipos basados en Windows Server 2012 R2. Además, compruebe que el paquete que va a instalar coincide con la arquitectura del procesador de la versión de Windows que usa. Por ejemplo, no se puede instalar una actualización basada en x86 en instalaciones de Windows basadas en x64. |
| Falta una actualización obligatoria previa | Algunas actualizaciones requieren una actualización de requisitos previos antes de que se puedan aplicar a un sistema. Si falta una actualización de requisitos previos, es posible que encuentre este mensaje de error. Por ejemplo, KB 2919355 debe instalarse en equipos Windows 8.1 y Windows Server 2012 R2 antes de que se puedan instalar muchas de las actualizaciones publicadas después de abril de 2014. | Compruebe los artículos relacionados sobre el paquete de Microsoft Knowledge Base (KB) para asegurarse de que tiene instaladas las actualizaciones de requisitos previos. Por ejemplo, si encuentra el mensaje de error en Windows 8.1 o Windows Server 2012 R2, es posible que tenga que instalar la actualización de abril de 2014 2919355 como requisito previo y una o varias actualizaciones de mantenimiento de requisitos previos (KB 2919442 y KB 3173424). Para determinar si se instalan estas actualizaciones de requisitos previos, ejecute el siguiente comando de PowerShell: get-hotfix KB3173424,KB2919355, KB2919442. Si se instalan las actualizaciones, el comando devolverá la fecha instalada en la InstalledOn sección de la salida. |
Problemas relacionados con la configuración del firewall
Error que puede ver en los registros de Windows Update:
DownloadManager Error 0x800706d9 occurred while downloading update; notifying dependent calls.
O bien,
[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9
O bien,
DownloadManager [0]12F4.1FE8::09/29/2017-13:45:08.530 [agent]DO job {C6E2F6DC-5B78-4608-B6F1-0678C23614BD} hit a transient error, updateId = 5537BD35-BB74-40B2-A8C3-B696D3C97CBA.201 <NULL>, error = 0x80D0000A
Vaya a Services.msc y asegúrese de que el servicio firewall de Windows esté habilitado. Microsoft no admite detener el servicio asociado al Firewall de Windows con Advanced Security. Para obtener más información, consulta Necesito deshabilitar Firewall de Windows.
Problemas derivados de la configuración de directivas en conflicto
Windows Update proporciona una directiva de configuración de amplia gama para controlar el comportamiento del servicio Windows Update en un entorno administrado. Aunque estas directivas permiten configurar las opciones en un nivel pormenorizados, la configuración incorrecta o la configuración de directivas en conflicto pueden provocar comportamientos inesperados.
Para obtener más información, consulte Configuración automática de actualizaciones mediante la directiva de grupo o la configuración del Registro.
El dispositivo no puede acceder a los archivos de actualización
Asegúrese de que los dispositivos puedan llegar a los puntos de conexión necesarios de Windows Update a través del firewall. Por ejemplo, para Windows 10, versión 2004, los protocolos siguientes deben poder llegar a estos puntos de conexión respectivos:
| Protocolo | URL de extremo |
|---|---|
| TLS 1.2 | *.prod.do.dsp.mp.microsoft.com |
| HTTP | emdl.ws.microsoft.com |
| HTTP | *.dl.delivery.mp.microsoft.com |
| HTTP | *.windowsupdate.com |
| HTTPS | *.delivery.mp.microsoft.com |
| TLS 1.2 | *.update.microsoft.com |
| TLS 1.2 | tsfe.trafficshaping.dsp.mp.microsoft.com |
Nota:
Asegúrese de no usar HTTPS para esos puntos de conexión que especifican HTTP y viceversa. Se producirá un error en la conexión.
Los puntos de conexión específicos pueden variar entre las versiones de cliente de Windows. Consulta, por ejemplo, puntos de conexión de Windows 10 2004 Enterprise. Hay artículos similares para otras versiones de cliente de Windows disponibles en la tabla de contenido cercana.
Las actualizaciones no se descargan desde el punto de conexión de intranet (WSUS o Configuration Manager)
Los dispositivos cliente de Windows pueden recibir actualizaciones de varios orígenes, como Windows Update online, un servidor de Windows Server Update Services y otros. Para determinar el origen de las actualizaciones de Windows que se usan actualmente en un dispositivo, siga estos pasos:
Inicia Windows PowerShell como administrador.
Ejecute el cmdlet :
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"Ejecute el cmdlet :
$MUSM.Services
Compruebe la salida de los parámetros Name y OffersWindowsUPdates, que puede interpretar según esta tabla.
Tiene una configuración incorrecta en el entorno
En este ejemplo, según la directiva de grupo establecida a través del Registro, el sistema está configurado para usar WSUS para descargar actualizaciones (tenga en cuenta la segunda línea):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"UseWUServer"=dword:00000001
Desde registros de Windows Update:
2018-08-06 09:33:31:085 480 1118 Agent ** START ** Agent: Finding updates [CallerId = OperationalInsight Id = 49]
2018-08-06 09:33:31:085 480 1118 Agent *********
2018-08-06 09:33:31:085 480 1118 Agent * Include potentially superseded updates
2018-08-06 09:33:31:085 480 1118 Agent * Online = No; Ignore download priority = No
2018-08-06 09:33:31:085 480 1118 Agent * Criteria = "IsHidden = 0 AND DeploymentAction=*"
2018-08-06 09:33:31:085 480 1118 Agent * ServiceID = {00000000-0000-0000-0000-000000000000} Third party service
2018-08-06 09:33:31:085 480 1118 Agent * Search Scope = {Machine}
2018-08-06 09:33:32:554 480 1118 Agent * Found 83 updates and 83 categories in search; evaluated appl. rules of 517 out of 1473 deployed entities
2018-08-06 09:33:32:554 480 1118 Agent *********
2018-08-06 09:33:32:554 480 1118 Agent ** END ** Agent: Finding updates [CallerId = OperationalInsight Id = 49]
En el fragmento de código de registro anterior, vemos que .Criteria = "IsHidden = 0 AND DeploymentAction=*" "*" significa que no hay nada especificado desde el servidor. Por lo tanto, el examen se produce pero no hay ninguna dirección para descargar o instalar en el agente. Por lo tanto, solo examina la actualización y proporciona los resultados.
Como se muestra en los registros siguientes, la actualización automática ejecuta el examen y no encuentra ninguna actualización aprobada para él. Por lo tanto, informa de que no hay actualizaciones para instalar o descargar. Esto se debe a una configuración incorrecta. El lado WSUS debe aprobar las actualizaciones de Windows Update para que capture las actualizaciones e las instale en el momento especificado según la directiva. Dado que este escenario no incluye Configuration Manager, no hay forma de instalar actualizaciones no aprobadas. Espera que el agente de información operativa realice el examen y desencadene automáticamente la descarga y la instalación, pero eso no ocurrirá con esta configuración.
2018-08-06 10:58:45:992 480 5d8 Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates Id = 57]
2018-08-06 10:58:45:992 480 5d8 Agent *********
2018-08-06 10:58:45:992 480 5d8 Agent * Online = Yes; Ignore download priority = No
2018-08-06 10:58:45:992 480 5d8 Agent * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1"
2018-08-06 10:58:46:617 480 5d8 PT + SyncUpdates round trips: 2
2018-08-06 10:58:47:383 480 5d8 Agent * Found 0 updates and 83 categories in search; evaluated appl. rules of 617 out of 1473 deployed entities
2018-08-06 10:58:47:383 480 5d8 Agent Reporting status event with 0 installable, 83 installed, 0 installed pending, 0 failed and 0 downloaded updates
2018-08-06 10:58:47:383 480 5d8 Agent *********
2018-08-06 10:58:47:383 480 5d8 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates Id = 57]
Uso de ancho de banda alto en el cliente de Windows mediante Windows Update
Es posible que los usuarios vean que Windows consume todo el ancho de banda en las distintas oficinas en el contexto del sistema. Este comportamiento es por diseño. Los componentes que pueden consumir ancho de banda se expanden más allá de los componentes de Windows Update.
Las siguientes directivas de grupo pueden ayudar a mitigar esta situación:
- Bloqueo del acceso a los servidores de Windows Update: directiva Desactiva el acceso a todas las características de Windows Update (establecido en habilitado)
- Búsqueda de controladores: directiva Especifique el orden de búsqueda para las ubicaciones de origen del controlador de dispositivo (establezca en "No buscar Windows Update")
- Actualización automática de la Tienda Windows: la directiva desactiva la descarga e instalación automáticas de actualizaciones (establecida en habilitada)
Otros componentes que se conectan a Internet:
- Contenido destacado de Windows: directiva Configurar contenido destacado de Windows en la pantalla de bloqueo (establecido en deshabilitado)
- Experiencias de consumidor: directiva Desactivar las experiencias de consumidor de Microsoft (establecer en habilitada)
- Tráfico en segundo plano de aplicaciones de Windows: directiva Permitir que las aplicaciones de Windows se ejecuten en segundo plano
Errores transitorios causados por una carga pesada o congestión de red
Los usuarios pueden recibir los siguientes errores de Windows Update. Estos errores son errores transitorios, que se producen cuando el servicio está temporalmente bajo carga pesada o cuando se congesen las redes. Los usuarios no necesitan realizar ninguna acción porque el dispositivo volverá a intentar la operación más adelante.
| Código de error | Valor de error | Detalles |
|---|---|---|
| WU_S_SEARCH_LOAD_SHEDDING | 0x248001 | La operación de búsqueda se completó correctamente, pero uno o varios servicios se han derramado la carga. |
| WU_E_PT_LOAD_SHEDDING | 0x8024402d | El servidor está perdiendo carga. |
En estos casos, los usuarios que llaman mediante programación a la API del Agente de Windows Update para recuperar el resultado de una operación de búsqueda obtendrían orcFailed o orcSucceededWithErrors. Se espera que la operación se vuelva a intentar más adelante.
Recolección de datos
Si necesita ayuda del soporte técnico de Microsoft, le recomendamos que recopile la información siguiendo los pasos mencionados en Recopilación de información mediante TSS para problemas relacionados con la implementación.