Résolution des problèmes de Windows Update

S’applique à: Windows10

Si vous rencontrez des problèmes lors de l’utilisation de Windows Update, commencez par les étapes suivantes:

  1. Exécutez l’utilitaire de mise à jour Windows intégré pour résoudre les problèmes courants. Accédez à Paramètres > mise à jour et sécurité > résoudre les problèmes de > Windows Update.
  2. Installez la plus récente de maintenance pile mise à jour (SSU) qui correspond à votre version de Windows à partir du catalogue Microsoft Update. Pour plus d’informations sur SSU, consultez mises à jour de pile de maintenance .
  3. Assurez-vous que vous installez les dernières mises à jour de Windows, les mises à jour cumulatives et les mises à jour cumulatives. Pour vérifier l’état de mise à jour, reportez-vous à l’historique de mise à jour appropriée pour votre système:  

Les utilisateurs expérimentés peuvent aussi désigner des journaux générés par Windows Update pour un examen plus approfondi.

Vous pouvez rencontrer les scénarios suivants lors de l’utilisation de Windows Update.

Pourquoi me propose une mise à jour/mise à niveau plus ancien?

La mise à jour est proposée à un appareil dépend de plusieurs facteurs. Certains des attributs plus courants sont les suivantes.

  • Build de système d’exploitation
  • Branche du système d’exploitation
  • Paramètres régionaux du système d’exploitation
  • Architecture du système d’exploitation
  • Configuration de gestion de mise à jour de périphérique

Si la mise à jour que vous êtes proposée n’est pas emost th actuel que disponible, il peut être dans la mesure où votre appareil est géré par un serveur WSUS et your'e proposition les mises à jour disponibles sur ce serveur. Il est également possible, si votre appareil fait partie d’un Windows en tant qu’un anneau de déploiement du Service, que votre administrateur ralentit intentionnellement le déploiement des mises à jour. Dans la mesure où le lancement WaaS est lente et mesuré élevée, tous les appareils ne recevra pas la mise à jour sur la même journée.

Mon ordinateur est bloquée au analyse. Pourquoi?

L’interface utilisateur de paramètres communique avec le service de mise à jour Orchestrator qui communique à son tour au service Windows Update. Si ces services s’arrête de manière inattendue vous voyiez ce comportement. Dans ce cas, procédez comme suit:

  1. Fermez l’application paramètres et rouvrez-la.
  2. Lancer Services.msc et vérifiez si les services suivants sont en cours d’exécution:
    • État de mise à jour Orchestrator
    • Windows Update

Problèmes liés à HTTP/Proxy

Windows Update utilise WinHttp avec des requêtes de plages de partielle (RFC 7233) pour télécharger les mises à jour et des applications à partir de serveurs Windows Update ou des serveurs WSUS local. En raison de ce proxy serveurs configurés sur le réseau doivent prendre en charge les requêtes de plages HTTP. Si un proxy a été configuré dans Internet Explorer (niveau de l’utilisateur), mais pas dans WinHTTP (niveau de système), les connexions à Windows Update échoue.

Pour résoudre ce problème, configurez un proxy dans WinHTTP à l’aide de la commande netsh suivante:

netsh winhttp set proxy ProxyServerName:PortNumber 

Note

Vous pouvez également importer les paramètres de proxy à partir d’Internet Explorer à l’aide de la commande suivante: source de netsh winhttp import proxy = ie

Si le téléchargements via un serveur proxy échouent avec une erreur DO_E_HTTP_BLOCKSIZE_MISMATCH 0x80d05001, ou si vous remarquez une forte utilisation du processeur pendant que le téléchargement des mises à jour, vérifiez la configuration du proxy pour autoriser les demandes de plage HTTP à s’exécuter.

Vous pouvez choisir d’appliquer une règle pour autoriser les demandes de plage HTTP pour les URL suivantes: *. download.windowsupdate.com
*. au.windowsupdate.com *. tlu.dl.delivery.mp.microsoft.com

Si vous ne pouvez pas autoriser les requêtes de plages de, vous pouvez configurer un paramètre de stratégie de groupe ou de stratégie GPM qui contourner l’optimisation et utilisez BITS à la place.

