OneDrive-Sync reparieren (2026)

Aktualisiert: 8. September 2026

Um OneDrive-Synchronisierungsfehler in Windows 11 zu beheben, setzen Sie den OneDrive-Client mit %localappdata%\Microsoft\OneDrive\onedrive.exe /reset zurück, prüfen den Fehlercode im Aktivitätscenter und passen bei Bedarf Firewall, Proxy oder Files On-Demand an. Dieses Runbook zeigt Ihnen den systematischen Ablauf für Helpdesk-Teams: von der Fehlercode-Analyse (0x8004de40, 0x8004def7, 0x80070185) über den Client-Reset bis zur Automatisierung mit PowerShell und Microsoft Intune. Ziel ist ein First-Call-Resolution-Anteil (FCR) von über 80 % für OneDrive-Tickets.

Über 40 % aller Tier-1-Tickets zu Microsoft 365 betreffen OneDrive. Ein sauberes Runbook senkt die durchschnittliche Bearbeitungszeit (MTTR) typischerweise von 22 auf unter 7 Minuten.
Fehlercodes wie 0x8004de40 (Netzwerk), 0x8004def7 (gesperrtes Konto) und 0x80070185 (Cloud-Operation abgebrochen) haben klar definierte Ursachen und Fixes, die sich automatisieren lassen.
Der Reset-Befehl onedrive.exe /reset löst rund 60 % aller Sync-Hänger, ohne dass Nutzerdaten verloren gehen. Die lokale Kopie bleibt erhalten.
Known Folder Move (KFM) muss zwingend via Intune-Richtlinie oder Gruppenrichtlinie erzwungen werden, sonst zerfällt die Sync-Konfiguration nach jedem Nutzer-Login neu.
Die Sync-Integritätsberichte im Microsoft 365 Admin Center liefern Ihnen für jede Endpoint-Flotte Frühwarnungen, bevor Nutzer Tickets öffnen.
Pfadlängen über 400 Zeichen und Sonderzeichen (< > : " | ? *) sind 2026 immer noch der häufigste Grund für „hängende" Dateien. Eine PowerShell-Prüfung fängt sie proaktiv ab.

Warum synchronisiert OneDrive nicht mehr?

Wenn OneDrive in Windows 11 nicht mehr synchronisiert, liegt die Ursache in 95 % aller Fälle in einer von sechs Kategorien: eine unterbrochene Netzwerkverbindung, ein abgelaufenes oder gesperrtes Konto, ein beschädigter lokaler Cache, aktivierte Files On-Demand mit Cloud-Timeout, eine überschrittene Speicherquote oder Dateinamen mit ungültigen Zeichen bzw. zu langen Pfaden. Ehrlich gesagt: In meiner Erfahrung als IT-Ops-Analystin fallen etwa 40 % aller Tickets in die ersten beiden Kategorien, und sie lassen sich mit einem strukturierten Ersteingriff in unter fünf Minuten lösen.

Der erste diagnostische Blick geht immer ins OneDrive-Aktivitätscenter. Klicken Sie auf das Wolkensymbol im Infobereich der Taskleiste. Wenn die Wolke weiß mit einem roten Kreis ist, gibt es einen Sync-Fehler mit Details. Ist sie ausgegraut, läuft der Client nicht. Fehlt sie komplett, ist OneDrive entweder nicht installiert oder abgestürzt.

Für ein sauberes Runbook empfehle ich, den Ersteingriff in drei Phasen zu trennen: (1) Statusprüfung des Clients, (2) Fehlercode-Analyse aus dem Aktivitätscenter, (3) Reset oder Reparatur. Ich messe seit 18 Monaten für ein Team mit ca. 3.500 Windows-11-Endpunkten die Wirkung: Mit einem konsistenten Runbook sanken die MTTR-Werte für OneDrive-Tickets von 22 auf 6,4 Minuten, die First-Call-Resolution-Rate stieg von 51 auf 83 %. Die passende Grundlage für Ticketprozesse allgemein finden Sie in unserem Microsoft 365 Copilot Leitfaden für IT-Administratoren, in dem wir Copilot-basierte Ticket-Trigger beschreiben.

OneDrive-Fehlercodes verstehen und zuordnen

OneDrive gibt seine Fehler als hexadezimale Codes aus. Statt jeden Code neu zu googeln, arbeite ich mit einer Referenztabelle, die die häufigsten Codes ihren Ursachen und Standard-Fixes zuordnet. Die folgende Tabelle deckt rund 90 % aller Sync-Fehler ab, die 2026 in Windows-11-Umgebungen auftreten:

Fehlercode	Bedeutung	Häufigste Ursache	Standard-Fix
0x8004de40	Anmeldung nicht möglich	Netzwerkproblem, TLS/Proxy blockiert	Proxy prüfen, TLS 1.2 aktivieren, DNS testen
0x8004def7	Konto gesperrt	Zu viele Anmeldeversuche, Compliance	Entsperrung im Entra ID Admin Center
0x8004de85	Konto existiert nicht	Nutzer aus Entra ID entfernt	Konto neu anlegen oder Client abmelden
0x80070185	Cloud-Operation abgebrochen	Datei nicht verfügbar, Cache-Fehler	Client-Reset, Datei-Rechte prüfen
0x8007016A	Cloud-Provider nicht aktiv	Files On-Demand nicht bereit	Neustart, Files On-Demand toggeln
0x80c8043e	Speicherquota überschritten	Kein Platz mehr im OneDrive	Papierkorb leeren, Lizenz upgraden
0x8007017B	Server nicht erreichbar	Firewall, Outbound-Block auf 443	Firewall-Regeln, IP-Reputation prüfen

Zusätzlich zu diesen Codes gibt es symbolische Fehler ohne Hex-Code, etwa „Datei mit Punkt am Ende überspringen" oder „Pfad zu lang". Diese sind meist Client-seitig lösbar, ohne dass Sie in Entra ID oder das Netzwerk greifen müssen.

Ein Tipp aus der Praxis: Führen Sie im Ticket-Betreff immer den Hex-Code mit, sobald er bekannt ist. So können Sie später mit einer einzigen Kibana- oder Log-Analytics-Abfrage Cluster erkennen. Wenn etwa 0x8007017B plötzlich auf 12 Endpunkten gleichzeitig auftritt, ist das kein Client-Problem, sondern eine Firewall-Änderung. (Genau diesen Fall hatten wir zweimal in einem Quartal.)

OneDrive zurücksetzen ohne Datenverlust

Der wichtigste Standardhandgriff ist der OneDrive-Reset. Er trennt den Client sauber vom Konto, verwirft den beschädigten lokalen Sync-Zustand und baut die Verbindung neu auf, ohne dass lokale Dateien gelöscht werden. Die Datei-Metadaten werden neu abgerufen, was 5 bis 30 Minuten dauern kann, je nach Bibliotheksgröße.

Führen Sie den Reset über die Eingabeaufforderung als Nutzer aus (nicht als Administrator). Die drei relevanten Pfade (Windows Store-Version, klassische Version und OneDrive für Business) finden Sie hier:

REM Standard-Reset (klassische Installation)
%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

REM Fallback, falls Pfad abweicht (Microsoft Store)
C:\Program Files\Microsoft OneDrive\onedrive.exe /reset

REM 32-Bit-Version auf 64-Bit-Windows
C:\Program Files (x86)\Microsoft OneDrive\onedrive.exe /reset

REM Nach dem Reset OneDrive neu starten
%localappdata%\Microsoft\OneDrive\onedrive.exe

Wenn der Reset nicht ausreicht, gehen Sie eine Stufe tiefer und löschen den Cache-Ordner manuell. Das ist sicher, solange der Client vorher beendet ist. Andernfalls kann OneDrive noch schreiben und beschädigte Dateien neu erzeugen:

# PowerShell als Nutzer ausführen
Get-Process OneDrive -ErrorAction SilentlyContinue | Stop-Process -Force

# Cache und Setup-Daten löschen
$paths = @(
    "$env:LOCALAPPDATA\Microsoft\OneDrive\logs",
    "$env:LOCALAPPDATA\Microsoft\OneDrive\setup\logs",
    "$env:LOCALAPPDATA\Microsoft\OneDrive\settings\Business1"
)
foreach ($p in $paths) {
    if (Test-Path $p) {
        Remove-Item "$p\*" -Recurse -Force -ErrorAction SilentlyContinue
        Write-Host "Cleared: $p"
    }
}

# Client neu starten
Start-Process "$env:LOCALAPPDATA\Microsoft\OneDrive\onedrive.exe"

Known Folder Move (KFM) reparieren

Known Folder Move (KFM) verschiebt Desktop, Dokumente und Bilder in den OneDrive-Ordner, damit sie automatisch synchronisiert werden. In Enterprise-Umgebungen sollte KFM ausschließlich über eine zentrale Intune- oder Gruppenrichtlinie erzwungen werden, sonst driftet die Konfiguration bei jedem Nutzer wieder auseinander.

Typische Symptome einer defekten KFM-Konfiguration: Der Desktop-Ordner zeigt „Kann nicht umgeleitet werden", Dokumente landen wieder lokal, und im Ereignisprotokoll erscheinen KFM-Fehlercodes wie 0x8004deb2 (Verzeichnis nicht leer) oder 0x8004deef (Ziel bereits umgeleitet).

Der saubere Reparaturweg besteht aus vier Schritten:

Umleitung prüfen: In der Registry unter HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders müssen Desktop, Personal und My Pictures auf %USERPROFILE%\OneDrive - Firma\... zeigen.
Duplikate erkennen: Windows Explorer zeigt manchmal zwei „Dokumente"-Ordner an. Der lokale wird dann nicht mehr synchronisiert.
KFM erneut erzwingen: Über die Intune-Konfigurationsrichtlinie „KFMSilentOptIn" mit der Tenant-ID als Wert.
Verifizieren: Nach der Anwendung der Richtlinie prüfen Sie mit dem folgenden PowerShell-Snippet, ob KFM aktiv ist:

# KFM-Status pro Nutzer prüfen
$tenantId = "00000000-1234-5678-abcd-000000000000"  # Ihre Entra ID Tenant-ID
$regPath = "HKCU:\Software\Microsoft\OneDrive\Accounts\Business1"

if (Test-Path $regPath) {
    $config = Get-ItemProperty -Path $regPath
    $kfmDesktop = $config.KfmFoldersProtectedNow -match "Desktop"
    $kfmDocs    = $config.KfmFoldersProtectedNow -match "Documents"
    $kfmPics    = $config.KfmFoldersProtectedNow -match "Pictures"

    [PSCustomObject]@{
        User        = $env:USERNAME
        TenantMatch = ($config.ConfiguredTenantId -eq $tenantId)
        Desktop     = $kfmDesktop
        Documents   = $kfmDocs
        Pictures    = $kfmPics
    } | Format-Table
} else {
    Write-Warning "OneDrive Business nicht konfiguriert für $env:USERNAME"
}

In Kombination mit einem Intune-Compliance-Check können Sie Endpunkte ohne KFM automatisch markieren und dem Nutzer eine Erinnerung schicken, statt zu warten, bis der Nutzer ein Ticket öffnet. Das ist präventive Automatisierung im Sinne meiner Grundhaltung: Tier-1-Probleme sollten möglichst gar nicht erst beim Menschen ankommen.

Files On-Demand und Cloud-Fehler

Files On-Demand ist seit Windows 11 24H2 standardmäßig aktiv. Dateien liegen als „Platzhalter" (Attribute FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS) im Sync-Ordner und werden bei Bedarf aus der Cloud nachgeladen. Das spart lokalen Speicherplatz, führt aber zu neuen Fehlerklassen: 0x80070185, 0x8007016A und „Cloud-Datei-Anbieter nicht ausgeführt".

Die typischen Ursachen sind: Antivirus-Software, die die Cloud-Datei-Filter (cldflt.sys) blockiert; Backup-Software, die auf Platzhalter zugreift und einen Download triggert; oder alte Anwendungen, die keine sparsamen Dateien unterstützen. Der beste diagnostische Befehl:

# Cloud-Datei-Filter-Status prüfen
Get-Service cldflt | Select-Object Name, Status, StartType

# Dateien mit "Nur online"-Status im OneDrive-Ordner zählen
$onedrive = "$env:USERPROFILE\OneDrive"
Get-ChildItem -Path $onedrive -Recurse -File -ErrorAction SilentlyContinue |
    Where-Object { ($_.Attributes -band 0x00400000) -ne 0 } |
    Measure-Object |
    Select-Object @{n='OnlineOnlyFiles';e={$_.Count}}

Wenn der cldflt-Dienst nicht läuft, funktionieren keine Platzhalter mehr. In dem Fall aktivieren Sie ihn mit Set-Service cldflt -StartupType Automatic; Start-Service cldflt. Für stabile Umgebungen empfehle ich, KFM-Ordner (Desktop, Dokumente) grundsätzlich immer verfügbar zu machen. So vermeiden Sie die häufigsten Frustrationsmomente:

# Ordner "Dokumente" komplett lokal verfügbar machen
attrib +P -U "$env:USERPROFILE\OneDrive\Dokumente\*" /S /D

Pfadlängen und ungültige Zeichen prüfen

Auch 2026 ist die maximale Pfadlänge in OneDrive auf 400 Zeichen beschränkt, obwohl Windows 11 mit LongPathsEnabled bis 32.767 Zeichen erlaubt. Einzelne Dateinamen dürfen 256 Zeichen nicht überschreiten. Ungültige Zeichen sind < > : " | ? * sowie ~$ am Anfang. Namen wie CON, PRN, AUX, NUL, COM0–COM9 und LPT0–LPT9 sind komplett verboten. (Die vollständige Referenz gibt es in der offiziellen Microsoft-Dokumentation zu ungültigen Dateinamen.)

Statt Nutzer eine Datei nach der anderen suchen zu lassen, scannen Sie den lokalen Sync-Ordner mit einem PowerShell-Skript. So sieht der Runbook-Standardschritt aus, wenn ein Nutzer meldet „einige Dateien synchronisieren nicht":

# Problematische Dateien im OneDrive-Ordner finden
$root = "$env:USERPROFILE\OneDrive"
$badChars   = '[<>:"|?*]'
$reservedNames = @('CON','PRN','AUX','NUL') + (0..9 | ForEach-Object { "COM$_" }) + (0..9 | ForEach-Object { "LPT$_" })

$issues = Get-ChildItem -Path $root -Recurse -Force -ErrorAction SilentlyContinue | ForEach-Object {
    $reasons = @()
    if ($_.FullName.Length -gt 400)       { $reasons += "Pfad zu lang ($($_.FullName.Length))" }
    if ($_.Name.Length -gt 255)           { $reasons += "Name zu lang" }
    if ($_.Name -match $badChars)         { $reasons += "Ungültige Zeichen" }
    if ($_.Name -match '^~\$')            { $reasons += "Temp-Prefix ~$" }
    if ($_.Name -match '\.$')             { $reasons += "Endet mit Punkt" }
    if ($reservedNames -contains ($_.BaseName.ToUpper())) { $reasons += "Reservierter Name" }

    if ($reasons.Count -gt 0) {
        [PSCustomObject]@{ Path = $_.FullName; Reasons = ($reasons -join '; ') }
    }
}

$issues | Export-Csv -Path "$env:TEMP\onedrive_issues.csv" -NoTypeInformation -Encoding UTF8
Write-Host "Gefunden: $($issues.Count) problematische Dateien. CSV: $env:TEMP\onedrive_issues.csv"

Diese CSV können Sie dem Nutzer direkt zurückspielen oder, in automatisierten Umgebungen, dem Ticket als Anhang beifügen. In Verbindung mit unserer Drucker-Offline-Fehlerbehebung mit PowerShell haben Sie damit zwei der drei häufigsten Tier-1-Skripte, die Ihr Helpdesk-Team täglich braucht.

Automatisierung mit PowerShell und Intune

Der eigentliche MTTR-Sprung passiert, wenn Sie den Reset-Ablauf nicht mehr manuell ausführen, sondern als Remediation Script in Microsoft Intune ausrollen. Intune Endpoint Analytics prüft dann täglich pro Endpunkt, ob OneDrive läuft, und startet bei Ausfall automatisch die Reparatur. Nutzer merken oft gar nicht, dass es ein Problem gab.

Ein solches Remediation-Paket besteht aus zwei Skripten: einem Detection-Skript, das den Fehler erkennt (Exit-Code 1 = Problem), und einem Remediation-Skript, das ihn behebt. Beispiel für die Erkennung:

# Detection: Läuft OneDrive und synchronisiert es?
$proc = Get-Process OneDrive -ErrorAction SilentlyContinue
if (-not $proc) {
    Write-Host "OneDrive prozess nicht aktiv"
    exit 1
}

# Prüfen ob letzte Sync-Aktivität älter als 24 Stunden
$log = "$env:LOCALAPPDATA\Microsoft\OneDrive\logs\Business1"
if (Test-Path $log) {
    $latest = Get-ChildItem $log -File | Sort-Object LastWriteTime -Descending | Select-Object -First 1
    if ($latest -and ($latest.LastWriteTime -lt (Get-Date).AddHours(-24))) {
        Write-Host "Sync inaktiv seit $($latest.LastWriteTime)"
        exit 1
    }
}
exit 0

Und das dazugehörige Remediation-Skript:

# Remediation: OneDrive sauber neu starten
Get-Process OneDrive -ErrorAction SilentlyContinue | Stop-Process -Force
Start-Sleep -Seconds 2

$exe = "$env:LOCALAPPDATA\Microsoft\OneDrive\onedrive.exe"
if (-not (Test-Path $exe)) {
    $exe = "C:\Program Files\Microsoft OneDrive\onedrive.exe"
}

if (Test-Path $exe) {
    & $exe /reset
    Start-Sleep -Seconds 5
    Start-Process $exe
    Write-Host "OneDrive zurückgesetzt und neu gestartet"
    exit 0
} else {
    Write-Error "OneDrive nicht gefunden"
    exit 1
}

Rollen Sie das Paket zunächst auf eine Pilotgruppe von 5 % Ihrer Endpunkte aus. Nach zwei Wochen sehen Sie in den Intune-Reports, wie oft die Remediation gegriffen hat, und können daraus die Trend-Kennzahl „stille Reparaturen pro 1000 Endpunkte" ableiten. Für weitere Grundlagen zur Intune-Verwaltung empfehle ich unseren Leitfaden zur Migration von Gruppenrichtlinien nach Intune.

Sync-Integritätsberichte im Admin Center nutzen

Seit 2024 gibt es im Microsoft 365 Apps Admin Center den OneDrive Sync-Integritätsbericht, der aggregierte Fehler pro Tenant zeigt. 2026 ist das Dashboard nochmal deutlich verbessert worden und liefert nun auch Fehlercode-Verteilungen, Alter der letzten Sync, KFM-Adoptionsrate und Client-Version pro Endpunkt.

Aktivieren Sie den Bericht einmalig via Intune, indem Sie eine Konfigurationsrichtlinie mit dem Setting EnableSyncAdminReports = 1 unter HKLM\SOFTWARE\Policies\Microsoft\OneDrive ausrollen. Danach dauert es etwa 72 Stunden, bis die ersten Daten sichtbar sind.

Was Sie im Dashboard konkret überwachen sollten:

Fehlercode-Verteilung: Ein Spike bei 0x8007017B deutet auf ein Netzwerk- oder Firewall-Problem hin, kein Client-Problem.
KFM-Nicht-Konformität: Alle Endpunkte, die KFM nicht angewendet haben, sind Ticket-Kandidaten.
Client-Version älter als 90 Tage: Legen Sie eine Compliance-Regel an, die diese Endpunkte für Nachrichten-Kampagnen markiert.
Letzte Sync älter als 48 Stunden: Diese Endpunkte laufen still ins Leere. Nutzer merken es oft erst nach einem Absturz.

Metriken für den Helpdesk: Was Sie ab nächstem Monat messen sollten

Ohne Metriken bleibt Helpdesk-Arbeit anekdotisch. Für OneDrive-Tickets empfehle ich, mindestens diese vier Kennzahlen im nächsten Monat einzuführen und im Monatsbericht auszuweisen:

MTTR pro Kategorie „OneDrive-Sync": Ziel < 8 Minuten. Baseline messen, dann Runbook einführen, nach 60 Tagen erneut messen.
First-Call-Resolution-Rate (FCR): Anteil der Tickets, die im Erstkontakt geschlossen werden. Ziel > 80 % nach Runbook-Rollout.
Silent Fixes pro 1000 Endpunkte: Anzahl der automatischen Remediation-Runs pro Woche. Steigt das Verhältnis, sinkt die Ticket-Anzahl.
Rückfallquote: Wie viele geschlossene Tickets werden innerhalb von 7 Tagen neu geöffnet? Über 10 % ist ein Zeichen für unvollständige Fixes.

Diese vier Kennzahlen bilden zusammen das Fundament für datenbasierte Helpdesk-Optimierung. Sie sind alle mit Standard-Ticketsystemen wie ServiceNow, Zendesk oder Jira Service Management ohne Custom Code messbar, und sie erlauben es Ihnen, den Return-on-Investment von Automatisierungsprojekten schwarz auf weiß zu belegen.

Häufig gestellte Fragen

Warum synchronisiert OneDrive plötzlich nicht mehr?

Meist liegt es an einem Netzwerkproblem, einer abgelaufenen Anmeldung oder einem beschädigten lokalen Cache. Prüfen Sie zuerst das Aktivitätscenter auf einen Fehlercode und führen Sie dann onedrive.exe /reset aus. Damit sind rund 60 % aller Fälle sofort gelöst.

Gehen beim OneDrive-Reset meine Dateien verloren?

Nein. Der Reset setzt nur die Verbindung und die Sync-Konfiguration zurück, nicht die lokalen Dateien im OneDrive-Ordner. Die Metadaten werden neu abgerufen, was je nach Bibliotheksgröße 5 bis 30 Minuten dauern kann.

Was bedeutet der Fehlercode 0x8004de40?

0x8004de40 heißt „Anmeldung nicht möglich" und ist fast immer ein Netzwerk- oder TLS-Problem. Prüfen Sie Proxy-Einstellungen, aktivieren Sie TLS 1.2 in der Registry und testen Sie die DNS-Auflösung von login.microsoftonline.com.

Wie deaktiviere ich Files On-Demand komplett?

In den OneDrive-Einstellungen unter „Synchronisieren und Sichern" den Schalter „Speichern Sie Platz und laden Sie Dateien herunter, sobald sie verwendet werden" deaktivieren. Danach lädt OneDrive alle Dateien lokal. Prüfen Sie vorher den verfügbaren Speicherplatz.

Wie lange dauert es, bis KFM auf allen Endpunkten aktiv ist?

Nach der Anwendung der Intune-Richtlinie oder Gruppenrichtlinie erfolgt die Umleitung beim nächsten Nutzer-Login. Bei 3.500 Endpunkten in unserer Umgebung waren nach 14 Tagen 92 % konform. Der Rest sind meist inaktive oder offline Geräte.