10 Min.

SFC und DISM: Windows reparieren ohne Stress (Praxis-Anleitung 2026)

KI
Karl Isler in Cloud

Wer in der IT arbeitet, kennt das Szenario: Ein Mitarbeiter ruft an, Windows verhält sich plötzlich seltsam. Outlook startet nicht mehr, ein Update schlägt fehl, das Startmenü reagiert nicht. Bevor Sie das Gerät neu aufsetzen, sollten Sie zwei Werkzeuge bemühen, die seit Windows 7 jedem System beiliegen: SFC (System File Checker) und DISM (Deployment Image Servicing and Management). Richtig kombiniert, reparieren sie 8 von 10 typischen Windows-Problemen — kostenlos, ohne Tools von Drittanbietern.

Dieser Artikel erklärt, wann Sie welches Tool nutzen, welche Befehlsreihenfolge wirklich funktioniert und wie wir bei hagel IT Windows-Reparaturen in unserem Managed Workplace Service zentral über Intune ausrollen — bevor der Anwender überhaupt anruft.

Inhalt in Kürze
  • SFC repariert beschädigte Windows-Systemdateien aus dem lokalen Component Store. Befehl: sfc /scannow.
  • DISM repariert den Component Store selbst — die Quelle, aus der SFC schöpft. Befehl: DISM /Online /Cleanup-Image /RestoreHealth.
  • Reihenfolge: Erst DISM, dann SFC. Wer es umgekehrt macht, verschwendet 30 Minuten.
  • KMU-Profitipp: SFC und DISM lassen sich über Intune Remediations zentral als Health-Check oder Reparatur-Skript auf alle Endgeräte ausrollen.
  • Bei wiederholten Fehlern: In-Place-Upgrade via Windows-ISO statt Neuinstallation — erhält Profile und Apps.

Was SFC und DISM eigentlich machen

DISM in einem Satz: DISM (Deployment Image Servicing and Management) ist ein Microsoft-Kommandozeilen-Tool zum Reparieren von Windows-Komponentenspeichern. Der wichtigste Befehl ist DISM /Online /Cleanup-Image /RestoreHealth — er repariert beschädigte System-Images. Anschließend sfc /scannow ausführen, um Systemdateien zu prüfen.

Beide Tools sind Bestandteil von Windows seit über 15 Jahren (aktuell Windows 10 22H2 und Windows 11 23H2/24H2). Sie arbeiten auf unterschiedlichen Ebenen — und genau deshalb braucht man oft beide.

SFC (System File Checker) prüft die geschützten Windows-Systemdateien (DLLs, EXEs, INF-Dateien etc.) gegen die im lokalen Component Store (C:\Windows\WinSxS) hinterlegten Originalversionen. Findet SFC eine beschädigte Datei, ersetzt es sie aus dem Component Store. Der entscheidende Punkt: SFC kann nur reparieren, was im Component Store sauber vorliegt.

DISM (Deployment Image Servicing and Management) ist das Tier tiefer. DISM kümmert sich um den Component Store selbst. Wenn dort die Quelldateien beschädigt oder unvollständig sind, kann SFC nichts mehr ausrichten. DISM lädt fehlende Komponenten über Windows Update nach und repariert die Quelle.

Wir sehen täglich Tickets, in denen Kollegen aus anderen Häusern stundenlang sfc /scannow laufen lassen und sich wundern, dass nichts hilft. Der Grund ist meistens: Der Component Store ist kaputt. Erst DISM, dann SFC — diese Reihenfolge spart in unserem Helpdesk pro Monat dutzende Stunden.

Die richtige Reihenfolge: erst DISM, dann SFC

Microsoft selbst empfiehlt diese Reihenfolge in der offiziellen Learn-Dokumentation. Logisch, wenn man die Architektur verstanden hat: SFC repariert aus dem Component Store. Wenn der Store kaputt ist, ersetzt SFC eine Datei durch eine andere kaputte Datei — und meldet danach, alles sei in Ordnung. Klassische Falle.

Windows-Reparatur in 4 Schritten

  1. Eingabeaufforderung als Administrator öffnen. Windows-Taste, "cmd" tippen, Rechtsklick → "Als Administrator ausführen". Alternative: PowerShell als Admin.
  2. DISM-Diagnose: DISM /Online /Cleanup-Image /CheckHealth ausführen. Dauert wenige Sekunden. Wenn "No component store corruption detected" erscheint, weiter zu Schritt 4.
  3. DISM-Reparatur: DISM /Online /Cleanup-Image /RestoreHealth. Dauert 15–45 Minuten. Internet-Verbindung sicherstellen — DISM lädt fehlende Komponenten nach.
  4. SFC-Scan: sfc /scannow starten. Dauert 10–30 Minuten. Im Erfolgsfall meldet SFC "Windows-Ressourcenschutz hat beschädigte Dateien gefunden und erfolgreich repariert".

