ניטור Exchange באמצעות SCOM 2012

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

מאת | פורסם: | עודכן:

מבוא

ארגונים רבים מטמיעים את מערכת הניטור System Center Operations Manager 2012 (להלן – SCOM), וכמו כל מוצר אחר של מיקרוסופט, קיים הרבה מאוד תיעוד ומדריכים ברשת על הדרך הנכונה להטמעה של המוצר. ניקח לדוגמה את אחד השירותים הכי קריטיים בארגון: שירותי הדואר. חיפוש מהיר ברשת יוביל אתכם לעשרות מאמרים כיצד להגדיר נכון את ה Exchange Management Pack. מדריכים אלו ילמדו אתכם איך לייבא את ה MP, איך להגדיר Discovery לאובייקטים נוספים, איך להגדיר Rules שיריצו פעולות כמו Test-OutlookConnectivity ועוד... ואכן, כל ההגדרות האלו יתנו לכם ניטור מקיף לכל שירותי הדואר שלכם בארגון.

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

את המאמר כתבתי במקור באנגלית וניתן לקרוא אותו בשפת המקור בבלוג שלי.


CAS Performance

אחד הדברים החשובים לנו ביותר הוא לא רק הזמינות של שרתי הדואר, אלא הביצועים שלהם (Performance). מרבית הארגונים מחזיקים כיום לפחות שני שרתי CAS - Client Access Server על מנת לענות על שתי דרישות – שרידות ושיפור ביצועים. אך האם אתם באמת מנצלים את מלוא הכוח של השרתים שלכם? בואו נראה בדוגמה הבאה:

SCOM 2012 Exchange Monitoring, Figure 1

בדוגמה זו הגדרתי ב SCOM להציג כמות חיבורים נוכחית לשירותי ה ActiveSync. אפשר לראות שיש לי שני שרתים ושהתעבורה ביניהם אמורה להתחלק שווה בשווה – או ככה לפחות חשבתי לעצמי... מצפיה בנתונים אפשר לראות בקלות רבה שאחד השרתים, במקרה הזה CA02, מחזיק ברוב (אם לא כל) החיבורים.

אגב, כנ"ל לגבי כמות המשתמשים הנוכחית ב Outlook Web Access:

SCOM 2012 Exchange Monitoring, Figure 2

אז אומנם תקלה בשרתי הדואר אין, והזמינות של השירות עומדת על 100%, אבל... האם באמת הכל תקין?

אז בואו נראה כיצד מגדירים את החוקים.


הגדרת חוקים ב-SCOM

כמו בכל שינוי ב SCOM, אנחנו צריכים להגדיר Override למצב הקיים. אני יוצא מנקודת ההנחה שכבר יש באמצעותכם Management Pack שבו אתם שומרים את השינויים שלכם. ההמלצה שלי היא להחזיק MP על-פי פלטפורמה. ניגש למשטח ה Authoring ב Operations Manager Console, נבחר ב Management Packs Objects ונלחץ על Rules. ניתן לסנן קצת את התצוגה על ידי הגדרה של Scope ולבחור את כל רכיבי Exchange Server 2010:

SCOM 2012 Exchange Monitoring, Figure 3

ישנם המון רכיבים (חוקים במקרה הזה) שניתן לערוך ולכן נסנן קצת את הרשימה על ידי חיפוש של "Collect":

SCOM 2012 Exchange Monitoring, Figure 4

שימו לב שגם אחרי סינון יש למעלה מ 600 חוקים אותם ניתן לערוך.

כעת נשאר לנו לעבור על הרשימה הקצרה (למעלה מ 600 פריטים) ולבחור מתוך הרשימה אילו חוקים אנחנו רוצים להפעיל. שימו לב שמרבית החוקים מוגדרים כ- Enabled כברירת מחדל, אבל אותנו מעניינים דווקא אלו שלא.

ניקח את Collect EAS Current Requests לדוגמה:

SCOM 2012 Exchange Monitoring, Figure 5

נגש לחלון ה Override:

SCOM 2012 Exchange Monitoring, Figure 6

שימו לב שחשוב לבחור קבוצה של שירותים\שרתים עליהם ה Override יחול.

בחלונית ה Override נשנה את הסטטוס של החוק ל Enabled ונבחר באיזה MP לשמור את השינוי:

SCOM 2012 Exchange Monitoring, Figure 7

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


סיכום

מוצר הניהול Operations Manager 2012 מאפשר לנו, מנהלי הרשת, לקבל מידע נוסף לגבי הרשת שלנו – לא רק "חי/מת". כל מה שנשאר זה להציג את היכולת הזו למנהלים, למנהלי המוצרים ולשאר חברי הצוות וביחד איתם לספק למשתמשים שלנו חוויה טובה יותר.

יורי קיסין

אודות כותב המאמר

יורי קיסין - יועץ תשתיות בחברת U-BTech Solutions

יורי הוא יועץ תשתיות בחברת U-BTech ומומחה במשפחת מוצרי Microsoft System Center.

comments powered by Disqus