Felsökning av Windows Update-problem
Gäller för: Windows 10
Prova vår virtuella agent – Det kan hjälpa dig att snabbt identifiera och åtgärda vanliga Problem med Windows Update
Om du stöter på problem när du använder Windows Update börjar du med följande steg:
Kör den inbyggda Felsökaren för Windows Update för att åtgärda vanliga problem. Gå till Inställningar>Uppdatering och säkerhet>Felsöka>Windows Update.
Installera den senaste servicestacken som matchar din version av Windows från Microsoft Update Catalog. Mer information om uppdateringar av servicestacken finns i Uppdateringar av servicestacken.
Installera de senaste uppdateringarna, kumulativa uppdateringarna och samlade uppdateringarna för Windows. Om du vill verifiera uppdateringsstatusen läser du rätt uppdateringshistorik för systemet:
- Windows 10, version 2004 och Windows Server, version 2004
- Windows 10, version 1909 och Windows Server, version 1909
- Windows 10, version 1903 och Windows Server, version 1903
- Windows 10, version 1809 och Windows Server 2019
- Windows 10, version 1803
- Windows 10, version 1709
- Windows 10, version 1703
- Windows 10 och Windows Server 2016
- Windows 8.1 och Windows Server 2012 R2
- Windows Server 2012
- Windows 7 SP1 och Windows Server 2008 R2 SP1
Avancerade användare kan också referera till loggen som genereras av Windows Update för ytterligare undersökning.
Du kan stöta på följande scenarier när du använder Windows Update.
Varför erbjuds jag en äldre uppdatering?
Den uppdatering som erbjuds till en enhet beror på flera faktorer. Följande är några av de vanligaste attributen:
- OS-version
- OS-gren
- Nationella inställningar för operativsystem
- OS-arkitektur
- Konfiguration av enhetsuppdateringshantering
Om den uppdatering som du erbjuds inte är den mest aktuella tillgängliga kan det bero på att enheten hanteras av en WSUS-server och du erbjuds de uppdateringar som är tillgängliga på servern. Om enheten ingår i en distributionsgrupp är det också möjligt att administratören avsiktligt saktar ned distributionen av uppdateringar. Eftersom distributionen är långsam och mäts till att börja med får inte alla enheter uppdateringen samma dag.
Min enhet är låst vid genomsökning. Varför?
Användargränssnittet för inställningar kommunicerar med tjänsten Update Orchestrator som i sin tur kommunicerar med Windows Update-tjänsten. Om dessa tjänster slutar oväntat kan du se det här beteendet. I sådana fall följer du dessa steg:
Stäng appen Inställningar och öppna den igen.
Starta Services.msc och kontrollera om följande tjänster körs:
- Uppdatera tillståndsorkestrerare
- Windows Update
Funktionsuppdateringar erbjuds inte medan andra uppdateringar är
Enheter som kör Windows 10 version 1709 via Windows 10 version 1803 som är konfigurerade att uppdateras från Windows Update (inklusive Windows Update för företag) kan installera underhålls- och definitionsuppdateringar men erbjuds aldrig funktionsuppdateringar.
Om du kontrollerar WindowsUpdate.log visas följande fel:
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
Felkoden 0x80070426 översätts till:
ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.
Microsoft Account Sign In Assistant (MSA eller wlidsvc) är den aktuella tjänsten. Tjänsten DCAT Flighting (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) förlitar sig på MSA för att få det globala enhets-ID:t för enheten. Utan att MSA-tjänsten körs genereras inte det globala enhets-ID:t och skickas av klienten och sökningen efter funktionsuppdateringar slutförs aldrig korrekt.
Lös problemet genom att återställa MSA-tjänsten till standardstarttypen för "manuell".
Problem som rör HTTP/proxy
Windows Update använder WinHttp med begäranden om partiellt intervall (RFC 7233) för att ladda ned uppdateringar och program från Windows Update-servrar eller lokala WSUS-servrar. Därför måste proxyservrar i nätverket ha stöd för HTTP RANGE-begäranden. Om en proxy har konfigurerats i Internet Explorer (användarnivå) men inte i WinHTTP (systemnivå) misslyckas anslutningarna till Windows Update.
Du kan åtgärda det här problemet genom att konfigurera en proxy i WinHTTP med hjälp av följande netsh-kommando:
netsh winhttp set proxy ProxyServerName:PortNumber
Kommentar
Du kan också importera proxyinställningarna från Internet Explorer med hjälp av följande kommando: netsh winhttp import proxy source=ie.
Om nedladdningar via en proxyserver misslyckas med ett 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH fel, eller om du märker hög CPU-användning när uppdateringar laddas ned, kontrollerar du proxykonfigurationen för att tillåta att HTTP RANGE-begäranden körs.
Du kan välja att tillämpa en regel för att tillåta HTTP RANGE-begäranden för följande URL:er:
*.download.windowsupdate.com*.dl.delivery.mp.microsoft.com*.delivery.mp.microsoft.com
Om du inte kan tillåta RANGE-begäranden laddar du ned mer innehåll än vad som behövs i uppdateringar (eftersom deltakorrigering inte fungerar).
Uppdateringen gäller inte för datorn
De vanligaste orsakerna till det här felet beskrivs i följande tabell:
| Orsak | Förklaring | Åtgärd |
|---|---|---|
| Uppdateringen har ersatts | När uppdateringar för en komponent släpps ersätter den uppdaterade komponenten en äldre komponent som redan finns i systemet. När det här problemet uppstår markeras den tidigare uppdateringen som ersatt. Om uppdateringen som du försöker installera redan har en nyare version av nyttolasten i systemet kan det här felmeddelandet visas. | Kontrollera att paketet som du installerar innehåller nyare versioner av binärfilerna. Eller kontrollera att paketet ersätts av ett annat nytt paket. |
| Uppdateringen har redan installerats | Om uppdateringen som du försöker installera tidigare har installerats, till exempel av en annan uppdatering som har samma nyttolast, kan du stöta på det här felmeddelandet. | Kontrollera att paketet som du försöker installera inte tidigare har installerats. |
| Fel uppdatering för arkitekturen | Uppdateringar publiceras av CPU-arkitekturen. Om uppdateringen som du försöker installera inte matchar arkitekturen för processorn kan det här felmeddelandet visas. | Kontrollera att det paket som du försöker installera matchar den Windows-version som du använder. Information om Windows-versionen finns i avsnittet ”Gäller för” i artikeln för varje uppdatering. Windows Server 2012-endast uppdateringar kan till exempel inte installeras på Windows Server 2012 R2-baserade datorer. Kontrollera också att paketet som du installerar matchar processorarkitekturen för den Windows-version som du använder. En x86-baserad uppdatering kan till exempel inte installeras på x64-baserade installationer av Windows. |
| Nödvändig uppdatering saknas | Vissa uppdateringar kräver en nödvändig uppdatering innan de kan tillämpas på ett system. Om du saknar en nödvändig uppdatering kan du stöta på det här felmeddelandet. Kb-2919355 måste till exempel installeras på Windows 8.1- och Windows Server 2012 R2-datorer innan många av uppdateringarna som släpptes efter april 2014 kan installeras. | Kontrollera de relaterade artiklarna om paketet i Microsoft Knowledge Base (KB) för att se till att du har de nödvändiga uppdateringarna installerade. Om du till exempel får felmeddelandet på Windows 8.1 eller Windows Server 2012 R2 kan du behöva installera uppdateringen från april 2014 2919355 som en förutsättning och en eller flera nödvändiga underhållsuppdateringar (KB-2919442 och KB-3173424). Kör följande PowerShell-kommando för att avgöra om dessa nödvändiga uppdateringar är installerade: get-hotfix KB3173424,KB2919355, KB2919442. Om uppdateringarna installeras returnerar kommandot det installerade datumet i InstalledOn avsnittet i utdata. |
Problem som rör brandväggskonfiguration
Fel som kan visas i Windows Update-loggar:
DownloadManager Error 0x800706d9 occurred while downloading update; notifying dependent calls.
Eller
[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9
Eller
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
Gå till Services.msc och se till att Windows-brandväggstjänsten är aktiverad. Microsoft stöder inte att stoppa tjänsten som är associerad med Windows-brandväggen med Avancerad säkerhet. Mer information finns i Jag behöver inaktivera Windows-brandväggen.
Problem som uppstår vid konfiguration av motstridiga principer
Windows Update tillhandahåller en konfigurationsprincip för många olika områden som styr beteendet för Windows Update-tjänsten i en hanterad miljö. Med de här principerna kan du konfigurera inställningarna på detaljerad nivå, men felkonfiguration eller att ange motstridiga principer kan leda till oväntade beteenden.
Mer information finns i Konfigurera automatiska uppdateringar med hjälp av grupprincip eller registerinställningar.
Enheten kan inte komma åt uppdateringsfiler
Se till att enheterna kan nå nödvändiga Windows Update-slutpunkter via brandväggen. För Windows 10 version 2004 måste till exempel följande protokoll kunna nå dessa respektive slutpunkter:
| Protokoll | Slutpunkts-URL |
|---|---|
| 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 |
Kommentar
Se till att inte använda HTTPS för de slutpunkter som anger HTTP och vice versa. Anslutningen misslyckas.
De specifika slutpunkterna kan variera mellan Windows-klientversioner. Se till exempel Windows 10 2004 Enterprise-anslutningsslutpunkter. Liknande artiklar för andra Windows-klientversioner finns i innehållsförteckningen i närheten.
Uppdateringar laddas inte ned från intranätslutpunkten (WSUS eller Configuration Manager)
Windows-klientenheter kan ta emot uppdateringar från olika källor, inklusive Windows Update online, en Windows Server Update Services-server och andra. Följ dessa steg för att fastställa källan för Windows-uppdateringar som för närvarande används på en enhet:
Starta Windows PowerShell som administratör.
Kör cmdleten:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"Kör cmdleten:
$MUSM.Services
Kontrollera utdata för parametrarna Name och OffersWindowsUPdates, som du kan tolka enligt den här tabellen.
Du har en felaktig konfiguration i miljön
I det här exemplet konfigureras systemet enligt grupprincip via registret att använda WSUS för att ladda ned uppdateringar (observera den andra raden):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"UseWUServer"=dword:00000001
Från Windows Update-loggar:
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]
I loggfragmentet ovan ser vi att Criteria = "IsHidden = 0 AND DeploymentAction=*". "*" innebär att inget har angetts från servern. Därför sker genomsökningen men det finns ingen riktning för att ladda ned eller installera till agenten. Så det söker bara igenom uppdateringen och ger resultatet.
Som du ser i följande loggar kör automatisk uppdatering genomsökningen och hittar ingen uppdatering som godkänts för den. Därför rapporterar den att det inte finns några uppdateringar att installera eller ladda ned. Detta beror på en felaktig konfiguration. WSUS-sidan bör godkänna uppdateringarna för Windows Update så att den hämtar uppdateringarna och installerar dem vid den angivna tidpunkten enligt principen. Eftersom det här scenariot inte innehåller Configuration Manager finns det inget sätt att installera uppdateringar som inte har godkänts. Du förväntar dig att operational insight-agenten ska göra genomsökningen och automatiskt utlösa nedladdningen och installationen, men det sker inte med den här konfigurationen.
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]
Hög bandbreddsanvändning på Windows-klienten från Windows Update
Användarna kan se att Windows förbrukar all bandbredd på de olika kontoren i systemkontexten. Detta beteende är av design. Komponenter som kan förbruka bandbredd expanderar utöver Windows Update-komponenter.
Följande grupprinciper kan hjälpa dig att undvika den här situationen:
- Blockera åtkomst till Windows Update-servrar: Princip Inaktivera åtkomst till alla Windows Update-funktioner (ange till aktiverad)
- Drivrutinssökning: Princip Ange sökordning för källplatser för enhetsdrivrutiner (ange till "Sök inte i Windows Update")
- Automatisk uppdatering i Windows Store: Princip Inaktivera automatisk nedladdning och installation av uppdateringar (ange till aktiverad)
Andra komponenter som ansluter till Internet:
- Windows Spotlight: Princip Konfigurera Windows Spotlight på låsskärmen (inställd på inaktiverad)
- Konsumentupplevelser: Princip Inaktivera Microsofts konsumentupplevelser (ange till aktiverad)
- Bakgrundstrafik från Windows-appar: Princip Låt Windows-appar köras i bakgrunden
Tillfälliga fel som orsakas av hög belastning eller nätverksbelastning
Användarna kan få följande fel från Windows Update. Dessa fel är tillfälliga fel som inträffar när tjänsten tillfälligt är hårt belastad eller när nätverken är överbelastade. Användarna behöver inte vidta några åtgärder eftersom enheten försöker utföra åtgärden igen senare.
| Felkod | Felvärde | Details |
|---|---|---|
| WU_S_SEARCH_LOAD_SHEDDING | 0x248001 | Sökåtgärden slutfördes men en eller flera tjänster delade ut belastningen. |
| WU_E_PT_LOAD_SHEDDING | 0x8024402d | Servern släpper ut belastningen. |
I dessa fall skulle användare som programmatiskt anropar till Windows Update Agent-API:et för att hämta resultatet av en sökåtgärd hämta orcFailed eller orcSucceededWithErrors. Ett nytt försök att utföra åtgärden senare förväntas lyckas.
Datainsamling
Om du behöver hjälp från Microsofts support rekommenderar vi att du samlar in informationen genom att följa stegen i Samla in information med hjälp av TSS för distributionsrelaterade problem.