Nach Schritt 4 unbedingt einen Neustart durchführen — viele reparierte Dateien werden erst beim nächsten Boot aktiv geladen.

Die wichtigsten DISM-Befehle im Überblick

DISM hat mehr als 200 Parameter. Im Alltag braucht man drei.

Die drei DISM-Befehle, die zu 95 % aller Reparaturen reichen:
  • DISM /Online /Cleanup-Image /CheckHealth — Schnell-Diagnose. Prüft eine Markierung im Component Store, dauert Sekunden.
  • DISM /Online /Cleanup-Image /ScanHealth — Tiefen-Scan. Geht jede Datei durch, dauert 5–15 Minuten. Reine Diagnose, repariert nichts.
  • DISM /Online /Cleanup-Image /RestoreHealth — Reparatur. Beinhaltet automatisch einen Scan und repariert anschließend. Dauert 15–45 Minuten.

/Online bedeutet: gegen das laufende System. Wer ein Offline-Image (eine WIM- oder ESD-Datei) reparieren will, ersetzt das durch /Image:C:\Pfad\zum\Mount. Das ist der Zauber, den IT-Abteilungen bei Windows-Master-Images für die Bereitstellung nutzen — zum Beispiel bei Windows Autopilot.

Eingabeaufforderung mit DISM- und SFC-Befehlen während einer Windows-Reparatur

Reparatur ohne Internet: DISM mit lokaler Quelle

Manchmal funktioniert Windows Update nicht — typisch bei stark beschädigten Systemen oder in Umgebungen mit restriktiver Firewall. Dann braucht DISM eine lokale Quelle. Schritt für Schritt:

  1. Windows-ISO der gleichen Version herunterladen (Microsoft Software Download Center).
  2. ISO mounten (Rechtsklick → “Bereitstellen”) — bekommt einen Laufwerksbuchstaben, z.B. D:.
  3. Auf der ISO liegt unter D:\sources\install.wim (manchmal install.esd) das Windows-Image.
  4. DISM mit Source-Parameter aufrufen:
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess

/LimitAccess verhindert, dass DISM trotzdem nochmal versucht, Windows Update anzusprechen. Der Index :1 bezeichnet die Edition im WIM — bei Windows 11 Pro ist das meist Index 6, bei Windows 11 Home Index 1. Mit DISM /Get-WimInfo /WimFile:D:\sources\install.wim listen Sie die Indizes auf.

Die wichtigsten SFC-Befehle

SFC ist deutlich schlanker als DISM. Im Alltag relevant:

  • sfc /scannow — Standard-Scan. Prüft alle Systemdateien, repariert direkt.
  • sfc /verifyonly — Nur prüfen, nichts reparieren. Sinnvoll, um vor einem Reparaturversuch zu wissen, was kaputt ist.
  • sfc /scanfile=C:\Windows\System32\kernel32.dll — Nur eine bestimmte Datei prüfen und reparieren.
  • sfc /verifyfile=C:\Windows\System32\kernel32.dll — Eine bestimmte Datei nur prüfen.

Das Protokoll von SFC findet sich unter %WinDir%\Logs\CBS\CBS.log. In dieser riesigen Datei stehen alle reparierten Dateien. Mit folgendem PowerShell-Einzeiler filtern Sie die relevanten Zeilen heraus:

findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > %userprofile%\Desktop\sfc-details.txt

Die Ausgabe landet als sfc-details.txt auf dem Desktop und ist deutlich kürzer als das Original-Log.

Vor jedem SFC- oder DISM-Lauf: Vorbereitung

  • Eingabeaufforderung als Administrator gestartet
  • Stabile Internetverbindung (für DISM /RestoreHealth)
  • Mindestens 8 GB freier Speicher auf C:
  • Antivirus-Echtzeitschutz kurz pausiert (kann DISM blockieren)
  • Wichtige Daten gesichert — auch wenn der Eingriff sicher ist
  • Genug Zeit eingeplant: 60 Minuten Puffer ist realistisch

Wann SFC und DISM nicht reichen

Ehrlich gesagt: nicht jedes Windows-Problem ist ein Datei-Problem. Wenn beide Tools sauber durchlaufen, aber das System weiterhin spinnt, suchen Sie an anderer Stelle.

