הגדרות אדמין – מרכזי בקרה לפעילות במערכת

בקטע System Activity בתפריט Admin מוצגים מרכזי בקרה מובנים עם מידע על השימוש והביצועים של המכונה של Looker. אתם יכולים להוריד, לתזמן, להגדיר התראות ולהתעמק במדדים וברכיבים, בדיוק כמו בכל מרכז בקרה אחר. הנתונים במרכזי הבקרה לפעילות במסמך של System Activity מתעדכנים ונשמרים במטמון כל 12 שעות.

לפני שמפעילים את System Activity בפריסת Looker באירוח בצד הלקוח עם קצה עורפי של MySQL, צריך לוודא שהגדרתם בצורה נכונה את המשתמש למסד הנתונים של הקצה העורפי. באופן ספציפי, צריך לבצע את השלב של grant all on looker_tmp.* to '<DB_username>'@'%'; לפני שמפעילים את התכונה "פעילות המערכת". ההליך מפורט בדף התיעוד העברת מסד הנתונים לקצה העורפי של Looker ל-MySQL.

ההרשאה לשלוח תוכן ליעדי אימייל היא ספציפית למודל. לכן, כדי לשלוח או לתזמן מרכזי בקרה של פעילות המערכת ליעדי אימייל, המשתמשים צריכים לבחור באפשרות All (הכול) במודלים ב-Model Set (קבוצת המודלים) שצוינה לתפקיד שלהם.

מרכזי הבקרה של System Activity מתחברים למסד הנתונים של האפליקציה הבסיסית של המכונה שלכם ב-Looker. הם מציגים מידע על המכונה שלכם, כולל דוחות Look ומרכזי בקרה, פרטי משתמשים, מידע היסטורי על שאילתות ונתונים סטטיסטיים של ביצועים. רמת הפירוט ומשך השמירה של נתוני הפעילות במערכת כפופים למגבלות המערכת. התכונה "פעילות המערכת" נועדה לאסוף נתונים בנפח גבוה, ואפשר להשתמש בה כדי להשלים את יומני הפעילות של העסק.

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

כברירת מחדל, נתוני פעילות המערכת מאוחסנים במסד הנתונים הפנימי של המכונה של Looker. בהגדרה הזו, Looker שומר נתונים היסטוריים של שאילתות ואירועים למשך 90 ימים לכל היותר.

הטקסט במסננים שמופעלים על ידי משתמשים נגיש ב-System Activity, וכל משתמש שיש לו הרשאה לצפות במודל System Activity יכול לראות אותו.

יוצרים קמפיינים: משנים את הרשאות הגישה של המשתמשים למודל System Activity. לאדמינים יש גישה למודל הזה כברירת מחדל. משתמשים שאין להם הרשאת אדמין יכולים לקבל גישה למודל System Activity אם נותנים להם את ההרשאה see_system_activity.

בסביבה מוטמעת, הגבלות מחמירות מונעות ממשתמשים מוטמעים לעבד נתוני מערכת בסיסיים, גם אם אתם מעניקים את ההרשאה see_system_activity במהלך אימות בכניסה יחידה (SSO). אין תמיכה בהטמעה ישירה של מרכזי בקרה לפעילות במסמך למשתמשים מוטמעים רגילים. במאמר פעילות המערכת בסביבות מוטמעות מפורטות דרכים חלופיות לשיתוף הנתונים האלה.

מספר השאילתות שאפשר להריץ בו-זמנית בלוחות הבקרה וב-Explores של System Activity מוגבל. המגבלה הזו עלולה להאריך את זמני הטעינה של מרכזי הבקרה של פעילות המערכת.

טיפ מצוות Chat: נתונים מבוססי-זמן ב-System Activity נשמרים לפי אזור הזמן של המערכת. מידע נוסף זמין בדף התיעוד שימוש בהגדרות אזור הזמן.

מרכזי בקרה של פעילות המערכת

אלה מרכזי הבקרה של System Activity:

מרכז הבקרה לפעילות המשתמשים

בלוח הבקרה User Activity מוצג מידע על המשתמשים ועל השימוש שלהם במכונה של Looker.

