Solución de problemas de Windows Update

Se aplica a: Windows 10

Si te encuentras problemas al usar Windows Update, se inicia con los siguientes pasos:

  1. Ejecutar el Solucionador de problemas de Windows Update integrada para solucionar problemas comunes. Ve a la solución de problemas de configuración > Update & seguridad > > Windows Update.
  2. Instalar la más reciente de mantenimiento pila de actualización (SSU) que coincida con la versión de Windows desde el catálogo de Microsoft Update. Consulta las actualizaciones de pila de mantenimiento para obtener más información sobre SSU.
  3. Asegúrate de que instale las actualizaciones más recientes de Windows, las actualizaciones acumulativas y actualizaciones de paquete acumulativo de actualizaciones. Para comprobar el estado de actualización, consulta el historial de actualizaciones adecuado para el sistema:  

Los usuarios avanzados también pueden hacer referencia al registro generado por Windows Update para una investigación posterior.

Los siguientes escenarios que pueden surgir al usar Windows Update.

¿Por qué he ofrecen una actualización anterior?

La actualización que se ofrece a un dispositivo depende de varios factores. Algunos de los atributos más comunes incluyen lo siguiente:

  • Compilación del sistema operativo
  • Rama de sistema operativo
  • Configuración regional del sistema operativo
  • Arquitectura de sistema operativo
  • Configuración de administración de actualización de dispositivo

Si la actualización que ofrecen no es la más reciente disponible, puede deberse a que el dispositivo está administrado por un servidor WSUS y estás que se va a ofrece las actualizaciones disponibles en ese servidor. También es posible, si el dispositivo es parte de Windows como un anillo de implementación de servicio, que el administrador expensas intencionadamente el lanzamiento de actualizaciones. Dado que el lanzamiento de WaaS es lenta y medido, todos los dispositivos no recibirá la actualización en el mismo día.

Mi equipo se bloquea en el examen. ¿Por qué?

La interfaz de usuario de configuración se comunica con el servicio de organizador que a su vez se comunica al servicio Windows Update. Si estos servicios detendrán de forma inesperada, a continuación, es posible que veas este comportamiento. En estos casos, hacer lo siguiente:

  1. Cierra la aplicación configuración y volver a abrirla.
  2. Iniciar Services.msc y comprobar si se están ejecutando los siguientes servicios:
    • Estado de actualización Orchestrator
    • Windows Update

No se ofrecen las actualizaciones de características mientras que otras actualizaciones son

En equipos que ejecutan Windows 10 1709 o posterior configurado para la actualización de definición y mantenimiento de Windows Update (por lo general, un escenario WUfB) se están instalando actualizaciones correctamente, pero nunca se ofrecen las actualizaciones de características.

Comprobar la WindowsUpdate.log, muestra el error siguiente:

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.

Cuenta de inicio de sesión en el Asistente de Microsoft (MSA o wlidsvc) es el servicio en cuestión. El servicio DCAT piloto (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) se basa en la cuenta de Microsoft inicio de sesión en Assistant (MSA) para obtener el identificador de dispositivo Global para el dispositivo. Sin el servicio MSA que se ejecuta, el identificador de dispositivo global no se genera y enviado por el cliente y la búsqueda de actualizaciones de características nunca se completa satisfactoriamente.

Para resolver este problema, necesitamos restablecer los servicios de MSA en el valor predeterminado de tipo de inicio de manual.

Problemas relacionados con el Proxy HTTP

Windows Update usa WinHttp con las solicitudes de intervalo parcial (RFC 7233) para descargar actualizaciones y aplicaciones de servidores de Windows Update o servidores WSUS local. Debido a este servidor proxy servidores configurados en la red deben admitir las solicitudes de intervalo de HTTP. Si se ha configurado un servidor proxy en Internet Explorer (nivel de usuario), pero no en WinHTTP (nivel del sistema), se producirá un error en las conexiones a Windows Update.

Para corregir este problema, configurar a un servidor proxy en WinHTTP mediante el siguiente comando netsh:

netsh winhttp set proxy ProxyServerName:PortNumber 