La mise à jour n’est pas applicable à votre ordinateur

Causes les plus courantes de cette erreur sont décrites dans le tableau suivant:

Cause Explication Résolution
Mise à jour est remplacée. Lorsque les mises à jour d’un composant sont disponibles, le composant de mise à jour remplaceront un ancien composant qui se trouve déjà sur le système. Lorsque cela se produit, la mise à jour précédente est marqué comme obsolète. Si la mise à jour que vous essayez d’installer déjà dispose d’une version plus récente de la charge utile sur votre système, vous risquez de rencontrer ce message d’erreur. Vérifiez que le package que vous installez contient des versions plus récentes des fichiers binaires. Sinon, vérifiez que le package est remplacé par un autre nouveau package.
Mise à jour est déjà installée Si la mise à jour que vous essayez d’installer a été installé précédemment, par exemple, par une autre mise à jour qui exécute la charge utile, vous pouvez rencontrer ce message d’erreur. Vérifiez que le package que vous essayez d’installer n’a pas été installé précédemment.
Mise à jour incorrect pour l’architecture Mises à jour sont publiées par l’architecture de processeur. Si la mise à jour que vous essayez d’installer ne correspond pas à l’architecture de votre processeur, vous risquez de rencontrer ce message d’erreur. Vérifiez que le package que vous essayez d’installer correspond à la version de Windows que vous utilisez. Vous trouverez les informations de version de Windows dans la section «S’applique à» de l’article pour chaque mise à jour. Par exemple, Windows Server 2012 uniquement les mises à jour ne peut pas être installé sur les ordinateurs Windows Server 2012 R2.
En outre, vérifiez que le package que vous installez correspond à l’architecture du processeur de la version de Windows que vous utilisez. Par exemple, une mise à jour basée sur les x86 ne peut pas être installé sur x64 des installations de Windows.
Mise à jour requise manquante Certaines mises à jour nécessitent une mise à jour requise avant qu’ils peuvent être appliqués à un système. Si vous ne disposez pas une mise à jour requise, vous pouvez rencontrer ce message d’erreur. Par exemple, Ko 2919355 doit être installé sur les ordinateurs Windows 8.1 et Windows Server 2012 R2 avant que la plupart des mises à jour qui ont été publiées après que avril 2014 peuvent être installées. Consultez les articles connexes sur le package dans la Base de connaissances Microsoft (KB) pour vous assurer que vous avez les prérequis mises à jour installées. Par exemple, si vous rencontrez le message d’erreur sur Windows 8.1 ou Windows Server 2012 R2, vous devrez peut-être installer la mise à jour d’avril 2014 2919355 comme un composant requis et l’autre ou de maintenance plus prérequis met à jour (2919442 Ko et 3173424 Ko).
Remarque: Pour déterminer si ces mises à jour prérequis sont installés, exécutez la commande PowerShell suivante:
Get-hotfix KB3173424, KB2919355, KB2919442
Si les mises à jour sont installées, la commande retourne la date d’installation dans la section «Installée sur» de la sortie.

Problèmes liés à la configuration du pare-feu

Erreur peut se produire dans les journaux de Windows Update:

DownloadManager    Error 0x800706d9 occurred while downloading update; notifying dependent calls. 

Ou