לוח הבקרה פעילות משתמש כולל משבצות שבהן מוצג המידע הבא:

  • המספר הכולל של המשתמשים במכונה של Looker.

  • מספר המשתמשים מכל סוג במכונה של Looker, כולל:

  • המספר הכולל של המשתמשים במכונה של Looker לאורך זמן.

  • אחוז המשתמשים ששלחו לפחות שאילתה אחת במכונה של Looker ב-7 הימים האחרונים.

  • תמונת מצב של פעילות ההתחברות של המשתמשים ב-90 הימים האחרונים.

  • מספר הדקות הממוצע של פעילות ומספר השאילתות הממוצע לכל משתמש בכל שבוע ב-6 השבועות האחרונים.

  • מספר המשתמשים ששלחו לפחות שאילתה אחת ב-7 הימים האחרונים, מקובצים לפי מקור השאילתה.

  • רשימה של המשתמשים שהשתמשו במכונה של Looker הכי הרבה זמן ב-7 הימים האחרונים.

  • רשימה של המשתמשים שיצרו הכי הרבה מרכזי בקרה חדשים במכונה של Looker ב-7 הימים האחרונים.

  • רשימה של משתמשים שהפעילו הכי הרבה אירועי Git ממכונת Looker שלכם מאז ומתמיד.

  • רשימה של משתמשים שלא התחברו למכונה שלכם ב-Looker ב-90 הימים האחרונים.

  • משבצת טקסט עם קישורים למשאבי הדרכה ולימוד של Looker.

  • רשימה של ניסיונות ההתחברות האחרונים שנכשלו, עם הפרטים הבאים לגבי כל ניסיון:

    • השעה של ניסיון ההתחברות.
    • מזהה המשתמש.
    • שיטת האימות שבה נעשה שימוש.
    • הודעות שגיאה שהוחזרו.

מרכז הבקרה לפעילות במסמך

במרכז הבקרה Content Activity מוצג מידע על מרכזי הבקרה, ה-Looks וה-Explores שצופים בהם ומתזמנים אותם במכונה של Looker.

לוח הבקרה פעילות תוכן כולל משבצות שמציגות את הנתונים הבאים:

  • מספר מרכזי הבקרה שלא נמחקו.
  • מספר ה-Looks שלא נמחקו.
  • מספר התוכניות המתוזמנות.
  • אחוז מרכזי הבקרה שנשלחו אליהם שאילתות ב-30 הימים האחרונים.
  • אחוז ה-Looks שנשלחו לגביהם שאילתות ב-30 הימים האחרונים.
  • מספר המשימות המתוזמנות לכל יום ב-7 הימים האחרונים.
  • מספר השאילתות ב-Explore שהונפקו ב-30 הימים האחרונים.
  • רשימה של כל מרכזי הבקרה וה-Looks שאליהם ניגשו ב-30 הימים האחרונים, שאפשר למיין לפי מספר הצפיות בממשק המשתמש של Looker, מספר הפעמים שהם נצפו בהטמעה, מספר הפעמים שהם נצפו דרך Looker API, מספר הפעמים שהתוכן נוסף למועדפים ומספר הפעמים שהתוכן נשלח דרך משימה מתוזמנת.
  • רשימה של ניתוחים שנוצרו ב-30 הימים האחרונים, שבה מוצגים מספר הפעמים שהניתוח הופעל ומספר המשתמשים שהפעילו את הניתוח.
  • רשימה של מרכזי בקרה ו-Looks שלא ניגשו אליהם ב-30 הימים האחרונים, שבה מוצג מספר הצפיות בתוכן ב-90 הימים האחרונים בממשק המשתמש של Looker, בהטמעה ובאמצעות Looker API. בנוסף, מוצג מספר הפעמים שהתוכן נוסף למועדפים ב-90 הימים האחרונים, ומספר הפעמים שהתוכן נשלח באמצעות משימה מתוזמנת.
  • רשימה של ניתוחים שנוצרו ב-90 הימים האחרונים ולא נשלחו אליהם שאילתות ב-30 הימים האחרונים. הרשימה מציגה את משך הזמן שחלף מאז שהניתוח הופעל לאחרונה, את מספר הפעמים שהניתוח הופעל ב-90 הימים האחרונים, את התאריך שבו הניתוח הופעל לאחרונה ואת התאריך שבו הניתוח הופעל בפעם הראשונה.

לוח הבקרה Database Performance

בלוח הבקרה Database Performance מוצג מידע על הביצועים של התוכן ושל ה-PDT במופע Looker שלכם. אפשר לסנן את כל מרכז הבקרה לפי Connection Name. בלוח הבקרה יש תובנות לגבי זמני ריצה של שאילתות, בו-זמניות ו-PDT builds, ומופיעים בו מספר השגיאות בשאילתות ומספר הכשלים ב-PDT builds.

