Teams לא מתחבר, Outlook לא שולח דואר או ש־Exchange Online מגיב באיטיות? לפני שמחליפים DNS, מאתחלים ציוד או משנים הגדרות לכל הארגון, כדאי לבדוק אם Microsoft כבר מזהה תקלה בשירות הענן. לוח Service health במרכז הניהול של Microsoft 365 נועד בדיוק לכך.
המטרה אינה רק לחסוך זמן. שינוי תשתית מקומית בזמן אירוע ענן עלול להוסיף תקלות חדשות ולסבך את החזרה לשגרה. מצד שני, גם לוח שמציג מצב תקין אינו הוכחה מוחלטת שהבעיה נמצאת אצלכם: ייתכנו עיכוב בדיווח, תקלה מוגבלת לאזור או בעיה שמשפיעה רק על tenant מסוים.
שלב 1: היכנסו ל־Service health
היכנסו אל Microsoft 365 admin center באמצעות חשבון ניהול. בתפריט בחרו Health ואז Service health. אפשר גם לפתוח את הכרטיס Service health בדף הבית של מרכז הניהול.
לפי תיעוד Microsoft, גם משתמשים שקיבלו את התפקידים Service Support Administrator או Helpdesk Administrator יכולים לצפות במצב השירות. זה מאפשר לתת לצוות התמיכה גישה למידע הדרוש בלי להעניק הרשאות Global Administrator.
שלב 2: הבינו מה מוצג בלוח
לשונית Overview מציגה את מצב השירותים, אירועים פעילים והתראות. Microsoft מפרידה בין שני סוגים עיקריים:
- Advisory — השירות עדיין זמין, אך חלק מהמשתמשים או היכולות עלולים להיפגע. לעיתים מופיע פתרון עקיף.
- Incident — אירוע משמעותי שבו שירות או יכולת מרכזית אינם זמינים, למשל קושי בשליחה וקבלה של דואר או בכניסה לשירות.
פתחו את האירוע ובדקו את מזהה התקלה, השירותים המושפעים, זמן ההתחלה המשוער, היקף ההשפעה על המשתמשים, העדכון האחרון והסטטוס הנוכחי. אל תסתפקו בכותרת: לעיתים האירוע משפיע רק על אזור, תכונה או קבוצת משתמשים מסוימת.
שימו לב גם לאזור Issues for your organization to act on. שם עשויות להופיע בעיות שזוהו בסביבה שלכם ודורשות פעולה מצד הארגון, להבדיל מתקלה כללית ש־Microsoft מטפלת בה.
שלב 3: בדקו היסטוריה ועדכונים
בלשונית Issue history אפשר לראות אירועים והתראות שנפתרו בשבעה או ב־30 הימים האחרונים. המידע שימושי במיוחד כשמשתמש מדווח על תקלה שהתרחשה קודם, או כאשר רוצים לוודא שהפרעה קצרה אכן הייתה חלק מאירוע מוכר.
במהלך אירוע פעיל Microsoft מפרסמת עדכונים על החקירה, פעולות ההפחתה ואישור החזרה לשירות. בסיום, אירועים מסוימים מקבלים דוח לאחר אירוע הכולל מידע על הסיבה והצעדים שננקטו. שמרו את מזהה האירוע בתיעוד התמיכה הפנימי כדי לקשר בין הפניות של המשתמשים לבין האירוע הרשמי.
אין גישה למרכז הניהול?
אם גם הכניסה ל־admin center אינה פועלת, Microsoft מפנה אל דף מצב השירות הציבורי. הדף אינו מחליף את המידע המותאם ל־tenant, אבל הוא יכול להציג תקלות ידועות שמונעות כניסה.
ניתן גם לעקוב אחר חשבון Microsoft 365 Status ברשת X, אך מקור זה מציג רק חלק מהאירועים. עבור ארגון, לוח Service health במרכז הניהול נשאר המקור העיקרי משום שהוא יכול להציג השפעה הרלוונטית לסביבה הספציפית.
הלוח ירוק — מה בודקים עכשיו?
אם אין אירוע מתאים, עברו לאבחון מדורג:
- הגדירו את ההיקף: משתמש אחד, אתר אחד, ספק אינטרנט אחד או הארגון כולו.
- השוו בין לקוחות: דפדפן מול יישום מקומי, רשת ארגונית מול חיבור סלולרי, ומשתמש מושפע מול משתמש תקין.
- בדקו זהות והרשאה: הודעות כניסה, אימות רב־שלבי, רישוי ושינויים בחשבון.
- בדקו תשתית מקומית: DNS, Proxy, Firewall, VPN ותעבורה חסומה — בלי לשנות כמה רכיבים בבת אחת.
- אספו ראיות: שעה מדויקת, מזהה correlation אם קיים, צילום מסך, כתובת השירות וצעדים לשחזור.
הגישה הזו מונעת מצב שבו תקלה נקודתית מובילה לשינוי רחב. אם הבעיה היא בדואר שנמחק ולא בזמינות השירות, כדאי לעבור במקום זאת אל המדריך לשחזור הודעות ב־Outlook וב־Microsoft 365.
התראות ותכנון מראש
Microsoft מאפשרת למנהלים להגדיר התראות דואר על אירועים חדשים ועל שינויי סטטוס. אפשר לבחור שירותים ואירועים רלוונטיים, ולהוסיף עד שתי כתובות לכל מנהל. תחזוקה מתוכננת אינה מוצגת בהכרח ב־Service health; שינויים כאלה מופיעים ב־Message center תחת הודעות מסוג Plan for change.
בארגון גדול כדאי להגדיר נוהל קצר: מי עוקב אחר לוח הבריאות, מי מתקשר למשתמשים, מתי פותחים קריאה ל־Microsoft, ואילו בדיקות מקומיות מתבצעות במקביל. Service health הוא נקודת פתיחה חשובה, אך לא תחליף לניטור עצמאי ולתיעוד מסודר.
השורה התחתונה
כשתקלה מופיעה ב־Microsoft 365, התחילו ב־Health > Service health, קראו את פרטי האירוע והשוו אותם להשפעה אצלכם. אם אין אירוע, אל תניחו מיד שהכול תקין בענן — בדקו את ההיקף, אספו נתונים ועברו שלב אחר שלב. כך מצמצמים שינויים מיותרים ומקצרים את הדרך לאבחון אמין.
צילום: Christina Morillo (Divinetechygirl) / Pexels. מקור: Pexels, בהתאם לרישיון Pexels.
