לפני Looker 24.20, כשהוגדר אימות OAuth לחיבורים של Google BigQuery, Looker יצר פרטי כניסה ל-OAuth שאפשרו למשתמש במסד הנתונים לבקש היקף הרשאות קריאה וכתיבה. החל מגרסה 24.20 של Looker, המערכת מבקשת היקפי הרשאות לקריאה בלבד ב-OAuth לכל חיבור חדש של BigQuery OAuth, הרשאות OAuth חדשות לחיבורים קיימים של BigQuery OAuth והרשאות מחדש לחיבורים קיימים של BigQuery OAuth.
שימו לב לנקודות הבאות לגבי חיבורים ל-Google BigQuery עם היקפי הרשאות לקריאה בלבד:
- המשתמשים לא יכולים לבצע פעולות כתיבה ב-SQL Runner.
- חיבורים של Google BigQuery שמוגדרים לאימות OAuth לא תומכים בביטול שאילתות.
החל מ-1 במרץ 2025, Looker יוציא משתמשים שלא נתנו הרשאה מחדש עם היקפי הרשאות לקריאה בלבד ב-OAuth מכל החיבורים התואמים ל-BigQuery. כתוצאה מכך, כל לוחות הזמנים שתלויים בחיבורים האלה ייכשלו. כל אחד מהמשתמשים האלה יצטרך לאשר מחדש את פרטי הכניסה לחיבור OAuth כדי להבטיח שהתזמון יתבצע ללא הפרעות. אתם יכולים גם להקצות מחדש לוח זמנים למשתמש שאישר מחדש את פרטי הכניסה שלו לחיבור OAuth.
כדי להבטיח מעבר חלק לפרטי הכניסה המעודכנים של OAuth, צריך לפעול לפי השלבים שמפורטים בקטעים הבאים:
- אישור מחדש של פרטי הכניסה לחיבור OAuth
- יצירת רשימה של כל המשתמשים עם לוחות זמנים שעלולים להיות מושפעים
- (אופציונלי) אילוץ שימוש בהיקף לקריאה בלבד בכל המכונה של Looker
אישור מחדש של פרטי הכניסה לחיבור OAuth
כדי לעדכן את פרטי הכניסה ל-OAuth כך שישתמשו בהיקף לקריאה בלבד, פועלים לפי השלבים הבאים:
- עוברים לדף חשבון.
- בקטע OAuth Connection Credentials, לוחצים על Reauthorize לצד כל קבוצת פרטי כניסה.
- תתבקשו לאשר מחדש את הגישה של Looker לנתוני BigQuery. במסך האישור צריכה להופיע ההרשאה "הצגת הנתונים שלך ב-Google BigQuery" במקום "הצגה וניהול של הנתונים שלך ב-Google BigQuery".
כל משתמש שיש לו פרטי כניסה ל-OAuth בשביל החיבור ל-BigQuery צריך לבצע את השלבים האלה.
יצירת רשימה של כל המשתמשים עם לוחות זמנים שעלולים להיות מושפעים
כדי ליצור רשימה של כל המשתמשים בלי פרטי כניסה לקריאה בלבד ב-OAuth שיצרו לוחות זמנים בחיבורים שלכם ל-BigQuery, צריך להיכנס ל-System Activity Explore הבא, ולהחליף את INSTANCE_NAME בכתובת של המכונה שלכם ב-Looker (למשל https://example.cloud.looker.com).
INSTANCE_NAME/explore/system__activity/scheduled_plan_oauth_events?fields=user.name,count,query.model&f[query.model]=-NULL&f[count]=0&sorts=user.name&limit=500&column_limit=50&query_timezone=America%2FLos_Angeles&vis=%7B%22show_view_names%22%3Afalse%2C%22show_row_numbers%22%3Atrue%2C%22transpose%22%3Afalse%2C%22truncate_text%22%3Atrue%2C%22hide_totals%22%3Afalse%2C%22hide_row_totals%22%3Afalse%2C%22size_to_fit%22%3Atrue%2C%22table_theme%22%3A%22white%22%2C%22limit_displayed_rows%22%3Afalse%2C%22enable_conditional_formatting%22%3Afalse%2C%22header_text_alignment%22%3A%22left%22%2C%22header_font_size%22%3A12%2C%22rows_font_size%22%3A12%2C%22conditional_formatting_include_totals%22%3Afalse%2C%22conditional_formatting_include_nulls%22%3Afalse%2C%22x_axis_gridlines%22%3Afalse%2C%22y_axis_gridlines%22%3Atrue%2C%22show_y_axis_labels%22%3Atrue%2C%22show_y_axis_ticks%22%3Atrue%2C%22y_axis_tick_density%22%3A%22default%22%2C%22y_axis_tick_density_custom%22%3A5%2C%22show_x_axis_label%22%3Atrue%2C%22show_x_axis_ticks%22%3Atrue%2C%22y_axis_scale_mode%22%3A%22linear%22%2C%22x_axis_reversed%22%3Afalse%2C%22y_axis_reversed%22%3Afalse%2C%22plot_size_by_field%22%3Afalse%2C%22trellis%22%3A%22%22%2C%22stacking%22%3A%22%22%2C%22legend_position%22%3A%22center%22%2C%22point_style%22%3A%22none%22%2C%22show_value_labels%22%3Afalse%2C%22label_density%22%3A25%2C%22x_axis_scale%22%3A%22auto%22%2C%22y_axis_combined%22%3Atrue%2C%22ordering%22%3A%22none%22%2C%22show_null_labels%22%3Afalse%2C%22show_totals_labels%22%3Afalse%2C%22show_silhouette%22%3Afalse%2C%22totals_color%22%3A%22%23808080%22%2C%22type%22%3A%22looker_grid%22%2C%22defaults_version%22%3A1%2C%22series_types%22%3A%7B%7D%2C%22hidden_fields%22%3A%5B%22count%22%5D%7D&filter_config=%7B%22query.model%22%3A%5B%7B%22type%22%3A%22%21null%22%2C%22values%22%3A%5B%7B%7D%2C%7B%7D%5D%2C%22id%22%3A0%7D%5D%2C%22count%22%3A%5B%7B%22type%22%3A%22%3D%22%2C%22values%22%3A%5B%7B%22constant%22%3A%220%22%7D%2C%7B%7D%5D%2C%22id%22%3A1%7D%5D%2C%22__%21internal%21__%22%3A%5B%22OR%22%2C%5B%5B%22AND%22%2C%5B%5B%22FILTER%22%2C%7B%22field%22%3A%22query.model%22%2C%22value%22%3A%22-NULL%22%2C%22type%22%3A%22%21null%22%7D%5D%2C%5B%22FILTER%22%2C%7B%22field%22%3A%22count%22%2C%22value%22%3A%220%22%7D%5D%5D%5D%5D%5D%7D&dynamic_fields=%5B%7B%22category%22%3A%22measure%22%2C%22expression%22%3Anull%2C%22label%22%3A%22Count%22%2C%22value_format%22%3Anull%2C%22value_format_name%22%3Anull%2C%22based_on%22%3A%22event_attribute.value%22%2C%22_kind_hint%22%3A%22measure%22%2C%22measure%22%3A%22count%22%2C%22type%22%3A%22count_distinct%22%2C%22_type_hint%22%3A%22number%22%2C%22filters%22%3A%7B%22event_attribute.value%22%3A%22%25%2Fauth%2Fbigquery.readonly%25%22%7D%7D%5D&origin=share-expanded
כל אחד מהמשתמשים האלה יצטרך לאשר מחדש את פרטי הכניסה לחיבור OAuth כדי להבטיח שהשליחה לפי לוח הזמנים תתבצע ללא הפרעות.
(אופציונלי) אילוץ שימוש בהיקף הרשאות לקריאה בלבד בכל המכונה של Looker
כדי להוציא את כל המשתמשים שיש להם פרטי כניסה ל-OAuth שמאפשרים היקף קריאה וכתיבה מכל אחד מהחיבורים שלכם ל-BigQuery, צריך לבצע את השלבים הבאים:
- עוברים לדף הגדרות אדמין – הגדרות כלליות .
- מעבירים את ההגדרה אילוץ שימוש בהיקף הרשאות לקריאה בלבד ב-BigQuery למצב "מופעל" ולוחצים על עדכון.
התהליך הזה לא מחבר מחדש את המשתמשים ל-BigQuery. המשתמשים יתבקשו להיכנס ל-BigQuery בפעם הבאה שהם יריצו שאילתה שמבוססת על מודל עם חיבור ל-BigQuery. כל לוחות הזמנים שתלויים בחיבורים האלה ייכשלו עד שהמשתמש ייכנס לחשבון. אתם יכולים גם להקצות מחדש לוח זמנים לעצמכם או למשתמש אחר שכבר נתן הרשאה מחדש לפרטי הכניסה של חיבור ה-OAuth.