בעיות מוכרות

בדף הזה מפורטות בעיות מוכרות ב-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, צריך לפצל את הייצוא לפלחים קטנים יותר. אם אתם משתמשים בייצוא רגיל והגעתם למגבלה הזו, כדאי לעבור לייצוא עם פסים.

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

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

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

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

מקרים שבהם שמות האזורים הבאים מוצגים בצורה שגויה בהקשרים מסוימים:

  • הערך us-central1 מוצג כ-us-central
  • הערך europe-west1 מוצג כ-europe
  • הערך asia-east1 מוצג כ-asia

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

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

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