solución de problemas de Windows Update

  • Artículo

Se aplica a: Windows 10

Pruebe nuestro agente virtual: puede ayudarle a identificar y corregir rápidamente problemas comunes Windows Update

Si tiene problemas al usar Windows Update, comience con los pasos siguientes:

  1. Ejecute el solucionador de problemas de Windows Update integrado para solucionar problemas comunes. Vaya a Configuración>Actualizar & Solucióndeproblemas>de seguridad > Windows Update.

  2. 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 Mantenimiento de actualizaciones de pila.

  3. Asegúrese de instalar las actualizaciones más recientes de Windows, las actualizaciones acumulativas y las actualizaciones de acumulación. Para comprobar el estado de actualización, consulte 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 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. Estos son 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 le ofrece no es la más actual disponible, puede deberse a que un servidor WSUS administra el dispositivo 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 ralentice intencionadamente el lanzamiento de actualizaciones. Dado que la implementación es lenta y se mide para empezar, todos los dispositivos no recibirán la actualización el mismo día.

Mi dispositivo está inmovilizado durante 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 para Windows Update servicio. Si estos servicios se detienen inesperadamente, es posible que vea este comportamiento. En tales casos, siga estos pasos:

  1. Cierre la aplicación Configuración y vuelva a abrirla.

  2. Inicie Services.msc y compruebe si se están ejecutando los siguientes servicios:

    • Actualizar orquestador de estado
    • Windows Update

Las actualizaciones de características no se ofrecen mientras que 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 (incluidos 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 DCAT Flighting (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) se basa en MSA para obtener el identificador de dispositivo global para el 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 completa correctamente.

Para resolver este problema, restablezca el servicio MSA al valor predeterminado StartType de "manual".

Windows Update usa WinHttp con solicitudes de intervalo parcial (RFC 7233) para descargar actualizaciones y aplicaciones de Windows Update servidores o servidores WSUS locales. Por lo tanto, los servidores proxy de la red deben admitir solicitudes HTTP RANGE. Si se configuró un proxy en Internet Explorer (nivel de usuario), pero no en WinHTTP (nivel de sistema), se producirá un error en las conexiones a Windows Update.

Para solucionar 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 de 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 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 del necesario en las actualizaciones (ya que la aplicación de revisiones diferenciales no funcionará).

La actualización no es aplicable al equipo

Los motivos más comunes de este error se describen en la tabla siguiente:

Causa Explicación Solución
La actualización se reemplaza A medida que se publican 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 está intentando instalar ya tiene una versión más reciente de la carga en el sistema, es posible que reciba este mensaje de error. Compruebe que el paquete que va a instalar contiene versiones más recientes de los archivos binarios. O bien, compruebe que otro paquete nuevo reemplaza el paquete.
La actualización ya está instalada Si la actualización que está intentando instalar se instaló anteriormente, por ejemplo, mediante otra actualización que llevaba la misma carga, es posible que encuentre este mensaje de error. Compruebe que el paquete que está intentando instalar no se instaló anteriormente.
Actualización incorrecta de la arquitectura Novedades se publican mediante la arquitectura de CPU. 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 para cada actualización. Por ejemplo, las actualizaciones de solo Windows Server 2012 no se pueden instalar en Windows Server 2012 equipos basados en R2.
Además, compruebe que el paquete que está instalando coincide con la arquitectura del procesador de la versión de Windows que está usando. Por ejemplo, una actualización basada en x86 no se puede instalar en instalaciones basadas en x64 de Windows.
Falta la actualización de requisitos previos 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, puede encontrar este mensaje de error. Por ejemplo, los 2919355 kb deben 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. Consulte los artículos relacionados sobre el paquete en 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 están instaladas 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.

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 la detención del servicio asociado a 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 de Windows Update en un entorno administrado. Aunque estas directivas permiten configurar las opciones en un nivel granular, la configuración incorrecta o la configuración de directivas en conflicto pueden dar lugar a comportamientos inesperados.

Para obtener más información, consulte Configuración de actualizaciones automáticas mediante 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 pueden llegar a los puntos de conexión de Windows Update necesarios 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 los 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. Consulte, por ejemplo, Windows 10 puntos de conexión de 2004 Enterprise. Hay artículos similares para otras versiones de cliente de Windows disponibles en la tabla de contenido cercana.

Novedades no se están descargando desde el punto de conexión de intranet (WSUS o Configuration Manager)

Los dispositivos cliente de Windows pueden recibir actualizaciones de varios orígenes, incluidos Windows Update en línea, un servidor Windows Server Update Services y otros. Para determinar el origen de windows Novedades que se usa actualmente en un dispositivo, siga estos pasos:

  1. Inicie Windows PowerShell como administrador.

  2. Ejecute el cmdlet :

    
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"

  3. Ejecute el cmdlet :

    $MUSM.Services

Compruebe la salida de los parámetros Name y OffersWindowsUPdates, que puede interpretar según esta tabla.

Salida Significado
- Nombre: Microsoft Update
-OffersWindowsUpdates: True		 - El origen de actualización es Microsoft Update, lo que significa que también se podrían entregar actualizaciones para otros productos de Microsoft además del sistema operativo.
: indica que el cliente está configurado para recibir actualizaciones de todos los productos de Microsoft (Office, etc.)
- Nombre: DCat Flighting Prod
- OffersWindowsUpdates: True		 - A partir de Windows 10, versión 1709, las actualizaciones de características siempre se entregan a través del servicio DCAT.
: indica que el cliente está configurado para recibir actualizaciones de características de Windows Update.
- Nombre: Tienda Windows (DCat Prod)
- OffersWindowsUpdates: False		 -El origen de actualización es Insider Novedades para aplicaciones de la Tienda.
: indica que el cliente no recibirá o no está configurado para recibir estas actualizaciones.
- Nombre: Servicio de actualización de Windows Server
- OffersWindowsUpdates: True		 - El origen es un servidor de Windows Server Novedades Services.
: el cliente está configurado para recibir actualizaciones de WSUS.
- Nombre: Windows Update
- OffersWindowsUpdates: True		 - El origen es Windows Update.
- El cliente está configurado para recibir actualizaciones de Windows Update Online.

Tiene una configuración incorrecta en el entorno

En este ejemplo, según el directiva de grupo establecido 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

En Windows Update registros:

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 recupere las actualizaciones e instálelas en el momento especificado según la directiva. Dado que este escenario no incluye Configuration Manager, no hay ninguna manera 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 elevado de ancho de banda en el cliente Windows por 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 una característica del diseño de la aplicación. Los componentes que pueden consumir ancho de banda se expanden más allá de los componentes Windows Update.

Las siguientes directivas de grupo pueden ayudar a mitigar esta situación:

Otros componentes que se conectan a Internet:

Errores transitorios causados por una carga pesada o una 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 una carga pesada o cuando se congestiona la red. 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 desprendían de la carga.
WU_E_PT_LOAD_SHEDDING 0x8024402d El servidor está desparrándose de 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 el reintento de la operación más adelante se realice correctamente.

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.