Nota

También puede importar la configuración de proxy de Internet Explorer mediante el siguiente comando: origen de proxy de importación de netsh winhttp = ie

Si descargas a través de un servidor proxy producirá un error con un error DO_E_HTTP_BLOCKSIZE_MISMATCH 0x80d05001, o Si observas uso intensivo de CPU mientras se descargan las actualizaciones, comprueba la configuración del proxy para permitir que las solicitudes de intervalo HTTP para ejecutar.

Puedes optar por aplicar una regla para permitir solicitudes de intervalo HTTP para las direcciones URL siguientes:

*.download.windowsupdate.com
*.dl.delivery.mp.microsoft.com
*.emdl.ws.microsoft.com

Si no se permite que las solicitudes de intervalo, ten en cuenta que esto significa que se va a descargar más contenido de la necesaria en las actualizaciones (como revisiones delta no funcionará).

La actualización no es aplicable a tu equipo

En la siguiente tabla se describen los motivos más habituales de este error:

Causa Explicación Resolución
Se reemplazó Update Como se publican actualizaciones para un componente, el componente actualizado sustituirán un componente anterior que ya está en el sistema. Cuando esto ocurre, la actualización anterior se marca como reemplazadas. Si la actualización que está intentando instalar ya tiene una versión más reciente de la carga del sistema, se puede producir este mensaje de error. Comprueba que el paquete que está instalando contiene las versiones más recientes de los archivos binarios. O bien, comprueba que el paquete se ha sustituido por otro paquete nuevo.
Ya está instalada la actualización Si la actualización que está intentando instalar se instaló anteriormente, por ejemplo, por otra actualización que lleva a la misma carga, se puede producir este mensaje de error. Comprueba que el paquete que está intentando instalar no se instaló anteriormente.
Actualización incorrecta para la arquitectura Las actualizaciones se publican por arquitectura de CPU. Si la actualización que está intentando instalar no coincide con la arquitectura de la CPU, puede producir este mensaje de error. Comprueba que el paquete que está intentando instalar coincide con la versión de Windows que estás usando. La información de versión de Windows puede encontrarse en la sección "Se refiere a" del artículo de cada actualización. Por ejemplo, Windows Server 2012 solo actualizaciones no se puede instalar en equipos basados en Windows Server 2012 R2.
Además, comprueba que el paquete que se va a instalar coincide con la arquitectura de procesador de la versión de Windows que estás usando. Por ejemplo, no se puede instalar una actualización basada en x86 en x64-based instalaciones de Windows.
Falta la actualización de requisitos previos Algunas actualizaciones requieren una actualización de requisitos previo antes de que se pueden aplicar a un sistema. Si falta una actualización de requisitos previo, puede producir este mensaje de error. Por ejemplo, KB 2919355 debe estar instalada en los equipos de Windows 8.1 y Windows Server 2012 R2 antes de que muchas de las actualizaciones que se publicaron después de 2014 abril puede instalarse. Consulta los artículos relacionados sobre el paquete de Microsoft Knowledge Base (KB) para asegurarte de que tienes instaladas las actualizaciones de requisitos previos. Por ejemplo, si se producen el mensaje de error en Windows 8.1 o Windows Server 2012 R2, puede que tenga que instalar la actualización de abril de 2014 2919355 como requisito previo y otro o mantenimiento más previos actualizaciones (2919442 KB y 3173424 KB).
Nota: Para determinar si se instalan estas actualizaciones necesarias, ejecuta el siguiente comando de PowerShell:
Get-hotfix KB3173424, KB2919355, KB2919442
Si se instalan las actualizaciones, el comando devolverá la fecha de instalación en la sección "Instalada" de la salida.

Problemas relacionados con la configuración de firewall

Error en la que puede verse 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 

Ve a Services.msc y asegurarte de que está habilitado el servicio Firewall de Windows. Detener el servicio de Firewall de Windows con seguridad avanzada no es compatible con Microsoft. Para obtener más información, consulta tengo que deshabilitar el Firewall de Windows o Windows Update teniendo problemas al 0% en Windows 10 o Windows Server 2016.