לוח הבקרה Database Performance כולל משבצות שמציגות את הנתונים הבאים:

  • זמן אחזור של שאילתה: פירוט של הזמן הממוצע שלוקח להריץ שאילתה במסד הנתונים. כך אפשר להבחין בין זמן אחזור שנגרם על ידי Looker לבין זמן אחזור שנגרם על ידי מסד הנתונים עצמו. אם אתם רואים שהערכים של "Average Time Spent Running Queries" או "Average Time Spent Initializing and Connecting" גבוהים באופן עקבי, יכול להיות שהקצאת המשאבים למסד הנתונים לא מספיקה, והגדלת המשאבים שלו יכולה להוביל לשיפורים משמעותיים.
  • Query Concurrency: תצוגה של המספר הממוצע של שאילתות בו-זמניות, לפי קטגוריות של מקורות. כדי לבצע ניתוח יעיל, אתם יכולים לסנן לפי חיבור יחיד ולבטל את ההסתרה של הסדרה Max Connections כדי להשוות בין עומס השאילתות לבין מגבלת החיבור. אם מספר החיבורים בו-זמנית גבוה באופן עקבי, אתם יכולים לשנות את ההגדרה Max Connections (מספר החיבורים המקסימלי) בדף הניהול של החיבורים כדי למנוע עומס יתר על מסד הנתונים.
  • אחוז השאילתות שהוחזרו מהמטמון.
  • כל השאילתות שהופעלו ב-30 הימים האחרונים, מקובצות לפי מקור השאילתה, עם זמני ריצה של שאילתות שנצברו לרמות, וכל רמת זמן ריצה מוצגת כאחוז מכל השאילתות.
  • טבלה של 15 המשתמשים המובילים, שבה מוצג מספר השאילתות שהופעלו ב-7 הימים האחרונים.
  • טבלה של 10 מקורות השאילתות המובילים, שבה מוצג מספר השאילתות שהופעלו ב-7 הימים האחרונים.
  • מספר השאילתות שהופעלו, מספר המשתמשים הפעילים ואחוז השאילתות שהוחזרו מהמטמון בכל שעה ביום.
  • מספר המשימות המתוזמנות והתוכניות המתוזמנות לכל שעה ביום.
  • מספר ה-PDT שנוצרו לכל חיבור בכל שעה ביום.
  • זמן הריצה הממוצע של כל ניתוח ב-7 הימים האחרונים, ממוין לפי זמן הריצה הארוך ביותר.
  • זמן ההפעלה הממוצע של כל Look ב-7 הימים האחרונים, ממוין לפי זמן ההפעלה הארוך ביותר.
  • זמן הריצה הממוצע של כל מרכז בקרה ב-7 הימים האחרונים, ממוין לפי זמן הריצה הארוך ביותר.
  • רשימה של כל ה-PDT שנוצרו ב-7 הימים האחרונים, עם מספר הטריגרים שנכשלו, מספר היצירות שנכשלו ומספר היצירות שהצליחו.
  • זמן הבנייה הממוצע של כל PDT ב-7 הימים האחרונים, ממוין לפי זמן הבנייה הממוצע הארוך ביותר.

לוח הבקרה "ביצועי המכונה"

בלוח הבקרה Instance Performance מוצג מידע על העומס והביצועים של Scheduler ושל תוכן שדורש ביצועים גבוהים.

לוח הבקרה Instance Performance כולל משבצות שמציגות את הנתונים הבאים:

  • בדיקת מרכזי בקרה: המשבצת Taxing Dashboards עוזרת לזהות מרכזי בקרה שעלולים להעמיס על המכונה. אפשר למיין את הטבלה כדי לראות לאילו מרכזי בקרה יש את מרווחי הרענון הנמוכים ביותר, את המספר הגבוה ביותר של משבצות או מספר גבוה של שאילתות מיזוג. כדי לקבל פרטים נוספים על ההגדרות האלה, אתם יכולים לעבור לדף אמצעי הגנה על תוכן ולנהל את התוכן באופן יזום כדי לשפר את הביצועים של המכונה.
  • מפת חום שבה מוצג מספר המשימות המתוזמנות ומשך הזמן הממוצע שלהן בתור לכל שעה בכל יום בשבוע, כדי להראות אילו שעות או ימים משפיעים הכי הרבה על המתזמן.
  • מספר השאילתות וזמן הריצה הממוצע של השאילתות בימים שבהם זמן הריצה הממוצע חורג מפי 1.5 מסטיית התקן של כל הימים, כדי להראות אילו ימים משפיעים באופן חריג על Scheduler.
  • מספר המשימות המתוזמנות לכל ניתוח.
  • התוכן שתוזמן הכי הרבה פעמים ב-14 הימים האחרונים, כולל מספר הפעמים שכל פריט תוכן תוזמן בכל יום.
  • רשימה של שאילתות שהורדו או תזומנו עם האפשרות כל התוצאות.
  • מקורות מידע לאופטימיזציה: קבוצת לחצנים שמקשרים לדפי שיטות מומלצות ולמסמכי תיעוד בנושא אופטימיזציה של המכונה.

לוח הבקרה "המלצות לשיפור הביצועים"

מרכז הבקרה Performance Recommendations מציג הזדמנויות לשיפור הביצועים במכונה של Looker.

לוח הבקרה Performance Recommendations כולל משבצות עם המידע הבא:

  • המלצות למרכז הבקרה: רשימה של מרכזי בקרה שאולי לא פועלים כמו שצריך והמלצות לשיפור הביצועים.
  • ‫Explore Recommendations: רשימה של ניתוחים שאולי לא פועלים כמו שצריך והמלצות לשיפור הביצועים.

בקטעים הבאים מוסבר בפירוט על המשבצות.

המלצות במרכז הבקרה

במשבצת Dashboard Recommendations מוצגים מרכזי בקרה שעלולים לגרום לעומס על הביצועים של המכונה של Looker או של מסד הנתונים. המשבצת מספקת המלצות מהדף שיקולים ליצירת מרכזי בקרה של Looker עם ביצועים גבוהים בנושא שיטות מומלצות. כדי לשפר את הביצועים, אתם יכולים ליישם את ההמלצות האלה ברמת מרכז הבקרה. אלה האזהרות האפשריות שאתם עשויים לראות:

אזהרה המלצה
The number of queries generated by this dashboard is <X>, which is higher than recommended (<25). צמצמו את מספר משבצות השאילתות או צרו מרכז בקרה נוסף.
The number of merge queries generated by this dashboard is <X>, which is higher than recommended (<=4). צמצמו את מספר המשבצות של התוצאות הממוזגות.
The auto-refresh interval of this dashboard is <X>, which is lower than recommended (>=15 min). כדי למנוע עומס יתר על מסד הנתונים, צריך להגדיל את מרווח הזמן של הרענון האוטומטי או להשבית אותו.

עיון בהמלצות

במשבצת Explore Recommendations מוצגים חקירות שעשויות לגרום לעומס על הביצועים של מופע Looker או של מסד הנתונים.

המשבצת משווה בין הערכים הממוצעים של מדדי הביצועים של השאילתות בכל Explore לבין נקודות השוואה לביצועים תקינים של המכונה. רמת החומרה שמופיעה לצד כל ניתוח מציינת עד כמה המדדים של הניתוח חורגים מהערכים האלה.

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