Typische Symptome, bei denen SFC und DISM nicht helfen:

  • Treiber-Probleme: Bluescreens nach Treiber-Updates → Treiber im Geräte-Manager zurückrollen oder neu installieren.
  • Profilschäden: Anmeldung dauert ewig, Outlook lädt nicht → neues Windows-Profil anlegen.
  • Registry-Korruption: Software crasht beim Start → System-Wiederherstellungspunkt einspielen.
  • Hardware-Defekte: RAM-Fehler, sterbende SSD → Memtest86 und SSD-Health prüfen.
  • Update-Fehlschläge mit spezifischer Error-ID: Microsoft hat zu fast jeder Update-Fehler-ID eine eigene Anleitung. Erst Error-ID googeln, dann reparieren.

In ungefähr 10 Prozent der Fälle, in denen beide Tools versagen, hilft ein In-Place-Upgrade: Sie starten das Setup vom Windows-ISO im laufenden System und wählen “Persönliche Dateien und Apps behalten”. Das tauscht alle Systemdateien aus, ohne Profile, Apps oder Daten anzufassen. Dauert eine Stunde, repariert fast alles. Echte Neuinstallationen sind nur das letzte Mittel.

Windows-Probleme im Mitarbeiter-Pool? Wir übernehmen.

15 Minuten Erstgespräch — wir analysieren Ihre Endgeräte-Situation und zeigen, wie [Managed Workplace](/leistungen/workspace) Reparaturen unsichtbar im Hintergrund erledigt.

Erstgespräch buchen →

Zentrale Reparatur in KMU: Intune Remediations statt Einzelfall-Telefonie

Bis hierher war das ein Anleitungs-Artikel für Einzel-PCs. Aber wer 20, 50 oder 200 Endgeräte betreut, will keine Anleitungen — sondern Automatisierung. Genau dafür gibt es seit Windows 10 1909 die Intune Remediations (früher “Proactive Remediations”).

Das Konzept: Sie hinterlegen zwei PowerShell-Skripte in Intune. Das Detection-Script prüft, ob ein Problem vorliegt. Wenn ja, läuft das Remediation-Script und behebt es. Beide Skripte laufen unsichtbar im SYSTEM-Kontext auf dem Endgerät — ohne Mitarbeiter-Interaktion. Reporting in Intune zeigt, wo etwas gefunden und repariert wurde.

Beispiel: Component-Store-Health prüfen und reparieren

Detection-Script (detect-cbs.ps1):

$result = Repair-WindowsImage -Online -CheckHealth
if ($result.ImageHealthState -ne "Healthy") {
    Write-Output "Component Store unhealthy: $($result.ImageHealthState)"
    exit 1
} else {
    Write-Output "Healthy"
    exit 0
}

Remediation-Script (remediate-cbs.ps1):

Repair-WindowsImage -Online -RestoreHealth | Out-Null
Start-Process -FilePath "sfc.exe" -ArgumentList "/scannow" -Wait -NoNewWindow
Write-Output "Repair completed"
exit 0

Diese beiden Skripte als Remediation-Paket in Intune hochladen, einer Gerätegruppe zuweisen, Zeitplan auf “täglich” stellen — fertig. Ab sofort meldet jedes Endgerät stille Korruption sofort an die IT, und in vielen Fällen wird sie über Nacht automatisch repariert. Genau das machen wir bei unseren Managed-IT-Kunden — die Anwender merken davon nichts.

Was Intune-basierte Auto-Reparatur bringt

  • 40 % weniger Helpdesk-Tickets mit Stichwort "Windows defekt" (eigene Auswertung 2024–2025 über 12 Kunden)
  • 0 Min Anwender-Wartezeit — Reparatur läuft nachts oder im Idle
  • 1 Klick Rollout — ein Remediation-Paket deckt alle Geräte einer Tenant ab
  • Reporting zeigt rückwirkend, welche Geräte häufiger Probleme haben — Kandidaten für Hardware-Tausch

Wer Intune noch nicht im Einsatz hat: Das Lizenz-Bundle Microsoft 365 Business Premium beinhaltet Intune. Mehr dazu in unserer Übersicht zu Microsoft 365 Business und Enterprise oder direkt zu unserem Service Microsoft 365 Management.

Häufige Fehler in der Praxis — und wie Sie sie vermeiden

Die Tools sind robust, aber ein paar Dinge gehen regelmäßig schief.

Fehler 1: SFC ohne vorheriges DISM laufen lassen. Konsequenz: SFC meldet “konnte einige Dateien nicht reparieren” — und niemand weiß warum. Lösung: immer erst DISM /RestoreHealth, dann sfc /scannow. Ausnahme: Wenn DISM /CheckHealth “Healthy” meldet, kann man SFC auch direkt laufen lassen.

