בעיות מוכרות

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

בעיות בחיבור למופע

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

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

  • גרסת שרת ה-proxy ל-Cloud SQL Auth

    אם אתם מתחברים באמצעות שרת proxy ל-Cloud SQL Auth, ודאו שאתם משתמשים בגרסה העדכנית ביותר. מידע נוסף זמין במאמר שמירה על עדכניות של 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.

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