שלב השאילתה אזהרה המלצות
Model Init: Computed The average model init: computed time is <X>, which is above the recommended benchmark. מסירים תצוגות מיותרות מהפרמטר include של מודל LookML. חשוב לוודא שקוד הייצור של LookML משתנה לעיתים רחוקות, רצוי בזמנים שבהם המשתמשים לא מריצים הרבה שאילתות.
Explore Init: From Cache The average explore init: from cache (marshalled cache load) time is <X>, which is above the recommended benchmark. מעבירים שדות בהתאמה אישית וחישובים בטבלה ל-LookML בכל מקום שאפשר.
Explore Init: Computed The average explore init: computed time is <X>, which is above the recommended benchmark. מסירים צירופים מיותרים מקובץ LookML explore. משתמשים בפרמטר LookML‏ fields כדי להחריג שדות מיותרים מה-Explore. חשוב לוודא שקוד הייצור של LookML משתנה לעיתים רחוקות, רצוי בזמנים שבהם המשתמשים לא מריצים הרבה שאילתות.
Prepare The average prepare time is <X>, which is above the recommended benchmark. כדי לקצר את זמן ההכנה, מפעילים את התכונה New LookML Runtime. מעבירים שדות בהתאמה אישית וחישובים בטבלה ל-LookML בכל מקום שאפשר.
Acquire Connection The average connection acquisition time is <X>, which is above the recommended benchmark. מגדירים את מגבלת החיבורים המקסימלית בחלונית של הגדרות החיבור. צריך להגדיר מגבלה שלא תהיה נמוכה מהמספר המקסימלי של שאילתות שצריך להריץ בו-זמנית בזמן שיא התנועה.
Execute Main Query The average main query execution time is <X>, which is above the recommended benchmark. הימנעו מלוגיקת SQL מורכבת, כמו פונקציות אנליטיות (window functions), ביטויי טבלה נפוצים (CTEs), תנאי איחוד (join) בשדות תאריך או שרשראות איחוד גדולות. כדי לקצר את זמני השאילתות, כדאי להכניס לוגיקת SQL מורכבת לטבלאות נגזרות מתמידות (PDT). השתמשו במודעוּת מצטברת כשאפשר.
Postprocessing The average postprocessing time is <X>, which is above the recommended benchmark. לפשט חישובים בטבלה ולהעביר אותם ל-LookML כשאפשר. הסירו טבלאות צירים, מיון או עיצוב ערכים מורכבים.
Stream to Cache The average stream to cache time is <X>, which is above the recommended benchmark. לפשט חישובים בטבלה ולהעביר אותם ל-LookML כשאפשר. הסירו טבלאות צירים, מיון או עיצוב ערכים מורכבים.

לוח הבקרה "שגיאות ותוכן פגום"

מרכז הבקרה Errors and Broken Content מציג את מרכזי הבקרה, ה-Looks, לוחות הזמנים וה-PDT שמפיקים שגיאות בשאילתות, וגם את מספר השגיאות לכל מקור שאילתה.

בלוח הבקרה הזה מוצגות רק שגיאות שמתרחשות בזמן הריצה של השאילתה. לדוגמה, אם מסירים שדה LookML מתצוגה, כל ה-Looks ומרכזי הבקרה שמשתמשים בשדה הזה יציגו אזהרות, אבל מרכז הבקרה Errors and Broken Content לא יציג את האזהרות האלה. משתמשים בכלי לאימות התוכן כדי לבדוק אם יש בעיות בהפניות של LookML בתצוגות ובמרכזי הבקרה.

לוח הבקרה Errors and Broken Content כולל משבצות שמציגות את הנתונים הבאים:

  • רשימה של מרכזי בקרה שיוצרים שגיאות, כולל השגיאות שניתנו, מנפיק השאילתה של כל מרכז בקרה ומספר המשתמשים שהריצו שאילתות באמצעות כל מרכז בקרה.
  • רשימה של משימות מתוזמנות שיוצרות שגיאות, כולל השגיאות שניתנו והיוצר של כל לוח זמנים.
  • רשימה של משימות מתוזמנות שכוללות אזהרות לגבי העברת נתונים חלקית. לכל משימה, הרשימה כוללת את שם מרכז הבקרה, פרטי סטטוס שמסבירים למה השליחה לא הושלמה, יוצר לוח הזמנים ותאריך היצירה של לוח הזמנים, וקישורים לתוכן ולתיקייה.
  • רשימה של דוחות Look שגורמים לשגיאות, כולל השגיאות שמוצגות והמנפיק של כל שאילתת Look.
  • רשימה של טבלאות PDT שיוצרות שגיאות, כולל פעולות ה-PDT שיצרו את הרשומה ביומן השגיאות, נתונים שקשורים לפעולת ה-PDT, מספר הפעמים שה-PDT יצרה פעולה של "שגיאה של ביטול יצירה" ומספר הפעמים שה-PDT יצרה "שגיאה של ערך טריגר".
  • מספר השגיאות מכל מקור שאילתות ב-10 הימים האחרונים.

אבחון לוח הבקרה

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

כדי לגשת למרכז הבקרה Dashboard Diagnostics מכל מרכז בקרה, לוחצים על סמל האפשרויות הנוספות (3 נקודות) של Dashboard actions ובוחרים באפשרות Dashboard Performance Summary.

