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 Windows Update
Si tiene problemas al usar Windows Update, comience con los pasos siguientes:
Ejecute el solucionador de problemas de Windows Update integrado para solucionar problemas comunes. Vaya a Configuración>Actualizar & Solucióndeproblemas>de seguridad > 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 Mantenimiento de actualizaciones de pila.
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:
- 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 and 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. 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:
Cierre la aplicación Configuración y vuelva a abrirla.
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".
Problemas relacionados con HTTP/Proxy
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. |
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 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:
Inicie 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 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:
- Bloquear el acceso a Windows Update servidores: Directiva Desactivar el acceso a todas las características de Windows Update (Establecer en habilitado)
- Búsqueda de controladores: directiva Especifique el orden de búsqueda de las ubicaciones de origen del controlador de dispositivo (establezca en "No buscar Windows Update")
- Actualización automática de la Tienda Windows: Directiva Desactivar descarga e instalación automáticas de actualizaciones (establecer en habilitado)
Otros componentes que se conectan a Internet:
- Contenido destacado de Windows: Configuración de contenido destacado de Windows en la pantalla de bloqueo (establecer en deshabilitado)
- Experiencias de consumidor: Directiva Desactivar las experiencias de consumidor de Microsoft (establecer en habilitado)
- Tráfico en segundo plano desde aplicaciones de Windows: directiva Permitir que las aplicaciones de Windows se ejecuten en segundo plano
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.
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de