Troubleshooting errors

בדף הזה מתוארות הודעות שגיאה שעשויות להופיע כששולחים שאילתה על נתונים באמצעות Ads Data Hub, ומוסבר איך לפתור בעיות.

הודעות השגיאה מופיעות במיקומים הבאים:

  • בזמן עריכת שאילתות בממשק המשתמש של Ads Data Hub, הודעות שגיאה יופיעו בתיבה לאימות שמעל לטקסט השאילתה. כדי להרחיב את טקסט השגיאה, לוחצים על הצגת האימות.
  • אחרי שמריצים שאילתה שלא מסתיימת, השדה Details שספציפי למשימה מכיל הודעת שגיאה בשדה Error. כדי לראות את רשימת המשימות האחרונות, לוחצים על משימות בממשק המשתמש של Ads Data Hub.
  • אפשר לאחזר הודעות שגיאה באמצעות Ads Data Hub API, באמצעות המשאב operations.

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

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

קוד שגיאה: Internal

 השגיאה הזו מוחזרת מכמה סיבות. בין הסיבות הנפוצות לשגיאה הזו:
  • בעיה זמנית או זמן קצוב פג
  • נסו להריץ את השאילתה שוב.
  • כשמשתמשים ב-OFFSET() או ב-ORDINAL(), אם המדד מחוץ לטווח
  • מסירים את OFFSET() או את ORDINAL(), או שכותבים מחדש ומשתמשים במקום זאת ב-SAFE_OFFSET() או ב-SAFE_ORDINAL(). ( ref.)
  • כשיש זליגת נתונים שנגרמת כתוצאה מצבירה מחדש.
  • הימנעו מצבירה מחדש בשאילתה.
  • מומלץ להימנע מאיחוד בין נתונים לא מצטברים לנתונים מצטברים, ולאחר מכן מצטברים שוב.
  • כשבתוצאה יש מערך שמכיל רכיב NULL
  • בודקים את הכללים של BigQuery לגבי רכיבי NULL במערכים.
אם אף אחד מהתרחישים האלה לא רלוונטי לשאילתה שלכם, תוכלו לפנות אל התמיכה של Ads Data Hub כדי לאבחן את השגיאה.
לא נמצא: מערך הנתונים <myproject:mydataset> לא נמצא במיקום <regioncode>. השגיאה הזו מופיעה כשמנסים להפיק תוצאות של שאילתות למערך נתונים ב-BigQuery שנמצא באזור שונה מזה של מכונה של Ads Data Hub.
  • מריצים מחדש את המשימה, ומפנים אותה למערך נתונים שנמצא באותו אזור שבו נמצא המכונה של Ads Data Hub.
  • מעתיקים או יוצרים מחדש את הנתונים במערך נתונים שנמצא באותו אזור שבו נמצאת המכונה של Ads Data Hub.
  • במכונות של Ads Data Hub בארה"ב או באיחוד האירופי, צריך לציין את המיקום במספר אזורים US או EU. ציון של אזור ספציפי, כמו us-east1 או europe-west1, יגרום לכישלון המשימות.
צוות התמיכה של Ads Data Hub לא יכול לשנות את האזור שהוקצה למכונה שלכם ב-Ads Data Hub.
לא ניתן לגשת לטבלה ב-BigQuery. השגיאה הזו מופיעה במהלך התצוגה המקדימה של התוצאות, אם אין לכם גישה לטבלת הפלט ב-BigQuery.
  • מבקשים ממישהו בארגון שיש לו את פרטי הכניסה המתאימים ב-BigQuery להעניק לכם הרשאה לצפות בטבלה.
  • מריצים מחדש את השאילתה ומציינים טבלת פלט שיש לכם הרשאה להציג ב-BigQuery.
השאילתה לא עברה את הבדיקות לאימות הפרטיות של Ads Data Hub. מוודאים שהשאילתה עומדת בדרישות הצבירה ובבדיקות ההבדלים.

קוד שגיאה: 0400

השגיאה הזו מתקבלת כאשר

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

  • מוודאים שכל שורה של תוצאות עומדת במספר המינימלי הנדרש של משתמשים (50 משתמשים ברוב המקרים, 10 משתמשים כשיש גישה רק לקליקים ולהמרות).
  • שימוש בנתונים של Sandbox כשבודקים שאילתות.
  • מומלץ לעיין בשיטות המומלצות של Ads Data Hub.
שגיאת מערכת. יש לפנות לתמיכה.

קוד שגיאה: פנימית

