מדיניות שמירה ב-Microsoft 365 לא מיושמת

By Mirko Peters · 2026-04-23 · Updated 2026-07-18

גלו מדוע מדיניות השמירה של Microsoft 365 אינה מיושמת, ופתרו בעיות הקשורות למיקומים, להיקף המדיניות, להתנגשויות, לתזמון ולרישוי.

Automatically translated with AI from the original post. Read the English original

מדיניות שמירה ב-Microsoft 365 חיונית לניהול מחזור החיים של הודעות דוא"ל, מסמכים והודעות צ'אט בכל הארגון. אבל לפעמים המדיניות לא פועלת כצפוי: פריטים לא עוברים לארכיון, לא נמחקים, או נשארים זמן רב יותר מהנדרש. מאמר זה בוחן לעומק מדוע מדיניות השמירה עלולה שלא לחול כפי שהתכוונתם, גם אם הגדרתם אותה בקפידה.

תמצאו כאן תשובות ישירות לזיהוי סימני כשל בשמירה, הבנה של שורשי הבעיה, כגון בעיות תצורה או הרשאות, ושלבים מעשיים לפתרון בעיות. אנו גם מציגים טיפים ושיטות עבודה מומלצות שרבים מתעלמים מהם, כמו השפעות של סביבות Multi-Geo, פערי RBAC ועיכובי תזמון פנימיים של Microsoft 365. אם אתם מנהלים או אחראים לציות ולהגנה על המידע בארגון, התובנות האלה יעזרו לכם להימנע מאובדן נתונים, מסחף בציות ומהפתעות לא נעימות בביקורת הבאה. להרחבה על אתגרי ציות נסתרים, כדאי לקרוא את הדיון הזה על סחף ציות ב-Microsoft 365, או ללמוד מדוע ממשל נכשל בדף כשלי הממשל הזה.

הבנת הסימפטומים הנפוצים של מדיניות שמירה שאינה מיושמת

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

סימנים אדומים נוספים כוללים תגיות שמירה חסרות בהודעות או בתיקיות, או תיקיות שאמורות להיות גלויות (כמו תיקיית ארכיון) שאינן מופיעות כלל. אם הגדרתם מדיניות ספציפית ל-SharePoint או ל-OneDrive, והפריטים אינם מציגים את הסטטוס הרגיל "נמחק" או "נשמר", גם זה סימן לבעיה. לפעמים, בפורטל Microsoft Purview, תבחינו שמדיניות שמירה שהקציתם מופיעה כ"לא מיושמת", או שתמצאו רשימה ארוכה של פריטים ללא תגית מדיניות כלל.

חשוב לשים לב לסימנים האלה מוקדם, לפני שהמצב מחמיר. המתנה ארוכה מדי עלולה להשאיר נתונים שאמורים להיות מחוקים, או להפך, לגרום לאובדן פריטים שהצוות שלכם חייב לשמור מטעמי ציות. עם כל תכונות השיתוף שב-Microsoft 365, קל לחשוב שהכול עובד בסדר על פני השטח. אל תתנו ליומני ביקורת או ליציבות של לוחות הבקרה להטעות אתכם. כדאי לראות שינויים אמיתיים וצפויים שמתרחשים לאורך זמן. להצצה לאזורים שבהם הציות עלול להחליק מאחורי הקלעים, האזינו להפרק הזה על האופן שבו מדיניות שמירה ב-Microsoft 365 מתקשרת עם שיתוף פעולה והתנהגות משתמשים.

שורשי הבעיה בתרחישים של מדיניות שמירה שלא מיושמת

עכשיו, בואו נדבר בגובה העיניים על הסיבות לכך שמדיניות שמירה לא תמיד נשארת על כנה ב-Microsoft 365. זה נדיר שזה "מזל רע". בדרך כלל יש סיבה אחת או יותר שמסתתרת מתחת לפני השטח.

אשם קלאסי אחד הוא תצורה שגויה: אולי הגדרתם מדיניות שמתנגשת עם מדיניות אחרת, או שפספסתם משתמש או מיקום חשובים. לפעמים ההיקף שנבחר שגוי, למשל כשהמדיניות הוחלה על קבוצת המשתמשים הלא נכונה או על אזור גיאוגרפי שגוי. גם היררכיית המדיניות עלולה לגרום לבעיות, כאשר תגיות ספציפיות יותר דורסות תגיות רחבות יותר באופן לא צפוי. התנגשויות כאלה נפוצות בפריסות גדולות ודינמיות של Microsoft 365.

