eroare actualizare Windows 80244022

acum câteva zile mi-am actualizat laptopul de birou la Windows 10 build 1703. Această parte a trecut bine. Cu toate acestea, după repornire, Windows update a raportat o eroare cu codul 80244022. Explicația acestei erori este neclară-ceva nu a mers bine.

după câteva reporniri, multe încercări, chiar ștergerea folderului de distribuție Software din folderul Windows, am căutat pe Net. Multe răspunsuri au fost ca „tocmai a dispărut”. Deoarece eroarea mea nu a dispărut doar cu vântul, știam că este timpul pentru suita HEV, rangă și scufundare profundă în lumea jurnalelor și a serviciilor Windows.

e timpul pentru planul tactic. Trebuie să verificăm pas cu pas întregul proces de actualizare. Fluxul de nivel înalt al procesului de actualizare este astfel:

computerul nostru este un client WSUS și se va conecta la serverul local WSUS. Acest server WSUS este un client pentru serverul Microsoft WSUS.

în cazul în care sunteți un utilizator de acasă sau compania dvs. nu utilizează serverul WSUS, computerul dvs. va fi clientul pentru serverul Microsoft WSUS.

planul la nivel înalt

dacă nu puteți descărca actualizările mai noi, ar trebui să încercați acest plan:

1. localizați serverul WSUS
2. Verificați conexiunea la rețea
3. verificați clientul de actualizare.
4. încercați să reporniți computerul și încercați să actualizați din nou
5. încercați să opriți programul AV.
6. verificați setările firewall-ului
7. verificați jurnalele de pe aparat
8. (opțional) ștergeți toate actualizările descărcate anterior
9. verificați serverul WSUS

Verificarea setărilor WSUS din registru

puteți verifica setările WSUS pentru computer. Acest lucru este important dacă sunteți un utilizator de acasă, deoarece nu ați folosi serverul WSUS. Puteți verifica acest lucru în cheia HKLM\SOFTWARE\politici\Microsoft\Windows\WindowsUpdate, valoare WUServer.

acum, numai dacă sunteți sigur că nu ar trebui să utilizați serverul WSUS, puteți șterge valorile din această cheie. Reporniți serviciul Windows update. Acest lucru ar putea rezolva problema.

verificarea jurnalelor

vom avansa rapid la Pasul 7. Așa cum îmi place întotdeauna să spun, jurnalele sunt cei mai buni prieteni ai mei. Ar trebui să începem cu jurnalul de clienți Windows update. Acest jurnal este de obicei situat pe calea C:\Windows\SoftwareDistribution\ReportingEvents.jurnal.

l-am deschis, dar nu a fost deloc util:

am doar codul de eroare și mesajul mai lung că actualizarea a eșuat cu eroarea 0x80244022.

vestea bună este că există un alt jurnal – C:\Windows\WindowsUpdate.jurnal. În interior ar trebui să vedeți o explicație mai detaliată despre procesul de actualizare Windows.

în Windows 10, acest fișier este gol. Dar îl puteți genera cu comanda powershell-Get-WindowsUpdateLog. Doar deschideți fereastra powershell și executați comanda. Ai răbdare.

după un timp, această comandă va genera acest jurnal pentru tine pe desktop. Acum îl putem deschide și analiza fiecare pas.

am analizat toate aceste linii și am identificat că adresa URL a serviciului WSUS este corectă. Cu toate acestea, am găsit eroarea HTTP 503 – serviciul indisponibil. Acesta este un progres.

pot concluziona că clientul meu WSUS funcționează și că o eroare este pe partea WSUS. Este timpul pentru a lua jocul la nivelul următor.

verificarea serverului WSUS

m-am conectat la serverul WSUS. Acum, voi verifica serviciile.

OK, toate serviciile rulează. Arată bine. Următorul pas este consola IIS, deoarece eroarea este legată de HTTP (Web).

am deschis consola de administrare IIS. Totul arată bine. Ca prim pas, am verificat administrarea WSUS site-ul web și legăturile sale. Ar trebui să fie legat de portul 8530 pentru traficul HTTP. Ar trebui să existe încă o legare pentru HTTPS pe portul 8531, dar acesta nu este atât de important acum.

am încercat să deschid pagina Web din consola IIS. Am primit aceeași eroare ca atunci când am accesat pagina de la IE – Service indisponibil.

acum îmi amintesc că această aplicație este, de asemenea, bazată pe.net. Prin urmare, am trecut la pagina bazinelor de aplicații și am găsit problema.

aplicația WSUS folosește propriul bazin numit WsusPool. Acest bazin a fost oprit. Am început din nou și … voila! Serviciul WSUS rulează din nou.

viu este acesta sfârșitul?

acest server WSUS este o parte a serverului SCCM. Prin urmare, problema poate fi în orice serviciu care funcționează pe acel server.

m-am confruntat cu această problemă de câteva ori la rând și am găsit cum să o rezolv manual. Cu toate acestea, aș dori să am o soluție permanentă. Prima mea acțiune pentru soluția permanentă este de a scurta timpul de așteptare de la 20 la 5 minute. De asemenea, este înțelept să măriți memoria internă a piscinei.

deși această problemă poate apărea din nou, este important să am o procedură foarte clară pentru procesul de depanare. În plus, am acum o soluție documentată pentru această problemă, care ne va ajuta să recuperăm serverul WSUS mult mai rapid.

fii sistematic și nu renunța la ușor.

(edita 28.09.2017.) O soluție permanentă este descrisă în detaliu în acest post.

Stay tuned.