CLS בשרתי Skype for Business
בשרתי Skype for Business ניתן לבצע דיאגנוסטיקה ע”י מספר כלים שונים בין אם מובנים או חיצוניים, עוד מתקופת ה-OCS נעשה שימוש בכלים היותר נפוצים והוא ה-OCSLogger וה-Snopper שבאמצעותם ניתן לאתר תקלות ולמצוא בעיות בצורה מהירה.
בנוסף לכלים אלה ישנם כלים נוספים, כגון: Lync Monitor, MOSDAL, קובצי ETL ו-UCCP וכו’.
מעבר לכלים הנ”ל ישנו ב-Lync 2013 רכיב מובנה שנקרא Centralized Logging Service המאפשר לבצע הפעלה ואיסוף של לוגים לפי פרמרטים שונים וע”י כל לבצע דיאגנוסטיקה של שרת ה-Lync, בגדול הרכיב מאד דומה ל-Diagnostic Logging שקיים בשרתי Exchange.
מהו Centralized Logging Service ואיך הרכיב עובד
Centralized Logging Service או בקצרה CLS מאפשר להפעיל לוגים ולבטל אותם בהתאם ולפי הצורך, להגדיר רמה מסוימת לכל לוג ולהגדיר Flag על כל אחד מהם.
CLS כולל 29 תרחישים שעליהם ניתן להפעיל לוגים, בין היתר ישנם רכיבים כגון:
AlwaysOn
Media Connectivity
ApplicationSharing
AddressBook
DeviceUpdate
MeetingJoin
בנוסף לכך ישנם 257 תתי רכיבים שונים שאותם ניתן להפעיל בכל תרחיש.
מה זה CLS Scenario? למעשה הוא אוסף של custom collections מובנים של תרחישים הכוללים בעיות גנריות ומתקדמות שאותם ניתן להפעיל, אותם Scenario מורכבים מ-Provider המאפשר להפעיל פרמטרים של הלוגים לפי רמה, flag ורכיבים.
אם נריץ את הפקודה Get-CsClsScenario | select Name | fw נוכל לראות את כל התרחישים הקיימים בשרת
רכיב Centralized Logging Service בנוי משני רכיבים: Controller ו-Agent.
הרכיב הראשון הוא רכיב Agent אשר רץ בכל שרת ונקרא ClsAgent, ה-Agent רץ על כל שרת Lync Front-End עם Service שנקרא Lync Server Centralized Logging Service Agent.
ClsAgent.exe אשר ממוקם בתיקיית C:\Program Files\Common Files\Microsoft Lync Server 2013\ClsAgent עובד עם פורטים 50001-50003, כאשר ה-Agent מקבל פקודה הוא מתחיל לאסוף לוגים ורושם אותם לתיקיית ה-Trace בשרת המקומי.
רכיב שני שנעשה בו שימוש הוא Controller, תפקידו הוא לשלוח פקודות ל-Agents של הפעלה, ביטול, Flush ועוד. ה-Controller יכול לרוץ ולעבוד מול כמה שרתים הקיימים ב-Pool.
לאחר ש-Controller שולח פקודה ל-Agent הוא מקבל בחזרה את תוצאות הלוגים ומבצע אגרגציה.
הערה: במידה וישנו שרת אחד ב-Pool כל הפעולות נעשות מתוך אותו שרת באותה צורה אך מקומית.
כלי CLSController נמצא במיקום C:\Program Files\Common Files\Microsoft Lync Server 2013\ClsAgent ומשם ניתן להפעיל אותו מול ה-Agents ב-Pool,
איך עובדים עם CLS
העבודה עם CLS נעשית מתוך ממשק Lync Management Shell ודרכו ניתן להפעיל לוג לפי רכיב, רמה וכו’ ולקבל את כל המידע אודות התקלה בשרת.
אז מה יש לנו בשרת ומה ברירת המחדל המוגדרת בשרת
קונפיגורצית CLS
ניתן לעבוד עם שני פקודות: Agent או CLSController.
בכדי לעבוד על שרת אחד ספציפי ניתן לעבוד מתוך Lync Management Shell, אם נריץ את הפקודה Get-CsClsConfiguration נקבל את הגדרות ברירת החדל של ה-CLS.
תחילת עבודה
בכיד להתחיל לעבוד עם הלוג נריץ את הפקודה Start-CsClsLogging -Scenario AlwaysOn
ניתן להריץ את הפקודה עם פרמטרים מתקדמים שכוללים: שעה, שילוב של כמה תרחישים, לפי Pool מסוים ועוד.
בכל שימוש בתרחיש Always On מומלץ להגדיר זמן לפי פרמטר Duration.
לדוגמא נריץ את הפקודה שתרוץ רק שעה נקליד את הפקודה הבאה: Start-CsClsLogging -Scenario AlwaysOn -Duration 01:00 -Verbose
בכדי לעבוד על כמה שרתים במקביל ניתן לעבוד עם ClsController, בסביבת מרובת שרתים ניתן לעבוד עם הכלי ClsController ולהפעיל את אותם פקודות ופרמטרים עם הפקודה הבאה:
ClsController.exe -start -scenario AlwaysOn או CLSController.exe -start -scenario IncomingAndOutgoingCall -pool lyfe.lab.local
את הלוגים נפתח לאחר מכן עם כלי Snopper שניתן להורדה בקישור הבא: Microsoft Lync Server 2013 Debugging Tools
לסיכום
כלי Centralized Logging Service מאפשר לאסוף לוגים מתוך שרת ה-Lync או מתוך ה-Pool וע”י כך לאתר ולנטר תקלות בזמן קצר ולפי תרחישים.
עוד על CLS במאמר הבא: Overview of the Centralized Logging Service