Problemas relacionados con la configuración de directivas en conflicto

Windows Update proporciona una amplia gama de directivas de configuración para controlar el comportamiento de servicio de Windows Update en un entorno administrado. Aunque estas directivas te permiten configurar las opciones de configuración en un nivel detallado, errores de configuración o se establece en conflicto directivas mayo conducir a un comportamiento inesperado.

Para obtener más información, consulta cómo configurar las actualizaciones automáticas con la configuración de directiva de grupo o el registro .

Las actualizaciones no se descarguen desde el punto de conexión de intranet (WSUS o SCCM)

Dispositivos Windows 10 pueden recibir actualizaciones de una variedad de orígenes, incluido Windows Update en línea, un servidor de Windows Server Update Services y otros. Para determinar el origen de las actualizaciones de Windows se usan actualmente en un dispositivo, sigue estos pasos:

  1. Inicie Windows PowerShell como administrador
  2. Ejecutar $MUSM = nuevo objeto - objeto COM "Microsoft.Update.ServiceManager".
  3. Ejecutar $MUSM. Servicios.

Comprobar el resultado de los parámetros de nombre y OffersWindowsUPdates, que se pueden interpretar según esta tabla.

Salida Interpretación
-Name: Microsoft Update
-OffersWindowsUpdates: True
-El origen de la actualización es Microsoft Update, también se ha podido entregar lo que significa que las actualizaciones para otros productos de Microsoft además del sistema operativo.
-Indica que el cliente está configurado para recibir actualizaciones de todos los Products de Microsoft (Office, etcetera).
- Nombre: DCat piloto producción
-OffersWindowsUpdates: True
-Iniciando con Windows 10 1709, en función de las actualizaciones siempre se distribuyen a través del servicio DCAT.
-Indica que el cliente está configurado para recibir actualizaciones de características de Windows Update.
-Name: Windows Store (DCat producción)
-OffersWindowsUpdates: False
-El origen de la actualización es Insider de actualizaciones de aplicaciones de la tienda.
-Indica que el cliente no recibirá o no está configurado para recibir estas actualizaciones.
-Name: Windows Server Update Services
-OffersWindowsUpdates: True
-El origen es un servidor de Windows Server Update Services.
-El cliente está configurado para recibir actualizaciones de WSUS.
-Name: Windows Update
-OffersWindowsUpdates: True
-El origen es Windows Update.
-El cliente está configurado para recibir actualizaciones de Windows Update en la pantalla.

Tienes una configuración incorrecta en el entorno

Si vamos a ver el GPO que se establece a través del registro, el sistema está configurado para usar WSUS para descargar actualizaciones:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] 
"UseWUServer"=dword:00000001                                        ===================================> it says use WSUS server.  

Desde los 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 los criterios = "IsHidden = 0 y DeploymentAction =". "" significa que nada se especifica desde el servidor. Por lo tanto, se produce el análisis, pero no hay ninguna dirección descargar o instalar al agente. Por lo tanto, simplemente explora la actualización y proporciona los resultados.

Ahora, si buscas en la por debajo de los registros de la actualización automática, ejecuta el examen y no encuentra ninguna actualización aprobada para ella. Por lo que notifica que hay que instalar o descargar las actualizaciones de 0. Esto es debido a la configuración incorrecta o la configuración en el entorno. El lado WSUS debe aprobar las revisiones de WU para que se obtiene las actualizaciones y lo instala en el momento especificado según la directiva. Dado que este escenario no incluye en SCCM, no hay ninguna manera para instalar actualizaciones no aprobadas. Y ese es el problema que enfrentan. Espera que el examen debe hacerse mediante el agente de conocimiento operacional y descarga de desencadenador e instalación, pero no se produce automáticamente aquí.

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 Windows 10, Windows Update

Los usuarios pueden ver que consume todo el ancho de banda de las oficinas diferentes en el contexto del sistema de Windows 10. Este comportamiento es así por diseño. 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:

Otros componentes de llegar a internet: