Problembehandlung bei Windows Update
Gilt für: Windows 10
Probieren Sie unseren virtuellen Agent aus – Es kann Ihnen helfen, häufige Windows Update-Probleme schnell zu identifizieren und zu beheben.
Wenn bei der Verwendung von Windows Update Probleme auftreten, beginnen Sie mit den folgenden Schritten:
Führen Sie die integrierte Windows Update-Problembehandlung aus, um häufige Probleme zu beheben. Navigieren Sie zu "Einstellungsupdate" und "Sicherheitsproblembehandlung>bei>Windows Update".>
Installieren Sie das neueste Servicing Stack Update, das Ihrer Windows-Version aus dem Microsoft Update-Katalog entspricht. Weitere Informationen zu Wartungsstapelupdates finden Sie unter Servicing Stack Updates.
Stellen Sie sicher, dass Sie die neuesten Windows-Updates, kumulativen Updates und Rollup-Updates installieren. Informationen zum Überprüfen des Updatestatus finden Sie im entsprechenden Updateverlauf für Ihr System:
- Windows 10, Version 2004 und Windows Server, Version 2004
- Windows 10, Version 1909 und Windows Server, Version 1909
- Windows 10, Version 1903 und Windows Server, Version 1903
- Windows 10, Version 1809 und Windows Server 2019
- Windows 10, Version 1803
- Windows 10, Version 1709
- Windows 10, Version 1703
- Windows 10 und Windows Server 2016
- Windows 8.1 und Windows Server 2012 R2
- Windows Server 2012
- Windows 7 SP1 und Windows Server 2008 R2 SP1
Erweiterte Benutzer können auch auf das von Windows Update generierte Protokoll verweisen, um weitere Untersuchungen zu erhalten.
Bei Verwendung von Windows Update können die folgenden Szenarien auftreten.
Warum wird ein älteres Update angeboten?
Das Update, das einem Gerät angeboten wird, hängt von mehreren Faktoren ab. Im Folgenden sind einige der am häufigsten verwendeten Attribute aufgeführt:
- Betriebssystembuild
- Betriebssystem-Branch
- Betriebssystemgebietsschema
- Betriebssystemarchitektur
- Geräteupdateverwaltungskonfiguration
Wenn das von Ihnen angebotene Update nicht die aktuellste verfügbare Version ist, liegt es möglicherweise daran, dass Ihr Gerät von einem WSUS-Server verwaltet wird und Ihnen die auf diesem Server verfügbaren Updates angeboten werden. Es ist auch möglich, wenn Ihr Gerät Teil einer Bereitstellungsgruppe ist, dass Ihr Administrator das Rollout von Updates absichtlich verlangsamt. Da die Bereitstellung langsam und gemessen wird, um mit ihnen zu beginnen, erhalten alle Geräte das Update nicht am selben Tag.
Mein Gerät ist beim Scannen fixiert. Warum?
Die Einstellungs-UI kommuniziert mit dem Update Orchestrator-Dienst, der wiederum mit dem Windows Update-Dienst kommuniziert. Wenn diese Dienste unerwartet beendet werden, wird dieses Verhalten möglicherweise angezeigt. Führen Sie in solchen Fällen die folgenden Schritte aus:
Schließen Sie die Einstellungs-App, und öffnen Sie sie erneut.
Starten Sie Services.msc, und überprüfen Sie, ob die folgenden Dienste ausgeführt werden:
- Update State Orchestrator
- Windows Update
Featureupdates werden nicht angeboten, während andere Updates
Geräte mit Windows 10, Version 1709 bis Windows 10, Version 1803, die für das Update von Windows Update (einschließlich Windows Update for Business) konfiguriert sind, können Wartungs- und Definitionsupdates installieren, aber nie Featureupdates angeboten werden.
Das Überprüfen der WindowsUpdate.log zeigt den folgenden Fehler an:
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
Der 0x80070426-Fehlercode übersetzt:
ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.
Der Microsoft-Kontoanmeldungs-Assistent (MSA oder wlidsvc) ist der betreffende Dienst. Der DCAT-Flighting-Dienst (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) basiert auf MSA, um die globale Geräte-ID für das Gerät abzurufen. Ohne ausgeführten MSA-Dienst wird die globale Geräte-ID nicht generiert und vom Client gesendet, und die Suche nach Funktionsupdates wird nie erfolgreich abgeschlossen.
Um dieses Problem zu beheben, setzen Sie den MSA-Dienst auf den standardmäßigen StartTyp von "manual" zurück.
Probleme im Zusammenhang mit HTTP/Proxy
Windows Update verwendet WinHttp mit Teilweisen Range-Anforderungen (RFC 7233), um Updates und Anwendungen von Windows Update-Servern oder lokalen WSUS-Servern herunterzuladen. Daher müssen Proxyserver im Netzwerk HTTP RANGE-Anforderungen unterstützen. Wenn ein Proxy in Internet Explorer (Benutzerebene) konfiguriert wurde, aber nicht in WinHTTP (Systemebene), treten Verbindungen mit Windows Update fehl.
Um dieses Problem zu beheben, konfigurieren Sie einen Proxy in WinHTTP mithilfe des folgenden netsh-Befehls:
netsh winhttp set proxy ProxyServerName:PortNumber
Notiz
Sie können die Proxyeinstellungen auch mit dem folgenden Befehl aus Internet Explorer importieren: netsh winhttp import proxy source=ie
Wenn Downloads über einen Proxyserver mit einem 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH Fehler fehlschlagen oder wenn Beim Herunterladen von Updates eine hohe CPU-Auslastung festgestellt wird, überprüfen Sie die Proxykonfiguration, um die Ausführung von HTTP RANGE-Anforderungen zu ermöglichen.
Sie können eine Regel anwenden, um HTTP RANGE-Anforderungen für die folgenden URLs zuzulassen:
*.download.windowsupdate.com*.dl.delivery.mp.microsoft.com*.delivery.mp.microsoft.com
Wenn Sie RANGE-Anforderungen nicht zulassen können, laden Sie mehr Inhalte herunter, als in Updates erforderlich sind (da Delta-Patching nicht funktioniert).
Das Update gilt nicht für Ihren Computer.
Die häufigsten Gründe für diesen Fehler werden in der folgenden Tabelle beschrieben:
| Ursache | Erklärung | Lösung |
|---|---|---|
| Das Update wurde durch ein anderes Update abgelöst. | Wenn Updates für eine Komponente veröffentlicht werden, ersetzt die aktualisierte Komponente eine ältere Komponente, die sich bereits im System befindet. Wenn dieses Problem auftritt, wird das vorherige Update als abgelöst markiert. Wenn das Update, das Sie installieren möchten, bereits über eine neuere Version der Nutzlast auf Ihrem System verfügt, wird möglicherweise diese Fehlermeldung angezeigt. | Überprüfen Sie, ob das installierte Paket neuere Versionen der Binärdateien enthält. Oder überprüfen Sie, ob das Paket durch ein anderes neues Paket ersetzt wird. |
| Das Update ist bereits installiert. | Wenn das Update, das Sie installieren möchten, zuvor installiert wurde, z. B. durch ein anderes Update, das dieselbe Nutzlast trug, tritt möglicherweise diese Fehlermeldung auf. | Stellen Sie sicher, dass das Paket, das Sie installieren möchten, noch nicht installiert wurde. |
| Falsches Update für die Architektur. | Updates werden von der CPU-Architektur veröffentlicht. Wenn das Update, das Sie installieren möchten, nicht mit der Architektur ihrer CPU übereinstimmt, tritt möglicherweise diese Fehlermeldung auf. | Vergewissern Sie sich, dass das Paket, das Sie installieren möchten, mit Ihrer Windows-Version übereinstimmt. Die Informationen zur Windows-Version finden Sie im Abschnitt „Gilt für“ des Artikels zu den einzelnen Updates. Beispielsweise können nur Windows Server 2012-Updates auf Windows Server 2012 R2-basierten Computern installiert werden. Überprüfen Sie außerdem, ob das Paket, das Sie installieren, der Prozessorarchitektur der verwendeten Windows-Version entspricht. Ein x86-basiertes Update kann beispielsweise nicht auf x64-basierten Installationen von Windows installiert werden. |
| Ein erforderliches Update fehlt. | Einige Updates erfordern ein erforderliches Update, bevor sie auf ein System angewendet werden können. Wenn Sie ein erforderliches Update fehlen, tritt möglicherweise diese Fehlermeldung auf. Beispielsweise müssen KB-2919355 auf Windows 8.1- und Windows Server 2012 R2-Computern installiert werden, bevor viele der Updates installiert werden können, die nach April 2014 veröffentlicht wurden. | Überprüfen Sie die zugehörigen Artikel zum Paket in der Microsoft Knowledge Base (KB), um sicherzustellen, dass die erforderlichen Updates installiert sind. Wenn beispielsweise die Fehlermeldung unter Windows 8.1 oder Windows Server 2012 R2 auftritt, müssen Sie möglicherweise das April 2014-Update 2919355 als Voraussetzung und mindestens ein erforderliches Wartungsupdate (KB 2919442 und KB 3173424) installieren. Um festzustellen, ob diese erforderlichen Updates installiert sind, führen Sie den folgenden PowerShell-Befehl aus: get-hotfix KB3173424,KB2919355, KB2919442. Wenn die Updates installiert sind, gibt der Befehl das Installationsdatum im InstalledOn Abschnitt der Ausgabe zurück. |
Probleme im Zusammenhang mit der Firewallkonfiguration
Fehler, der in Windows Update-Protokollen möglicherweise angezeigt wird:
DownloadManager Error 0x800706d9 occurred while downloading update; notifying dependent calls.
Oder
[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9
Oder
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
Wechseln Sie zu Services.msc, und stellen Sie sicher, dass der Windows-Firewalldienst aktiviert ist. Das Beenden des Diensts, der der Windows-Firewall mit advanced Security zugeordnet ist, wird von Microsoft nicht unterstützt. Weitere Informationen finden Sie unter "Windows Firewall", um die Windows-Firewall zu deaktivieren.
Probleme, die sich aus der Konfiguration von konfliktierenden Richtlinien ergeben
Windows Update bietet eine breite Palette von Konfigurationsrichtlinien, um das Verhalten des Windows Update-Diensts in einer verwalteten Umgebung zu steuern. Diese Richtlinien ermöglichen es Ihnen zwar, die Einstellungen auf granularer Ebene zu konfigurieren, es kann jedoch zu unerwarteten Verhaltensweisen kommen.
Weitere Informationen finden Sie unter Konfigurieren automatischer Updates mithilfe von Gruppenrichtlinien oder Registrierungseinstellungen.
Das Gerät kann nicht auf Aktualisierungsdateien zugreifen
Stellen Sie sicher, dass Geräte erforderliche Windows Update-Endpunkte über die Firewall erreichen können. Für Windows 10, Version 2004, müssen beispielsweise die folgenden Protokolle in der Lage sein, diese jeweiligen Endpunkte zu erreichen:
| Protokoll | Endpunkt-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 |
Notiz
Achten Sie darauf, https nicht für diese Endpunkte zu verwenden, die HTTP angeben und umgekehrt. Die Verbindung schlägt fehl.
Die spezifischen Endpunkte können zwischen Windows-Clientversionen variieren. Siehe z . B. Windows 10 2004 Enterprise-Verbindungsendpunkte. Ähnliche Artikel für andere Windows-Clientversionen sind im Inhaltsverzeichnis in der Nähe verfügbar.
Updates werden nicht vom Intranetendpunkt heruntergeladen (WSUS oder Configuration Manager)
Windows-Clientgeräte können Updates von verschiedenen Quellen empfangen, einschließlich Windows Update online, einem Windows Server Update Services-Server und anderen. Führen Sie die folgenden Schritte aus, um die Quelle der derzeit auf einem Gerät verwendeten Windows-Updates zu ermitteln:
Starten Sie Windows PowerShell als Administrator.
Führen Sie das Cmdlet aus:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"Führen Sie das Cmdlet aus:
$MUSM.Services
Überprüfen Sie die Ausgabe für die Parameter Name und OffersWindowsUPdates, die Sie gemäß dieser Tabelle interpretieren können.
Sie haben ein schlechtes Setup in der Umgebung
In diesem Beispiel wird das System gemäß der durch die Registrierung festgelegten Gruppenrichtlinie so konfiguriert, dass WSUS zum Herunterladen von Updates verwendet wird (beachten Sie die zweite Zeile):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"UseWUServer"=dword:00000001
Aus Windows Update-Protokollen:
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]
Im obigen Protokollausschnitt sehen wir, dass die Criteria = "IsHidden = 0 AND DeploymentAction=*". "*" bedeutet, dass vom Server nichts angegeben wird. Die Überprüfung erfolgt also, aber es gibt keine Richtung, um den Agent herunterzuladen oder zu installieren. Daher überprüft es einfach das Update und stellt die Ergebnisse bereit.
Wie in den folgenden Protokollen gezeigt, führt die automatische Aktualisierung die Überprüfung aus und findet kein für sie genehmigtes Update. Es meldet also, dass es keine Updates zum Installieren oder Herunterladen gibt. Dies liegt an einer falschen Konfiguration. Die WSUS-Seite sollte die Updates für Windows Update genehmigen, sodass sie die Updates abruft und zur angegebenen Zeit gemäß der Richtlinie installiert. Da in diesem Szenario kein Configuration Manager enthalten ist, gibt es keine Möglichkeit, nicht genehmigte Updates zu installieren. Sie erwarten, dass der Operative Einblick-Agent den Scan durchführt und den Download und die Installation automatisch auslöst, aber das geschieht nicht mit dieser Konfiguration.
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]
Hohe Bandbreitennutzung auf dem Windows-Client durch Windows Update
Benutzer sehen möglicherweise, dass Windows die gesamte Bandbreite in den verschiedenen Büros unter dem Systemkontext verbraucht. Dieses Verhalten ist beabsichtigt. Komponenten, die möglicherweise Bandbreite verbrauchen, erweitern sich über Windows Update-Komponenten hinaus.
Die folgenden Gruppenrichtlinien können dazu beitragen, diese Situation zu mindern:
- Blockieren des Zugriffs auf Windows Update-Server: Richtlinienzugriff auf alle Windows Update-Features deaktivieren (auf aktiviert festgelegt)
- Treibersuche: Richtlinie Gibt die Suchreihenfolge für Die Quellspeicherorte des Gerätetreibers an (Auf "Windows Update nicht durchsuchen") festlegen
- Automatisches Windows Store-Update: Richtlinie Deaktivieren des automatischen Herunterladens und Installierens von Updates (aktiviert)
Andere Komponenten, die eine Verbindung mit dem Internet herstellen:
- Windows-Blickpunkt: Richtlinien konfigurieren Windows-Blickpunkt auf dem Sperrbildschirm (auf deaktiviert festgelegt)
- Benutzeroberflächen: Richtlinie Deaktivieren der Microsoft-Verbrauchererfahrungen (auf aktiviert festgelegt)
- Hintergrunddatenverkehr von Windows-Apps: Richtlinien zulassen, dass Windows-Apps im Hintergrund ausgeführt werden
Vorübergehende Fehler, die durch hohe Auslastung oder Netzwerküberlastung verursacht werden
Benutzer erhalten möglicherweise die folgenden Fehler von Windows Update. Bei diesen Fehlern handelt es sich um vorübergehende Fehler, die auftreten, wenn der Dienst vorübergehend unter hoher Auslastung liegt oder wenn Netzwerke überlastet sind. Benutzer müssen keine Maßnahmen ergreifen, da das Gerät den Vorgang später erneut versucht.
| Fehlercode | Fehlerwert | Details |
|---|---|---|
| WU_S_SEARCH_LOAD_SHEDDING | 0x248001 | Der Suchvorgang wurde erfolgreich abgeschlossen, aber mindestens ein Dienst wurde geladen. |
| WU_E_PT_LOAD_SHEDDING | 0x8024402d | Der Server wird geladen. |
In diesen Fällen rufen Benutzer, die programmgesteuert die Windows Update-Agent-API aufrufen, um das Ergebnis eines Suchvorgangs abzurufen , orcFailed oder orcSucceedEdWithErrors ab. Es wird erwartet, dass der Vorgang später erneut ausgeführt wird.
Datensammlung
Wenn Sie Unterstützung vom Microsoft-Support benötigen, empfehlen wir Ihnen, die Informationen zu sammeln, indem Sie die Schritte unter Sammeln von Informationen mithilfe von TSS für Bereitstellungsprobleme ausführen.