קל גם לשכוח את Managed Folder Assistant (MFA). אם השירות הזה מושבת (elcprocessingdisabled), או שאינו מתוזמן לרוץ בתדירות מספקת, פעולות השמירה פשוט לא מתבצעות. מנהלים רבים מתעלמים מכך ש-MFA אינו פועל בזמן אמת, ושהוא חייב לפעול כדי שהשינויים ייכנסו לתוקף. עומס בצד השרת או הגבלת קצב (throttling) של תיבות דואר, במיוחד בתיבות גדולות או בזמני עומס כבד, יכולים לעכב גם הם את האכיפה.

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

פתרון תקלות יסודי מתחיל בהבנה של הדפוסים הרחבים האלה. היו מוכנים לעבור על היומנים, לבדוק שוב את היררכיות המדיניות ולחפש מקרי חריגה לאורך כל הדייר. ממשל טוב הוא מכוון ולא אוטומטי; לתובנות נוספות על הגישה הזו, כדאי לצפות בהפרק הזה על אשליית הממשל ב-Microsoft 365. הבנה של הסיבות לכך שדברים נשברים היא הצעד הראשון למניעה שזה יקרה שוב.

פתרון שגיאות במדיניות שמירה של Microsoft 365

נתקלים בהודעות שגיאה בזמן העבודה על מדיניות שמירה של Microsoft 365 יכול להרגיש כמו מבוך אינסופי. ברגע אחד ההגדרות נראות תקינות. ברגע הבא אתם רואים "המדיניות לא נמצאה", "משהו השתבש" או חלון קופץ מסתורי של "המיקום אינו חד-משמעי". נכון, השגיאות האלה מתסכלות, אבל לכל אחת מהן יש רמזים לגבי המקום שבו הדברים השתבשו.

החלק הזה מציג את שגיאות מדיניות השמירה הנפוצות ביותר שבהן סביר שתיתקלו, בין אם אתם מנהלים תיבות דואר ב-Exchange Online, SharePoint או מיקומי OneDrive. במקום עצות כלליות, נפרק את הסיבות לכך שהשגיאות האלה מופיעות, את הבעיות הנסתרות שגורמות להן ואת הסימנים שכדאי לחפש כדי שלא תרדפו אחרי התיקון הלא נכון. בכל תרחיש תקבלו גישה ברורה, צעד אחר צעד, שמתמקדת באופן שבו באמת אפשר להתקדם, ולא רק לקרוא עוד קוד שגיאה מעורפל.

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

הישארו איתנו כשאנחנו פותרים את השגיאות האלה אחת אחרי השנייה, ונוודא שמדיניות השמירה שלכם באמת מבצעת את תפקידה. כשתפתרו את השורש האמיתי של התקלות האלה, תנהלו סביבת Microsoft 365 הדוקה ואמינה יותר.

שגיאה: הגדרות לא נמצאו או מדיניות שמירה לא זוהתה

1. בדקו שהמדיניות קיימת ושהשם תקין: ודאו שמדיניות השמירה אכן קיימת בדייר שלכם ומופיעה גם בפורטל Microsoft Purview וגם במרכז הניהול של Exchange. שגיאות הקלדה או שמות מדיניות דומים עלולים ליצור בלבול אם אתם מחילים את המדיניות הלא נכונה.
2. אמתו את היקף ההחלה והשיוך: ודאו שהמדיניות משויכת לתיבות הדואר, לאתרים או לקבוצות הנכונים. שגיאות עלולות להתרחש אם ההיקף צר מדי או מוגדר בצורה שגויה, במיוחד לאחר מיגרציה או שינויים בסנכרון AD.
3. בדקו בעיות ב-PolicyId: לפעמים, הפניות ל-PolicyId בתיבות דואר או במיקומים חסרות, מיושנות או לא מסונכרנות. אם יש ספק, סנכרנו מחדש את השיוך או החילו את המדיניות שוב.
4. התחשבו בעיכובי הפצה: מדיניות חדשה או מעודכנת לרוב לוקחת שעות (לפעמים יותר) עד שהיא מופיעה, במיוחד בדיירים גדולים. תנו למערכת זמן להתעדכן לפני שתסלימו את הבעיה.

שגיאה: משהו השתבש או נתקלנו בבעיה

1. בדקו את מצב השירות של Microsoft 365: תקלה פעילה בשירות או תחזוקה מתוכננת עלולות להציג שגיאות כלליות ולחסום את עיבוד השמירה.
2. סקרו שינויים אחרונים במדיניות: שינויים לא עקביים או מתנגשים, כגון מדיניות חופפות, עלולים לבלבל את המערכת. בטלו עדכונים אחרונים כדי לבודד את מקור הבעיה.
3. הפעילו את העיבוד מחדש באמצעות סקריפטים: השתמשו ב-Start-ManagedFolderAssistant של PowerShell עבור תיבות הדואר המושפעות כדי להפעיל ידנית את עיבוד המדיניות ולאסוף את פלט השגיאות.
4. אמתו הרשאות מנהל: שגיאות כלליות לעיתים מסתירות בעיות של גישה שנדחתה. ודאו שלחשבון שלכם יש תפקידי RBAC נכונים לניהול שמירה.

שגיאה: המיקום אינו חד-משמעי או לא נמצא במהלך הקצאת מדיניות שמירה

1. בדקו שוב שתיבת הדואר או האתר קיימים: ודאו שהמיקום (תיבת דואר, אתר SharePoint, חשבון OneDrive) אכן קיים ותואם למזהה שבו השתמשתם בהקצאת המדיניות.
2. בדקו את מצב ההיברידיות, ריבוי האזורים והסנכרון: בפריסות היברידיות או בתצורות ריבוי אזורים (multi-geo), מיקומים לא ברורים נובעים לעיתים קרובות מספריות שלא סונכרנו, מחשבונות שפג תוקפם או מניתוב אזורי שגוי.
3. הבהירו הפניות לקבוצות ולמשתמשים: אם אתם מקצים מדיניות לפי קבוצה דינמית או לפי אובייקטים מדור קודם ב-AD, ודאו שהקבוצות האלה אינן ריקות, אינן מחוקות ואינן מחוץ לתחום המדיניות.
4. בדקו את הגדרות היקף המדיניות: כדי לתקן שגיאות מיקום, עדכנו את היקף המדיניות ב-Microsoft Purview או במרכז הניהול של Exchange כך שיכלול את המשתמש או המשאב הנכונים.

שגיאה: האתר נעול או שאין אפשרות להחיל השהיה לשמירה

1. בדקו את מצב האתר: היכנסו להגדרות הניהול של SharePoint ובדקו אם האתר במצב "נעול", לקריאה בלבד, סגור או ממתין למחיקה. מצבים אלה מונעים הטלת השהיות חדשות או שינויים במדיניות.
2. בדקו השהיות של גילוי אלקטרוני או השהיות משפטיות ותאימות: אם קיימת השהיה פעילה של גילוי אלקטרוני או השהיה משפטית אחרת, הגדרות השמירה עלולות להיחסם עד לשחרורן.
3. ודאו הרשאות: וודאו שלחשבון הניהול שלכם או לגישה המואצלת יש הרשאות להחיל או לשנות השהיות שמירה עבור האתר או תיבת הדואר המושפעים.
4. שחררו או שחזרו את האתר לפי הצורך: במידת הצורך, השתמשו בכלי הניהול או פנו לתמיכה כדי לשחרר את האתר או לשחזר אותו ממצב של מחיקה ממתינה או השהיה.

פתרון בעיות של מדיניות שמירה תקועה במצב המתנה או עיבוד

לעיתים מדיניות שמירה של Microsoft 365 נתקעת במצב ביניים: היא נשארת ב-"PendingDeletion", ב-"Processing" או במצבי מעבר אחרים, ולא מסתיימת או מוסרת. מצבים תקועים אלה אינם רק מעצבנים; הם עלולים למנוע מכם להוסיף מדיניות חדשה, לשנות הקצאות או לשמור על מחזור החיים של הנתונים בזמן.

עיכובים מצטברים בעיבוד עשויים לנבוע מכך שפורטל Microsoft Purview מפגר אחר הסנכרון בצד השרת, מאובייקטים יתומים שנותרו ממחיקות שלא הושלמו, או מתקלות תשתית לאחר עדכוני שירות. הכרת הדרך לזהות מצבים תקועים אלה ולדעת מה לעשות בנוגע אליהם חיונית לכל מנהל שמתמודד עם מדיניות שקשה להסיר או עם מדיניות שאינה מופעלת בזמן המתוכנן.

סעיף זה מספק את המושגים הדרושים לכם: מה לחפש כשמדיניות פשוט אינה נמחקת, כיצד עיבוד ממושך יכול לעכב את הממשל, והתיקונים הכלליים שרוב המנהלים משתמשים בהם כדי לפנות את הדרך. הגישה הנכונה עשויה לכלול בדיקה פשוטה ב-PowerShell, הקצאה מחדש של מדיניות, או פנייה לתמיכה של Microsoft כאשר נתקעתם באמת. בעזרת הכלים האלה תוכלו למנוע מניהול שמירה להיתקע בגלל מצבים נסתרים אלה.

מדיניות תקועה במצב PendingDeletion או שלא הוסרה לחלוטין: שלבי פתרון

1. בדקו את מצב המדיניות ב-PowerShell: השתמשו ב-Get-RetentionCompliancePolicy ובפקודות קשורות כדי לבדוק את המצב המדויק של המדיניות התקועה ("PendingDeletion" וכדומה).
2. כפו הסרה באמצעות כלי ניהול: אם מדיניות אינה מוסרתממרכז הניהול, השתמשו ב-Remove-RetentionCompliancePolicy של PowerShell לביצוע ישיר.
3. הקצו מחדש או נקו תלויות: ודאו שאין עדיין תיבות דואר או מיקומים המקושרים למדיניות; העבירו אותם למדיניות שמירה אחרת או למדיניות MRM ברירת מחדל במידת הצורך.
4. פנו לתמיכה של Microsoft: אם השלבים לעיל נכשלים, פתחו קריאת שירות. תמיכת Microsoft יכולה לעיתים קרובות לנקות רשומות יתומות בצד השרת החוסמות תצורות חדשות.

שגיאה: לא ניתן לעבד את מדיניות השמירה שלכם או שהיא עדיין בעיבוד

1. בדקו את תצורת המדיניות: בדקו שוב את התצורה אם יש הגדרות לא שלמות או לא תקינות, כגון תגיות שמירה חסרות או היקפי הקצאה שגויים.
2. עקבו אחר עיכובים מערכתיים או של רוחב פס: עיכובים בעיבוד נגרמים לעיתים קרובות מהגבלת קצב (throttling) בתיבות דואר, ממשימות רקע ברמת הדייר או מעומס כבד על שירותי Microsoft 365. המתינו ונסו שוב לאחר מספר שעות.
3. הפעילו עיבוד ידנית: ב-Exchange Online, הריצו את Start-ManagedFolderAssistant על תיבות הדואר המושפעות כדי לזרז את התהליך.
4. בדקו את המצב ב-Microsoft Purview: ודאו את מצב המדיניות והיומנים בפורטל לקבלת פרטים נוספים על מה שמונע את ההפעלה. פנו לתמיכה אם המצב נמשך יותר מ-24 שעות.

אימות ווידוא שמדיניות שמירה פועלת

לאחר הגדרת מדיניות שמירה, אל תסתפקו בהנחה שהיא פועלת בשקט. בדיקה קבועה שהכללים לא רק משויכים אלא גם מבוצעים בפועל יכולה למנוע פערי ציות לא נעימים והפתעות בביקורת. Microsoft 365 מציעה כלים מרובים, כמו PowerShell ופורטל Microsoft Purview, שיעזרו לכם לאמת את פריסת המדיניות ואת יעילותה.

חלק זה ידריך אתכם כיצד לוודא שכל תיבת דואר, אתר SharePoint או חשבון OneDrive באמת נמצאים תחת המדיניות הנכונה. תראו את ההבדל בין שיוך פשוט לבין פעולה בפועל: פריטים שנמחקים, מועברים או מסומנים כשמורים. הבדיקות האלה עוזרות לזהות כשלים שקטים, מצב שבו הכול "נראה תקין" במסכי הניהול, אך דבר לא קורה מתחת לפני השטח.

מעבר לאימות הטכני, חשבו גם על מוכנות לביקורת. Microsoft Purview Audit (במיוחד ברמת Premium) מספק יומני פעילות ברמת הדייר כולו, שיכולים לתפוס דברים שדוחות רגילים עלולים לפספס. למידע נוסף על שימוש ב-Purview למעקב מעמיק ולציות, ראו המדריך הזה לביקורת פעילות משתמשים עם Microsoft Purview. אימות יזום הוא הרגל חובה לכל מנהל שרציני לגבי הציות הארגוני.

כיצד לוודא שמדיניות שמירה חלה על תיבת דואר

1. מרכז הניהול של Microsoft 365: פתחו את מאפייני תיבת הדואר של המשתמש, עברו לקטע מדיניות השמירה המשויכת, ובדקו את תאריכי השיוך וההתחלה.
2. אימות באמצעות PowerShell: השתמשו ב-Get-Mailbox –Identity user@domain.com | ft RetentionPolicy כדי לבדוק את שמות המדיניות, וב-Get-Mailbox –Identity user@domain.com | fl *Retention* לפרטים נוספים.
3. יומני פעולות: עברו על יומני הביקורת של תיבת הדואר או השתמשו ב-Microsoft Purview Audit כדי לוודא שפעולות שמירה, כגון "הועבר לארכיון" או "נמחק", נרשמות כצפוי.
4. שיוך מחדש במקרה של חוסר סנכרון: אם הבדיקות אינן תואמות את התוצאות הצפויות, החילו מחדש את המדיניות דרך הפורטל או PowerShell כדי לאפס את השיוך.

מדיניות השמירה לא פועלת? כך פותרים בעיות בתגיות ובפעולות במדיניות

1. בדיקת החלת תגיות: ודאו שתגיות השמירה, הן ברירת המחדל והן המותאמות אישית, אכן משויכות לתיקיות או לפריטים. השתמשו בפרטי תיבת הדואר או בשאילתות PowerShell (Get-RetentionPolicyTag).
2. אימות ביצוע הפעולות: בדקו אם פריטים נמחקים, מועברים לארכיון או מסומנים כשמורים בהתאם להגדרות תוקף התגית. השוו בין התוכן הצפוי לתוכן בפועל בתיקיות.
3. בדיקת טיפול בחריגים: חפשו פריטים עם התגית "never delete" או תגיות חריגה אחרות, שעלולות לעצור פעולות שמירה בתיקיות מסוימות.
4. בדיקת פריט לדוגמה: החילו תגית ידנית והפעילו עיבוד מדיניות בכפייה (Start-ManagedFolderAssistant), ולאחר מכן אמתו את התוצאה.

ניהול יזום ושיטות עבודה מומלצות למניעת כשלים במדיניות שמירה

אם אתם רוצים להימנע ממעגלים אינסופיים של פתרון תקלות, ניהול יזום הוא החבר הטוב ביותר שלכם בעולם מדיניות השמירה של Microsoft 365. ככל שתתייחסו פחות לשמירה כאל "הגדרה ושכחה", כך תקבלו פחות שיחות טלפון בחצות כשביקורת מתקרבת או כשצוות המשפטי רוצה לדעת מי מחק מה.

עיצוב מדיניות ברור ומתועד היטב, כזה שאין בו חפיפות או פערים, מהווה את הבסיס לשמירה תקינה. סקירות קבועות ובדיקות תקינות, באמצעות כלים כמו Purview, עוזרות לזהות שיוכים שבורים או פעולות שפג מועדן לפני שהבעיות מתפשטות בכל הארגון. תזמון והפעלה של שירותי ליבה כמו Managed Folder Assistant הם הכרחיים, ואינם עניין משני.

והכי חשוב, אל תשכחו את התפיסה "המערכתית" של ממשל. Microsoft 365 משתרעת על פני דואר, קבצים, צ'אטים ועוד. ציות אמיתי פירושו כיסוי של כל אלה, ולא של עומס עבודה אחד בלבד. כדי להבין מדוע ממשל מפוצל מוביל לכאבי ראש, ראו הדיון הזה על כשלי ממשל ב-Microsoft 365. כשעושים זאת נכון, הגישה שלכם שומרת על זרימת נתונים חלקה ומצמצמת את חרדת הביקורת למינימום.

הבטחה ש-Managed Folder Assistant מופעל ורץ

Managed Folder Assistant (MFA) הוא תהליך הרקע שאוכף פעולות שמירה בתיבות דואר של Exchange Online. אם MFA מושבת (למשל, כאשר elcprocessingdisabled מוגדר כ-true), המדיניות שתכננתם בקפידה לא תהיה לה שום השפעה, ללא קשר למה שרואים בפורטל.

על מנהלים לבדוק באופן קבוע את מצב MFA באמצעות PowerShell (Get-Mailbox –Identity user@domain.com | fl ElcProcessingDisabled) כדי לוודא שהוא מופעל. אם הוא כבוי, השתמשו ב-Set-Mailbox –Identity user@domain.com –ElcProcessingDisabled $false כדי להפעיל אותו מחדש. MFA פועל אוטומטית לפי לוח זמנים קבוע, אבל מנהלים יכולים להאיץ את העיבוד ידנית באמצעות Start-ManagedFolderAssistant. מעקב אחר MFA מפחית עיכובים מתסכלים במדיניות ומבטיח שתיבות הדואר ינוהלו בזמן הנכון.

תכנון יעיל של מדיניות שמירה בסביבות Microsoft 365

• הבהירו את מטרת המדיניות: תעדו את המטרה של כל מדיניות והימנעו מכיסוי חופף בין מדיניות לבין מדיניות, כדי לשמור על פשטות ועל יכולת ביקורת.
• הימנעו מתגיות סותרות: ודאו שתגיות ברירת המחדל, התגיות של תיקיות והתגיות האישיות אינן מתנגשות או דורסות זו את זו באופן בלתי צפוי בהיררכיית המדיניות.
• התאימו לצרכי מחזור החיים של הנתונים: התאימו את תקופות השמירה לדרישות הרגולטוריות, העסקיות והמשפטיות, ואל תסתמכו רק על משכי הזמן ה"מובנים" של Microsoft.
• בדקו בקבוצות פיילוט: הטמיעו שינויים למשתמשים או לאתרים מבוקרים לפני החלתם על כל הדייר, כדי לזהות בעיות לפני שהן מתרחבות.
• תעדו ובצעו סקירות באופן קבוע: שמרו על תיעוד עדכני של המדיניות וקיימו סקירות מתוזמנות כדי לזהות סטיות או חוסר התאמה, במיוחד לאחר מיזוגים או שינויים ארגוניים משמעותיים.

לעיון נוסף באיזון בין אבטחת הפלטפורמה לבין ממשל נתונים בין שירותים שונים, כדאי לקרוא את שיטות העבודה המומלצות לאבטחה וממשל ב-Power Platform.

עיכובים במדיניות שמירה עקב עיבוד תיבות דואר ותזמון מערכת

ככל שתגדירו מדיניות שמירה ב-Microsoft 365 בצורה מיטבית, עלולים להיתקל בעיכובים בצד השרת. גם כאשר כל הגדרה מסומנת כנכון, אין ערובה שפעולות המדיניות יתחילו מיד. במקום זאת, Microsoft 365 מסתמכת על סדרת תהליכי רקע, ובראשם Managed Folder Assistant, כדי לאכוף שמירה. התהליכים האלה מתוזמנים ואינם פועלים בזמן אמת.

אם רגילים ללחוץ על "שמירה" ולצפות לתוצאה מיידית, מרווחי העיבוד שהמערכת קובעת עלולים להיות מתסכלים. העיכובים מתארכים כאשר עומס השרת גבוה או כאשר תיבות הדואר גדולות במיוחד, שכן Microsoft מגבילה את הפעילות כדי לפזר את העיבוד. ייתכן שתחשבו שהמדיניות תקועה או תקולה, בעוד שבפועל היא פשוט ממתינה בתור לריצה הבאה של MFA.

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

הבנת מרווחי העיבוד של Managed Folder Assistant

Managed Folder Assistant (MFA) אחראי על החלת מדיניות שמירה וארכיון על תיבות דואר ב-Exchange Online, אך הוא אינו פועל בזמן אמת. כברירת מחדל, MFA מעבד כל תיבת דואר פעם בשבעה ימים, אם כי בתקופות של עומס גבוה או בתיבות גדולות הזמן הזה עלול להתארך.

מנהלים יכולים להפעיל את MFA ידנית באמצעות הפקודה Start-ManagedFolderAssistant, אם יש צורך להאיץ את החלת המדיניות לאחר שינוי דחוף. עם זאת, ייתכן שייקח שעות עד שהשינויים יופיעו בתיבות הדואר של המשתמשים, במיוחד כאשר מדובר באלפי חשבונות. הכרה במחזורים האלה חיונית כדי להימנע מפתרון בעיות מיותר ולהבין מדוע פריטים אינם מאורכבים או נמחקים ברגע שמוגדרת מדיניות חדשה.

כדאי גם להאזין לאלה

אם אתם חוקרים retention policies not applied Microsoft 365, הפרקים האלה מוסיפים הקשר מעשי לממשל, אבטחה, ביקורת ולפעולות אמינות ב-Microsoft 365.

• Microsoft Purview – Simply Explained — חיבור בין שמירה, ציות, ביקורת וממשל נתונים.
• Microsoft Defender XDR – Simply Explained — קישור בין אותות תפעוליים לזיהוי ותגובה.
• Microsoft Teams Governance – Simply Explained — הבנה מדוע כללי בעלות ומחזור חיים חשובים לשיתוף פעולה.

פרקים אלה עוזרים להפוך את נושא המאמר להחלטות יישום מעשיות.