בחלק מהמשבצות, כמו Query Runtime by Hour ו-Query Runtime by Tile, זמן הריצה של השאילתה מפורט לפי שלב השאילתה. שלבי השאילתה הם:

  • בתור: משך הזמן, בשניות, שהשאילתה הייתה בתור של Looker. מערכת Looker מכניסה שאילתות לתור כשהחיבור מגיע למגבלה של מספר החיבורים המקסימלי לכל צומת, או כשהוא מגיע למגבלה לכל משתמש (ערך ברירת המחדל הוא 15 שאילתות בו-זמנית).
  • אתחול השאילתה: משך הזמן, בשניות, שנדרש ל-Looker כדי ליצור את השאילתה מ-LookML המקורי ולהתחבר למסד הנתונים. אם השלב הזה נמשך זמן רב, יכול להיות שהמורכבות של מודל LookML או הקישוריות למסד הנתונים משפיעות על זמן הריצה של השאילתה.
  • שאילתה פעילה: משך הזמן, בשניות, ש-Looker המתין לתוצאות השאילתה בזמן שהשאילתה רצה במסד הנתונים. הזמן הזה כולל את השאילתה הראשית וכל שאילתה נוספת שנדרשת, כולל חישוב סכומים כוללים ויצירת טבלאות נגזרות קבועות (PDT). זו הסיבה הנפוצה ביותר לזמן ריצה ארוך של מרכז הבקרה, ואפשר לשפר אותו על ידי אופטימיזציה של ביצועי השאילתות.
  • תוצאות העיבוד: הזמן, בשניות, שנדרש ל-Looker כדי לעצב את התוצאות, לבצע חישובים בטבלה ולשמור במטמון את קבוצת התוצאות.

לוח הבקרה Dashboard Diagnostics כולל משבצות שמציגות את המידע הבא:

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

ניתוח שיחות

בלוח הבקרה Conversational Analytics מוצגים נתוני שימוש ונתוני טלמטריה של תכונות Conversational Analytics ב-Looker. לוח הבקרה הזה מתרענן כל 24 שעות.

לוח הבקרה Conversational Analytics מחולק לכרטיסיות הבאות:

אם התכונה בגרסת טרום-השקה (Preview) בדיקת שאילתות של משתמשי קצה ב-Conversational Analytics‏ (CA) מופעלת, במרכז הבקרה של Conversational Analytics מוצג מידע נוסף על השאילתות של המשתמשים ב-Conversational Analytics. לוח הבקרה Conversational Analytics מחולק לכרטיסיות הבאות:

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

מעורבות עם ניתוח נתונים בשיחה

נתוני השימוש ב-Conversational Analytics מוצגים בכרטיסייה מעורבות.

בקטע על משתמשים ושיחות מוצגים הנתונים הבאים:

  • סה"כ משתמשים: מספר המשתמשים ששאלו שאלות באמצעות ניתוח נתונים בשיחה.
  • אחוז המשתמשים הפעילים מתוך סך כל המשתמשים (ב-7 הימים האחרונים): אחוז המשתמשים הפעילים ששאלו שאלות באמצעות ניתוח שיחות.
  • סה"כ סוכנים: מספר הסוכנים לאינטראקציה עם נתונים שנעשה בהם שימוש בשיחות.
  • סה"כ שיחות: מספר השיחות שבהן משתמש שאל לפחות שאלה אחת.
  • Users by Type: השוואה בין משתמשים לפי סוג המשתמש, בהתאם לסוג הרישיון שלהם ב-Looker.
  • שיחות לפי סוג: השוואה בין מספר השיחות עם סוכנים לאינטראקציה עם נתונים לבין מספר השיחות עם כלי הניתוחים.
  • משתמשים שבועיים: מספר המשתמשים השבועיים.
  • שיחות שבועיות: פירוט שבועי של מספר השיחות עם סוכן לאינטראקציה עם נתונים או עם Looker Explore.
  • משתמשים פעילים ב-7 הימים האחרונים: מספר המשתמשים הפעילים ב-7 הימים האחרונים.
  • ממוצע שבועי של שאילתות לכל משתמש: הממוצע השבועי של שאילתות לכל משתמש.

בקטע הסוכנים, הניתוחים והמשתמשים המובילים מוצגים הנתונים הבאים:

  • הניתוחים המובילים: הניתוחים שבהם משתמשים הכי הרבה, ממוינים לפי הניתוחים עם הכי הרבה משתמשים, הכי הרבה שיחות והכי הרבה שאילתות.
  • ‫Agents Not Used in Last 30 Days: המזהים של הסוכנים שלא היו בשימוש ב-30 הימים האחרונים.
  • המשתמשים המובילים: המשתמשים הכי פעילים, ממוינים לפי המשתמשים עם הכי הרבה שיחות והכי הרבה שאילתות.

