מאפייני הבעיה
הפעלה מחדש של תהליך העובד ניהול של תקינות שרת Exchange לעתים קרובות בסביבת Microsoft Exchange Server 2013. בעיה זו מתרחשת לאחר הוספה או שינוי של שרת ניטור עקיפה באמצעות cmdlet להוסיף-servermonitoringoverride .
במצב זה, אתה עשוי לראות את האירועים הבאים דיווח באותה תכיפות כמו כל חמש דקות:
באפשרותך לקבוע אם אתה נתקל בתופעות אלה על-ידי בדיקת עבור פריטים אלה אירוע ביומן האירועים. בנוסף, באפשרותך לוודא אירועים אלה על-ידי בדיקת הפלט של Get-Servermonitoringoverride <servername> | fl * שם, * זמן cmdlet עבור התנאים הבאים:
-
הערך ExpirationTime על כל הדריסות משתמש משהו אחר מלבד התבנית תאריך MM/DD/YYYY. לדוגמה, הערך משתמש בתבנית DD/MM/YYYY.
-
ערך התאריך (DD) הוא גדול מ- 12 (היום השנים-עשר בחודש).
הגורם
בעיה זו מתרחשת אם שרת ניטור עקיפה מתווסף שתצורת השרת נקבעה לשימוש בהגדרות האזוריות שאינם בארצות הברית. פעולה זו גורמת תבניות התאריכים בהן אין לעקוב אחר בתבנית DD/MM/YYYY.
בתרחיש זה, תאריך התפוגה עבור העקיפה מאוכלס על-ידי שימוש בתבנית התאריך המותאמות לשפות אחרות (לדוגמה, MM/DD/YYYY). אם תאריך התפוגה נופל על יום מאוחר יותר היום השנים-עשר בחודש, זמינות מנוהל המערכת אין אפשרות להעריך את תאריך התפוגה כראוי.
בעיה זו עלולה להתרחש גם כאשר שרת ניטור עקיפה נוצר בתאריך גדול מה-12 ואינו הפרמטר משך ' שצוין. בתרחיש זה, השרת ניטור עקיפה נוצרת נתקל תאריך תפוגה שנה אחת מתוך תאריך היצירה.
פתרון
כדי לפתור בעיה זו, התקן 13 עדכון מצטבר עבור 2013 שרת Exchange או מאוחר יותר עדכון מצטבר עבור 2013 שרת Exchange.
הערות
-
לאחר שתחיל את העדכון, לא כל שרת חדש פיקוח על דריסות שהפגינו התופעות מכיוון תבנית התאריך יתיישר עם פיקוח כללית עקיפות.
-
לאחר שתחיל את העדכון, כל שרת קיים פיקוח על דריסות עדיין בעלי ערך ExpirationTime בתבנית תאריך כגון ערך תאריך גדול מ- 12 ו- MM/DD/YYYY להיות נוצר מחדש.
כדי לעקוף בעיה זו, הסר שרת כלשהו פיקוח על דריסות בעלי ערך ExpirationTime שגוי ערך תאריך גדול מ- 12.
צור מחדש את העקיפה, ולהשתמש -משך פרמטר כדי לוודא תאריך התפוגה מתרחשת מוקדם יותר היום השנים-עשר בחודש.
מצב
Microsoft אישרה כי מדובר בבעיה במוצרי Microsoft הרשומים במקטע 'חל על'.
הפניות
למד אודות המינוח שבו Microsoft משתמשת לתיאור עדכוני תוכנה.
