עדכוני תחזוקה במכונות Cloud SQL

בדף הזה מוסבר איך מתבצע��ם עדכוני תחזוקה במכונות 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

• אם אתם משתמשים בשרת proxy ל-Cloud SQL Auth או במחברים של שפות ל-Cloud SQL, אתם צריכים לוודא שהם מעודכנים לגרסה העדכנית ביותר.

• יכול להיות ששם השרת הפנימי של SQL Server‏ SERVERPROPERTY('servername') ישתנה במהלך התחזוקה. אם האפליקציה שלכם מפנה לשם המארח או לשם המכונה, יכול להיות שתצטרכו לעדכן את הערכים האלה אחרי התחזוקה. מחרוזות החיבור של Cloud SQL וכתובת ה-IP של המכונה לא ישתנו.

• התמיכה היא רק במסדי נתונים של משתמשים. אי אפשר להוסיף מסדי נתונים של המערכת לקבוצות זמינות.

• סוגי מסדי הנתונים הבאים לא נתמכים:

  • מסדי נתונים עם הרשאת קריאה בלבד
  • מסדי נתונים של משתמש יחיד
  • מסדי נתונים שמסומנים כ-AUTO_CLOSE

• התכונות הבאות לא נתמכות:

  • הגדרה של שכפול טרנזקציות.
  • לולאה עצמית שרתים מקושרים שמשתמשים בשם שרת.
  • קישוריות יוצאת של Private Service Connect ‏ (PSC).

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

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

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

כדי לעשות את זה, מפעילים סימולציה של אירוע תחזוקה במכונה במהדורת Cloud SQL Enterprise 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 עד 6:00
• חלון הזמן של סוף השבוע: מיום שישי בשעה 22:00 עד יום שני בשעה 6:00

דוגמה לתחזוקה

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

במקרה כזה, מגדירים את הגדרות התחזוקה של מופע הייצור כך:

• חלון זמן לתחזוקה: ימי ראשון בין 00:00 ל-01:00 לפי שעון החוף המזרחי בארה"ב
• תזמון התחזוקה: Week 2
• תקופה שבה אי אפשר לבצע תחזוקה: 1 בנובמבר עד 15 בינואר.

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

התראות על פעולות תחזוקה מתוכננות

אתם יכולים לקבל התראה באימייל על תחזוקה מתוכננת לפחות שבוע לפני שהיא אמורה להתבצע. אם רוצים להגדיר מסנן אימייל להתראות, כותרת האימייל היא Upcoming maintenance for your Cloud SQL instance instancename.

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

ההתראות נשלחות לכתובת האימייל שמשויכת לחשבון Google שלכם. אי אפשר להגדיר כתובת אימייל חלופית מותאמת אישית (לדוגמה, כתובת אימייל חלופית של צוות).

אתם יכולים להירשם לקבלת התראות על תחזוקה לכל מכונות Cloud SQL שיש להן חלונות זמן לתחזוקה בפרויקט נתון. תקבלו התראה אחת לכל מופע. לא נשלחות התראות על תחזוקה קרובה של עותקי קריאה.

אפשר גם לראות את פרטי התחזוקה הקרובה במסוף Google Cloud .

• בעמודה תחזוקה ברשימה Instances. אם מתוכננת תחזוקה, תראו את התאריך והשעה שבהם היא אמורה להתחיל. אפשר לסנן את רשימת המופעים באמצעות המונח Maintenance כדי למצוא את כל המופעים שמתוזמנים לתחזוקה. העמודה תחזוקה מוצגת רק אם מתוכננת תחזוקה במופע אחד או יותר בפרויקט. אם לא מתוכחז תחזוקה, העמודה מוסתרת.
• בדף Instance details בחלונית Maintenance. אם מתוזמנת תחזוקה, בקטע Upcoming (בקרוב) מופיעים תאריך ושעה של תחילת התחזוקה.

