פתרון בעיות שקשורות ליכולת הצפייה ב-SAP

במאמר הזה מוסבר איך לפתור בעיות שאתם עלולים להיתקל בהן בזמן השימוש בשירות הניראות (observability) של עומסי עבודה של SAP בכלי לניהול עומס העבודה.

מזהה מערכת SAP לא מופיע בלוח הבקרה של יכולת הצפייה

אחרי הגדרת הסוכן של Google Cloud's Agent for SAP לצורך יכולת צפייה והענקת ההרשאות הנדרשות לחשבונות שירות לכל המכונות הווירטואליות שמארחות את הרכיבים השונים של מערכת SAP (כמו Central Services, שרתי אפליקציות ומסדי נתונים של SAP HANA), מזהה המערכת מופיע בלוח הבקרה של יכולת הצפייה ב-SAP. אם מזהה המערכת לא מופיע, צריך לבדוק את הגדרת הסוכן והיומנים, כמו שמוסבר בקטעים הבאים.

אימות הגדרות הנציג

צריך לוודא שכל התכונות הנדרשות מוגדרות בצורה נכונה עבור הסוכן שלGoogle Cloudל-SAP.

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

    sudo /usr/bin/google_cloud_sap_agent status

הפלט של הפקודה הזו מסכם את התכונות המופעלות והמושבתות. הוא גם מציין אם חסרות הרשאות IAM או אם יש בעיות בהגדרה. מידע נוסף זמין במאמר בנושא אימות ההגדרה של יכולת התצפית ב-Workload Manager.

בדיקת היומנים של המכונה הווירטואלית

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

  1. בוחרים מכונה וירטואלית כדי לפתוח את הדף פרטים.
  2. לוחצים על הכרטיסייה Observability כדי להציג מידע על המכונה הווירטואלית.

  3. בוחרים באפשרות כל היומנים וממיינים לפי שגיאה בעמודה חומרה.

    הכרטיסייה 'ניראות של מכונות וירטואליות'

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

בדיקת היומנים באמצעות Cloud Logging

צריך לוודא שהסוכן של SAP מזהה את עומסי העבודה של SAP בצורה נכונה. כדי לראות את רשומות היומן של מכונת ה-VM שמארחת את הסוכן:

  1. במסוף Google Cloud , בוחרים באפשרות Logging ואז באפשרות Logs Explorer:

    כניסה לדף Logs Explorer

  2. בחלונית Query, בוחרים באפשרות Show query ומזינים את השאילתה הבאה:

    jsonPayload.@type:"SapDiscovery"

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

  3. אופציונלי: כדי להציג יומנים שקשורים לתהליך שבו Agent for SAP מעלה את נתוני הגילוי של SAP, משתמשים בשאילתה הבאה:

     -jsonPayload.caller=~"third_party/sapagent/internal/system/clouddiscovery/cloud_discovery.go"
 -jsonPayload.caller=~"third_party/sapagent/internal/system/sapdiscovery"

סטטוס הבריאות מוצג כ'לא צוין'

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

  • יכול להיות שהסוכן של SAP‏ Google Cloudהופסק או שהוא מדווח על המדדים הנדרשים בצורה שגויה. מידע נוסף זמין במאמר אימות ההתקנה של הסוכן.

  • אם Agent for SAP פועל והסטטוס של המערכת הוא Unspecified, צריך לבדוק שהתכונות Process Monitoring ו-SAP HANA Monitoring מופעלות ומוגדרות בצורה נכונה בסוכן, בהתאם לתהליכי SAP שפועלים במכונה הווירטואלית. בשרתי אפליקציות ובשרתי שירותים מרכזיים צריך להפעיל את Process Monitoring, ובמסדי נתונים של SAP HANA צריך להפעיל את Process Monitoring ואת SAP HANA Monitoring.

    • ערכי ברירת המחדל של תדירות האיסוף של מדדי ניטור התהליכים שמשתנים במהירות ושל אלה שמשתנים לאט הם 5 שניות ו-30 שניות בהתאמה. אם מגדילים את הערכים האלה מעל ערכי ברירת המחדל, יכול להיות שסטטוס התקינות יהיה לא צוין.

  • בדף System overview (סקירה כללית של המערכת), בודקים אם Architecture (ארכיטקטורה) ו-Scale-Type (סוג קנה מידה) מזוהים בצורה נכונה במערכת. אם אחד מהפרמטרים האלה או שניהם שגויים, יש בעיה בסיסית בסוכן של SAP או בנתוני SAP שהועלו אלGoogle CloudGoogle Cloud. לניתוח נוסף, אפשר לפנות ל-Cloud Customer Care. אפשר לעיין במאמר קבלת תמיכה בנושא Agent for SAP של Google Cloud.

  • התפקידים של כל מכונת VM שקשורים למערכת לא מזוהים בצורה נכונה כי המדדים workload/sap/nw/instance/role או workload/sap/hana/ha/availability לא פועלים בצורה תקינה או חסרים. בודקים את תפקידי ה-SAP שזוהו ברשימת המכונות הווירטואליות בלוחות הבקרה Applications (אפליקציות) ו-Databases (מסדי נתונים).

    התפקידים הבאים נדרשים לכל אחד מסוגי הארכיטקטורה:

    • ארכיטקטורה מרכזית: שירותים מרכזיים, שרת אפליקציות ו-SAP HANA Primary.
    • ארכיטקטורה מבוזרת: שירותים מרכזיים, שרת אפליקציות ו-SAP HANA Primary.
    • מופץ עם HA: שירותים מרכזיים, ERC, שרת אפליקציות, SAP HANA Primary ו-SAP HANA Secondary.

    לכל המכונות הווירטואליות ברשימה צריך להיות תפקיד שהוקצה להן.

  • כדי לוודא שלמדדים הנדרשים יש ערך תקין, אפשר לבדוק את המדד ב-Cloud Monitoring או להשתמש בשיטת ה-API‏ timeSeries כדי לקבל את הערך האחרון שנדחף על ידי Agent for SAP. אם המדד לא מופיע ב-Cloud Monitoring או שאין לו ערך, סטטוס תקינות המערכת מסומן כלא מוגדר כי אין מספיק נתונים כדי להעריך את המדד הזה.

  • בארכיטקטורות Distributed עם HA, בודקים אם יש פעולה שנכשלה באשכול ומבצעים ניקוי על ידי הרצת הפקודות הבאות:

    RHEL 

    pcs resource cleanup RESOURCE_ID

    SLES 

    crm resource cleanup RESOURCE_ID

    מחליפים את RESOURCE_ID במזהה של המשאב שנכשל באשכול.

    פעולה שנכשלה באשכול עשויה להשפיע על המדדים workload.googleapis.com/sap/cluster/nodes ו-workload.googleapis.com/sap/cluster/resources, והמערכת תדווח על ערכים שגויים.

  • בודקים אם הגרסה של Agent for SAP Google Cloudעדכנית ושהגרסה האחרונה שזמינה מופעלת. גרסאות חדשות יותר של הסוכן מכילות תיקונים לבעיות ולבאגים שקשורים למדדי יכולת הצפייה. מדדים שגויים עלולים לגרום לסטטוס התקינות של המערכת להיות לא מוגדר.

  • במסדי נתונים של SAP HANA שמשוכפלים לאתר משני, צריך לבדוק אם יש הגדרת אשכול תקפה בין האתר הראשי לאתר המשני.