Rozwiązywanie problemów z usługą Windows Update
Dotyczy: system Windows 10
Wypróbuj naszego agenta wirtualnego — może to pomóc w szybkim zidentyfikowaniu i rozwiązaniu typowych problemów z usługą Windows Update
Jeśli wystąpią problemy podczas korzystania z usługi Windows Update, zacznij od następujących kroków:
Uruchom wbudowane narzędzie do rozwiązywania problemów z usługą Windows Update, aby rozwiązać typowe problemy. Przejdź do pozycji Ustawienia>Aktualizowanie i zabezpieczenia>Rozwiązywanie problemów z usługą>Windows Update.
Zainstaluj najnowszą aktualizację stosu obsługi zgodną z wersją systemu Windows z wykazu usługi Microsoft Update. Aby uzyskać więcej informacji na temat aktualizacji stosu obsługi, zobacz Aktualizacje stosu obsługi.
Upewnij się, że zainstalowano najnowsze aktualizacje systemu Windows, aktualizacje skumulowane i aktualizacje zbiorcze. Aby sprawdzić stan aktualizacji, zapoznaj się z odpowiednią historią aktualizacji systemu:
- Windows 10, wersja 2004 i Windows Server, wersja 2004
- Windows 10, wersja 1909 i Windows Server, wersja 1909
- Windows 10, wersja 1903 i Windows Server, wersja 1903
- Windows 10, wersja 1809 i Windows Server 2019
- Windows 10, wersja 1803
- Windows 10, wersja 1709
- Windows 10, wersja 1703
- Windows 10 i Windows Server 2016
- Windows 8.1 i Windows Server 2012 R2
- Windows Server 2012
- Windows 7 z dodatkiem SP1 i Windows Server 2008 R2 z dodatkiem SP1
Użytkownicy zaawansowani mogą również odwoływać się do dziennika wygenerowanego przez usługę Windows Update w celu dalszego zbadania.
Podczas korzystania z usługi Windows Update mogą wystąpić następujące scenariusze.
Dlaczego oferujem starszą aktualizację?
Aktualizacja oferowana urządzeniu zależy od kilku czynników. Poniżej przedstawiono niektóre z najbardziej typowych atrybutów:
- Kompilacja systemu operacyjnego
- Gałąź systemu operacyjnego
- Ustawienia regionalne systemu operacyjnego
- Architektura systemu operacyjnego
- Konfiguracja zarządzania aktualizacjami urządzeń
Jeśli oferowana aktualizacja nie jest najbardziej aktualna, może to być spowodowane tym, że urządzenie jest zarządzane przez serwer WSUS, a aktualizacje są oferowane na tym serwerze. Jeśli urządzenie jest częścią grupy wdrażania, administrator celowo spowalnia wdrażanie aktualizacji. Ponieważ wdrożenie jest powolne i mierzone na początku, wszystkie urządzenia nie będą otrzymywać aktualizacji tego samego dnia.
Moje urządzenie zostało zamrożone podczas skanowania. Dlaczego?
Interfejs użytkownika ustawień komunikuje się z usługą Update Orchestrator, która z kolei komunikuje się z usługą Windows Update. Jeśli te usługi zostaną nieoczekiwanie zatrzymane, może zostać wyświetlone to zachowanie. W takich przypadkach wykonaj następujące kroki:
Zamknij aplikację Ustawienia i otwórz ją ponownie.
Uruchom plik Services.msc i sprawdź, czy są uruchomione następujące usługi:
- Aktualizowanie programu Orchestrator stanu
- Windows Update
Aktualizacje funkcji nie są oferowane, podczas gdy inne aktualizacje są
Urządzenia z systemem Windows 10 w wersji 1709 do windows 10 w wersji 1803 skonfigurowanej do aktualizacji z usługi Windows Update (w tym Windows Update dla firm) mogą instalować aktualizacje obsługi i definicji, ale nigdy nie są oferowane aktualizacje funkcji.
Sprawdzenie WindowsUpdate.log pokazuje następujący błąd:
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent * START * Finding updates CallerId = Update;taskhostw Id = 25
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Online = Yes; Interactive = No; AllowCachedResults = No; Ignore download priority = No
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent ServiceID = {855E8A7C-ECB4-4CA3-B045-1DFA50104289} Third party service
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Search Scope = {Current User}
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Caller SID for Applicability: S-1-12-1-2933642503-1247987907-1399130510-4207851353
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc Got 855E8A7C-ECB4-4CA3-B045-1DFA50104289 redir Client/Server URL: https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx""
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc Token Requested with 0 category IDs.
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc GetUserTickets: No user tickets found. Returning WU_E_NO_USERTOKEN.
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetDeviceTickets
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::AddTickets:1092]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [CUpdateEndpointProvider::GenerateSecurityTokenWithAuthTickets:1587]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetAgentTokenFromServer
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetAgentToken
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] EP:Call to GetEndpointToken
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Failed to obtain service 855E8A7C-ECB4-4CA3-B045-1DFA50104289 plugin Client/Server auth token of type 0x00000001
YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Method failed [CAgentProtocolTalkerContext::DetermineServiceEndpoint:377]
YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Initialization failed for Protocol Talker Context
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Exit code = 0x80070426
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent * END * Finding updates CallerId = Update;taskhostw Id = 25
Kod błędu 0x80070426 przekłada się na:
ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.
Asystent logowania konta Microsoft (MSA lub wlidsvc) jest usługą, o których mowa. Usługa lotów DCAT (ServiceId: 855E8A7C-EBC4-4CA3-B045-1DFA50104289) opiera się na MSA, aby uzyskać globalny identyfikator urządzenia dla urządzenia. Bez uruchomionej usługi MSA globalny identyfikator urządzenia nie zostanie wygenerowany i wysłany przez klienta, a wyszukiwanie aktualizacji funkcji nigdy nie zakończy się pomyślnie.
Aby rozwiązać ten problem, zresetuj usługę MSA do domyślnego typu startowego "ręcznego".
Problemy związane z protokołem HTTP/serwerem proxy
Usługa Windows Update używa usługi WinHttp z żądaniami częściowego zakresu (RFC 7233) do pobierania aktualizacji i aplikacji z serwerów usługi Windows Update lub lokalnych serwerów WSUS. W związku z tym serwery proxy w sieci muszą obsługiwać żądania HTTP RANGE. Jeśli serwer proxy został skonfigurowany w programie Internet Explorer (poziom użytkownika), ale nie w systemie WinHTTP (na poziomie systemu), połączenia z usługą Windows Update nie powiedzą się.
Aby rozwiązać ten problem, skonfiguruj serwer proxy w usłudze WinHTTP przy użyciu następującego polecenia netsh:
netsh winhttp set proxy ProxyServerName:PortNumber
Uwaga 16.
Możesz również zaimportować ustawienia serwera proxy z programu Internet Explorer przy użyciu następującego polecenia: netsh winhttp import proxy source=ie.
Jeśli pobieranie za pośrednictwem serwera proxy zakończy się niepowodzeniem z powodu błędu 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH lub jeśli zauważysz wysokie użycie procesora CPU podczas pobierania aktualizacji, sprawdź konfigurację serwera proxy, aby zezwolić na uruchamianie żądań HTTP RANGE.
Możesz zastosować regułę zezwalania na żądania ZAKRESU HTTP dla następujących adresów URL:
*.download.windowsupdate.com*.dl.delivery.mp.microsoft.com*.delivery.mp.microsoft.com
Jeśli nie możesz zezwolić na żądania RANGE, pobierasz więcej zawartości niż jest to potrzebne w aktualizacjach (ponieważ stosowanie poprawek różnicowych nie będzie działać).
Aktualizacja nie ma zastosowania do komputera
Najczęstsze przyczyny tego błędu opisano w poniższej tabeli:
| Przyczyna | Wyjaśnienie | Rozwiązanie |
|---|---|---|
| Aktualizacja została zastąpiona | Po wydaniu aktualizacji składnika zaktualizowany składnik zastąpi starszy składnik, który jest już w systemie. W przypadku wystąpienia tego problemu poprzednia aktualizacja jest oznaczona jako zastąpiona. Jeśli aktualizacja, którą próbujesz zainstalować, ma już nowszą wersję ładunku w systemie, może zostać wyświetlony ten komunikat o błędzie. | Sprawdź, czy instalowany pakiet zawiera nowsze wersje plików binarnych. Możesz też sprawdzić, czy pakiet został zastąpiony przez inny nowy pakiet. |
| Aktualizacja jest już zainstalowana | Jeśli aktualizacja, którą próbujesz zainstalować, została wcześniej zainstalowana, na przykład przez inną aktualizację, która przeniosła ten sam ładunek, może wystąpić ten komunikat o błędzie. | Sprawdź, czy pakiet, który próbujesz zainstalować, nie został wcześniej zainstalowany. |
| Niewłaściwa aktualizacja dla danej architektury | Aktualizacje są publikowane przez architekturę procesora CPU. Jeśli aktualizacja, którą próbujesz zainstalować, nie jest zgodna z architekturą procesora CPU, może wystąpić ten komunikat o błędzie. | Sprawdź, czy pakiet, który próbujesz zainstalować, jest zgodny z używaną wersją systemu Windows. Informacje o wersji systemu Windows można znaleźć w sekcji „Dotyczy” artykułu dla każdej aktualizacji. Na przykład aktualizacje tylko dla systemu Windows Server 2012 nie mogą być instalowane na komputerach z systemem Windows Server 2012 R2. Sprawdź również, czy instalowany pakiet jest zgodny z architekturą procesora używanej wersji systemu Windows. Na przykład aktualizacji dla architektury x86 nie można zainstalować w instalacjach systemu Windows dla architektury x64. |
| Brak wstępnie wymaganej aktualizacji | Niektóre aktualizacje wymagają aktualizacji wymagań wstępnych przed zastosowaniem ich do systemu. Jeśli brakuje aktualizacji wymagań wstępnych, może wystąpić ten komunikat o błędzie. Na przykład 2919355 KB należy zainstalować na komputerach z systemami Windows 8.1 i Windows Server 2012 R2 przed zainstalowaniem wielu aktualizacji wydanych po kwietniu 2014 r. | Zapoznaj się z powiązanymi artykułami dotyczącymi pakietu w bazie wiedzy Microsoft Knowledge Base (KB), aby upewnić się, że masz zainstalowane aktualizacje wymagań wstępnych. Jeśli na przykład wystąpi komunikat o błędzie w systemie Windows 8.1 lub Windows Server 2012 R2, może być konieczne zainstalowanie aktualizacji 2919355 z kwietnia 2014 r. jako wymagania wstępne i co najmniej jednej aktualizacji obsługi wymagań wstępnych (KB 2919442 i KB 3173424). Aby określić, czy te aktualizacje wstępne są zainstalowane, uruchom następujące polecenie programu PowerShell: get-hotfix KB3173424,KB2919355, KB2919442. Jeśli aktualizacje są zainstalowane, polecenie zwróci zainstalowaną datę w InstalledOn sekcji danych wyjściowych. |
Problemy związane z konfiguracją zapory
Błąd, który może zostać wyświetlony w dziennikach usługi Windows Update:
DownloadManager Error 0x800706d9 occurred while downloading update; notifying dependent calls.
Or
[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9
Or
DownloadManager [0]12F4.1FE8::09/29/2017-13:45:08.530 [agent]DO job {C6E2F6DC-5B78-4608-B6F1-0678C23614BD} hit a transient error, updateId = 5537BD35-BB74-40B2-A8C3-B696D3C97CBA.201 <NULL>, error = 0x80D0000A
Przejdź do pozycji Services.msc i upewnij się, że usługa Zapory systemu Windows jest włączona. Zatrzymywanie usługi skojarzonej z zaporą systemu Windows z zabezpieczeniami zaawansowanymi nie jest obsługiwane przez firmę Microsoft. Aby uzyskać więcej informacji, zobacz Temat Chcę wyłączyć Zaporę systemu Windows.
Problemy wynikające z konfiguracji zasad powodujących konflikt
Usługa Windows Update udostępnia szeroką gamę zasad konfiguracji do kontrolowania zachowania usługi Windows Update w środowisku zarządzanym. Chociaż te zasady umożliwiają skonfigurowanie ustawień na poziomie szczegółowym, błędna konfiguracja lub ustawienie zasad powodujących konflikt mogą prowadzić do nieoczekiwanych zachowań.
Aby uzyskać więcej informacji, zobacz Jak skonfigurować aktualizacje automatyczne przy użyciu zasad grupy lub ustawień rejestru.
Urządzenie nie może uzyskać dostępu do plików aktualizacji
Upewnij się, że urządzenia mogą uzyskiwać dostęp do niezbędnych punktów końcowych usługi Windows Update za pośrednictwem zapory. Na przykład w przypadku systemu Windows 10 w wersji 2004 następujące protokoły muszą mieć możliwość uzyskania dostępu do odpowiednich punktów końcowych:
| Protokół | Adres URL punktu końcowego |
|---|---|
| TLS 1.2 | *.prod.do.dsp.mp.microsoft.com |
| HTTP | emdl.ws.microsoft.com |
| HTTP | *.dl.delivery.mp.microsoft.com |
| HTTP | *.windowsupdate.com |
| HTTPS | *.delivery.mp.microsoft.com |
| TLS 1.2 | *.update.microsoft.com |
| TLS 1.2 | tsfe.trafficshaping.dsp.mp.microsoft.com |
Uwaga 16.
Pamiętaj, aby nie używać protokołu HTTPS dla tych punktów końcowych, które określają protokół HTTP i na odwrót. Połączenie zakończy się niepowodzeniem.
Określone punkty końcowe mogą się różnić w zależności od wersji klienta systemu Windows. Zobacz na przykład punkty końcowe połączeń systemu Windows 10 2004 Enterprise. Podobne artykuły dotyczące innych wersji klienta systemu Windows są dostępne w spisie treści w pobliżu.
Aktualizacje nie są pobierane z intranetowego punktu końcowego (WSUS lub Configuration Manager)
Urządzenia klienckie z systemem Windows mogą odbierać aktualizacje z różnych źródeł, w tym usługi Windows Update online, serwera windows Server Update Services i innych. Aby określić źródło aktualizacji systemu Windows aktualnie używanych na urządzeniu, wykonaj następujące kroki:
Uruchom program Windows PowerShell jako administrator.
Uruchom polecenie cmdlet:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"Uruchom polecenie cmdlet:
$MUSM.Services
Sprawdź dane wyjściowe parametrów Name and OffersWindowsUPdates, które można interpretować zgodnie z tą tabelą.
W środowisku masz nieprawidłową konfigurację
W tym przykładzie zgodnie z zasadami grupy ustawionymi za pomocą rejestru system jest skonfigurowany do pobierania aktualizacji za pomocą programu WSUS (zwróć uwagę na drugi wiersz):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"UseWUServer"=dword:00000001
Z dzienników usługi Windows Update:
2018-08-06 09:33:31:085 480 1118 Agent ** START ** Agent: Finding updates [CallerId = OperationalInsight Id = 49]
2018-08-06 09:33:31:085 480 1118 Agent *********
2018-08-06 09:33:31:085 480 1118 Agent * Include potentially superseded updates
2018-08-06 09:33:31:085 480 1118 Agent * Online = No; Ignore download priority = No
2018-08-06 09:33:31:085 480 1118 Agent * Criteria = "IsHidden = 0 AND DeploymentAction=*"
2018-08-06 09:33:31:085 480 1118 Agent * ServiceID = {00000000-0000-0000-0000-000000000000} Third party service
2018-08-06 09:33:31:085 480 1118 Agent * Search Scope = {Machine}
2018-08-06 09:33:32:554 480 1118 Agent * Found 83 updates and 83 categories in search; evaluated appl. rules of 517 out of 1473 deployed entities
2018-08-06 09:33:32:554 480 1118 Agent *********
2018-08-06 09:33:32:554 480 1118 Agent ** END ** Agent: Finding updates [CallerId = OperationalInsight Id = 49]
W powyższym fragmencie kodu dziennika widzimy, że element Criteria = "IsHidden = 0 AND DeploymentAction=*". "*" oznacza, że nie ma nic określonego z serwera. Skanowanie odbywa się, ale nie ma żadnego kierunku pobierania ani instalowania agenta. Dlatego po prostu skanuje aktualizację i dostarcza wyniki.
Jak pokazano w poniższych dziennikach, automatyczna aktualizacja uruchamia skanowanie i nie znajduje dla niej żadnej aktualizacji zatwierdzonej. Dlatego raportuje, że nie ma aktualizacji do zainstalowania ani pobrania. Jest to spowodowane nieprawidłową konfiguracją. Po stronie programu WSUS należy zatwierdzić aktualizacje usługi Windows Update, aby pobierała aktualizacje i instaluje je w określonym czasie zgodnie z zasadami. Ponieważ ten scenariusz nie obejmuje programu Configuration Manager, nie ma możliwości zainstalowania niezatwierdzonych aktualizacji. Oczekujesz, że agent szczegółowych informacji operacyjnych wykona skanowanie i automatycznie wyzwoli pobieranie i instalację, ale nie nastąpi to w przypadku tej konfiguracji.
2018-08-06 10:58:45:992 480 5d8 Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates Id = 57]
2018-08-06 10:58:45:992 480 5d8 Agent *********
2018-08-06 10:58:45:992 480 5d8 Agent * Online = Yes; Ignore download priority = No
2018-08-06 10:58:45:992 480 5d8 Agent * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1"
2018-08-06 10:58:46:617 480 5d8 PT + SyncUpdates round trips: 2
2018-08-06 10:58:47:383 480 5d8 Agent * Found 0 updates and 83 categories in search; evaluated appl. rules of 617 out of 1473 deployed entities
2018-08-06 10:58:47:383 480 5d8 Agent Reporting status event with 0 installable, 83 installed, 0 installed pending, 0 failed and 0 downloaded updates
2018-08-06 10:58:47:383 480 5d8 Agent *********
2018-08-06 10:58:47:383 480 5d8 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates Id = 57]
Wysokie użycie przepustowości na kliencie systemu Windows przez usługę Windows Update
Użytkownicy mogą zobaczyć, że system Windows zużywa całą przepustowość w różnych biurach w kontekście systemu. Wynika to z ustawienia fabrycznego. Składniki, które mogą zużywać przepustowość, rozszerzają się poza składniki usługi Windows Update.
Następujące zasady grupy mogą pomóc w ograniczeniu tej sytuacji:
- Blokowanie dostępu do serwerów usługi Windows Update: zasady Wyłącz dostęp do wszystkich funkcji usługi Windows Update (ustaw na włączone)
- Wyszukiwanie sterowników: zasady określają kolejność wyszukiwania lokalizacji źródłowych sterowników urządzeń (ustaw na wartość "Nie wyszukuj usługi Windows Update")
- Automatyczna aktualizacja sklepu Windows: zasady wyłącz automatyczne pobieranie i instalowanie aktualizacji (ustaw na włączone)
Inne składniki łączące się z Internetem:
- Funkcja W centrum uwagi Windows: zasady Konfiguruj w centrum uwagi Windows na ekranie blokady (ustaw na wyłączone)
- Środowiska konsumentów: zasady wyłączają środowiska konsumentów firmy Microsoft (ustaw na włączone)
- Ruch w tle z aplikacji systemu Windows: zasady zezwalają aplikacjom systemu Windows na uruchamianie w tle
Błędy przejściowe spowodowane dużym obciążeniem lub przeciążeniem sieci
Użytkownicy mogą otrzymywać następujące błędy z usługi Windows Update. Te błędy są błędami przejściowymi, występującymi, gdy usługa jest tymczasowo obciążona lub gdy sieci są zatłoczone. Użytkownicy nie muszą podejmować żadnych działań, ponieważ urządzenie ponowi próbę wykonania operacji później.
| Kod błędu | Wartość błędu | Szczegóły |
|---|---|---|
| WU_S_SEARCH_LOAD_SHEDDING | 0x248001 | Operacja wyszukiwania została ukończona pomyślnie, ale co najmniej jedna usługa ładowała się. |
| WU_E_PT_LOAD_SHEDDING | 0x8024402d | Serwer jest ładowany szopnie. |
W takich przypadkach użytkownicy, którzy programowo wywołają interfejs API agenta usługi Windows Update w celu pobrania wyniku operacji wyszukiwania, uzyskają wartość orcFailed lub orcSucceededWithErrors. Ponowienie próby wykonania operacji później powinno zakończyć się pomyślnie.
Zbieranie danych
Jeśli potrzebujesz pomocy ze strony pomocy technicznej firmy Microsoft, zalecamy zebranie informacji, wykonując kroki wymienione w artykule Zbieranie informacji przy użyciu zestawu narzędzi TSS w przypadku problemów związanych z wdrożeniem.