התכונה Elite System Activity זמינה רק במופעים שמתארחים ב-Looker. במקרים שבהם הלקוח מארח את המופעים, אפשר ליצור עותק לקריאה של מסד הנתונים של העורף ב-Looker כדי ליהנות מחלק מהיתרונות של Elite System Activity.
כדי להשתמש באפשרות הזו, צריך להגדיר את המופע כך שישתמש במסד נתונים של MySQL בקצה העורפי.
האפשרות הזו זמינה רק במופעים שמתארחים אצל הלקוח. במקרים של מופעים שמתארחים ב-Looker, צריך לפנות למומחה מכירות של Google Cloud.
כדי להגדיר העתק לקריאה של מסד הנתונים של MySQL backend ולהגדיר את Looker כך שישתמש בהעתק לקריאה לשאילתות של פעילות המערכת:
יוצרים עותק לקריאה של מסד הנתונים של ה-backend ב-MySQL. לדוגמה, כדי ליצור העתק לקריאה של MySQL ב-AWS, פועלים לפי ההוראות במסמכי התיעוד של Amazon בנושא עבודה עם העתקים לקריאה. שומרים את מזהה מופע מסד הנתונים ואת מספר היציאה, כי תצטרכו אותם כדי להגדיר את Looker בשלב הבא.
במופע Looker, יוצרים קובץ
yamlבשםsa-dbעם התוכן הבא:dialect: mysql host: <DB instance identifier> username: root password: <password> database: looker port: <DB instance port>מפסיקים את Looker.
מפעילים את Looker באמצעות אפשרות ההפעלה
--internal-analytics-connection-file sa-db.yml. ההגדרה הזו קובעת ש-Looker ישתמש במסד הנתונים של העותק לקריאה שהוגדר ב-sa-db.ymlלשאילתות של פעילות המערכת.אפשר גם להשתמש באפשרויות ההפעלה הבאות כדי לשנות את ההגדרה של Elite System Activity:
-
--internal-analytics-retention-days=<number>: כברירת מחדל, נתוני הפעילות במערכת נשמרים למשך 90 יום. אפשר להשתמש באפשרות ההפעלה הזו כדי לציין כמה ימים של נתונים היסטוריים יישמרו ב'פעילות המערכת'. אנחנו לא ממליצים להגדיל את תקופת שמירת הנתונים מעבר ל-90 ימים, אבל אפשר לקצר את תקופת שמירת הנתונים כדי לשפר את הביצועים. אם אתם רוצים להגדיל את תקופת השמירה של נתונים היסטוריים מעבר ל-90 הימים שמוגדרים כברירת מחדל, אתם יכולים לפנות למנהל החשבון שלכם ולבקש אירוח של Looker עם האפשרות Elite System Activity.
אם אתם רוצים להגדיר יותר ימים מברירת המחדל, אתם יכולים לפנות למנהל החשבון שלכם כדי לקבל מידע על אירוח Looker עם האפשרות 'פעילות מערכת' ב-Elite -
--internal-analytics-connection-pool-size=<number>: כברירת מחדל, השאילתות של פעילות המערכת מוגבלות לגודל של מאגר חיבורי מסד נתונים של 1, כלומר כמה שאילתות של ניתוח מערכת יתווספו לתור ויפעלו ברצף במסד הנתונים של העורף. כך אנחנו מונעים עומס יתר על מסד הנתונים הפנימי כתוצאה משאילתות של ניתוח מערכת. אפשר להשתמש באפשרות ההפעלה הזו כדי לציין את מספר השאילתות המקבילות של ניתוח המערכת שאפשר להריץ בו-זמנית. לדוגמה, 8.-
אחרי שמגדירים את השימוש במסד הנתונים של העותק לקריאה עבור שאילתות של פעילות המערכת, Looker ימשיך להשתמש במסד הנתונים הראשי של MySQL כמסד הנתונים הפנימי של האפליקציה. לוחות בקרה וניתוחים של פעילות המערכת ישתמשו במסד הנתונים של העותק לקריאה.
כדי לוודא ש-Looker משתמש במסד הנתונים של העותק לקריאה עבור שאילתות של פעילות המערכת:
- אם משנים את הסיסמה בקובץ
sa-db.yml, שאילתות של פעילות המערכת יחזירו שגיאה. - במסד הנתונים של MySQL, אפשר להריץ את הפקודה
show processlist;כדי לראות את התהליכים הפועלים כרגע. במסד הנתונים הראשי של Looker אמורים להופיע הרבה חיבורים פתוחים במצב שינה, ואילו במסד הנתוניםlooker__internal__analyticsיופיעו שאילתות ניתוח.
לוחות בקרה של פעילות המערכת וניתוחים ישתמשו במסד הנתונים של העותק לקריאה, אבל ניתוחים מדור קודם של
i__lookerעדיין יבצעו שאילתות במסד הנתונים הראשי של ה-Backend. מעדכנים את כל ה-Looks או לוחות הבקרה השמורים ששולחים שאילתות ל-i__lookerכדי שהם ישלחו שאילתות לפעילות המערכת. כדי לוודא שכל התצוגות והמרכזים לבקרה השמורים שולחים שאילתות לחיבור הנכון למסד הנתונים של העותק לקריאה, צריך להשתמש בשיטות שמתוארות בדף התיעוד הזה.