• בדף Logs Explorer במסוף Google Cloud . בתפריט הנפתח All logs name, מחפשים את maintenance-events ולוחצים על Apply. אם מתוכננת תחזוקה של מכונה, ביומן יופיע שם המכונה ושעת ההתחלה המתוכננת של התחזוקה.

התראות אחרות לגבי פעולות תחזוקה

אם תבחרו לקבל התראות על תחזוקה, תקבלו התראות על אירועים מסוימים:

• פעולות תחזוקה מתוכננות
• התחלת תחזוקה
• פעולות התחזוקה הסתיימו
• תחזוקה שבוטלה

קביעת מועד חדש לתחזוקה

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

יש כמה מגבלות על קביעת מועד חדש לעדכוני תחזוקה. אחרי ש-Cloud SQL שולח את האימייל עם ההתראה, הוא מבצע את עדכון התחזוקה תוך שבעה שבועות כדי למנוע חפיפה עם עדכון התחזוקה הבא של Cloud SQL. לדוגמה, אם בחרתם שעדכון התחזוקה יתבצע בשבוע הראשון או בשבוע השני, תוכלו לתאם מועד חדש לעדכון התחזוקה עד 4 שבועות (28 ימים) אחרי התאריך המקורי שנקבע. אם הגדרתם את המופע שלכם לזמן תחזוקה בשבוע 5, תוכלו לתאם מועד חדש לאירוע התחזוקה עד שבוע אחד (7 ימים) אחרי התאריך המקורי. אתם יכולים לתזמן מחדש את התחזוקה כמה פעמים שתרצו, כל עוד אירוע התחזוקה המתוזמן מחדש מתרחש במסגרת משך התזמון מחדש שהגדרתם למועד התחזוקה של המופע.

למידע על מגבלות אחרות, אפשר לעיין במאמר מגבלות על שינוי מועד.

יש כמה אפשרויות לתזמון חלון זמן לתחזוקה החדש:

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

• קביעת מועד חדש. יש שתי דרכים לדחות אירוע מתוזמן של תחזוקה:

  • החלון הבא שזמין. האפשרות הזו דוחה את התחזוקה לחלון הזמן הבא שזמין לתחזוקה אחרי מועד התחזוקה המתוזמן הנוכחי, בדרך כלל שבוע לאחר מכן.
  • שעה ספציפית. באמצעות האפשרות הזו תוכלו לבחור שעה ספציפית למשך התזמון מחדש שהוגדר על ידי תזמון התחזוקה שהגדרתם למופע.
    • ‫28 ימים אם בוחרים בתזמון תחזוקה בשבוע 1 או בשבוע 2
    • 7 ימים אם בוחרים באפשרות 'תזמון תחזוקה בשבוע 5'

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

איך מתבצעת תחזוקה

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

בקיצור, אלה השלבים:

1. מגדירים מכונה וירטואלית מעודכנת עם התוכנה החדשה.
2. עוצרים את מסד הנתונים במכונה הווירטואלית המקורית.
3. מעבירים את הדיסק ואת כתובת ה-IP הסטטית למכונה הווירטואלית המעודכנת.
4. מפעילים את מסד הנתונים במכונה הווירטואלית המעודכנת.

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

מצמצמים את ההשפעה של התחזוקה

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

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

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

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

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

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

תחזוקה דחופה

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

תחזוקה בשירות עצמי

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

כמה זמן נמשך תהליך התחזוקה בשירות עצמי לכל הרפליקות לקריאה של מכונה ראשית?

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

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

אם יש לי כמה רפליקות לקריאה של המכונה הראשית, האם אפשר לבצע תחזוקה בשירות עצמי ברפליקה אחת לקריאה?

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

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

• איך נרשמים לקבלת התראות על תחזוקה
• איך מגדירים חלון זמן לתחזוקה
• איך צופים בהתראות לגבי פעולות תחזוקה