błąd Windows update 80244022

kilka dni temu zaktualizowałem mój Laptop Biurowy do Windows 10 build 1703. Ta część przeszła dobrze. Jednak po ponownym uruchomieniu Windows update zgłosił błąd o kodzie 80244022. Wyjaśnienie tego błędu jest niejasne – coś poszło nie tak.

po kilku restartach, wielu ponownych próbach, nawet usunięciu folderu dystrybucji Oprogramowania z folderu Windows, przeszukałem sieć. Wiele odpowiedzi brzmiało jak „to po prostu zniknęło”. Ponieważ mój błąd nie przeminął z wiatrem, wiedziałem, że nadszedł czas na pakiet HEV, łom i głębokie zanurzenie się w świat logów i usług Windows.

czas na plan taktyczny. Musimy krok po kroku sprawdzić cały proces aktualizacji. Wysoki poziom przepływu procesu aktualizacji wygląda następująco:

nasz komputer jest klientem WSUS i połączy się z lokalnym serwerem WSUS. Serwer WSUS jest klientem serwera WSUS firmy Microsoft.

jeśli jesteś użytkownikiem domowym lub Twoja firma nie korzysta z serwera WSUS, Twój komputer będzie klientem serwera WSUS Microsoft.

Plan wysokiego poziomu

jeśli nie możesz pobrać nowszych aktualizacji, powinieneś wypróbować ten plan:

1. Zlokalizuj serwer WSUS
2. Sprawdź połączenie sieciowe
3. Sprawdź klienta aktualizacji.
4. spróbuj ponownie uruchomić komputer i spróbuj ponownie zaktualizować
5. spróbuj zatrzymać program AV.
6. Sprawdź ustawienia zapory sieciowej
7. sprawdź dzienniki na komputerze
8. (Opcjonalnie) usuń wszystkie pobrane wcześniej aktualizacje
9. sprawdź serwer WSUS

sprawdzanie ustawień WSUS w rejestrze

możesz sprawdzić ustawienia WSUS dla swojego komputera. Jest to ważne, jeśli jesteś użytkownikiem domowym, ponieważ nie używasz serwera WSUS. Możesz to sprawdzić w kluczu HKLM \ SOFTWARE\Policies \ Microsoft\Windows \ WindowsUpdate, value wuserver.

teraz, tylko jeśli masz pewność, że nie powinieneś używać serwera WSUS, możesz usunąć wartości z tego klucza. Uruchom ponownie usługę Windows update. To może rozwiązać twój problem.

sprawdzanie dzienników

przejdziemy do siódmego kroku. Jak zawsze lubię mówić, dzienniki są moimi najlepszymi przyjaciółmi. Powinniśmy zacząć od dziennika Klienta Windows update. Dziennik ten znajduje się zwykle na ścieżce C:\Windows\SoftwareDistribution\ReportingEvents.dziennik.

otworzyłem go, ale wcale nie był pomocny:

mam tylko kod błędu i dłuższy komunikat, że aktualizacja nie powiodła się z błędem 0x80244022.

dobra wiadomość jest taka, że jest jeszcze jeden dziennik – C:\Windows\WindowsUpdate.dziennik. W środku powinieneś zobaczyć bardziej szczegółowe wyjaśnienie procesu aktualizacji systemu Windows.

w systemie Windows 10 Ten plik jest pusty. Ale możesz go wygenerować za pomocą polecenia powershell-Get-WindowsUpdateLog. Wystarczy otworzyć okno powershell i wykonać polecenie. Cierpliwości.

po chwili to polecenie wygeneruje dla Ciebie ten dziennik na pulpicie. Teraz możemy go otworzyć i przeanalizować każdy krok.

przeanalizowałem wszystkie te linijki i stwierdziłem, że URL serwisu WSUS jest poprawny. Znalazłem jednak błąd HTTP 503-Usługa niedostępna. To postęp.

mogę stwierdzić, że mój klient WSUS działa i że błąd jest po stronie WSUS. Nadszedł czas, aby przenieść grę na wyższy poziom.

sprawdzanie serwera WSUS

zalogowałem się na serwerze WSUS. Teraz sprawdzę usługi.

OK, wszystkie usługi są uruchomione. Wygląda dobrze. Następnym krokiem jest konsola usług IIS, ponieważ błąd jest związany z HTTP (Web).

otworzyłem konsolę zarządzania IIS. Wszystko wygląda dobrze. Jako pierwszy krok sprawdziłem stronę www administracja WSUS i jej powiązania. Powinien być połączony z portem 8530 dla ruchu HTTP. Na porcie 8531 powinno być jeszcze jedno powiązanie dla HTTPS, ale to nie jest teraz tak ważne.

próbowałem otworzyć stronę internetową z konsoli usług IIS. Mam ten sam błąd, jak przy wejściu na stronę z IE – Usługa niedostępna.

teraz przypominam sobie, że ta aplikacja jest również oparta na.Net. Dlatego przełączyłem się na stronę pul aplikacji i znalazłem problem.

aplikacja WSUS korzysta z własnej puli o nazwie Wsuspol. Ten basen został zatrzymany. Zacząłem od nowa i … voila! Serwis WSUS znów działa.

czy to koniec?

ten serwer WSUS jest częścią serwera SCCM. Dlatego problem może występować w każdej usłudze, która działa na tym serwerze.

napotkałem ten problem kilka razy z rzędu i znalazłem, jak ręcznie go naprawić. Chciałbym jednak mieć stałe rozwiązanie. Moim pierwszym działaniem na rzecz stałego rozwiązania jest skrócenie czasu bezczynności z 20 do 5 minut. Ponadto, mądrze jest zwiększyć wewnętrzną pamięć puli.

chociaż ten problem może pojawić się ponownie, ważne jest, aby mieć bardzo jasną procedurę rozwiązywania problemów. Ponadto mam teraz udokumentowane rozwiązanie tego problemu, które pomoże nam znacznie szybciej odzyskać serwer WSUS.

bądź systematyczny i nie poddawaj się łatwym.

(Edycja 28.09.2017.) Trwałe rozwiązanie jest szczegółowo opisane w tym poście.