שדרוג הגרסה הראשית של מסד הנתונים על ידי העברת נתונים

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

יש שתי דרכים לשדרג את הגרסה הראשית של מסד הנתונים במופע Cloud SQL ל-MySQL על ידי העברת הנתונים.

  • אפשרות 1. משתמשים ב-Database Migration Service (DMS). ‫DMS תומך בהעברה ממכונת Cloud SQL MySQL. אפשר גם להשתמש בו כדי לשדרג את גרסת MySQL.
  • אפשרות 2. כדי להעביר נתונים מגרסה אחת של MySQL לגרסה אחרת, צריך לייצא את הנתונים מהמכונה הנוכחית ולייבא אותם למכונה חדשה שפועלת בגרסה החדשה יותר של MySQL. התהליך הזה כולל השבתה זמנית. צריך להעביר את המופע הנוכחי למצב קריאה בלבד לפני שמתחילים את הייצוא.

בדף הזה נסביר על האפשרות השנייה.

תכנון שדרוג של גרסה ראשית

  1. בוחרים גרסה ראשית של היעד.

    כאן אפשר לעיין ברשימת הגרסאות שנתמכות ב-Cloud SQL.

  2. כדאי לבדוק את התכונות שמוצעות בכל גרסה של MySQL ולטפל בבעיות של חוסר תאימות.

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

  3. אם אתם משדרגים מ-MySQL 5.7 ל-MySQL 8.0, כדאי לבדוק אם יש שינויים בהרשאות המשתמש ב-MySQL 8.0.

    ב-Cloud SQL ל-MySQL בגרסה 8.0 נעשה שימוש בדגל מערכת חדש שנקרא partial_revokes, שמוגדר כ-ON כברירת מחדל. בניגוד ל-MySQL 5.7, הדגל הזה מסיר את האפשרות להשתמש בתווים כלליים בפקודות של מסד הנתונים GRANT. כדי לוודא שלמשתמשי מסד הנתונים יש גישה לסכימות הנכונות של מסד הנתונים, צריך לשנות את ההרשאות של משתמשי מסד הנתונים לפני השדרוג ל-MySQL 8.0. מעדכנים את ההרשאות של המשתמש כדי להשתמש בשם המלא של סכימות מסד הנתונים הנדרשות במקום להשתמש בתווים כלליים.

    למידע נוסף על אופן הפעולה של הדגל הזה ב-MySQL 8.0, אפשר לעיין במאמר בנושא partial_revokes ב-MySQL 8.0.

  4. בודקים את השדרוג באמצעות הרצה יבשה.

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

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

  5. מחליטים מתי רוצים לשדרג.

העברת הנתונים

כדי להעביר את הנתונים למכונה של Cloud SQL שמופעלת בה גרסה עדכנית יותר של מסד נתונים, פועלים לפי השלבים הבאים:

  1. יוצרים את המכונה עם הגרסה הראשית של מסד הנתונים של היעד.

    מוודאים שלמופע היעד יש:

    • נפח אחסון מספיק כדי להכיל את כל הנתונים של המופע הנוכחי.
    • אותן רשתות מורשות כמו במופע הנוכחי. מידע נוסף
    • אותם חשבונות משתמשים, עם אותן הרשאות וסיסמאות של MySQL.

    מידע נוסף מופיע במאמר יצירת מופע.

  2. מוודאים שאפשר להתחבר למופע החדש באמצעות כלי MySQL מקומיים, ומעדכנים אותם אם צריך.

  3. מעבירים את המכונה הנוכחית של Cloud SQL למצב קריאה בלבד על ידי הגדרת דגל לניהול מסד נתונים read_only לערך On.

    מידע נוסף זמין במאמר הגדרת דגלים של מסד נתונים.

  4. מייצאים את הנתונים של המכונה הנוכחית לקובץ SQL dump, לפי ההוראות במאמר ייצוא נתונים לצורך ייבוא ל-Cloud SQL.

    לא לייצא את mysql מסד הנתונים של המערכת.

  5. יוצרים קטגוריה של Cloud Storage, אם צריך, ומעלים אליה את קובץ ה-SQL dump.

  6. מייבאים את הנתונים למכונת היעד לפי ההוראות במאמר ייבוא מסדי נתונים של MySQL מ-Cloud Storage.

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

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

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

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

המאמרים הבאים