בדף הזה מוסבר איך מתבצעים עדכוני תחזוקה במכונות Cloud SQL, ואיך אתם יכולים לשלוט בתזמון של העדכונים האלה. כדי להתחיל, קראו את המאמר הצגה והגדרה של חלונות זמן לתחזוקה.
סקירה כללית
כחלק מהשירות המנוהל, Cloud SQL מעדכן אוטומטית את המכונות כדי לוודא שהחומרה, מערכת ההפעלה והמנוע של מסד הנתונים הם אמינים, מאובטחים, עדכניים ופועלים בצורה תקינה. רוב העדכונים האלה מבוצעים בזמן שהמכונה שלכם ב-Cloud SQL פועלת. עם זאת, עדכוני מערכת מסוימים דורשים הפסקה קצרה בשירות. העדכונים האלה נקראים תחזוקה.
במהלך התחזוקה מתעדכן המנוע של מסד הנתונים, ובמקרים מסוימים גם מערכת ההפעלה. העדכונים האלה דורשים הפעלה מחדש של המכונה, ולכן הם גורמים לזמן השבתה מסוים. עדכוני תחזוקה מספקים את היתרונות הבאים:
התכונות של Cloud SQL כדי להשיק תכונות חדשות, המנוע של מסד הנתונים מתעדכן ופלאגינים חדשים מותקנים במסד הנתונים.
שדרוגים של גרסאות מסדי נתונים. ספק התוכנה של מסד הנתונים שמפתח את SQL Server משיק גרסאות משניות חדשות כמה פעמים בשנה. כל גרסה חדשה כוללת תיקוני באגים, תיקוני אבטחה, שיפורים בביצועים ותכונות חדשות של מסד הנתונים. כדי למצוא את הגרסה המשנית העדכנית ביותר שנתמכת ב-Cloud SQL ל-SQL Server, אפשר לעיין בנתוני הגרסה או בגרסאות של מסדי נתונים וכללי מדיניות לגבי גרסאות. מכונות Cloud SQL משודרגות לגרסה העדכנית של מסד הנתונים זמן קצר אחרי שהיא מתפרסמת, כדי שתוכלו להריץ את התוכנה העדכנית של מסד הנתונים.
תיקונים של מערכת ההפעלה. אנחנו עוקבים כל הזמן אחרי פרצות אבטחה חדשות שזוהו במערכת ההפעלה. כשאנחנו מגלים פגיעויות, אנחנו מתקנים את מערכת ההפעלה כדי להגן עליכם מפני סיכונים חדשים.
ההשפעה על התחזוקה
ב-Cloud SQL Enterprise Plus edition, Cloud SQL מציע תחזוקה מתוכננת עם זמן השבתה כמעט אפסי.
בדרך כלל, Cloud SQL מתזמן אירוע של עדכון תחזוקה אחת לכמה חודשים. עדכון התחזוקה יכול להימשך בין 5 ל-10 דקות לכל מכונה. אם למכונה יש רפליקות לקריאה, יכול להיות שעדכון התחזוקה יימשך יותר זמן. עם זאת, במהלך אירוע עדכון התחזוקה, כל מכונה של Cloud SQL מהדורת Enterprise מאבדת את הקישוריות למשך פחות מ-120 שניות בממוצע. יכול להיות שזמן ההשבתה יהיה ארוך יותר במכונה שמתבצעת בה פעילות רבה במהלך אירוע עדכון התחזוקה, או שיש בה מערך נתונים גדול מאוד.
כדי לצמצם את ההשפעה של פעולות התחזוקה על הפעילות שלכם, אתם יכולים להשתמש בהגדרות התחזוקה שלנו ולוודא שהמערכות שלכם עמידות בפני שגיאות זמניות.
תחזוקה מתוכננת עם זמן השבתה קצר מאוד
במהלך תחזוקה מתוכננת עם זמן השבתה כמעט אפסי, מכונות של מהדורת Cloud SQL Enterprise Plus בדרך כלל מאבדות את הקישוריות למשך פחות משנייה אחת.
יכול להיות שזמן ההשבתה יהיה ארוך יותר במכונות עם פעילות רבה במהלך התחזוקה.
דרישות מוקדמות ומגבלות
- אין תמיכה ברפליקות לקריאה בלבד.
מכונות שיש להן רפליקות לקריאה נתמכות רק אם הן עומדות בקריטריונים הבאים:
- קישוריות מופעלת לגישה לשירותים פרטיים. יש תמיכה ברפליקות של כתובות IP ציבוריות וברפליקות של Private Service Connect אם גם מופעלת בהן גישה לשירותים פרטיים.
- עד 7 עותקים לקריאה בלבד.
- אין רפליקות מדורגות.
תמיכה ב-1 עד 100 מסדי נתונים לכל מכונה.
זמין רק במהדורת Cloud SQL Enterprise Plus.
זמין במהדורות הבאות של SQL Server:
- SQL Server Enterprise 2019
- SQL Server Enterprise 2022
- SQL Server Enterprise 2025
אם אתם משתמשים ב-Cloud SQL Auth Proxy או ב-Cloud SQL Language Connectors, ודאו שהם מעודכנים לגרסה העדכנית.
שם השרת הפנימי של SQL Server
SERVERPROPERTY('servername')עשוי להשתנות במהלך התחזוקה. אם האפליקציה מפנה לשם המארח או לשם המכונה, יכול להיות שתצטרכו לעדכן את הערכים האלה אחרי התחזוקה. מחרוזות החיבור של Cloud SQL וכתובת ה-IP של המכונה לא ישתנו.תמיכה במסדי נתונים של משתמשים בלבד. אי אפשר להוסיף מסדי נתונים של המערכת לקבוצות זמינות.
סוגי מסדי הנתונים הבאים לא נתמכים:
- מסדי נתונים לקריאה בלבד
- מסדי נתונים של משתמש יחיד
- מסדי נתונים שמוגדרים בתור
AUTO_CLOSE
התכונות הבאות לא נתמכות:
- הגדרה של רפליקציה טרנזקציונלית.
- שרתים מקושרים בלולאה עצמית שמשתמשים בשם שרת.
- קישוריות יוצאת של Private Service Connect (PSC).
- במהלך התחזוקה, ביומני מסד הנתונים יופיעו הודעות משתי מכונות וירטואליות שונות.
- אם מונפקת DDL במהלך התחזוקה המתוכננת, יכול להיות שחותמת הזמן של היצירה או השינוי של השינויים תהיה אחרי חותמת הזמן של התחזוקה.
- מחרוזות חיבור בצד הלקוח והגדרות של שאילתות, כמו סוג החיבור, זמן קצוב לתפוגה של שאילתות ומאגר חיבורים, יכולות להשפיע על זמן ההשבתה שנצפה. חשוב לבדוק את הגדרות האפליקציה כדי למצוא את ההגדרות שהכי מתאימות לצרכים שלכם.
סימולציה של תחזוקה מתוכננת עם זמן השבתה קרוב לאפס
כדי לבדוק את זמן ההשבתה של המכונה הראשית שלכם במהדורת Cloud SQL Enterprise Plus לצורך תחזוקה מתוכננת, בלי לעדכן את המכונה של מסד הנתונים, אתם יכולים לדמות תחזוקה מתוכננת עם זמן השבתה כמעט אפסי.
כדי לעשות את זה, מפעילים סימולציה של אירוע תחזוקה במכונה של Cloud SQL Enterprise Plus מהדורת Plus שעומדת בדרישות לתחזוקה מתוכננת עם זמן השבתה כמעט אפסי. בקשת הסימולציה גורמת לפעולת עדכון של המכונה לאותה גרסת תחזוקה שהייתה לפני הפעולה.
אפשר לבצע את הסימולציה גם אם יש עדכון תחזוקה בהמתנה במכונה. גרסת המכונה נשארת זהה לאורך כל הסימולציה.
כדי לדמות אירוע תחזוקה מתוכנן עם זמן השבתה כמעט אפסי, משתמשים בפקודה הבאה של ה-CLI של gcloud:
gcloud sql instances patch INSTANCE_NAME --simulate-maintenance-event
מחליפים את INSTANCE_NAME בשם המכונה שבה רוצים להריץ את סימולציה של אירוע תחזוקה.
הגדרות תחזוקה
ב-Cloud SQL אפשר להגדיר עדכוני תחזוקה באמצעות קבוצה של הגדרות תחזוקה.
אתם יכולים להגדיר את התזמון של פעולות התחזוקה כך שזמן ההשבתה הקצר ישפיע כמה שפחות על האפליקציות שלכם. לכל מכונה של Cloud SQL, אתם יכולים להגדיר את הפרטים הבאים:
תזמון התחזוקה (לשעבר סדר העדכון). השבוע של תקופת ההשקה שבו המכונה שלכם ב-Cloud SQL תעודכן. יש לכם כמה אפשרויות:
-
Any: עדכון התחזוקה יכול להתבצע בכל שלב, אבל בדרך כלל הוא מתבצע במהלך השבוע הראשון. -
Week 1: התחזוקה מתבצעת 7 עד 14 ימים אחרי שנשלחת ההודעה על התחזוקה. -
Week 2: עדכון התחזוקה מתבצע 15 עד 21 ימים אחרי שליחת ההתראה. -
Week 5: עדכון התחזוקה מתבצע 35 עד 42 ימים אחרי שליחת ההתראה.
אתם יכולים לקבוע את לוח הזמנים של עדכון התחזוקה כשאתם מגדירים חלון זמן לתחזוקה.
-
חלון זמן לתחזוקה. היום בשבוע והשעה שבהם Cloud SQL מתזמן את התחזוקה. חלונות הזמן לתחזוקה נמשכים שעה. איך מגדירים חלון זמן לתחזוקה
פרק זמן לדחיית עדכונים ותחזוקה. טווח ימים שבהם לא מתוזמנות עבודות תחזוקה ב-Cloud SQL. אפשר להגדיר פרק זמן לדחיית עדכונים ותחזוקה למשך עד 90 יום. איך מגדירים פרק זמן לדחיית עדכונים ותחזוקה
חלונות זמן לתחזוקה שמוגדרים כברירת מחדל
אם לא הגדרתם חלון זמן לתחזוקה, Cloud SQL יעדכן את המכונה בחלונות הזמן הבאים שמוגדרים כברירת מחדל, בהתאם לאזור הזמן של המכונה:
- חלון זמן באמצע השבוע (שני עד שישי): 22:00 עד 06:00
- חלון בסוף השבוע: שישי, 22:00 עד שני, 06:00
דוגמה לתחזוקה
נניח שאתם מפתחים בחנות קמעונאית שמנהלת שירות של עגלת קניות. יש לכם מכונה אחת של Cloud SQL לסביבת ייצור ומכונה שנייה לסביבת Staging. אתם רוצים שהתחזוקה תתבצע בזמן שבו המכונה מטפלת בכמות התנועה הנמוכה ביותר, כלומר בסביבות חצות בימי ראשון. אתם גם רוצים לדלג על תחזוקה במהלך עונת הקניות העמוסה של סוף השנה.
במקרה כזה, אתם מגדירים את הגדרות התחזוקה של המכונה בסביבת הייצור כך:
- חלון זמן לתחזוקה: ימי ראשון בין 00:00 ל-01:00 (שעון החוף המזרחי)
- מועד התחזוקה:
Week 2 - פרק זמן לדחיית עדכונים ותחזוקה: מ-1 בנובמבר עד 15 בינואר.
הגדרות התחזוקה של סביבת ה-staging יהיו זהות, חוץ ממועד התחזוקה שמוגדר ל-Week 2. כך תוכלו להריץ בדיקות קבלה תפעוליות לגרסת תחזוקה בסביבת Staging לפחות שבעה ימים לפני שגרסת התחזוקה תושק בסביבת הייצור. אם משהו משתבש בסביבת ה-staging, יש לכם זמן לאבחן ולתקן את הבעיה או להגדיר פרק זמן לדחיית עדכונים ותחזוקה כדי שסביבת הייצור לא תושפע.
התראות על פעולות תחזוקה קרובות
אתם יכולים לקבל התראה באימייל על עבודות תחזוקה צפויות לפחות שבוע לפני המועד שנקבע. אם אתם רוצים להגדיר מסנן אימייל להתראות, כותרת האימייל היא Upcoming maintenance for your Cloud SQL instance instancename.
כברירת מחדל, לא נשלחות התראות לגבי פעולות תחזוקה. צריך להירשם לקבלת התראות לגבי פעולות תחזוקה. כדי לקבל התראות, צריך גם לבחור חלון זמן לתחזוקה.
ההתראות נשלחות לכתובת האימייל שמשויכת לחשבון Google שלכם. אי אפשר להגדיר כתובת אימייל חלופית מותאמת אישית (למשל, כתובת אימייל חלופית של צוות).
אתם יכולים להירשם לקבלת התראות על תחזוקה בכל מכונות Cloud SQL שיש להן חלונות זמן לתחזוקה בפרויקט נתון. תקבלו התראה אחת לכל מופע. לא נשלחות התראות על תחזוקה קרובה של רפליקות לקריאה בלבד.
אפשר גם לראות מידע על עבודות תחזוקה קרובות במסוף Google Cloud .
- בעמודה Maintenance ברשימה Instances. אם מתוזמנת תחזוקה, יוצגו התאריך והשעה שבהם היא אמורה להתחיל. כדי למצוא את כל המכונות שמתוזמנות לתחזוקה, אפשר לסנן את רשימת המכונות באמצעות המונח Maintenance. העמודה Maintenance מוצגת רק אם נקבעה תחזוקה למכונה אחת או יותר בפרויקט. אם לא מתוכננת תחזוקה, העמודה מוסתרת.
- בדף Instance details בחלונית Maintenance. אם מתוכננת תחזוקה, בקטע Upcoming מופיעים התאריך והשעה שבהם היא אמורה להתחיל.
בדף Logs Explorer במסוף Google Cloud . בתפריט הנפתח All logs name, מחפשים את
maintenance-eventsולוחצים על Apply. אם נקבעו עבודות תחזוקה למכונה, ביומן מופיעים השם של המכונה ושעת ההתחלה של עבודות התחזוקה.
התראות אחרות לגבי פעולות תחזוקה
אם תבחרו לקבל התראות על תחזוקה, תקבלו התראות על אירועים מסוימים:
- עבודות תחזוקה מתוכננות בקרוב
- התחלת פעולות תחזוקה
- עבודות התחזוקה הסתיימו
- עבודות תחזוקה שבוטלו
קביעת מועד חדש לתחזוקה
אם הגדרתם חלון זמן לתחזוקה של המכונה, אתם יכולים לשנות את המועד של עדכון התחזוקה עד 24 שעות לפני המועד שנקבע. לדוגמה, אם אתם משיקים שירות חדש במהלך חלון זמן לתחזוקה המתוזמן שלכם, יכול להיות שתרצו לדחות את עדכון התחזוקה לכמה ימים אחרי ההשקה.
יש כמה מגבלות על קביעת מועד חדש לעדכוני תחזוקה. אחרי ש-Cloud SQL שולח את ההתראה באימייל, הוא מבצע את עדכון התחזוקה בתוך תקופה של שבעה שבועות כדי למנוע חפיפה עם עדכון התחזוקה הבא של Cloud SQL. לדוגמה, אם בחרתם במועד תחזוקה של שבוע 1 או שבוע 2, תוכלו לתזמן מחדש את עדכון התחזוקה עד למקסימום של 4 שבועות (28 ימים) אחרי התאריך המקורי שנקבע. אם הגדרתם את המכונה למועד תחזוקה בשבוע 5, תוכלו לתזמן מחדש את אירוע התחזוקה רק עד שבוע אחד (7 ימים) אחרי התאריך המקורי. אפשר לתזמן מחדש את התחזוקה כמה פעמים, כל עוד אירוע התחזוקה המתוזמן מחדש נמצא בטווח הזמן לתזמון מחדש שמוגדר בתזמון התחזוקה שהגדרתם למכונה.
למידע על כל המגבלות האחרות, אפשר לעיין במאמר מגבלות על תזמון מחדש.
יש כמה אפשרויות לתזמון חלון זמן התחזוקה החדש:
- החלת עדכונים באופן מיידי. אתם יכולים להחיל את העדכון על המכונה באופן מיידי, במקום לחכות לחלון הזמן המתוזמן לתחזוקה. במקרה כזה, התחזוקה מתחילה בדרך כלל תוך חמש דקות.
לקבוע מועד אחר. יש שתי דרכים לדחות אירוע תחזוקה מתוזמן:
- חלון הזמינות הבא. האפשרות הזו דוחה את התחזוקה לחלון הזמן הבא שזמין לתחזוקה אחרי מועד התחזוקה המתוכנן הנוכחי, בדרך כלל שבוע לאחר מכן.
- שעה ספציפית. האפשרות הזו מאפשרת לכם לבחור זמן ספציפי למשך התזמון מחדש, שמוגדר לפי תזמון התחזוקה שהגדרתם למכונה.
- 28 ימים אם בוחרים בתזמון תחזוקה של שבוע 1 או שבוע 2
- 7 ימים אם בוחרים בתזמון תחזוקה של שבוע 5
במאמר שינוי המועד של עבודות תחזוקה מתוכננות מוסבר איך משנים את המועד של עבודות התחזוקה.
איך פועלת התחזוקה
כדי שהתחזוקה תהיה קצרה, ב-Cloud SQL משתמשים בתהליך עבודה של יתירות כשל בתחזוקה, שדומה מאוד לתהליך העבודה של יתירות כשל אוטומטית במכונות עם זמינות גבוהה.
בקצרה, אלה השלבים:
- מגדירים מכונה וירטואלית מעודכנת עם התוכנה החדשה.
- עוצרים את מסד הנתונים ב-VM המקורי.
- מעבירים את הדיסק ואת כתובת ה-IP הסטטית למכונה הווירטואלית המעודכנת.
- מפעילים את מסד הנתונים ב-VM המעודכן.
בכרטיסיות הבאות מפורטים שלבי תהליך העבודה, כולל לפני ואחרי התחזוקה.
לפני תחזוקה
לפני התחזוקה, הלקוח מתקשר עם ה-VM המקורי באמצעות כתובת IP סטטית. הנתונים מאוחסנים בדיסק אחסון מתמיד (persistent disk) שמחובר ל-VM המקורי. בדוגמה הזו, למכונה של Cloud SQL מוגדרת זמינות גבוהה, כלומר מכונה וירטואלית אחרת נמצאת במצב המתנה כדי להחליף אותה במקרה של הפסקה לא מתוכננת. מכונת Cloud SQL מעבירה תנועה לאפליקציה.
שלב 1
מגדירים את המכונה הווירטואלית החדשה.
מכונה וירטואלית (VM) חדשה מוגדרת עם תוכנת מסד הנתונים ומערכת ההפעלה (OS) העדכניות ביותר של המכונה הווירטואלית. מערכת ההפעלה המעודכנת של ה-VM מופעלת. בשלב הזה, המנוע של מסד הנתונים עדיין לא הופעל. במכונות עם זמינות גבוהה, מוגדרת גם מכונה וירטואלית חדשה במצב המתנה.
זמן ההשבתה הכולל מתקצר באופן משמעותי על ידי התקנת עדכון התוכנה במכונה וירטואלית אחרת, בזמן שהמכונה המקורית של Cloud SQL עדיין משרתת את התנועה.
שלב 2
עוצרים את מסד הנתונים ב-VM המקורי.
המנוע של מסד הנתונים מושבת כדי שאפשר יהיה לנתק את הדיסק מה-VM המקורי ולחבר אותו ל-VM המעודכן. לפני הכיבוי, המנוע של מסד הנתונים ממתין כמה שניות כדי לאשר את הטרנזקציות שמתבצעות ולרוקן את הבקשות מהחיבורים הקיימים. לאחר מכן, כל העסקאות הפתוחות או הארוכות מבוטלות. מסד הנתונים מפסיק לקבל חיבורים חדשים, והחיבורים הקיימים נסגרים. המכונה לא זמינה ומתחיל זמן ההשבתה לצורך תחזוקה.
שלב 3
עוברים למכונה הווירטואלית המעודכנת.
הדיסק מנותק מה-VM המקורי ומחובר ל-VM המעודכן. כתובת ה-IP הסטטית מוגדרת מחדש כך שתצביע על המכונה הווירטואלית המעודכנת. כך האפליקציה תשתמש באותה כתובת IP אחרי פעולות התחזוקה כמו לפני כן. מטמון מסד הנתונים מוחלף יחד עם ה-VM המקורי, כלומר מטמון מסד הנתונים נמחק בפועל במהלך התחזוקה.
שלב 4
מפעילים את מסד הנתונים ב-VM המעודכן.
המנוע המעודכן של מסד הנתונים מופעל בדיסק הנתונים. שימוש בדיסק נתונים משותף מבטיח שכל הטרנזקציות שנכתבו במכונה המקורית לפני התחזוקה עדיין קיימות במסד הנתונים המעודכן אחרי התחזוקה. אם יש עסקאות שלא הושלמו ולא הסתיימו במהלך הכיבוי של מסד הנתונים, מסד הנתונים עובר באופן אוטומטי תהליך שחזור לאחר קריסה כדי לוודא שהוא משוחזר למצב שמיש.
אחרי תחזוקה
אחרי שלב 4, המכונה של Cloud SQL זמינה לקבלת חיבורים וחוזרת להעביר תנועה לאפליקציה.
מבחינת האפליקציה, מלבד התוכנה המעודכנת, המכונה של Cloud SQL נראית אותו דבר. האפליקציה עדיין מתחברת למכונה של Cloud SQL באמצעות אותה כתובת IP סטטית, והמכונה הווירטואלית המעודכנת פועלת באותו אזור כמו המכונה הווירטואלית המקורית. כל הנתונים שנכתבו במסד הנתונים המקורי נשמרים.
צמצום ההשפעה של פעולות התחזוקה
באופן כללי, Google Cloud ממליצה למשתמשים שמריצים אפליקציות בענן להפוך את המערכות שלהם לעמידות בפני שגיאות זמניות, שהן בעיות רגעיות בתקשורת בין שירותים שנגרמות בגלל חוסר זמינות זמני. בענן אי אפשר למנוע שגיאות זמניות מדי פעם.
חלק מהשגיאות הזמניות שמתרחשות במהלך התחזוקה הן חיבורים שנותקו וטרנזקציות שנכשלו במהלך הטיפול בהן. אם תתכננו את המערכות ותכוונו את האפליקציות כך שיהיו עמידות בפני שגיאות זמניות, תוכלו גם למזער את ההשפעות של תחזוקת מסד הנתונים.
כדי למזער את ההשפעה של חיבורים שנותקו, אפשר להשתמש במאגרי חיבורים. בזמן שהחיבורים בין מאגר החיבורים למסד הנתונים מתנתקים במהלך התחזוקה, החיבורים בין האפליקציה למאגר החיבורים נשמרים. כך, העבודה של יצירת החיבורים מחדש היא שקופה לאפליקציה ומועברת במקום זאת למאגר החיבורים.
כדי לצמצם את מספר העסקאות שנכשלות, אתם יכולים להגביל את מספר העסקאות שנמשכות זמן רב. שכתוב של שאילתות כדי שיהיו קטנות ויעילות יותר לא רק מקצר את זמן ההשבתה לצורך תחזוקה, אלא גם משפר את הביצועים והאמינות של מסד הנתונים.
כדי להתאושש ביעילות מניתוקים ומשגיאות בטרנזקציות, אתם יכולים לנהל ביעילות את החיבורים למסד הנתונים. אתם יכולים לבנות לוגיקה של ניסיון חוזר של חיבור ושאילתה עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff) באפליקציות ובמאגרי החיבורים. אם שאילתה נכשלת או שהחיבור מתנתק, המערכת ממתינה לפני שהיא מנסה שוב, וזמן ההמתנה מתארך בכל ניסיון חוזר. לדוגמה, יכול להיות שהמערכת תמתין רק כמה שניות לפני הניסיון החוזר הראשון, אבל עד דקה לפני הניסיון החוזר הרביעי. הדפוס הזה מבטיח שהכשלים יתוקנו בלי להעמיס על השירות.
יש פתרונות יצירתיים אחרים שיכולים לצמצם את ההשפעות של התחזוקה, כמו שימוש בסקריפטים כדי לחמם את המטמון של מסד הנתונים אחרי התחזוקה, או ייעול מספר הטבלאות במסדי הנתונים. כדי לוודא שהתחזוקה תתבצע בצורה חלקה, מומלץ לפעול לפי השיטות המומלצות וההנחיות התפעוליות לניהול מסדי נתונים.
פעולות תחזוקה דחופות
במקרים נדירים מאוד, יכול להיות שיהיה צורך לתזמן תחזוקה ב-Cloud SQL מחוץ להגדרות התחזוקה שלכם, כדי לתקן בעיות חמורות ביציבות או נקודות חולשה שדורשות טיפול דחוף. העדכונים האלה מתבצעים במהירות, ו-Cloud SQL מחשיב אותם כזמן השבתה במסגרת הסכם רמת השירות (SLA).
תחזוקה בשירות עצמי
ב-Cloud SQL מתפרסמים באופן קבוע שיפורים בתוכנה ותיקונים לפרצות אבטחה, באמצעות גרסאות תחזוקה חדשות שאפשר להתקין במכונות. ב-Cloud SQL יש יומן שינויים של תחזוקה לכל גרסה ראשית של המנוע של מסד הנתונים. למידע נוסף, קראו את המאמר יומני שינויים בתחזוקה של Cloud SQL.
ב-Cloud SQL מתוזמנים עדכוני תחזוקה אחת לכמה חודשים כדי לוודא שמותקנת אצלכם התוכנה העדכנית ביותר, אבל אתם יכולים להשתמש בתחזוקה בשירות עצמי כדי לעדכן את המכונה אם:
- אתם צריכים עדכון לפני אירוע התחזוקה המתוזמן הבא.
- אתם רוצים להתקין את התוכנה העדכנית ביותר אחרי שדילגתם על עדכון התחזוקה האחרון.
אם אתם משתמשים ברפליקות לקריאה בלבד, אתם יכולים להשתמש בתחזוקה בשירות עצמי כדי לעדכן את המכונה הראשית ואת כל הרפליקות שלה לקריאה בלבד. אתם מציינים את המכונה הראשית, ובקשת התחזוקה מעדכנת את כל הרפליקות לקריאה של המכונה הראשית לגרסת התחזוקה שצוינה. לאחר מכן, המכונה הראשית מתעדכנת לגרסת התחזוקה.
מגבלות תחזוקה
בקטע הזה מתוארות המגבלות של תחזוקת Cloud SQL.
מגבלות על שינוי מועד הפגישה
כמה דברים שחשוב לדעת על שינוי מועד הפגישה:
צריך לתזמן מחדש את התחזוקה לפחות 24 שעות לפני אירוע התחזוקה המקורי.
אתם יכולים לשנות את מועד התחזוקה של מכונה אחת או יותר בפרויקט. עם זאת, אפשר לשנות את המועד רק של מופע אחד בכל פעם (אי אפשר לשנות את המועד של כמה מופעים בבת אחת).
אפשר לשנות את מועד התחזוקה לזמן שחל בפרק הזמן לדחיית עדכונים ותחזוקה, או אפילו מחוץ לחלון הזמן לתחזוקה, כל עוד משך הזמן לשינוי המועד הוא בתוך התקופה שמוגדרת בתזמון התחזוקה שהגדרתם למכונה.
אם מתבצעת פעולת תחזוקה, התזמון מחדש מושהה עד לסיום הפעולה.
מגבלות על פרק הזמן לדחיית עדכונים ותחזוקה
כמה דברים שחשוב לדעת על פרקי זמן לדחיית עדכונים ותחזוקה:
החל מ-15 באוגוסט 2025, לא תוכלו להגדיר פרק זמן לדחיית עדכונים ותחזוקה למכונה אם גרסת התחזוקה שלה ישנה יותר מ-12 חודשים. כל מכונה שמשתמשת בגרסת תחזוקה ישנה יותר מ-12 חודשים חייבת לקבל עדכון. כדי למצוא את התאריך של גרסת התחזוקה שמותקנת במכונה, משתמשים בפקודה
gcloud sql instances describeאו מעיינים בקטע Maintenance בדף Instance overview במסוףGoogle Cloud . למידע נוסף על איתור גרסת התחזוקה של המכונה, ראו הצגת פרטי המכונה. כדי לדעת מה תאריך ההשקה, בודקים את השם של גרסת התחזוקה. לדוגמה, אם השם של גרסת התחזוקה הואSQLSERVER_2022_ENTERPRISE_CU14.R20250302.00_28, אז תאריך ההשקה התואם הוא 2 במרץ 2025.כדי לעדכן את המכונה, בצעו תחזוקה בשירות עצמי או המתינו לעדכון האוטומטי במהלך חלון זמן לתחזוקה. אחרי שמעדכנים את המכונה, אפשר להגדיר פרק זמן לדחיית עדכונים ותחזוקה.
אתם יכולים להגדיר פרק זמן לדחיית עדכונים ותחזוקה גם אם לא הגדרתם חלונות זמן לתחזוקה במכונה. פרק הזמן לדחיית עדכונים ותחזוקה יכול להיות בין יום אחד ל-90 ימים.
פרק הזמן לדחיית עדכונים ותחזוקה מקבל עדיפות על פני כל חלון זמן מתוזמן לתחזוקה. אם יש התנגשות בין חלון הזמן לתחזוקה לבין פרק הזמן לדחיית עדכונים ותחזוקה, פרק הזמן לדחיית עדכונים ותחזוקה מבטל את חלון הזמן לתחזוקה.
פרקי זמן לדחיית עדכונים ותחזוקה ותזמון תחזוקה הם תכונות נפרדות. אם יוצרים פרק זמן לדחיית עדכונים ותחזוקה למכונה עם תזמון תחזוקה
Week 1, אין לו השפעה על קביעת העדכון המתוזמן למכונה עם תזמון תחזוקהWeek 2. אם עדכון תחזוקה מתוזמן חל בפרק זמן לדחיית עדכונים ותחזוקה, Cloud SQL לא שולח התראה לגבי המכונות שהגדרתם להן תזמון תחזוקה.כשמגדירים תקופת מניעה במכונה הראשית, גם התחזוקה של כל הרפליקות שמשויכות למכונה הראשית נמנעת. לדוגמה, למכונה ראשית שנמצאת באזור א' יש שלוש רפליקות לקריאה בלבד: שתיים באזור א' ואחת באזור ב'. כשמוגדרת תקופת מניעה במכונה הראשית, לא מתבצעת תחזוקה בכל אחת מהרפליקות, כולל הרפליקה באזור ב', עד שתקופת המניעה במכונה הראשית מסתיימת.
אם מגדירים פרק זמן לדחיית עדכונים ותחזוקה אחרי שנקבע מועד לתחזוקה, כך שפרק הזמן לדחיית עדכונים ותחזוקה חופף למועד התחזוקה שנקבע, העדכון לא יתבצע.
כדי להגדיר שפרק הזמן לדחיית עדכונים ותחזוקה יחזור על עצמו כל שנה, אל תכללו את השנה בפרמטרים של תאריך ההתחלה ותאריך הסיום. אם מציינים את השנה, פרק הזמן לדחיית עדכונים ותחזוקה מוגדר רק לאותה שנה.
אפשר להגדיר כמה פרקי זמן לדחיית עדכונים ותחזוקה בשנה. עם זאת, אי אפשר להגדיר פרק זמן לדחיית עדכונים ותחזוקה למכונה שפועלת בה גרסת תחזוקה מלפני יותר מ-12 חודשים. אל תשרשרו תקופות דחייה כדי לדלג על אירועי תחזוקה מתוזמנים ברצף. חשוב להקפיד על תחזוקה שוטפת של Cloud SQL כדי לוודא שהמכונה פועלת באופן תקין. בדרך כלל, עבודות התחזוקה של Cloud SQL מתוזמנות אחת לכמה חודשים.
כדי להבטיח את אמינות השירות, Cloud SQL מודיע למשתמשים עם מכונות שפועלות בהן גרסאות תחזוקה מלפני יותר מ-12 חודשים שנדרש עדכון התחזוקה הבא.
כשפרק הזמן לדחיית עדכונים ותחזוקה מסתיים, התחזוקה הרגילה מתחדשת.
פרקי זמן לדחיית עדכונים ותחזוקה לא משפיעים על פעולות שמופעלות על ידי המשתמשים, כמו תחזוקה בשירות עצמי.
פרקי זמן לדחיית עדכונים ותחזוקה ממשיכים לחול גם אחרי שעוצרים, מפעילים או מפעילים מחדש מכונה. אם עוצרים ואז מפעילים או מפעילים מחדש מכונה שנמצאת בפרק זמן פעיל לדחיית עדכונים ותחזוקה, המערכת מדלגת על עדכוני התחזוקה המתוזמנים כשהמכונה מופעלת שוב, כי פרק הזמן לדחיית עדכונים ותחזוקה עדיין פעיל.
שאלות נפוצות בנושא תחזוקה
- האם זמן ההשבתה לצורך תחזוקה נכלל ב-SLA?
- איך התחזוקה משפיעה על רפליקות לקריאה בלבד?
- אפשר לבטל את עבודות התחזוקה המתוזמנות?
- מה קורה אם אירוע התחזוקה מבוטל?
- האם התחזוקה של Cloud SQL היא מצטברת?
- מה קורה אם המכונה נעצרת במהלך עדכון התחזוקה המתוזמן?
- כמה זמן נמשכת תחזוקה בשירות עצמי לכל הרפליקות לקריאה בלבד של מכונה ראשית?
- אם יש לי כמה רפליקות לקריאה של המכונה הראשית, האם אפשר לבצע תחזוקה בשירות עצמי ברפליקה אחת לקריאה?
האם זמן ההשבתה לצורך תחזוקה נכלל ב-SLA?
זמן השבתה שנובע מתחזוקה רגילה לא נכלל בהסכם רמת השירות (SLA). עם זאת, זמן ההשבתה לצורך תחזוקה דחופה ב-Cloud SQL נכלל בהסכם רמת השירות.
איך עבודות התחזוקה משפיעות על רפליקות לקריאה בלבד?
- ב-Cloud SQL, התחזוקה של רפליקות לקריאה תמיד מתבצעת לפני התחזוקה של המכונה הראשית. אם למכונה הראשית יש חלון זמן לתחזוקה, הרפליקות לקריאה פועלות באותו חלון זמן לתחזוקה.
- אם למכונה הראשית יש כמה רפליקות לקריאה, יכול להיות ש-Cloud SQL יעדכן חלק מהרפליקות בו-זמנית.
- הרפליקות לקריאה פועלות לפי פרק הזמן לדחיית עדכונים ותחזוקה שמוגדר למכונה הראשית.
אפשר לבטל עבודות תחזוקה מתוזמנות?
אי אפשר לבטל חלון זמן מתוזמן לתחזוקה, אבל אפשר לתזמן אותו מחדש. אפשר גם להגדיר פרק זמן לדחיית עדכונים ותחזוקה שחופף לזמן התחזוקה המתוזמן, כדי לדלג על התחזוקה.
מה קורה אם אירוע התחזוקה מבוטל?
אם אירוע תחזוקה של Cloud SQL מבוטל, תקבלו הודעה על כך מראש, כשאפשר.
כשהמועד של אירוע התחזוקה משתנה, מקבלים התראה חדשה על התחזוקה הקרובה.
האם התחזוקה של Cloud SQL מצטברת?
עדכוני התחזוקה הם מצטברים. אין צורך להחיל כל עדכון תחזוקה שאולי פספסתם. גרסת התחזוקה האחרונה מיושמת בעדכון התחזוקה המתוזמן הבא. אפשר גם להחיל את עדכון התחזוקה האחרון באמצעות תחזוקה בשירות עצמי.
מה קורה אם המכונה נעצרת במהלך עדכון התחזוקה המתוזמן שלה?
אם מכונה נעצרת במהלך עדכון התחזוקה המתוזמן שלה, Cloud SQL מדלג על עדכון התחזוקה. עם זאת, בפעם הבאה שתפעילו מחדש את המכונה, Cloud SQL יעדכן אותה אוטומטית עם עדכון התחזוקה האחרון.
כמה זמן נמשכת תחזוקה בשירות עצמי לכל הרפליקות לקריאה של מכונה ראשית?
משך הזמן של עדכון תחזוקה בשירות עצמי תלוי במספר הכולל של הרפליקות לקריאה בלבד של המכונה הראשית. כדי לצמצם את משך הזמן של עדכון התחזוקה בשירות עצמי, אפשר לעדכן כמה רפליקות לקריאה בלבד בנפרד, ואז לבצע את העדכון במכונה הראשית כדי לעדכן את שאר הרפליקות לקריאה בלבד.
בעדכון השני, המערכת מדלגת על כל הרפליקות שכבר יש להן את גרסת התחזוקה הרצויה.
אם יש לי כמה רפליקות לקריאה של המכונה הראשית, האם אפשר לבצע תחזוקה בשירות עצמי ברפליקה אחת לקריאה?
כן, אתם יכולים לבצע תחזוקה בשירות עצמי במכונה ספציפית של רפליקה לקריאה בלבד. עם זאת, מומלץ לעדכן את שאר הרפליקות לקריאה ואת המכונה הראשית לאותה גרסת תחזוקה זמן קצר לאחר מכן. מומלץ להפעיל את כל הרפליקות לקריאה ואת המכונה הראשית עם גרסת תחזוקה זהה.