Der Windows-11-Fehler 0x80073712 bedeutet meist, dass Windows Update eine benötigte Komponente nicht lesen oder finden kann. Häufig liegt die Störung im Windows-Komponentenspeicher; möglich sind aber auch ein unvollständiger Download oder ein Problem mit einem bestimmten Update. Führe zuerst die Windows-Update-Problembehandlung aus und repariere danach das Systemabbild mit DISM sowie die geschützten Systemdateien mit SFC. Lösche nicht sofort Update-Ordner und setze Windows nicht vorschnell zurück.
Notiere vor der Reparatur, welches KB-Update scheitert und welche Windows-Version installiert ist. Diese Angaben entscheiden darüber, ob ein allgemeiner Komponentenschaden vorliegt oder nur eine einzelne Aktualisierung betroffen ist. Sichere außerdem wichtige Dateien, bevor du eine Reparaturinstallation oder andere weitergehende Maßnahmen beginnst.
Zuerst Update, Windows-Version und freien Speicher prüfen
Der Fehlercode allein benennt noch keine einzelne defekte Datei. Eine brauchbare Diagnose beginnt mit drei Angaben: Betrifft das Problem jedes Update oder nur ein bestimmtes KB-Paket, welcher Betriebssystembuild ist installiert und ist auf dem Windows-Laufwerk ausreichend Speicher frei?
- Öffne Einstellungen > Windows Update > Updateverlauf. Suche nach dem fehlgeschlagenen Eintrag und notiere seine KB-Nummer sowie den Fehlercode.
- Drücke Windows-Taste und R, gib
winverein und bestätige. Notiere Version und Betriebssystembuild aus dem angezeigten Fenster. - Öffne Einstellungen > System > Speicher. Schaffe bei knappem Speicher zunächst Platz, ohne persönliche Dateien unkontrolliert zu löschen.
- Trenne ein aktives VPN vorübergehend und prüfe die Internetverbindung. Auf einem Firmen-PC solltest du Sicherheits- oder Verwaltungssoftware nicht eigenmächtig deaktivieren.
Scheitert ausschließlich ein bestimmtes KB-Update, prüfe dessen Eintrag im Windows-Updateverlauf und den Bereich für bekannte Probleme in den offiziellen Windows-Versionsinformationen von Microsoft. Für 2026 wurde mindestens ein Fall dokumentiert, in dem eine Wartungskomponente den Code 0x80073712 auslösen konnte und eine spätere Aktualisierung die Störung korrigierte. Die KB-Nummer und der Build sind daher aussagekräftiger als eine pauschale Neuinstallation.
Schlagen dagegen mehrere unterschiedliche Qualitäts- und Sicherheitsupdates fehl, spricht das eher für einen beschädigten Komponentenspeicher oder eine gestörte Reparaturquelle. Diese Vermutung lässt sich mit den folgenden Schritten prüfen.
Windows-Update-Problembehandlung einmal ausführen
Die integrierte Problembehandlung prüft Update-Dienste und typische inkonsistente Zustände, ohne persönliche Dateien anzutasten. Öffne unter Windows 11 Einstellungen > System > Problembehandlung > Andere Problembehandlungen und wähle bei Windows Update die Schaltfläche Ausführen. Die genaue Beschriftung kann sich mit dem installierten Build geringfügig ändern.
Übernimm angebotene Korrekturen und starte Windows neu. Öffne danach Windows Update und suche erneut nach Aktualisierungen. Wird das betroffene Update jetzt installiert, sind keine manuellen Änderungen an Update-Ordnern erforderlich. Erscheint 0x80073712 erneut, reparierst du als Nächstes den Komponentenspeicher.
DISM vor SFC ausführen
DISM wartet das installierte Windows-Abbild und stellt die Reparaturbasis bereit, aus der SFC beschädigte geschützte Systemdateien ersetzt. Aus diesem Grund gehört DISM vor SFC. Beide Werkzeuge müssen in einem Terminal mit Administratorrechten laufen.
Öffne das Startmenü, suche nach Terminal oder Eingabeaufforderung und wähle Als Administrator ausführen. Bestätige die Benutzerkontensteuerung. Gib zuerst diesen Befehl ein:
DISM.exe /Online /Cleanup-Image /RestoreHealth/Online bezeichnet das laufende Windows. /Cleanup-Image wählt die Wartung des Systemabbilds, und /RestoreHealth sucht nach Schäden und versucht, sie zu reparieren. DISM verwendet normalerweise Windows Update als Quelle für benötigte Ersatzkomponenten.
Der Fortschrittswert kann längere Zeit scheinbar unverändert bleiben. Beende das Fenster nicht allein deshalb. Entscheidend ist die Abschlussmeldung:
- Meldet DISM, dass der Wiederherstellungsvorgang erfolgreich abgeschlossen wurde, fahre direkt mit SFC fort.
- Findet DISM keine Beschädigung, sollte SFC trotzdem ausgeführt werden, weil einzelne geschützte Systemdateien weiterhin fehlerhaft sein können.
- Meldet DISM, dass Quelldateien nicht gefunden wurden, ist die Online-Reparaturquelle nicht ausreichend erreichbar oder nicht passend. Springe dann zum Abschnitt über eine lokale Reparaturquelle.
- Bricht DISM mit einem anderen Code ab, notiere die gesamte Meldung. Wiederholtes Starten ohne Änderung der Ursache bringt gewöhnlich keinen zusätzlichen Nutzen.
Nach einem erfolgreichen DISM-Durchlauf folgt die Systemdateiprüfung:
sfc /scannowSFC vergleicht geschützte Systemdateien mit der von DISM bereitgestellten Reparaturbasis. Warte bis 100 Prozent und ordne die Abschlussmeldung ein:
- Keine Integritätsverletzungen gefunden: Die geschützten Systemdateien sind unauffällig. Starte Windows neu und teste das Update.
- Beschädigte Dateien wurden gefunden und erfolgreich repariert: Starte ebenfalls neu und führe Windows Update erneut aus.
- Einige Dateien konnten nicht repariert werden: Wiederhole nicht wahllos dieselben Befehle. Prüfe das CBS-Protokoll und erwäge eine passende lokale Reparaturquelle oder eine Reparaturinstallation.
- Der angeforderte Vorgang konnte nicht ausgeführt werden: Prüfe, ob das Terminal wirklich mit Administratorrechten geöffnet wurde. Bleibt die Meldung bestehen, kann eine Wartung außerhalb des normalen Betriebs oder eine Reparaturinstallation nötig sein.
Erfolg nach der Systemreparatur kontrollieren
Ein erfolgreich beendeter Befehl ist noch nicht der endgültige Nachweis, dass Windows Update wieder arbeitet. Starte den PC neu, öffne Einstellungen > Windows Update und löse die Suche nach Aktualisierungen aus. Beobachte dabei den zuvor notierten KB-Eintrag.
Die Reparatur war erfolgreich, wenn das Paket vollständig installiert wird, nach einem erforderlichen Neustart kein erneuter Fehler erscheint und der Updateverlauf den Eintrag als erfolgreich installiert führt. Scheitert nur dasselbe KB-Paket erneut, während andere Updates funktionieren, konzentriere dich auf dieses Paket und den installierten Build. Schlagen weiterhin mehrere Updates mit 0x80073712 fehl, benötigt der Komponentenspeicher wahrscheinlich eine andere Reparaturquelle.
Wenn DISM keine Quelldateien findet
DISM lädt Ersatzkomponenten normalerweise über Windows Update. Ist diese Quelle selbst gestört, durch Richtlinien eingeschränkt oder nicht erreichbar, kann DISM eine lokale Quelle verlangen. Dafür eignet sich ein passendes Windows-11-Installationsabbild. Edition, Sprache, Architektur und Versionsstand müssen zur installierten Umgebung passen; ein beliebiges älteres ISO-Abbild ist keine verlässliche Quelle.
Stelle zunächst über winver Version und Build fest. Lade das Installationsmedium ausschließlich über den offiziellen Bereich zum Herunterladen von Windows 11 bei Microsoft und binde die ISO-Datei per Doppelklick ein. Prüfe im Ordner sources, ob das Medium eine Datei namens install.wim oder install.esd enthält.
Ein DISM-Befehl mit /Source benötigt den richtigen Laufwerksbuchstaben, den vorhandenen Dateityp und den Index der passenden Edition. Da diese Werte vom Medium abhängen, darf kein Beispielindex ungeprüft übernommen werden. Die verfügbaren WIM-Editionen lassen sich mit folgendem Befehl anzeigen; ersetze X: durch den Laufwerksbuchstaben der eingebundenen ISO:
DISM.exe /Get-WimInfo /WimFile:X:\sources\install.wimBei einer ESD-Datei lautet die Abfrage:
DISM.exe /Get-WimInfo /WimFile:X:\sources\install.esdNotiere den Index, dessen Editionsname zur installierten Windows-11-Edition passt. Für eine WIM-Datei kann die Reparatur danach so gestartet werden; ersetze X: und INDEX durch die ermittelten Werte:
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:WIM:X:\sources\install.wim:INDEX /LimitAccessFür eine ESD-Datei wird der Quellentyp entsprechend angegeben:
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:ESD:X:\sources\install.esd:INDEX /LimitAccess/LimitAccess verhindert, dass DISM zusätzlich Windows Update als Reparaturquelle verwendet. Nach erfolgreichem Abschluss führst du erneut SFC aus und startest Windows neu:
sfc /scannowBricht die lokale Reparatur mit einem Hinweis auf eine ungeeignete Quelle ab, prüfe zuerst Edition, Sprache, Architektur, Build und Index. Verwende nicht versuchsweise verschiedene Indizes. Auf einem verwalteten Firmen-PC können außerdem Richtlinien für optionale Komponenten und Reparaturinhalte gelten; dort ist die IT-Verwaltung der richtige Ansprechpartner.
CBS-Protokoll für die weitere Eingrenzung nutzen
Wenn SFC Dateien nicht reparieren kann oder DISM trotz passender Quelle scheitert, enthält das CBS-Protokoll Hinweise auf betroffene Pakete und Komponenten. Die Datei liegt hier:
C:\Windows\Logs\CBS\CBS.logÖffne das Protokoll nicht, um auf Verdacht Dateien aus Windows-Verzeichnissen zu löschen. Suche am Zeitstempel des letzten Reparaturversuchs nach Einträgen zu Fehlern, fehlenden Paketen oder nicht reparierbaren Komponenten. Paketnamen und Fehlercodes können zeigen, ob immer dieselbe Komponente betroffen ist.
Das CBS-Protokoll ist umfangreich und enthält auch normale Wartungsmeldungen. Einzelne Warnungen belegen noch keinen Defekt. Relevant sind wiederkehrende Fehler unmittelbar während des fehlgeschlagenen DISM-, SFC- oder Update-Laufs. Wenn die Auswertung keine eindeutige Maßnahme ergibt, ist eine Reparaturinstallation meist sicherer als manuelles Ersetzen von Dateien im Komponentenspeicher.
Warum das Löschen des Update-Caches nicht der erste Schritt ist
Bei allgemeinen Downloadproblemen kann ein neu aufgebauter Update-Cache helfen. Der Code 0x80073712 weist jedoch vorrangig auf eine fehlende oder beschädigte Komponente hin. Das Leeren von Downloadordnern repariert den Komponentenspeicher nicht und kann die Diagnose erschweren, wenn es ohne vorherige Prüfung erfolgt.
Ein Cache-Neuaufbau ist erst sinnvoll, wenn DISM und SFC erfolgreich waren, der Komponentenspeicher also repariert erscheint und dasselbe Update weiterhin beim Herunterladen oder Vorbereiten hängen bleibt. Auch dann sollte nicht der gesamte SoftwareDistribution-Ordner unüberlegt gelöscht werden. Prüfe vorher, ob nur ein einzelnes Paket betroffen ist und ob Microsoft für dessen KB-Nummer ein bekanntes Problem nennt.
Reparaturinstallation als letzte Selbsthilfe-Stufe
Bleibt 0x80073712 nach erfolgreicher oder nicht möglicher Komponentenreparatur bestehen, kann eine Reparaturinstallation von Windows 11 die Systemkomponenten neu einrichten. Dabei wird das Setup aus dem laufenden Windows gestartet. Bei passendem Installationsmedium kann die Option zum Beibehalten persönlicher Dateien und Apps gewählt werden.
Sichere vorher wichtige Daten und stelle bei aktivierter Geräteverschlüsselung oder BitLocker sicher, dass der Wiederherstellungsschlüssel verfügbar ist. Trenne nicht benötigte externe Geräte. Binde eine passende Windows-11-ISO ein, starte setup.exe aus dem virtuellen Laufwerk und kontrolliere vor der Installation ausdrücklich, dass persönliche Dateien und Apps beibehalten werden. Fehlt diese Auswahl, brich den Vorgang ab; häufig passen dann Sprache, Edition oder Installationsmedium nicht zur vorhandenen Installation.
Nach der Reparaturinstallation prüfst du zuerst mit winver die installierte Version und öffnest dann Windows Update. Wird das zuvor gescheiterte KB-Paket installiert, ist keine zusätzliche Bereinigung erforderlich. Scheitert auch die Reparaturinstallation, treten Datenträgerfehler auf oder startet Windows nicht mehr zuverlässig, sollte vor weiteren Eingriffen eine vollständige Datensicherung und fachkundige Diagnose erfolgen.
Die passende Route nach dem beobachteten Ergebnis
- Nur ein KB-Update scheitert: KB-Nummer und Build notieren, Windows-Versionsinformationen sowie bekannte Probleme prüfen und angebotene Folgeupdates installieren.
- Mehrere Updates zeigen 0x80073712: Problembehandlung ausführen, danach DISM und SFC in dieser Reihenfolge verwenden.
- DISM meldet fehlende Quelldateien: Passende Windows-11-ISO einbinden, Edition und Index bestimmen und die lokale Quelle gezielt angeben.
- SFC kann Dateien nicht reparieren: CBS-Protokoll anhand des Zeitpunkts auswerten; keine Systemdateien manuell löschen oder aus einem fremden PC kopieren.
- Updatefehler bleibt trotz Reparatur bestehen: Datensicherung anlegen und eine Reparaturinstallation mit Beibehaltung von Dateien und Apps erwägen.
Diese Reihenfolge hält reversible Prüfungen am Anfang und verschiebt tiefere Eingriffe ans Ende. Sie berücksichtigt zugleich, dass fehlende Update-Dateien nur das sichtbare Symptom sein können: Für die dauerhafte Behebung muss entweder der Komponentenspeicher, die Reparaturquelle oder das betroffene Update selbst als Ursache eingegrenzt werden.
