Windows Update problem med felsökning
Gäller för: Windows 10
Prova vår virtuella agent – Det kan hjälpa dig att snabbt identifiera och åtgärda vanliga Windows Update problem
Om du stöter på problem när du använder Windows Update börjar du med följande steg:
Kör den inbyggda Windows Update felsökaren för att åtgärda vanliga problem. Gå till Inställningar>Uppdatera &Säkerhetsfelsök>>Windows Update.
Installera den senaste servicing stack-uppdateringen som matchar din version av Windows från Microsoft Update Catalog. Mer information om uppdateringar av servicestackar finns i Uppdateringar av servicestacken.
Se till att du installerar de senaste Windows-uppdateringarna, kumulativa uppdateringar och samlade uppdateringar. Information om hur du verifierar uppdateringsstatus finns i lämplig 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 vidare undersökning.
Du kan stöta på följande scenarier när du använder Windows Update.
Varför erbjuds jag en äldre uppdatering?
Uppdateringen 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å den 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 till 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åndsorkestreraren
- Windows Update
Funktionsuppdateringar erbjuds inte medan andra uppdateringar är
Enheter som kör Windows 10 version 1709 till 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) använder MSA för att hämta enhetens globala enhets-ID. 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.
Lös problemet genom att återställa MSA-tjänsten till standardstarttypen "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. Proxyservrar i nätverket måste därför 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 anslutningar till Windows Update.
Du kan åtgärda problemet genom att konfigurera en proxy i WinHTTP med hjälp av följande netsh-kommando:
netsh winhttp set proxy ProxyServerName:PortNumber
Obs!
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 ersätts | 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 inträffar markeras den tidigare uppdateringen som ersatt. Om uppdateringen som du försöker installera redan har en nyare version av nyttolasten i systemet kan du få det här felmeddelandet. | 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 är redan installerad | 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 har installerats tidigare. |
| Fel uppdatering för arkitektur | 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 paketet som du försöker installera matchar den Windows-version som du använder. Information om Windows-version finns i avsnittet "Gäller för" i artikeln för varje uppdatering. Till exempel kan Windows Server 2012 uppdateringar 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 har installerats 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 kontrollera 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 omfattande konfigurationsprincip för att styra 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 inställning av 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 |
Obs!
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, till exempel 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, per grupprincip anges via registret, är systemet konfigurerat 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 icke godkända uppdateringar. Du förväntar dig att operational insight-agenten ska utfö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 efter Windows Update
Användarna kan se att Windows förbrukar all bandbredd på de olika kontoren under systemkontexten. Detta är avsiktligt. Komponenter som kan förbruka bandbredd utökas 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 Windows Update")
- Automatisk uppdatering i Windows Store: Princip Inaktivera automatisk nedladdning och installation av uppdateringar (inställd på aktiverad)
Andra komponenter som ansluter till Internet:
- Windows Spotlight: Princip Konfigurera Windows Spotlight på låsskärm (inställd på inaktiverad)
- Konsumentupplevelser: Princip Inaktivera Microsofts konsumentupplevelser (inställd på 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 överbelastning i nätverket
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ätverk ä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 | Information |
|---|---|---|
| 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 sprider 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 få 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.