Udostępnij za pośrednictwem


rozwiązywanie problemów z Windows Update

Dotyczy: system Windows 10

Wypróbuj naszego agenta wirtualnego — może on pomóc w szybkim identyfikowaniu i rozwiązywaniu typowych problemów Windows Update

Jeśli podczas korzystania z Windows Update wystąpią problemy, zacznij od następujących kroków:

  1. Uruchom wbudowane narzędzie do rozwiązywania problemów Windows Update, aby rozwiązać typowe problemy. Przejdź do pozycji Ustawienia>Aktualizuj &Rozwiązywanie problemów z zabezpieczeniami>>Windows Update.

  2. Zainstaluj najnowszą aktualizację stosu obsługi zgodną z wersją systemu Windows z katalogu usługi Microsoft Update. Aby uzyskać więcej informacji na temat aktualizacji stosu obsługi, zobacz Aktualizacje stosu obsługi.

  3. Upewnij się, że zainstalowano najnowsze aktualizacje systemu Windows, aktualizacje zbiorcze i aktualizacje zbiorcze. Aby zweryfikować stan aktualizacji, zapoznaj się z odpowiednią historią aktualizacji dla systemu:

Użytkownicy zaawansowani mogą również odwoływać się do dziennika wygenerowanego przez Windows Update w celu dalszego zbadania.

Podczas korzystania z Windows Update mogą wystąpić następujące scenariusze.

Dlaczego zaproponowano mi starszą aktualizację?

Aktualizacja oferowana urządzeniu zależy od kilku czynników. Poniżej przedstawiono niektóre z najpopularniejszych 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 obecnie dostępna, może to być spowodowane tym, że urządzenie jest zarządzane przez serwer WSUS i są oferowane aktualizacje dostępne na tym serwerze. Jeśli urządzenie należy do grupy wdrożeń, możesz również celowo spowolnić wdrażanie aktualizacji przez administratora. Ponieważ wdrażanie jest powolne i mierzy się na początku, wszystkie urządzenia nie otrzymają aktualizacji tego samego dnia.

Moje urządzenie jest 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:

  1. Zamknij aplikację Ustawienia i otwórz ją ponownie.

  2. Uruchom plik Services.msc i sprawdź, czy są uruchomione następujące usługi:

    • Aktualizowanie orkiestratora stanu
    • Windows Update

Aktualizacje funkcji nie są oferowane, podczas gdy inne aktualizacje są

Urządzenia z systemem Windows 10 w wersji od 1709 do Windows 10 w wersji 1803 skonfigurowanej do aktualizacji z 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 powoduje wyświetlenie następującego błędu:

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) to dana usługa. Usługa DCAT Flighting (ServiceId: 855E8A7C-EBC4-4CA3-B045-1DFA50104289) korzysta z msa, aby uzyskać globalny identyfikator urządzenia dla urządzenia. Bez uruchomienia 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 StartType "manual".

Windows Update używa aplikacji WinHttp z żądaniami częściowego zakresu (RFC 7233) do pobierania aktualizacji i aplikacji z serwerów Windows Update lub lokalnych serwerów WSUS. W związku z tym serwery proxy w sieci muszą obsługiwać żądania ZAKRESU HTTP. Jeśli serwer proxy został skonfigurowany w programie Internet Explorer (na poziomie użytkownika), ale nie na poziomie WinHTTP (poziom systemowy), połączenia z Windows Update nie powiedzie 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

Ustawienia serwera proxy można również zaimportować 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ń ZAKRESU HTTP.

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, pobierzesz więcej zawartości niż jest to wymagane w aktualizacjach (ponieważ stosowanie poprawek różnicowych nie będzie działać).

Aktualizacja nie ma zastosowania do twojego komputera

Najczęstsze przyczyny tego błędu opisano w poniższej tabeli:

Przyczyna Objaś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 miał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.
Nieprawidłowa aktualizacja 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 na komputerach opartych na Windows Server 2012 R2 nie można instalować aktualizacji tylko Windows Server 2012.
Sprawdź również, czy instalowany pakiet jest zgodny z architekturą procesora używanej wersji systemu Windows. Na przykład aktualizacji opartej na systemie x86 nie można zainstalować w instalacjach systemu Windows opartych na x64.
Brak aktualizacji wymagań wstępnych Niektóre aktualizacje wymagają aktualizacji wymagań wstępnych, zanim będą mogły zostać zastosowane do systemu. Jeśli nie masz aktualizacji wymagań wstępnych, może wystąpić ten komunikat o błędzie. Na przykład 2919355 KB należy zainstalować na komputerach Windows 8.1 i Windows Server 2012 R2, zanim będzie można zainstalować wiele aktualizacji wydanych po kwietniu 2014 r. Sprawdź powiązane artykuły dotyczące 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 Windows 8.1 lub Windows Server 2012 R2, może być konieczne zainstalowanie 2919355 aktualizacji z kwietnia 2014 r. jako wymagań wstępnych i co najmniej jednej aktualizacji obsługi wymagań wstępnych (KB 2919442 i KB 3173424).
Aby ustalić, czy te aktualizacje wymagań wstępnych 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.

Błąd, który może być widoczny w dziennikach Windows Update:

DownloadManager    Error 0x800706d9 occurred while downloading update; notifying dependent calls. 

Lub

