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:
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.
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.
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:
- 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 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:
Zamknij aplikację Ustawienia i otwórz ją ponownie.
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".
Problemy związane z protokołem HTTP/serwerem proxy
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. |
Problemy związane z konfiguracją zapory
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:
Uruchom 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 Nazwa i OfertyWindowsUPdates, które można interpretować zgodnie z tą tabelą.
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:
- Blokowanie dostępu do serwerów Windows Update: zasady Wyłączają dostęp do wszystkich funkcji 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 wyszukiwaj Windows Update")
- Automatyczna aktualizacja ze Sklepu Windows: zasady Wyłączają automatyczne pobieranie i instalowanie aktualizacji (ustaw na włączone)
Inne składniki łączące się z Internetem:
- W centrum uwagi Windows: zasady Konfigurowanie funkcji w centrum uwagi Systemu Windows na ekranie blokady (ustawienie 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 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.
Opinia
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź: https://aka.ms/ContentUserFeedback.
Prześlij i wyświetl opinię dla