Erreur de mise à jour Windows 80244022

Il y a quelques jours, j’ai mis à jour mon ordinateur portable de bureau vers Windows 10 build 1703. Cette partie s’est bien passée. Cependant, après le redémarrage, Windows update a signalé une erreur avec le code 80244022. L’explication de cette erreur n’est pas claire – quelque chose s’est mal passé.

Après quelques redémarrages, de nombreuses tentatives, voire la suppression du dossier de distribution de logiciels du dossier Windows, j’ai cherché sur le Net. Beaucoup de réponses étaient comme « c’est juste parti ». Comme mon erreur n’est pas seulement partie avec le vent, je savais qu’il était temps pour la suite HEV, le pied de biche et une plongée profonde dans le monde des journaux et des services Windows.

C’est l’heure du plan tactique. Nous devons vérifier étape par étape l’ensemble du processus de mise à jour. Le flux de haut niveau du processus de mise à jour est le suivant:

Notre ordinateur est un client WSUS et il se connectera au serveur WSUS local. Ce serveur WSUS est un client pour le serveur Microsoft WSUS.

Si vous êtes un utilisateur à domicile ou que votre entreprise n’utilise pas le serveur WSUS, votre ordinateur sera le client du serveur Microsoft WSUS.

Le plan de haut niveau

Si vous ne pouvez pas télécharger les mises à jour les plus récentes, vous devriez essayer ce plan:

1. Localisez votre serveur WSUS
2. Vérifiez votre connexion réseau
3. Vérifiez votre client de mise à jour.
4. Essayez de redémarrer votre machine et essayez de mettre à jour à nouveau
5. Essayez d’arrêter votre programme AV.
6. Vérifiez les paramètres de votre pare-feu
7. Vérifiez les journaux sur la machine
8. (En option) Supprimez toutes les mises à jour précédemment téléchargées
9. Vérifiez le serveur WSUS

Vérification des paramètres WSUS dans le Registre

Vous pouvez vérifier les paramètres WSUS de votre ordinateur. Ceci est important si vous êtes un utilisateur à domicile, car vous n’utiliseriez pas le serveur WSUS. Vous pouvez vérifier cela dans la clé HKLM\SOFTWARE\Policies\ Microsoft\Windows\WindowsUpdate, valeur WUServer.

Maintenant, seulement si vous êtes sûr de ne pas utiliser le serveur WSUS, vous pouvez supprimer les valeurs de cette clé. Redémarrez le service de mise à jour Windows. Cela pourrait résoudre votre problème.

Vérification des journaux

Nous passerons rapidement à la 7ème étape. Comme j’aime toujours le dire, les journaux sont mes meilleurs amis. Nous devrions commencer par le journal du client Windows update. Ce journal est généralement situé sur le chemin C:\Windows\SoftwareDistribution\ReportingEvents .journal.

Je l’ai ouvert, mais ce n’était pas du tout utile:

Je n’ai que le code d’erreur et le message plus long indiquant que la mise à jour a échoué avec l’erreur 0x80244022.

La bonne nouvelle est qu’il existe un autre journal – C:\Windows\WindowsUpdate .journal. À l’intérieur, vous devriez voir une explication plus détaillée du processus de mise à jour de Windows.

Dans Windows 10, ce fichier est vide. Mais vous pouvez le générer avec la commande powershell-Get-WindowsUpdateLog. Ouvrez simplement la fenêtre Powershell et exécutez la commande. Soyez patient.

Après un certain temps, cette commande générera ce journal pour vous sur le bureau. Maintenant, nous pouvons l’ouvrir et analyser chaque étape.

J’ai analysé toutes ces lignes et identifié que l’URL du service WSUS est correcte. Cependant, j’ai trouvé l’erreur HTTP 503–Service indisponible. C’est un progrès.

Je peux conclure que mon client WSUS fonctionne et qu’une erreur est du côté WSUS. Il est temps de faire passer le jeu au niveau supérieur.

Vérification du serveur WSUS

Je me suis connecté au serveur WSUS. Maintenant, je vais vérifier les services.

OK, tous les services sont en cours d’exécution. Ça a l’air bien. L’étape suivante est la console IIS, car l’erreur est liée à HTTP (Web).

J’ai ouvert la console de gestion IIS. Tout a l’air bien. Comme première étape, j’ai vérifié l’administration du site Web WSUS et ses liaisons. Il doit être lié au port 8530 pour le trafic HTTP. Il devrait y avoir une liaison supplémentaire pour HTTPS sur le port 8531, mais celle-ci n’est pas si importante maintenant.

J’ai essayé d’ouvrir la page Web à partir de la console IIS. J’ai eu la même erreur que lorsque j’ai accédé à la page à partir d’IE–Service indisponible.

Maintenant, je me souviens que cette application est également basée sur .net. Par conséquent, je suis passé à la page des pools d’applications et j’ai trouvé le problème.

L’application WSUS utilise son propre pool nommé WsusPool. Cette piscine a été arrêtée. J’ai recommencé et vo le tour est joué ! Le service WSUS fonctionne à nouveau.

Est-ce la fin?

Ce serveur WSUS fait partie du serveur SCCM. Par conséquent, le problème peut concerner n’importe quel service qui fonctionne sur ce serveur.

J’ai rencontré ce problème plusieurs fois de suite et j’ai trouvé comment le résoudre manuellement. Cependant, j’aimerais avoir une solution permanente. Ma première action pour la solution permanente est de raccourcir le temps d’inactivité de 20 à 5 minutes. En outre, il est sage d’augmenter la mémoire interne du pool.

Bien que ce problème puisse réapparaître, il est important que j’aie une procédure très claire pour le processus de dépannage. De plus, j’ai maintenant une solution documentée pour ce problème, qui nous aidera à récupérer le serveur WSUS beaucoup plus rapidement.

Soyez systématique et n’abandonnez pas facilement.

(Modifier le 28.09.2017.) Une solution permanente est décrite en détail dans cet article.

Restez à l’écoute.