[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9 

Lub

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 pliku 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 I need to disable Windows Firewall (Chcę wyłączyć zaporę systemu Windows).

Problemy wynikające z konfiguracji zasad powodujących konflikt

Windows Update udostępnia zasady konfiguracji szerokiego zakresu umożliwiające kontrolowanie zachowania usługi Windows Update w środowisku zarządzanym. Chociaż te zasady umożliwiają konfigurowanie ustawień na poziomie szczegółowym, błędna konfiguracja lub ustawienie powodujące konflikt zasad może prowadzić do nieoczekiwanych zachowań.

Aby uzyskać więcej informacji, zobacz How to configure automatic updates by using zasady grupy or registry settings (Jak skonfigurować aktualizacje automatyczne przy użyciu ustawień zasady grupy lub 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 Windows Update punktów końcowych za pośrednictwem zapory. Na przykład w przypadku Windows 10 w wersji 2004 następujące protokoły muszą mieć możliwość dotarcia do tych punktów końcowych:

Protocol (Protokół) Adres URL punktu końcowego
Protokół 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
Protokół TLS 1.2 *.update.microsoft.com
Protokół TLS 1.2 tsfe.trafficshaping.dsp.mp.microsoft.com

Uwaga

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 Windows 10 punktów końcowych połączeń enterprise 2004. Podobne artykuły dotyczące innych wersji klienta systemu Windows są dostępne w spisie treści znajdującym się 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 Windows Update online, serwera Windows Server Update Services i innych. Aby określić źródło systemu Windows Aktualizacje obecnie używane na urządzeniu, wykonaj następujące kroki:

  1. Uruchom Windows PowerShell jako administrator.

  2. Uruchom polecenie cmdlet:

    
    $MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
    
  3. Uruchom polecenie cmdlet:

    $MUSM.Services
    

Sprawdź dane wyjściowe parametrów Nazwa i OfertyWindowsUPdates, które można interpretować zgodnie z tą tabelą.

Dane wyjściowe Znaczenie
- Nazwa: Microsoft Update
-OffersWindowsUpdates: True
— Źródłem aktualizacji jest microsoft update, co oznacza, że aktualizacje dla innych produktów firmy Microsoft oprócz systemu operacyjnego mogą być również dostarczane.
— wskazuje, że klient jest skonfigurowany do odbierania aktualizacji dla wszystkich produktów firmy Microsoft (pakietu Office itp.)
- Nazwa: DCat Flighting Prod
- OffersWindowsUpdates: True
— Począwszy od Windows 10, wersja 1709, aktualizacje funkcji są zawsze dostarczane za pośrednictwem usługi DCAT.
— wskazuje, że klient jest skonfigurowany do odbierania aktualizacji funkcji z Windows Update.
- Nazwa: Sklep Windows (DCat Prod)
- OffersWindowsUpdates: False
-Źródło aktualizacji to Insider Aktualizacje for Store Apps.
— wskazuje, że klient nie otrzyma lub nie zostanie skonfigurowany do odbierania tych aktualizacji.
- Nazwa: Windows Server Update Service
- OffersWindowsUpdates: True
— Źródłem jest serwer usług Aktualizacje Systemu Windows Server.
— Klient jest skonfigurowany do odbierania aktualizacji z programu WSUS.
- Nazwa: Windows Update
- OffersWindowsUpdates: True
- Źródło jest Windows Update.
— Klient jest skonfigurowany do odbierania aktualizacji z usługi Windows Update Online.

Masz złą konfigurację w środowisku

W tym przykładzie zgodnie z zasady grupy ustawionym za pośrednictwem rejestru system jest skonfigurowany do pobierania aktualizacji za pomocą programu WSUS (zanotuj drugi wiersz):

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] 
"UseWUServer"=dword:00000001

Z dzienników 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 Criteria = "IsHidden = 0 AND DeploymentAction=*", że element . "*" oznacza, że z serwera nie określono niczego. Tak więc skanowanie odbywa się, ale nie ma kierunku pobierania ani instalowania agenta. Dlatego właśnie skanuje aktualizację i udostępnia wyniki.

Jak pokazano w poniższych dziennikach, automatyczna aktualizacja uruchamia skanowanie i nie znajduje żadnej zatwierdzonej aktualizacji. Dlatego raportuje, że nie ma żadnych aktualizacji do zainstalowania lub pobrania. Jest to spowodowane nieprawidłową konfiguracją. Po stronie programu WSUS należy zatwierdzić aktualizacje dla Windows Update, aby pobrać aktualizacje i zainstalować je w określonym czasie zgodnie z zasadami. Ponieważ ten scenariusz nie obejmuje Configuration Manager, nie ma możliwości zainstalowania niezatwierdzone aktualizacje. Oczekujesz, że agent analizy operacyjnej wykona skanowanie i automatycznie wyzwoli pobieranie i instalację, ale nie będzie to miało miejsca 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 według Windows Update

Użytkownicy mogą zobaczyć, że system Windows zużywa całą przepustowość w różnych biurach w kontekście systemu. Takie działanie jest celowe. Składniki, które mogą zużywać przepustowość, wykraczają poza składniki Windows Update.

Poniższe zasady grupy mogą pomóc w rozwiązaniu tej sytuacji:

Inne składniki łączące się z Internetem:

Błędy przejściowe spowodowane dużym obciążeniem lub przeciążeniem sieci

Użytkownicy mogą otrzymywać następujące błędy z Windows Update. Te błędy to błędy przejściowe występujące, 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 zakończyła się pomyślnie, ale co najmniej jedna usługa zrzuciła obciążenie.
WU_E_PT_LOAD_SHEDDING 0x8024402d Serwer zrzuca obciążenie.

W takich przypadkach użytkownicy, którzy programowo wywołają interfejs API agenta Windows Update w celu pobrania wyniku operacji wyszukiwania, otrzymają polecenie orcFailed lub orcSucceededWithErrors. Ponawianie 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.