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:

  1. 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.

  2. 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.

  3. 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:

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:

  1. Stäng appen Inställningar och öppna den igen.

  2. 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".

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.

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:

  1. Starta Windows PowerShell som administratör.

  2. Kör cmdleten:

    
    $MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
    
  3. Kör cmdleten:

    $MUSM.Services
    

Kontrollera utdata för parametrarna Name och OffersWindowsUPdates, som du kan tolka enligt den här tabellen.

Utdata Betydelse
- Namn: Microsoft Update
-OffersWindowsUpdates: True
- Uppdateringskällan är Microsoft Update, vilket innebär att uppdateringar för andra Microsoft-produkter förutom operativsystemet också kan levereras.
– Anger att klienten är konfigurerad för att ta emot uppdateringar för alla Microsoft-produkter (Office osv.)
- Namn: DCat Flighting Prod
- OffersWindowsUpdates: True
– Från och med Windows 10, version 1709, levereras funktionsuppdateringar alltid via DCAT-tjänsten.
– Anger att klienten är konfigurerad för att ta emot funktionsuppdateringar från Windows Update.
- Namn: Windows Store (DCat Prod)
- OffersWindowsUpdates: False
- Uppdateringskällan är Insider Uppdateringar för Store Apps.
– Anger att klienten inte tar emot eller inte är konfigurerad för att ta emot dessa uppdateringar.
– Namn: Windows Server Update Service
- OffersWindowsUpdates: True
– Källan är en Windows Server Uppdateringar Services-server.
– Klienten är konfigurerad för att ta emot uppdateringar från WSUS.
- Namn: Windows Update
- OffersWindowsUpdates: True
- Källan är Windows Update.
– Klienten är konfigurerad för att ta emot uppdateringar från Windows Update Online.

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:

Andra komponenter som ansluter till Internet:

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.