בקטע מידע מעמיק על סוכני מרכז הבקרה מוצגים הנתונים הבאים:

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

בקטע שאילתות מוצגים הנתונים הבאים:

  • Longest Running Queries: השאילתות שפועלות הכי הרבה זמן, ממוינות לפי השאילתות שלקח הכי הרבה זמן להריץ.
  • שאילתות לפי רמת זמן ריצה: שאילתות בחלוקה לפי רמות זמן ריצה בשניות.

שימוש בטוקנים ב-Conversational Analytics

השימוש בטוקנים של Conversational Analytics מוצג בכרטיסייה Token usage.

בכרטיסייה Token usage מוצגים הנתונים הבאים:

  • ‫Total Estimated Input Tokens: המספר הכולל של טוקנים של נתוני קלט שצפויים לשמש לניתוח שיחות.
  • ‫Total Estimated Output Tokens: המספר הכולל של טוקנים של נתוני פלט שצפויים לשמש לניתוח שיחות.
  • Daily Estimated Token Usage: תצוגה חזותית של השימוש היומי המשוער בטוקנים של קלט ופלט לאורך זמן.
  • ‫Daily Token Utilization: תרשים שמציג את ניצול הטוקנים היומי המשוער לאורך זמן.
  • ‫Top Agents by Token Usage: תצוגה חזותית של אסימוני הקלט שנשלחים על ידי הנציג ואסימוני הפלט בתגובות. בעמודה Conversation Surface מצוין סוג הסוכן לאינטראקציה עם נתונים, והיא כוללת את האפשרויות הבאות:
  • המשתמשים המובילים לפי שימוש בטוקנים: טבלה שבה מוצגים המשתמשים עם השימוש הגבוה ביותר בטוקנים.
  • ‫Top Conversations by Token Usage: טבלה שבה מוצגות השיחות עם השימוש הגבוה ביותר בטוקנים.

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

  • תאריך היצירה
  • מזהה הסוכן
  • פלטפורמת השיחה
  • User ID
  • מזהה השיחה

מידע נוסף על תמחור שמבוסס על שימוש בטוקנים מופיע בדף התמחור של Looker.

תשובות ומשוב

בכרטיסייה Responses & feedback מדווח מידע על התנהגות המשתמשים ב-Conversational Analytics, לגבי משתמשים שהסכימו לחשוף את נתוני השאילתות שלהם לאדמינים שלהם ב-Looker.

בכרטיסייה תשובות ומשוב מוצגים הנתונים הבאים:

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

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

    • שאלה: השאילתה כפי שהמשתמש כתב אותה, מקוצרת אם צריך. כשלוחצים על השאלה, השיחה של המשתמש נפתחת בחלונית נפרדת.
    • נציג: מזהה ייחודי של הנציג ב-Conversational Analytics.
    • לוח בקרה: עבור סוכנים לאינטראקציה עם נתונים של לוח בקרה, לוח הבקרה שמכיל את הנתונים שהסוכן שולח אליהם שאילתות.
    • ‫Model: במקרה של סוכני Explore לאינטראקציה עם נתונים, המודל הבסיסי של Explore שהסוכן שולח אליו שאילתות.
    • Explore: בסוכני לאינטראקציה עם נתונים של Explore, ה-Explore שהסוכן שולח אליו שאילתות.
    • דירוג: הדירוג של המשתמש לתשובה.
    • ‫Answer Success: התוצאה של הצלחת התשובה.
    • זמן אחזור: משך הזמן מקצה לקצה, בשניות, של סבב שיחה בודד מהרגע שבו המשתמש שולח שאילתה ועד שהתשובה הסופית נשלחת.
    • משתמש: השם של המשתמש שמתכתב בצ'אט עם הנציג.
    • חותמת זמן: חותמת הזמן בפורמט YYYY-MM-DD HH:MM:SS שבה המשתמש שלח את השאילתה.

היסטוריית השאילתות

לוח הבקרה Query History זמין בחלונית Performance של Explore, ומוצגים בו נתוני ביצועים נוכחיים והיסטוריית הביצועים של השאילתה ושל ה-Explore ששימש ליצירת השאילתה.

לוח הבקרה Query History כולל משבצות שמציגות את הנתונים הבאים:

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