בעיות מוכרות

בדף הזה מפורטות בעיות מוכרות ב-Cloud SQL ל-SQL Server, ודרכים להימנע מהן או להתאושש מהן.

בעיות בחיבור למכונה

  • אישורי SSL או TLS שפג תוקפם

    אם המכונה מוגדרת לשימוש ב-SSL, נכנסים לדף Cloud SQL Instances במסוף Google Cloud ופותחים את המכונה. פותחים את הדף Connections, בוחרים בכרטיסייה Security ומוודאים שאישור השרת תקף. אם התוקף שלו פג, צריך להוסיף אישור חדש ולהחליף אליו.

  • גרסת Cloud SQL Auth Proxy

    אם אתם מתחברים באמצעות Cloud SQL Auth Proxy, ודאו שאתם משתמשים בגרסה העדכנית ביותר. מידע נוסף זמין במאמר עדכון של Cloud SQL Auth Proxy.

  • אין הרשאה להתחבר

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

  • לא מצליחים ליצור מכונה של Cloud SQL

    אם מופיעה הודעת השגיאה Failed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], נסו ליצור שוב את המכונה של Cloud SQL.

בעיות אדמיניסטרטיביות

  • פעולת ייצוא גדולה יכולה להשפיע לרעה על הזמינות של המכונה

    לפני שמתחילים לייצא כמות גדולה של נתונים, צריך לוודא שלפחות 25% מגודל מסד הנתונים פנויים (במכונה). כך אפשר למנוע בעיות שקשורות להגדלה אוטומטית אגרסיבית, שעלולה להשפיע על הזמינות של המכונה.

    • אם במכונה של SQL Server משתמשים במהדורת SQL Server Express:

      • אם תציינו דגל כשאתם יוצרים מכונה חדשה, יצירת המכונה תיכשל.

      • אי אפשר להגדיר דגלים לניהול מסד נתונים במכונה קיימת.

    • אי אפשר לבטל או לעצור פעולות ייבוא וייצוא של מכונות Cloud SQL שנמשכות זמן רב

      אפשר להריץ רק פעולה אחת בכל פעם במכונה של Cloud SQL. כשאתם מתחילים פעולה ממושכת, ודאו שאתם לא צריכים לבצע פעולות אחרות במכונה.

      כשמתחילים פעולה ארוכה במכונה של Cloud SQL, כמו ייבוא או ייצוא, אי אפשר לבטל את הפעולה בלי להפעיל מחדש את המכונה.

    • אם מבטלים ייבוא מקובץ BAK, מסד הנתונים שמייבאים נשאר במצב חלקי. צריך למחוק את מסד הנתונים. אם מבטלים ייבוא מקובץ SQL, צריך לנקות את הנתונים החלקיים באופן ידני.

בעיות בייבוא ובייצוא של נתונים

  • אל תיצרו קובץ BAK (לייבוא) ממסד נתונים לקריאה בלבד או ממסד נתונים במצב של משתמש יחיד. אם יוצרים קובץ BAK ממסד נתונים לקריאה בלבד או ממסד נתונים במצב של משתמש יחיד, ומייבאים את הקובץ הזה, יכולה להתרחש שגיאה.

  • אם אתם מנסים לייבא ולייצא נתונים ממסד נתונים גדול (לדוגמה, מסד נתונים עם 500GB של נתונים או יותר), יכול להיות שפעולות הייבוא והייצוא יימשכו זמן רב. בנוסף, אי אפשר לבצע פעולות אחרות (למשל, פעולת הגיבוי) בזמן הייבוא או הייצוא. אפשרות אחת לשיפור הביצועים של תהליך הייבוא והייצוא היא לשחזר גיבוי קודם באמצעות gcloud או ה-API.

  • ‫Cloud SQL תומך בהוספה בכמות גדולה רק ב-SQL Server 2022.

  • ‫Cloud SQL תומך רק ב-RAW codepage.

  • ב-Cloud SQL אין תמיכה בהוספה בכמות גדולה ברפליקות לקריאה.

  • ‫Cloud SQL תומך בהוספה בכמות גדולה רק לייבוא נתונים לטבלאות.

  • ב-Cloud Storage אפשר לאחסן אובייקט יחיד בגודל של עד חמישה טביבייטים (‎5 TiB). מכיוון ש-Cloud SQL דוחס את הנתונים לפני ההעלאה ל-Cloud Storage, פעולת הייצוא נכשלת רק אם הגודל של קובץ הייצוא הדחוס חורג מ-5 TiB.

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

    אם מבצעים פעולת ייצוא רגילה, בדרך כלל Cloud SQL יוצר קובץ ייצוא אחד. אם אתם משתמשים בייצוא מפוספס, Cloud SQL יוצר כמה קובצי ייצוא. בסוג הזה של ייצוא, פעולת הייצוא נכשלת אם יש טבלה שגדולה מספיק כדי שקובץ הייצוא הדחוס שלה יחרוג מ-5 TiB.

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

יומני עסקאות וגידול בנפח הדיסק

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

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

בעיות שקשורות ל-Cloud Monitoring או ל-Cloud Logging

מכונות עם שמות האזורים הבאים מוצגות באופן שגוי בהקשרים מסוימים, באופן הבא:

  • ‫us-central1 מוצג בתור us-central
  • ‫europe-west1 מוצג בתור europe
  • ‫asia-east1 מוצג בתור asia

הבעיה הזו מתרחשת בהקשרים הבאים:

  • התראות ב-Cloud Monitoring
  • Metrics Explorer
  • Cloud Logging

כדי לצמצם את הבעיה בהתראות ב-Cloud Monitoring וב-Metrics Explorer, אפשר להשתמש בתוויות של מטא-נתונים של משאבים. משתמשים בתווית המטא-נתונים של המערכת region במקום בתווית המשאב במעקב region של cloudsql_database.