השגיאה הזו מוחזרת מכמה סיבות. בין הסיבות הנפוצות לשגיאה הזו:
  • שליחת שאילתה לטבלה של נתונים מאינטראקציה ישירה (First-Party) שנמצאת באזור שונה מזה של מכונה של Ads Data Hub
  • מעתיקים את הנתונים מאינטראקציה ישירה (First-Party) למערך נתונים שנמצא באותו אזור שבו נמצאת המכונה של Ads Data Hub.
  • חריגה ממלאי המקום של חותמת הזמן
  • אפשר להשתמש ב-TIMESTAMP_MICROS() כדי להמיר שדות זמן (למשל, query_id.time_usec) ממיליוניות שנייה לחותמת זמן.
  • שליחת שאילתות לגבי נתונים שמתארחים באחסון של Google Drive
  • אירוח הנתונים באחסון של Google Cloud.
  • החיוב בפרויקט לא הופעל
אם אף אחד מהתרחישים האלה לא רלוונטי לשאילתה שלכם, תוכלו לפנות אל התמיכה של Ads Data Hub כדי לאבחן את השגיאה.
השאילתה מכילה <number> קבוצות משתמשים, מעבר למגבלה של 100,000 השגיאה הזו מוחזרת כשתוצאות השאילתה מכילות יותר מהמגבלה של 100,000 קבוצות משתמשים. קבוצת משתמשים היא היחידה הבסיסית ביותר של הגנה ב-Ads Data Hub. בכל פעם ששאילתה מאחזרת נתונים מטבלה ברמת המשתמש ב-Ads Data Hub, היא מקבלת קבוצת משתמשים אחת.
  • הפחתת המורכבות של השאילתה.
  • צמצום מספר הערכים של JOIN בשאילתה, במיוחד בטבלאות של Ads Data Hub ברמת המשתמש.
  • כדאי לנסות להריץ שאילתה בטווח תאריכים קצר יותר.
  • חלוקת השאילתה לכמה שאילתות קטנות יותר.
תזכורת: כדי להשתמש בשאילתות שמשתמשות בטבלאות 1PD, צריך לעדכן את הגדרות ההסכמה. השגיאה הזו מוחזרת כששאילתה מפנה לטבלאות של נתונים מאינטראקציה ישירה (First-Party) (1PD), אם לא אישרת שקיבלת הסכמה מהמשתמשים.
  • לקבל ולאשר הסכמה מהמשתמשים.
  • מסירים את ההפניות לטבלאות של נתונים מאינטראקציה ישירה (First-Party).
אסור לשלב טבלאות משירותי Google נפרדים. צבירת נתונים של כל שירות Google בנפרד ושילוב שלהם בסוף השגיאה הזו מוחזרת כששאילתה משלבת נתונים משירותים שונים של Google, למשל שימוש בשילוב אסור של טבלאות מבודדות לפי מדיניות. מפרידים כל שירות של Google לתוצאה אחת, באמצעות
  • הגבלת כל שאילתות לשירות Google יחיד
  • שימוש בהצהרות CREATE TABLE עם OPTIONS(privacy_checked_export=true).
החדרת רעש מושבתת בגלל כשל באימות השאילתה. כדי לגשת לטבלאות שלא יוצאו, צריך להשתמש באותו מצב פרטיות שבו הן נוצרו: <tablename>. כששאילתה קוראת מטבלה שלא מיוצאה, צריך להשתמש באותו מצב פרטיות שבו השתמשתם כדי ליצור את הטבלה שלא מיוצאה: גם באמצעות בדיקות הבדלים וגם באמצעות הוספת רעש.
  • להריץ את השאילתה הזו במצב פרטיות אחר.
  • יוצרים את הטבלה שלא מיוצאת במצב הפרטיות שנבחר, ואז מפעילים מחדש את השאילתה הזו באותו מצב פרטיות.
  • יוצרים את הטבלה שלא מיוצאת באותה שאילתה שקוראת מהטבלה.
  • במקום זאת, אפשר לייצא את הטבלה. ייצוא של כמה טבלאות באמצעות שאילתה אחת
ההגדרה נכשלה. נתקלנו בבעיות בהגדרת החשבון עבור UPDM. אפשר ללחוץ על הלחצן שלמטה כדי לפנות לתמיכה. יכול להיות שתקבלו את השגיאה הזו אם התכונה 'שיתוף מוגבל של דומיינים' (DRS) מופעלת בפרויקט שלכם ב-Google Cloud. משביתים באופן זמני את DRS בפרויקט ב-Google Cloud כדי להשלים את הגדרת UPDM. אחרי שההגדרה תושלם, תוכלו להפעיל מחדש את DRS. אם אתם לא יכולים להשבית את DRS בגלל מדיניות ארגונית, פנו לצוות התמיכה שלנו לקבלת עזרה.