Fehler 2: DISM bei stehendem Windows Update starten. DISM /RestoreHealth braucht Windows Update als Quelle. Wenn der Windows-Update-Dienst gestoppt oder die Komponenten beschädigt sind, schlägt DISM fehl. Lösung: vorher den Windows-Update-Dienst neu starten (net stop wuauserv && net start wuauserv) oder mit /Source-Parameter auf eine lokale ISO ausweichen.

Fehler 3: Mid-Run abbrechen. Der Fortschrittsbalken bei DISM bleibt minutenlang bei 20 oder 62 Prozent stehen. Das ist normal und kein Hänger. Wer abbricht, hinterlässt einen inkonsistenten Component Store — und das nächste Update schlägt fehl.

Fehler 4: PowerShell statt CMD nutzen — und sich über Syntax-Fehler wundern. Beide Tools laufen in PowerShell, aber Pfade mit Leerzeichen brauchen Anführungszeichen anders. Wer auf Nummer sicher gehen will, nutzt die Eingabeaufforderung (cmd.exe). Oder die nativen PowerShell-Cmdlets Repair-WindowsImage (DISM-Äquivalent).

Fehler 5: Nach SFC keinen Neustart machen. Reparierte Systemdateien werden teilweise erst beim Neustart aktiv. Ohne Reboot sehen Sie das Problem auch nach erfolgreicher Reparatur weiterhin.

Kurzfassung für die Praxis:
  • Reihenfolge merken: DISM /CheckHealthDISM /RestoreHealthsfc /scannow → Neustart.
  • Bei Internet-Problemen: DISM mit lokaler ISO als /Source versorgen.
  • Ab 20 Mitarbeitern: Reparaturen via Intune Remediations automatisieren — spart messbar Helpdesk-Stunden.
  • Wenn beide Tools versagen: In-Place-Upgrade vor Neuinstallation.
  • Logs prüfen, nicht raten — %WinDir%\Logs\CBS\CBS.log und %WinDir%\Logs\DISM\dism.log sind Gold wert.

Wie wir das in Hamburg lösen

Bei hagel IT-Services betreuen wir KMU in Hamburg, Bremen, Kiel und Lübeck mit zwischen 10 und 250 Mitarbeitern. Windows-Reparaturen sind ein Standard-Vorgang im Helpdesk. Was wir gelernt haben:

Reaktive Reparatur per Telefon ist teuer und nervt den Anwender. Deshalb fahren wir bei Managed IT Services eine andere Linie: Wir hinterlegen Health-Checks in Intune, die nachts laufen. Stille Korruption wird im Hintergrund repariert. Erst wenn die Automatik nicht greift, übernimmt der Mensch — meist bevor der Mitarbeiter überhaupt etwas merkt.

Das ist nicht schwarze Magie, sondern Fleißarbeit: Skripte testen, Telemetrie auswerten, Schwellenwerte tunen. Aber es ist der Unterschied zwischen einem Helpdesk, der jeden Monat dieselben Tickets abarbeitet, und einem, der Probleme proaktiv löst. Und für Sie als Geschäftsführer: weniger Anrufe von genervten Mitarbeitern, weniger Ausfallzeit, planbare Kosten.

Wenn Sie Windows-Reparaturen aktuell noch manuell pro Endgerät erledigen — sprechen Sie uns an. Ein 15-Minuten-Erstgespräch zeigt, ob sich der Umstieg auf zentrales Managed Workplace Management für Ihre Größe lohnt.

Weiterführend

Karl Isler
IT-Experte & Autor, hagel IT-Services GmbH

Karl Isler ist ein erfahrener IT-Experte und Autor. Seine Fachkenntnisse in den Bereichen IT-Strategie, Cloud Computing und Datensicherheit ermöglichen es ihm, fundierte Artikel für unseren IT-Entscheider-Blog zu verfassen.

Thorsten Eckel

«Mit Hagel IT haben wir einen erfahrenen Partner, auf den wir uns jederzeit zu 100 % verlassen können.»

Thorsten Eckel
Geschäftsführer · Hanse Service
Deutschlands beste IT-Dienstleister 2026 — brand eins / Statista
Bester IT-Dienstleister
2026 — brand eins / Statista
Fallstudie · Gesundheit
Vom IT-Chaos zur sicheren Praxis: Einblicke in unsere Infrastruktur-Analyse (ISA) am Beispiel einer Therapiepraxis
Ausgezeichnete Bewertung
Basierend auf 46 Bewertungen