[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9 

Ou

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 

Accédez à Services.msc et vous assurer que le Service pare-feu Windows est activé. L’arrêt du service associé du pare-feu Windows avec fonctions avancées de sécurité n’est pas pris en charge par Microsoft. Pour plus d’informations, voir ai-je besoin de désactiver le pare-feu Windows ou de Windows Update est bloqué à 0 % sur Windows 10 ou Windows Server 2016.

Problèmes résultant de la configuration de stratégies incompatibles

Mise à jour Windows offre un large éventail de stratégies de configuration pour contrôler le comportement du service Windows Update dans un environnement géré. Alors que ces stratégies vous permettent de configurer les paramètres à un niveau granulaire, une configuration incorrecte ou si le paramètre conflictuelles stratégies mai amener à des comportements inattendus.

Pour plus d’informations, voir comment configurer les mises à jour automatiques à l’aide des paramètres de stratégie de groupe ou le Registre .

Mises à jour ne sont pas téléchargement depuis le point de terminaison intranet (WSUS/SCCM)

Appareils Windows 10 peuvent recevoir des mises à jour à partir de plusieurs sources, y compris Windows Update en ligne, un serveur Windows Server Update Services et autres utilisateurs. Pour déterminer la source des mises à jour de Windows en cours d’utilisation sur un appareil, procédez comme suit:

  1. Démarrez Windows PowerShell en tant qu’administrateur
  2. Exécutez $MUSM = nouvel objet - objet COM «Microsoft.Update.ServiceManager».
  3. Exécutez $MUSM. Services.

Vérifier la sortie pour les paramètres nom et OffersWindowsUPdates, vous pouvez interpréter en fonction de ce tableau.

Sortie Interprétation
-Name: Mise à jour de Microsoft
-OffersWindowsUpdates: True
-La source de mise à jour est Microsoft Update, ce qui signifie que les mises à jour d’autres produits Microsoft en dehors du système d’exploitation a également pu être remis.
-Indique que le client est configuré pour recevoir les mises à jour de tous les Products Microsoft (Office, etc.).
-Name: DCat version d’évaluation de production
-OffersWindowsUpdates: False
-La source de mise à jour est le programme Windows Insider.
-Indique que le client ne recevra pas ou n’est pas configuré pour recevoir ces mises à jour.
-Name: Windows Store (DCat op)
-OffersWindowsUpdates: False
-La source de mise à jour est Insider mises à jour pour les applications du Windows Store.
-Indique que le client ne recevra pas ou n’est pas configuré pour recevoir ces mises à jour.
-Name: Windows Server Update Services
-OffersWindowsUpdates: True
-La source est un serveur Windows Server Update Services.
-Le client est configuré pour recevoir des mises à jour à partir de WSUS.
-Name: Windows Update
-OffersWindowsUpdates: True
-La source est mise à jour de Windows.
-Le client est configuré pour recevoir des mises à jour à partir de Windows Update en ligne.

Vous avez une configuration incorrecte dans l’environnement

Si nous allons examiner l’objet de stratégie de groupe définie par le biais du Registre, le système est configuré pour utiliser WSUS pour télécharger les mises à jour:

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

À partir des journaux WU:

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] 

Dans l’extrait de code journal ci-dessus, nous voyons que les critères = «IsHidden = 0 et DeploymentAction =«.»» signifie qu’il si rien n’est spécifié à partir du serveur. Par conséquent, l’analyse se produit, mais il n’existe aucune direction à télécharger ou installer à l’agent. Par conséquent, il simplement d’analyses la mise à jour et fournit les résultats.

Maintenant, si vous examinez le sous journaux, la mise à jour automatique s’exécute l’analyse et ne recherche aucune mise à jour approuvée pour celui-ci. Afin qu’il indique sont 0 mises à jour à installer ou à télécharger. Il s’agit en raison de paramètres incorrects ou la configuration dans l’environnement. Le côté WSUS doit-elle approuver les correctifs WU afin qu’elle extrait les mises à jour et l’installe sur l’intervalle spécifié en fonction de la stratégie. Dans la mesure où ce scénario n’inclut pas SCCM, il est impossible d’installer les mises à jour non approuvées. Et c’est le problème que vous êtes confronté à. Vous prévoyez que l’analyse doit être effectuée par l’agent de vision opérationnelle et automatiquement téléchargement déclencheur et installer, mais qui ne se produisent ici.

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] 

Utilisation de la bande passante élevée sur Windows 10 par Windows Update

Les utilisateurs peuvent voir que Windows 10 consomme toute la bande passante dans les bureaux différents dans le contexte système. Ce comportement est normal. Composants qui peuvent consommer la bande passante s’étendent au-delà des composants de Windows Update.

Les stratégies de groupe suivantes peuvent aider à atténuer ce risque:

Autres composants atteint d’internet: