OneDrive לא מסתנכרן? מדריך תיקון 2026

Q: איך לאפס את OneDrive בלי לאבד קבצים?

הפקודה %localappdata%\Microsoft\OneDrive\onedrive.exe /reset מאתחלת את חיבור הסנכרון בלי למחוק אף קובץ מקומי או ענני. הקבצים המסומנים כזמינים תמיד נשארים, וקבצי Files On-Demand פשוט יסומנו מחדש כזמינים בענן. תמיד לוודא לפני reset שאין קבצים שממתינים להעלאה.

עודכן: 20 באוגוסט, 2026

אם משתמש פונה עם התלונה שה-OneDrive לא מסתנכרן, ב-90% מהמקרים אחד משלושה גורמים אשם: אימות ארגוני שפג (Modern Auth token מונפק מ-Entra ID), נתיב קובץ ארוך מ-400 תווים, או Files On-Demand שנחסם בגלל מדיניות Storage Sense או אנטי-וירוס של צד שלישי. מטרת המדריך הזה היא לתת לך את זרימת האבחון המדויקת ב-2026 עבור OneDrive for Business (גרסה 24.x ומעלה) על Windows 11 ו-macOS Sonoma/Sequoia, עם קודי השגיאה הנפוצים והפקודות שתוכל להפעיל מיד מול המשתמש בטלפון. בגילוי לב, את רוב הזרימה הזאת בניתי אחרי שנה של טיקטים חוזרים באותו ארגון של 900 עובדים, אז זה לא מדריך תיאורטי אלא מה שבפועל עובד לי בשטח.

גרסת OneDrive לארגונים ב-2026 היא 24.201 ומעלה. כל מה שמתחת לזה כבר לא נתמך רשמית, ויש להתקין מחדש מ-אתר ההורדות של Microsoft לפני שממשיכים בכל אבחון.
הפקודה %localappdata%\Microsoft\OneDrive\onedrive.exe /reset פותרת כ-60% מתקלות סנכרון בלי לאבד קבצים (הקבצים המקומיים נשארים, רק הקשר לענן מתאפס).
קוד השגיאה 0x8004de40 = בעיית התחברות לענן, 0x8004de85 = חשבון לא תואם (משתמש הוסיף חשבון פרטי במקום ארגוני), 0x8004def7 = חשבון OneDrive נחסם או ננעל ב-Entra ID.
Known Folder Move (KFM) חייב להיפרס דרך Group Policy או Intune. פריסה ידנית של המשתמש שוברת חוזרות ולא ניתנת לאכיפה.
מגבלת הנתיב ב-OneDrive עלתה ל-400 תווים ב-2023, אבל עדיין נשארה מגבלת שם קובץ יחיד של 256 תווים. קבצי CAD ו-Excel עם קישורים חיצוניים הם החשודים המיידיים כשמופיע Path too long.
ב-macOS Sequoia (15.x) יש להעניק ל-OneDrive Full Disk Access ב-Privacy & Security לפני שהסנכרון של Desktop/Documents יעבוד. זה שלב שנשכח כמעט תמיד בזמן ההתקנה.

זרימת אבחון ב-5 דקות, לפני שנוגעים בקונפיגורציה

לפני שממהרים לפקודות reset וקבצי log, כדאי לעבור על ארבע בדיקות מהירות שמסננות את רוב ה-tickets. הראשונה: לחיצה ימנית על אייקון הענן הכחול ב-System Tray ובחירה ב-View sync problems. הפקודה הזאת שווה זהב, כי היא מציגה קובצים תקועים עם קוד השגיאה שלהם, לעתים קרובות עם הסבר קצר כמו שם קובץ מכיל תווים לא חוקיים או הנתיב ארוך מדי. אם התקלה מופיעה על קובץ בודד ולא על כל הספרייה, ב-95% מהמקרים מדובר בבעיית תוכן ולא בבעיית סנכרון.

הבדיקה השנייה היא סטטוס אימות. פתחו את הגדרות OneDrive (לחיצה ימנית → Settings → Account) וודאו שהחשבון הארגוני מופיע ולא עדכון נדרש. אם מופיע עדכון נדרש, זה סימן שה-Modern Auth token פג ולא חודש, לעתים קרובות בגלל Conditional Access ב-Entra ID ו-Active Directory שדורש MFA מחדש.

הבדיקה השלישית: הרצה של Get-Service -Name "OneDrive Updater Service" ב-PowerShell כדי לוודא שהשירות של המעדכן פעיל. והבדיקה הרביעית, אולי המכרעת מכולן, היא לוודא שיש לפחות 10% מקום פנוי בכונן C:. אם ה-cache של OneDrive לא יכול להיכתב, הסנכרון פשוט תוקע בלי שום שגיאה נראית לעין.

הכלל שאני חוזר עליו לצוות: אל תיכנסו למצב reset לפני שעברתם על ארבע הבדיקות האלו. Reset שגוי על משתמש עם 200GB של Files On-Demand יכול לגרום להורדה חוזרת של הכל ולתקוע את הרשת של המשרד לשעות. תמיד לאבחן לפני שמפעילים כלים אגרסיביים.

קודי שגיאה נפוצים של OneDrive ומה הם באמת אומרים

אחת הסיבות שטכנאי Helpdesk זזים לאט בטיפול ב-OneDrive היא שהם מתייחסים לקוד השגיאה כאל מחרוזת קסם ולא כאל אינדיקציה מדויקת לגורם. בפועל, קוד השגיאה כמעט תמיד מספיק כדי לצמצם את הבעיה לתת-מערכת אחת. הטבלה הבאה מסכמת את הקודים שאני רואה הכי הרבה בטיקטים.

קוד שגיאה	משמעות אמיתית	הפעולה הראשונה שאפעל
0x8004de40	אין חיבור לענן OneDrive, לעתים קרובות Proxy או TLS Interception	בדיקת proxy ו-`Test-NetConnection graph.microsoft.com -Port 443`
0x8004de85	המשתמש חובר עם חשבון פרטי (@outlook.com) במקום ארגוני	Unlink account ו-sign in מחדש עם UPN הארגוני
0x8004def7	החשבון ננעל, הרישיון של M365 חסר, או התיקייה השורש נחסמה	בדיקת רישיון M365 ב-Entra Admin Center
0x8004dec4	נתיב קובץ חורג מ-400 תווים או שם קובץ עם תווים לא חוקיים	סריקת הנתיב עם `Get-ChildItem -Recurse \\| Where-Object { $_.FullName.Length -gt 400 }`
0x8007016A	Files On-Demand מנסה להוריד קובץ אבל התוכנה חסמה גישה מרוחקת	בדיקת Storage Sense ומדיניות AV ל-cloud files
0x8004def5	ה-tenant של הארגון סגור לגישה חיצונית (Conditional Access)	בדיקת Conditional Access policy ב-Entra ID

שווה לזכור ש-Microsoft מרעננת את קטלוג הקודים בכל release. את הרשימה הרשמית והמעודכנת אפשר תמיד למצוא ב-Microsoft Learn — OneDrive sync issues. אני שומר את הדף הזה כ-favorite קבוע ב-runbook הצוותי.

אם מתקבל קוד לא מזוהה או קוד גנרי כמו 0x8004def0, מומלץ להיכנס לתיקייה %localappdata%\Microsoft\OneDrive\logs\Business1 ולחפש בקובץ SyncEngine-*.odl. הקבצים האלו מוצפנים, אבל Microsoft סיפקה כלי בשם ODLDecoder שמפענח אותם ומאפשר לראות את השגיאה המדויקת ברמת ה-Graph API. זה כלי שאני שומר בכל workstation של הצוות, כי בלעדיו קודים גנריים הופכים לניחוש בלבד.

איך לאפס את OneDrive בלי לאבד קבצים

איפוס של OneDrive הוא הפעולה הכי לא-מובנת בקרב טכנאי Helpdesk. חשוב להבין: reset אינו מוחק קבצים. הוא מנתק את הלקוח מהענן, מרוקן את ה-cache של הסנכרון (לא של הקבצים) ומאתחל את הקשר. הקבצים המקומיים והמסומנים כזמין תמיד נשארים. הקבצים ב-Files On-Demand פשוט יסומנו מחדש כזמינים בענן ויורדו לפי דרישה. הפעם היחידה שמשתמש מאבד משהו היא כאשר יש קובץ במצב עלול להתקבל בהצלחה בהעלאה הבאה, כלומר שנוצר מקומית אך טרם עלה. את זה חשוב לבדוק לפני reset.

הפקודה עצמה:

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

אם הפקודה לא מזוהה או האייקון לא חוזר תוך 2 דקות, יש להריץ ידנית:

%localappdata%\Microsoft\OneDrive\onedrive.exe

בגרסאות corporate שבהן OneDrive מותקן דרך Per-Machine Install (החל מגרסה 22.184), הנתיב שונה:

C:\Program Files\Microsoft OneDrive\onedrive.exe /reset

אם גם זה לא מזיז את התהליך, זה סימן שה-cache עצמו נפגם מעבר למה ש-reset יכול לתקן. במצב הזה יש לבצע reset מלא ידני: עצירת התהליך ב-Task Manager, מחיקת התיקייה %localappdata%\Microsoft\OneDrive (בלי לגעת בתיקייה OneDrive - CompanyName שמכילה את הקבצים!), התקנה מחדש מ-אתר ההורדות של Microsoft ו-sign-in מחדש. אני עושה את זה כשלב אחרון בלבד, אחרי שכל שיטת reset אחרת נכשלה.

למה OneDrive לא מסתנכרן אחרי שינוי סיסמה או MFA

זה תרחיש שחוזר בכל ארגון. המשתמש קיבל התראה לשנות סיסמה, שינה אותה בפורטל של Microsoft, וכעת מודיע שה-OneDrive מציג באייקון נדרש להתחבר. הסיבה טכנית פשוטה: לקוח OneDrive מחזיק Access Token ב-Windows Credential Manager תחת OneDrive Cached Credential. כשהסיסמה מוחלפת, ה-token עדיין תקף לזמן מסוים (בדרך כלל 60 עד 90 דקות), אבל ברגע שהוא מסתיים, הלקוח מנסה לחדש עם ה-refresh token, וזה הרגע שבו המדיניות של Conditional Access עלולה לדרוש MFA חדש.

הפתרון הראשי: לחיצה על האייקון של OneDrive וביצוע sign in ידני. אם זה לא עובד, יש לפתוח את Windows Credential Manager (control /name Microsoft.CredentialManager), למחוק את כל הרישומים המכילים OneDrive ו-MicrosoftAccount, ולהריץ מחדש את OneDrive. פעולה זו מכריחה סבב אימות מלא. בסביבות עם FIDO2 או Windows Hello for Business, כדאי לוודא שהמשתמש נכנס פיזית עם ה-key או ה-PIN לפני שמפעילים את OneDrive.

עבור ארגונים שמפעילים Continuous Access Evaluation (CAE) ב-Entra ID, קיים תרחיש נוסף שקל להחמיץ. אם מנהל IT שינה מדיניות תפקידים או קבוצות במהלך שינוי הסיסמה, CAE יכריח את הלקוח לצאת מיד בלי המתנה לפקיעת ה-token. אני נתקלתי בזה בגדול אחרי rollout של Zero Trust בארגון של אחד הלקוחות שלי, וכל הצוות עמד תוהה למה כל המשתמשים "פשוט התנתקו" בבת אחת. ההמלצה שלי היא לבדוק את הפעילות של המשתמש ב-Sign-in logs תחת Interactive user sign-ins ולחפש שגיאות עם קוד AADSTS50158. הן מצביעות במדויק על CAE כגורם.

Known Folder Move ו-Files On-Demand בפריסה ארגונית

Known Folder Move (KFM) הוא הפיצ'ר שמאפשר לנתב את התיקיות Desktop, Documents ו-Pictures ישירות ל-OneDrive של המשתמש. בפועל, זה גיבוי אוטומטי של כל מה שהמשתמש שומר במקומות המצופים. בארגונים שאני עובד איתם ב-2026, KFM הפך לסטנדרט, ובלעדיו כל החלפת מחשב הופכת לפרויקט העברת קבצים ידני. אבל KFM נכשל בשקט לעתים קרובות, ואם לא בודקים באופן פרואקטיבי, מגלים את זה רק כשמשתמש מאבד קובץ.

הפריסה חייבת להיות דרך Group Policy או Intune. הגדרות ה-ADMX הרלוונטיות (זמינות ב-onedrive.admx שמותקן עם הלקוח החל מגרסה 20.x):

Silently move Windows known folders to OneDrive: מבצע העברה שקטה ללא הודעה למשתמש, דורש את Tenant ID.
Prompt users to move Windows known folders to OneDrive: מציג prompt חד-פעמי למשתמש (מומלץ פחות בסביבה ארגונית).
Prevent users from redirecting their Windows known folders to their PC: נועל את KFM ומונע מהמשתמש להחזיר את התיקיות למחשב מקומי.

כדי לבדוק אם KFM אכן פעיל על תחנה מסוימת, אפשר להריץ ב-PowerShell:

Get-ItemProperty -Path 'HKCU:\Software\Microsoft\OneDrive\Accounts\Business1' `
  -Name 'UserFolder','KfmFoldersProtectedNow' -ErrorAction SilentlyContinue

אם KfmFoldersProtectedNow מציג 7, כל שלוש התיקיות מוגנות. ערך 0 אומר ש-KFM לא הופעל בכלל, וערכים בין 1 ל-6 אומרים שרק חלק מהתיקיות סונכרנו. זה תרחיש שדורש בירור מיידי, כי לרוב סימן שהיו קבצים בגודל או שם לא תואמים.

Files On-Demand הוא מנגנון אחר לחלוטין. הוא לא מוריד את הקובץ עד שהמשתמש פותח אותו, וכך חוסך שטח בכונן. הבעיה: תוכנות אנטי-וירוס כמו Sophos, ESET ו-CrowdStrike Falcon לעתים חוסמות את מנגנון ה-reparse points שהוא משתמש בו. אם ראית את השגיאה Access denied על קובץ שסומן ב-cloud, זה כמעט תמיד AV. הפתרון הוא להוסיף את התיקייה של OneDrive לרשימת ההחרגות של ה-AV, לפי ההנחיות ב-מדריך ההחרגות של Microsoft. שווה גם לזכור את הפוסט שכתבנו על פתרון תקלות Outlook ב-Microsoft 365, כי הגישה של לנקות את Credential Manager ו-cache עוזרת גם שם, ואותם עקרונות אבחון חלים.

OneDrive על macOS Sequoia: נקודות תשומת לב

ב-macOS Sequoia (15.x) שיצא בסתיו 2024, אפל חיזקה משמעותית את מנגנון ה-File Provider Extension שדרכו OneDrive עובד. זה שיפור טכני חשוב (הסנכרון יציב יותר), אבל הוא הביא עמו מספר תרחישי כשלים חדשים שכדאי להכיר. הראשון: OneDrive חייב הרשאת Full Disk Access תחת System Settings → Privacy & Security → Full Disk Access. בלי זה, סנכרון של Desktop ו-Documents פשוט לא יעבוד, וההודעה שהמשתמש רואה היא לרוב שגיאה גנרית של ניסיון להתחבר.

השני: החל מ-Sonoma, אפל מסירה תמיכה ב-Kernel Extensions ומעבירה הכל ל-System Extensions. אם ה-OneDrive של המשתמש הותקן בעבר מגרסה מיושנת (לפני 22.x) ולא הוסר כראוי, נשארות שאריות KEXT שגורמות לקריסות. הפתרון: הורדה מלאה של OneDrive ב-Applications, ריקון סל האשפה, ואיפוס מטמון עם הפקודה:

rm -rf ~/Library/Containers/com.microsoft.OneDrive-mac
rm -rf ~/Library/Application\ Support/OneDrive
rm -rf ~/Library/Caches/com.microsoft.OneDrive-mac

ואז התקנה מחדש מ-Mac App Store (מומלץ) או מאתר Microsoft. חשוב לא לערבב את שתי המקורות באותו מחשב, כי זה גורם לקונפליקטים ב-code signing שקשה לאבחן. עבור ארגונים שמנהלים Mac דרך Jamf או Intune for macOS, יש להשתמש ב-Configuration Profile הרשמי של Microsoft שמעניק Full Disk Access אוטומטית ומגדיר את TenantID מראש. פרופיל com.microsoft.OneDrive הוא זה שאתם מחפשים, וניתן להורידו מ-מדריך הפריסה של Microsoft ל-macOS.

פקודות PowerShell ו-Intune לתיקון המוני

כשמדובר בעשרות תחנות עם אותה בעיה, לרוץ ידנית לכל אחת הוא בזבוז זמן. הצוות שלי בונה ספריית סקריפטים ב-PowerShell שנפרסת דרך Intune או SCCM כ-Remediation Script. הנה כמה שמומלץ לשמור מוכנים.

סקריפט לזיהוי משתמשים שאצלם OneDrive לא רץ יותר מ-24 שעות:

$logPath = "$env:LOCALAPPDATA\Microsoft\OneDrive\logs\Business1"
$latestLog = Get-ChildItem $logPath -Filter "SyncEngine-*.odl" `
    -ErrorAction SilentlyContinue |
    Sort-Object LastWriteTime -Descending | Select-Object -First 1
