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

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

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

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

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

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

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

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

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

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

מספר השאילתות שאפשר להריץ בו-זמנית בלוחות הבקרה וב-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" גבוהים באופן עקבי, יכול להיות שהקצאת המשאבים למסד הנתונים לא מספיקה, והגדלת המשאבים שלו יכולה להוביל לשיפורים משמעותיים.
  • שאילתות בו-זמניות: תצוגה של המספר הממוצע של שאילתות בו-זמניות, לפי קטגוריות של מקורות. כדי לבצע ניתוח יעיל, אתם יכולים לסנן לפי חיבור יחיד ולבטל את ההסתרה של הסדרה 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 מסטיית התקן של כל הימים, כדי להראות אילו ימים משפיעים באופן חריג על המתזמן.
  • מספר המשימות המתוזמנות לכל Explore.
  • התוכן שתוזמן בתדירות הגבוהה ביותר ב-14 הימים הקודמים, כולל מספר הפעמים שכל פריט תוכן תוזמן בכל יום.
  • רשימה של שאילתות שהורדו או תזומנו באמצעות האפשרות כל התוצאות.
  • מקורות מידע לאופטימיזציה: קבוצת לחצנים שמקשרים לדפי שיטות מומלצות ולמסמכי תיעוד בנושא אופטימיזציה של המכונה.

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

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

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

  • ‫Dashboard 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 או של מסד הנתונים.

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

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

שלב השאילתה אזהרה המלצות
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 בתצוגות ובמרכזי הבקרה.

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

  • רשימה של מרכזי בקרה שיוצרים שגיאות, כולל השגיאות שניתנו, מנפיק השאילתה של כל מרכז בקרה ומספר המשתמשים שהריצו שאילתות באמצעות כל מרכז בקרה.
  • רשימה של משימות מתוזמנות שיוצרות שגיאות, כולל השגיאות שניתנו והיוצר של כל לוח זמנים.
  • רשימה של משימות מתוזמנות שכוללות אזהרות לגבי העברת נתונים חלקית. לכל משימה, הרשימה כוללת את שם לוח הבקרה, פרטי סטטוס שמסבירים למה המסירה לא הושלמה, יוצר לוח הזמנים ותאריך היצירה של לוח הזמנים, וקישורים לתוכן ולתיקייה.
  • רשימה של דוחות 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 כולל משבצות שמציגות את המידע הבא:

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

ניתוח נתונים בממשק שיחה

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

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

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

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

מעורבות ב-Conversational Analytics

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

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

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

בקטע Top Agents, Explores, and Users מוצגים הנתונים הבאים:

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

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

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

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

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

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

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

אסימוני נתוני קלט הם אסימוני הנתונים שנשלחים למודל לעיבוד. אסימוני נתוני קלט יכולים לכלול את הטקסט או הנתונים הבאים:

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

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

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

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

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

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

  • תאריך היצירה
  • מזהה הנציג
  • פלטפורמת השיחה
  • User ID
  • מזהה השיחה

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

תשובות ומשוב

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

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

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

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

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

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

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

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

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