„Wir arbeiten seit einiger Zeit mit hagel IT zusammen und sind absolut zufrieden. Das Team ist kompetent, freundlich und immer schnell zur Stelle, wenn Hilfe gebraucht wird. Besonders schätzen wir die individuelle Beratung, den zuverlässigen Support und die modernen IT-Lösungen, die perfekt auf unsere Bedürfnisse abgestimmt sind. Ein rundum professioneller Partner, den wir uneingeschränkt weiterempfehlen können!"

Robin Koppelmann
Kostenlos & unverbindlich

Bereit für die Cloud?

Microsoft 365 Migration und Management — ohne Betriebsunterbrechung.

Häufig gestellte Fragen

DISM (Deployment Image Servicing and Management) ist ein Microsoft-Kommandozeilen-Tool, das in Windows 10 und Windows 11 standardmäßig enthalten ist. Es repariert den Windows-Komponentenspeicher (Component Store unter C:\Windows\WinSxS), der die Quelldateien für Reparaturen, Updates und Feature-Installationen bereitstellt. Der wichtigste Befehl ist DISM /Online /Cleanup-Image /RestoreHealth — er prüft den Store und holt fehlende oder beschädigte Komponenten über Windows Update nach. DISM ist die Voraussetzung dafür, dass sfc /scannow saubere Originaldateien zum Ersetzen findet.

sfc /scannow startet den System File Checker. Er prüft alle geschützten Windows-Systemdateien gegen die Originalversionen im lokalen Component Store (C:\Windows\WinSxS) und ersetzt beschädigte Dateien automatisch. Der Scan dauert je nach System 10 bis 30 Minuten und benötigt Administrator-Rechte. Das Protokoll landet unter %WinDir%\Logs\CBS\CBS.log.

SFC reicht, wenn nur einzelne Systemdateien beschädigt sind und der Component Store selbst intakt ist. Sobald SFC meldet, dass beschädigte Dateien nicht repariert werden konnten, oder Windows-Updates fehlschlagen, müssen Sie DISM zuerst ausführen. DISM repariert den Component Store, der die Quelldateien für SFC liefert. Faustregel: erst DISM /RestoreHealth, dann sfc /scannow.

DISM /Online /Cleanup-Image /RestoreHealth dauert üblicherweise 15 bis 45 Minuten. Bei langsamer Internetverbindung oder beschädigtem Windows Update kann es auch über eine Stunde dauern. Der Fortschritt bleibt oft lange bei 20 oder 62 Prozent stehen — das ist normal und kein Hänger. Brechen Sie nicht ab, sonst bleibt der Component Store inkonsistent.

Ja. sfc /scannow nutzt ausschließlich die lokalen Quelldateien im Component Store unter C:\Windows\WinSxS und braucht kein Internet. DISM /RestoreHealth dagegen lädt fehlende Dateien standardmäßig über Windows Update nach. Ohne Internet müssen Sie eine lokale Quelle angeben — etwa eine eingehängte install.wim aus einem Windows-ISO mit dem Parameter /Source.

Diese Meldung bedeutet: SFC hat Schäden erkannt, aber im lokalen Component Store fehlen die korrekten Originaldateien zum Ersetzen. Das ist der klassische Auslöser für DISM /RestoreHealth — DISM holt die fehlenden Dateien von Windows Update und repariert den Component Store. Anschließend einmal sfc /scannow erneut laufen lassen.

Ja, in einer Managed-IT-Umgebung sogar zentral und automatisiert. Über Microsoft Intune Remediations lassen sich PowerShell-Skripte mit DISM und SFC auf alle Endgeräte ausrollen — entweder geplant als Health-Check oder reaktiv bei erkannten Fehlern. Für ad-hoc-Reparaturen reicht eine Remote-PowerShell-Session mit Enter-PSSession oder Tools wie ConnectWise ScreenConnect.

Für Endanwender: nur reaktiv bei Problemen. Auf Servern und kritischen Workstations empfehlen wir einen monatlichen Health-Check via DISM /CheckHealth — der ist in Sekunden durch und meldet stille Korruption früh. Komplett-Reparaturen mit /RestoreHealth und sfc /scannow nur bei nachgewiesenem Fund ausführen, nicht prophylaktisch.

Wenn auch DISM /RestoreHealth fehlschlägt, ist der Component Store schwer beschädigt. Drei Optionen in Reihenfolge: Erstens DISM mit lokaler Quelle (Source-Parameter aus install.wim) probieren. Zweitens In-Place-Upgrade über das Windows-ISO ausführen — repariert das System ohne Datenverlust. Drittens Neuinstallation. Im Managed-Umfeld ist Variante zwei meist der schnellste Weg, weil sie alle Apps und Profile erhält.