Windows update error 80244022

muutama päivä sitten päivitin office-kannettavani Windows 10 build 1703: een. Tämä osa meni hyvin läpi. Uudelleenkäynnistyksen jälkeen Windows update kuitenkin ilmoitti virheestä koodilla 80244022. Tämän virheen selitys on epäselvä-jokin meni pieleen.

muutaman uudelleenkäynnistyksen, monen uusinnan, jopa ohjelmiston Jakelukansion poistamisen Windows-kansiosta, etsin netistä. Monet vastaukset olivat kuin ”se on vain mennyt”. Koska virheeni ei ole vain tuulen viemää, tiesin, että nyt on HEV-sviitin, sorkkaraudan ja syväsukelluksen aika lokien ja Windows-palveluiden maailmaan.

nyt on taktisen suunnitelman aika. Meidän täytyy askel askeleelta tarkistaa koko päivitysprosessi. Päivitysprosessin korkean tason virtaus on tällainen:

tietokoneemme on WSUS-asiakasohjelma ja se muodostaa yhteyden paikalliseen WSUS-palvelimeen. Kyseinen WSUS-palvelin on Microsoftin WSUS-palvelimen asiakas.

jos olet kotikäyttäjä tai yrityksesi ei käytä WSUS-palvelinta, tietokoneesi toimii Microsoftin WSUS-palvelimen asiakkaana.

korkean tason suunnitelma

jos uudempia päivityksiä ei voi ladata, kannattaa kokeilla tätä suunnitelmaa:

1. Etsi WSUS-palvelimesi
2. Tarkista verkkoyhteytesi
3. Tarkista päivitysasiakas.
4. yritä käynnistää koneesi uudelleen ja yritä päivittää uudelleen
5. yritä pysäyttää AV-ohjelmasi.
6. Tarkista palomuurin asetukset
7. Tarkista koneen lokit
8. (valinnaisesti) poista kaikki aiemmin ladatut päivitykset
9. Tarkista WSUS-palvelimelta

tarkistamalla WSUS-asetukset rekisterissä

voit tarkistaa WSUS-asetukset tietokoneellasi. Tämä on tärkeää, jos olet kotikäyttäjä, koska et käytä WSUS-palvelinta. Voit tarkistaa tämän avain HKLM \ SOFTWARE\Policies \ Microsoft\Windows\WindowsUpdate, arvo WUServer.

nyt, vain jos olet varma, että sinun ei pitäisi käyttää WSUS-palvelinta, voit poistaa arvot tästä avaimesta. Käynnistä Windows update-palvelu uudelleen. Tämä voi ratkaista ongelmasi.

lokkien tarkistaminen

kelataan 7.vaiheeseen. Kuten aina haluan sanoa, lokit ovat parhaita ystäviäni. Aloitetaan Windows update-asiakaslokista. Tämä loki sijaitsee yleensä polulla C:\Windows\SoftwareDistribution\ReportingEvents.kirjaudu.

avasin sen, mutta siitä ei ollut mitään apua:

minulla on vain virhekoodi ja pidempi viesti, että päivitys epäonnistui virheellä 0x80244022.

hyvä uutinen on, että on toinenkin loki – C:\Windows\WindowsUpdate.kirjaudu. Sisällä sinun pitäisi nähdä tarkempi selitys Windowsin päivitysprosessista.

Windows 10, tämä tiedosto on tyhjä. Mutta voit luoda sen powershell command-Get-WindowsUpdateLog-komennolla. Avaa powershell-ikkuna ja suorita komento. Ole kärsivällinen.

jonkin ajan kuluttua tämä komento luo tämän lokin sinulle työpöydälle. Nyt voimme avata sen ja analysoida jokaisen askeleen.

analysoin kaikki nuo rivit ja havaitsin, että WSUS-palvelun URL on oikea. Kuitenkin, löysin HTTP error 503-Palvelu ei ole käytettävissä. Tämä on edistystä.

voin päätellä, että WSUS-asiakkaani toimii ja että WSUS: n puolella on virhe. On aika viedä peli seuraavalle tasolle.

tarkistamassa WSUS-palvelinta

Kirjauduin WSUS-palvelimelle. Tarkistan palvelut.

OK, kaikki palvelut ovat käynnissä. Näyttää hyvältä. Seuraava vaihe on IIS-konsoli, koska virhe on HTTP (Web) – liittyvä.

avasin IIS-hallintakonsolin. Kaikki näyttää hyvältä. Ensimmäisenä askeleena tarkistin Web-sivuston WSUS-hallinnon ja sen sidokset. Sen pitäisi olla sidottu porttiin 8530 HTTP-liikennettä varten. Portissa 8531 pitäisi olla vielä yksi sitova https, mutta tämä ei ole niin tärkeä nyt.

yritin avata WWW-sivua IIS-konsolista. Sain saman virheen kuin kun pääsin sivulle IE-palvelusta poissa käytöstä.

nyt muistan, että tämäkin sovellus on. Net-pohjainen. Siksi vaihdoin sovellussarjojen sivulle ja löysin ongelman.

WSUS-sovellus käyttää omaa allastaan nimeltä WsusPool. Tämä allas pysäytettiin. Aloitin sen uudelleen ja … voilà! WSUS-palvelu toimii jälleen.

onko tämä loppu?

tämä WSUS-palvelin on osa SCCM-palvelinta. Siksi ongelma voi olla missä tahansa palvelussa, joka toimii kyseisellä palvelimella.

kohtasin tämän ongelman muutaman kerran peräkkäin ja keksin, miten sen voi manuaalisesti korjata. Haluaisin kuitenkin pysyvän ratkaisun. Ensimmäinen toimeni pysyvän ratkaisun puolesta on lyhentää joutokäyntiaikaa 20 minuutista 5 minuuttiin. Myös altaan sisäistä muistia kannattaa lisätä.

vaikka tämä ongelma voi ilmaantua uudelleen, on tärkeää, että minulla on hyvin selkeä menettely vianmääritysprosessia varten. Lisäksi, minulla on nyt dokumentoitu ratkaisu tähän ongelmaan, joka auttaa meitä palauttamaan WSUS-palvelin paljon nopeammin.

ole systemaattinen äläkä anna periksi helpolle.

(Edit 28.09.2017.) Pysyvä ratkaisu on kuvattu yksityiskohtaisesti tässä viestissä.

pysy kuulolla.