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

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

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

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

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

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

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

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

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

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

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

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

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

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

בלוח הבקרה 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 שלכם.

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

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

לוח בקרה של ביצועי מסד הנתונים

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

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

  • זמן האחזור של השאילתה: פירוט של הזמן הממוצע שלוקח להריץ שאילתה במסד הנתונים. כך אפשר להבחין בין זמן האחזור שנגרם על ידי Looker לבין זמן האחזור שנגרם על ידי מסד הנתונים עצמו. אם אתם רואים שהערכים של 'הזמן הממוצע להרצת שאילתות' או 'הזמן הממוצע לאתחול ולחיבור' גבוהים באופן עקבי, יכול להיות שהמסד נתונים שלכם לא מוקצה מספיק משאבים, והגדלת המשאבים שלו יכולה להוביל לשיפורים משמעותיים.
  • מקבילות של שאילתות: תצוגה של המספר הממוצע של שאילתות בו-זמנית, שמסווגות לפי מקור. כדי לבצע ניתוח יעיל, אפשר לסנן לפי חיבור יחיד ולבטל את ההסתרה של סדרת החיבורים המקסימליים כדי להשוות את עומס השאילתות למגבלת החיבור. אם רמת הניצול של המקביליות גבוהה באופן עקבי, אפשר לשנות את ההגדרה Max Connections בדף האדמין Connections כדי למנוע עומס יתר על מסד הנתונים.
  • אחוז השאילתות שהוחזרו מהמטמון.
  • כל השאילתות שהופעלו ב-30 הימים האחרונים, מקובצות לפי מקור השאילתה, עם זמני ריצה של שאילתות שמצטברים לרמות, וכל רמת זמן ריצה מוצגת כאחוז מכל השאילתות.
  • טבלה של 15 המשתמשים המובילים שמציגה את מספר השאילתות שהופעלו ב-7 הימים האחרונים.
  • טבלה של 10 המקורות המובילים של שאילתות, שמוצג בה מספר השאילתות שהופעלו ב-7 הימים האחרונים.
  • מספר השאילתות שהופעלו, מספר המשתמשים הפעילים ואחוז השאילתות שהוחזרו מהמטמון בכל שעה ביום.
  • מספר העבודות המתוזמנות והתוכניות המתוזמנות בכל שעה ביום.
  • מספר ה-PDT שנוצרו לכל חיבור בכל שעה ביום.
  • זמן הריצה הממוצע של כל ניתוח ב-7 הימים האחרונים, ממוין לפי זמן הריצה הארוך ביותר.
  • משך ההפעלה הממוצע של כל Look ב-7 הימים האחרונים, ממוין לפי משך ההפעלה הארוך ביותר.
  • משך ההפעלה הממוצע של כל לוח בקרה ב-7 הימים האחרונים, ממוין לפי משך ההפעלה הארוך ביותר.
  • רשימה של כל ה-PDT שנוצרו ב-7 הימים האחרונים, שבה מוצג מספר הכשלים בהפעלת הטריגר, מספר הכשלים ביצירה ומספר הבנייות המוצלחות.
  • משך זמן של תהליך build הממוצע של כל PDT ב-7 הימים האחרונים, ממוין לפי משך זמן של תהליך build הממוצע הארוך ביותר.

מרכז הבקרה של ביצועי המכונה

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

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

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

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

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

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

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

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

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

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

עיון בהמלצות

בכרטיס המלצות לשיפור מוצגים ניתוחים שיכולים לגרום לעומס על הביצועים במופע 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. מסירים צירופים לא נחוצים מקובץ explore LookML. כדי להחריג שדות מיותרים מהניתוח, משתמשים בfields פרמטר LookML. חשוב לוודא שקוד הייצור של 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 מורכבת, כמו פונקציות חלון, CTE, תנאי צירוף בשדות תאריך או שרשראות צירוף גדולות. כדי לקצר את זמן השאילתות, כדאי להשתמש בטבלאות נגזרות מתמידות (PDT) בשביל לוגיקת SQL מורכבת. מומלץ להשתמש במודעות מצטברת כשזה אפשרי.
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 שלכם.

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

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

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

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

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

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

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

לוח הבקרה אבחון לוח הבקרה כולל כרטיסים שבהם מוצג המידע הבא:

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

ניתוח נתוני השיחות

במרכז הבקרה של ניתוח נתונים שיחותי מוצגים נתוני שימוש בתכונות של ניתוח נתונים שיחותי ב-Looker, כולל סוכני הנתונים וניתוחי הנתונים ממקורות הנתונים שהשימוש בהם הכי נפוץ, וגם המשתמשים הכי פעילים.

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

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

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

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

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

  • הניתוחים המובילים: הניתוחים שהכי הרבה משתמשים השתמשו בהם, ממוינים לפי ניתוחים עם הכי הרבה משתמשים, הכי הרבה שיחות והכי הרבה שאילתות
  • סוכנים שלא היו בשימוש ב-30 הימים האחרונים: מזהי הסוכנים שלא היו בשימוש ב-30 הימים האחרונים
  • המשתמשים המובילים: המשתמשים הכי פעילים, ממוינים לפי משתמשים עם הכי הרבה שיחות והכי הרבה שאילתות

בקטע Dashboard Agents Deep Dive מוצגים הנתונים הבאים:

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

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

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

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

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

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

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