if (-not $latestLog -or $latestLog.LastWriteTime -lt (Get-Date).AddHours(-24)) {
    Write-Output "OneDrive not synced in the last 24h"
    exit 1
}
exit 0

סקריפט לאיפוס אוטומטי במקרה של תקלה:

$oneDrive = "$env:LOCALAPPDATA\Microsoft\OneDrive\onedrive.exe"
if (Test-Path $oneDrive) {
    Stop-Process -Name "OneDrive" -Force -ErrorAction SilentlyContinue
    Start-Sleep -Seconds 3
    Start-Process -FilePath $oneDrive -ArgumentList "/reset"
    Start-Sleep -Seconds 10
    Start-Process -FilePath $oneDrive
    Write-Output "OneDrive reset completed"
    exit 0
}
exit 1

סקריפט לבדיקת גודל תיקיית OneDrive מול המכסה של המשתמש:

$oneDriveFolder = "$env:USERPROFILE\OneDrive - CompanyName"
if (Test-Path $oneDriveFolder) {
    $sizeGB = [math]::Round(
        (Get-ChildItem $oneDriveFolder -Recurse -File -ErrorAction SilentlyContinue |
         Measure-Object -Property Length -Sum).Sum / 1GB, 2)
    Write-Output "OneDrive size: $sizeGB GB"
    if ($sizeGB -gt 900) {
        Write-Output "WARNING: Close to 1TB default quota"
    }
}

הסקריפטים האלו נפרסים ב-Intune תחת Devices → Scripts and remediations. כדאי להריץ אותם עם משתמש SYSTEM ולא USER (כדי שיוכלו לגשת ל-Program Files), ולתזמן בדיקה יומית. השילוב של detection + remediation מאפשר תיקון אוטומטי בלי שהמשתמש בכלל ידווח על בעיה. בפרויקט האחרון שלי הכנסתי את הזרימה הזאת ל-500 תחנות, ותוך שבועיים כמות טיקטי OneDrive ירדה ב-70%.

עבור סביבות עם VPN ארגוני כמו Palo Alto GlobalProtect או Cisco AnyConnect, שווה לזכור ש-Always-On VPN יכול לגרום לתעבורה של OneDrive לעבור דרך ה-tunnel ולהאט את הסנכרון פי 10. פתרון: הוספת דומייני OneDrive לרשימת ה-Split Tunnel Exclude. Microsoft מפרסמת את הרשימה המלאה ב-מסמך ה-URLs וכתובות ה-IP של Microsoft 365.

איך לפתור שגיאת סנכרון של OneDrive באופן שיטתי

לסיכום, כשמגיע טיקט על OneDrive, אני עובד לפי הזרימה הזאת בסדר קבוע. שלב 1: אבחון עם View sync problems וזיהוי קוד השגיאה. שלב 2: בדיקת גרסת OneDrive (חייב להיות 24.201 ומעלה ב-2026), ואם לא, התקנת גרסה עדכנית. שלב 3: אימות תקינות של Credential Manager ו-sign-in מחדש. שלב 4: אם עדיין תקוע, הרצת onedrive.exe /reset. שלב 5: אם reset רגיל לא עובד, מעבר ל-reset ידני עם מחיקת cache. שלב 6: אם גם זה לא עובד, מעבר ל-log analysis עם ODLDecoder ופתיחת קריאה ל-Microsoft Support.

הזרימה הזאת פותרת את רוב הטיקטים תוך 20 עד 30 דקות. אם אחרי כל השלבים עדיין יש בעיה, כמעט תמיד השורש הוא לא ה-client אלא Conditional Access, SharePoint blocklist ב-Tenant, או קובץ ספציפי עם תווים אקזוטיים או נתיב ארוך מהמותר. הכלי החזק ביותר בשלב הזה הוא Microsoft Support and Recovery Assistant (SaRA). הוא סורק אוטומטית את הקונפיגורציה ומזהה בעיות ידועות. אני מתקין את SaRA על כל workstation של הצוות ומריץ אותו כשמגיעים למצב "נדמה שכבר ניסינו הכל".

גישה שאני ממליץ עליה חמות: לתעד את כל השלבים שביצעתם בטיקט. גם אם הטיקט נסגר בהצלחה, התיעוד יעזור לטכנאי הבא שיפגוש בעיה דומה. עם הזמן, ה-runbook של הצוות הופך למקור ידע חי שמפחית את זמן הטיפול הממוצע במקרים כאלה מ-45 דקות ל-15 דקות. זה ה-ROI האמיתי של עבודה שיטתית ב-Helpdesk.

שאלות נפוצות

למה OneDrive לא מסתנכרן על Windows 11?

ברוב המקרים הגורם הוא token אימות שפג אחרי החלפת סיסמה או שינוי מדיניות Conditional Access. סימן ראשון: אייקון OneDrive מציג נדרש להתחבר. פתרון: לחצו על האייקון ובצעו sign-in מחדש. אם זה לא עובד, נקו את הרישומים הרלוונטיים ב-Credential Manager והריצו את OneDrive מחדש.

איך לאפס את OneDrive בלי לאבד קבצים?

הפקודה %localappdata%\Microsoft\OneDrive\onedrive.exe /reset מאתחלת את חיבור הסנכרון בלי למחוק אף קובץ מקומי או ענני. הקבצים המסומנים כזמינים תמיד נשארים, וקבצי Files On-Demand פשוט יסומנו מחדש כזמינים בענן. תמיד לוודא לפני reset שאין קבצים שממתינים להעלאה.

מה משמעות קוד השגיאה 0x8004de40?

הקוד 0x8004de40 מציין שהלקוח לא הצליח ליצור חיבור לענן OneDrive. הגורמים הנפוצים: Proxy תאגידי שחוסם, TLS Interception של פיירוול, או שירות DNS שמחזיר תשובה שגויה עבור onedrive.live.com. בדיקה מומלצת: Test-NetConnection graph.microsoft.com -Port 443.

איך להעביר תיקיות ידועות ל-OneDrive בסביבה ארגונית?

הפריסה הנכונה של Known Folder Move (KFM) היא דרך Group Policy או Intune, ולא ידנית. השתמשו במדיניות העברת Windows known folders בשקט ל-OneDrive עם Tenant ID של הארגון. בדיקה תקינה: ערך המפתח KfmFoldersProtectedNow ברישום צריך להיות 7.

האם Files On-Demand בטוח לשימוש עם קבצים ארגוניים גדולים?

כן, Files On-Demand מתאים היטב גם לקבצי CAD, וידאו וקבצי מסד נתונים גדולים. הבעיה הנפוצה היחידה היא שאנטי-וירוסים כמו Sophos או ESET לפעמים חוסמים את מנגנון ה-reparse points. יש להוסיף את תיקיית OneDrive לרשימת ההחרגות של ה-AV לפי מדריך ההחרגות הרשמי של Microsoft.