Windows update hiba 80244022

néhány nappal ezelőtt frissítettem az irodai laptopomat a Windows 10 build 1703-ra. Ez a rész jól ment. Az újraindítás után azonban a Windows update hibát jelentett a 80244022 kóddal. A hiba magyarázata nem világos-valami rosszul ment.

néhány újraindítás után sok újrapróbálkozás, még a szoftver terjesztési mappa törlése A Windows mappából, kerestem a neten. Sok válasz olyan volt, mint “csak eltűnt”. Mivel a hiba nem csak Elfújta a szél, tudtam, hogy itt az ideje a HEV suite, feszítővas és mély merülés a világ naplók és a Windows szolgáltatások.

itt az ideje a taktikai tervnek. Lépésről lépésre ellenőriznünk kell a teljes frissítési folyamatot. A frissítési folyamat magas szintű áramlása ilyen:

számítógépünk egy WSUS kliens, amely csatlakozik a helyi WSUS szerverhez. Ez a WSUS szerver a Microsoft WSUS szerver kliense.

abban az esetben, ha otthoni felhasználó vagy a vállalat nem használja a WSUS-kiszolgálót, a számítógép lesz a Microsoft WSUS-kiszolgáló kliense.

a magas szintű terv

ha nem tudja letölteni az újabb frissítéseket, próbálja ki ezt a tervet:

1. keresse meg a WSUS-kiszolgálót
2. ellenőrizze a hálózati kapcsolatot
3. ellenőrizze a frissítési klienst.
4. próbálja meg újraindítani a gépet, majd próbálja meg újra frissíteni
5. próbálja meg leállítani az AV programot.
6. ellenőrizze a tűzfal beállításait
7. ellenőrizze a gép naplóit
8. (opcionálisan) törölje az összes korábban letöltött frissítést
9. ellenőrizze a WSUS-kiszolgálót

a WSUS-beállítások ellenőrzése a rendszerleíró adatbázisban

ellenőrizheti a számítógép WSUS-beállításait. Ez akkor fontos, ha otthoni felhasználó vagy, mivel nem használnád a WSUS szervert. Ezt a kulcsban ellenőrizheti HKLM \ SOFTWARE \ Policies \ Microsoft \ Windows \ WindowsUpdate, érték WUServer.

most, csak akkor, ha biztos benne, hogy nem szabad használni a WSUS szervert, törölheti az értékeket ebből a kulcsból. Indítsa újra a Windows update szolgáltatást. Ez megoldhatja a problémát.

a naplók ellenőrzése

gyors előre a 7.lépésre. Mint mindig szeretem mondani, a naplók a legjobb barátaim. Kezdjük a Windows update ügyfélnaplóval. Ez a napló általában az úton található C:\Windows\SoftwareDistribution\ReportingEvents.napló.

kinyitottam, de egyáltalán nem volt hasznos:

csak a hibakód és a hosszabb üzenet van, hogy a frissítés sikertelen a 0x80244022 hibával.

a jó hír az, hogy van egy másik napló – C:\Windows\WindowsUpdate.napló. Belül részletesebb magyarázatot kell látnia a Windows frissítési folyamatáról.

A Windows 10 rendszerben ez a fájl üres. De a powershell – Get-WindowsUpdateLog paranccsal generálhatja. Csak nyissa meg a powershell ablakot, és hajtsa végre a parancsot. Légy türelmes.

egy idő után ez a parancs létrehozza ezt a naplót az asztalon. Most megnyithatjuk és elemezhetünk minden lépést.

elemeztem ezeket a sorokat, és megállapítottam, hogy a WSUS szolgáltatás URL-je helyes. Azonban találtam a HTTP hiba 503-szolgáltatás nem érhető el. Ez haladás.

arra a következtetésre juthatok, hogy a WSUS kliensem működik, és hogy hiba van a WSUS oldalon. Itt az ideje, hogy a játék a következő szintre.

a WSUS szerver ellenőrzése

bejelentkeztem a WSUS szerverre. Most Megnézem a szolgáltatásokat.

OK, minden szolgáltatás fut. Jól néz ki. A következő lépés az IIS konzol, mivel a hiba HTTP-vel (Web) kapcsolatos.

megnyitottam az IIS felügyeleti konzolt. Minden rendben van. Első lépésként ellenőriztem a WSUS adminisztrációt és annak kötéseit. A HTTP forgalomhoz a 8530-as porthoz kell kötni. A 8531-es porton még egy kötésnek kell lennie a HTTPS számára, de ez most nem olyan fontos.

megpróbáltam megnyitni a weboldalt az IIS konzolról. Kaptam ugyanazt a hibát, mint amikor elérte az oldalt IE-szolgáltatás nem érhető el.

most emlékszem, hogy ez az alkalmazás is.net alapú. Ezért váltottam az Alkalmazáskészletek oldalra, és megtaláltam a problémát.

a WSUS alkalmazás saját wsuspool nevű készletét használja. Ezt a medencét leállították. Újra elkezdtem, és … voilá! A WSUS szolgáltatás ismét fut.

ez a vége?

ez a WSUS szerver az SCCM szerver része. Ezért a probléma bármely olyan szolgáltatásban lehet, amely az adott kiszolgálón működik.

néhányszor egymás után szembesültem ezzel a problémával, és megtaláltam, hogyan kell manuálisan kijavítani. Szeretnék azonban állandó megoldást találni. Első lépésem az állandó megoldás érdekében az, hogy az üresjárati időt 20-ról 5 percre rövidítsem. Ezenkívül bölcs dolog növelni a medence belső memóriáját.

bár ez a probléma újra megjelenhet, fontos, hogy legyen egy nagyon világos eljárásom a hibaelhárítási folyamathoz. Továbbá, most van egy dokumentált megoldás erre a kérdésre, amely segít nekünk, hogy visszaszerezze a WSUS szerver sokkal gyorsabb.

légy szisztematikus és ne add fel a könnyűnek.

(Szerkesztés 28.09.2017.) Az állandó megoldást részletesen ismertetjük ebben a bejegyzésben.

maradjon velünk.