Windows update chyba 80244022
Soukromí & Cookies
Tento web používá soubory cookie. Pokračováním souhlasíte s jejich použitím. Další informace, včetně toho, jak ovládat soubory cookie.
před několika dny jsem aktualizoval svůj kancelářský notebook na Windows 10 build 1703. Tato část prošla dobře. Po restartu však služba Windows update nahlásila chybu s kódem 80244022. Vysvětlení této chyby je nejasné – něco se pokazilo.
po několika restartích, mnoho opakování, dokonce i odstranění složky distribuce softwaru ze složky Windows, jsem prohledal síť. Mnoho odpovědí bylo jako „je to prostě pryč“. Protože moje chyba není jen pryč s větrem, věděl jsem, že je čas na hev suite, páčidlo a hluboký ponor do světa protokolů a služeb Windows.
je čas na taktický plán. Musíme krok za krokem zkontrolovat celý proces aktualizace. Vysoká úroveň toku procesu aktualizace je takto:
náš počítač je klientem WSUS a připojí se k místnímu serveru WSUS. Tento server WSUS je klientem pro server Microsoft WSUS.
v případě, že jste domácí uživatel nebo vaše společnost nevyužívá server WSUS, bude váš počítač klientem serveru Microsoft WSUS.
plán vysoké úrovně
pokud nemůžete stáhnout novější aktualizace, měli byste tento plán vyzkoušet:
- vyhledejte server WSUS
- Zkontrolujte síťové připojení
- zkontrolujte aktualizačního klienta.
- zkuste restartovat počítač a zkuste znovu aktualizovat
- zkuste zastavit AV program.
- Zkontrolujte nastavení brány firewall
- Zkontrolovat záznamy na stroji
- (Volitelně) odstranit všechny dříve stažené aktualizace
- Podívejte se na WSUS server
Kontrola WSUS nastavení v Registru
můžete zkontrolovat WSUS nastavení pro váš počítač. To je důležité, pokud jste domácí uživatel, protože byste nepoužívali server WSUS. Můžete to zkontrolovat v klíči HKLM \ SOFTWARE \ Policies \ Microsoft \ Windows \ WindowsUpdate, hodnota WUServer.
nyní, pouze pokud jste si jisti, že byste neměli používat server WSUS, můžete hodnoty z tohoto klíče odstranit. Restartujte službu Windows update. To by mohlo vyřešit váš problém.
kontrola protokolů
rychle přejdeme k 7. kroku. Jak vždycky rád říkám, protokoly jsou moji nejlepší přátelé. Měli bychom začít s protokolem klienta Windows update. Tento protokol je obvykle umístěn na cestě C:\Windows\SoftwareDistribution\ReportingEvents.protokol.
otevřel jsem to, ale nebylo užitečné vůbec:
mám jen kód chyby a čím delší zpráva, že aktualizace se nezdařila s chybou 0x80244022.
dobrou zprávou je, že existuje další protokol – C:\Windows\WindowsUpdate.protokol. Uvnitř byste měli vidět podrobnější vysvětlení procesu aktualizace systému Windows.
v systému Windows 10 je tento soubor prázdný. Můžete jej však vygenerovat pomocí příkazu powershell-Get-WindowsUpdateLog. Stačí otevřít okno powershell a spustit příkaz. Buďte trpěliví.
po chvíli tento příkaz vygeneruje tento protokol pro vás na ploše. Nyní ji můžeme otevřít a analyzovat každý krok.
analyzoval jsem všechny tyto řádky a zjistil jsem, že adresa URL služby WSUS je správná. Zjistil jsem však, že chyba HTTP 503 – služba není k dispozici. To je pokrok.
mohu dojít k závěru, že můj klient WSUS funguje a že chyba je na straně WSUS. Je čas posunout hru na další úroveň.
kontrola serveru WSUS
přihlásil jsem se na server WSUS. Nyní zkontroluji služby.
OK, všechny služby jsou spuštěny. To vypadá dobře. Dalším krokem je konzola IIS, protože chyba souvisí s HTTP (Web).
otevřel jsem konzolu pro správu služby IIS. Všechno vypadá dobře. Jako první krok jsem zkontroloval správu webu WSUS a jeho vazby. Měl by být vázán na port 8530 pro provoz HTTP. Na portu 8531 by měla existovat ještě jedna vazba pro HTTPS, ale tento nyní není tak důležitý.
pokusil jsem se otevřít webovou stránku z konzoly IIS. Dostal jsem stejnou chybu, jako když jsem se dostal na stránku z IE-služba nedostupná.
nyní si připomínám, že tato aplikace je také založena na.net. Proto jsem přešel na stránku aplikace bazény a našel problém.
aplikace WSUS používá svůj vlastní fond s názvem WsusPool. Tento bazén byl zastaven. Začal jsem to znovu a … voila! Služba WSUS běží znovu.
je to konec?
tento server WSUS je součástí serveru SCCM. Problém tedy může být v jakékoli službě, která na tomto serveru funguje.
několikrát za sebou jsem čelil tomuto problému a zjistil jsem, jak jej ručně opravit. Chtěl bych však mít trvalé řešení. Moje první akce pro trvalé řešení je zkrátit dobu nečinnosti z 20 na 5 minut. Také je moudré zvýšit vnitřní paměť fondu.
přestože se tento problém může objevit znovu, je důležité, abych měl velmi jasný postup pro proces odstraňování problémů. Kromě toho mám nyní zdokumentované řešení tohoto problému, které nám pomůže obnovit server WSUS mnohem rychleji.
buďte systematičtí a nevzdávejte se snadného.
(upravit 28.09.2017.) Trvalé řešení je podrobně popsáno v tomto příspěvku.
zůstaňte naladěni.