סקירה כללית על גיבויים ב-Cloud SQL

ב-Cloud SQL אפשר לגבות את המכונות לפי דרישה או באופן אוטומטי באמצעות לוח זמנים לגיבוי. הגדרות הגיבוי שזמינות למופע שלכם תלויות באפשרות הגיבוי של המופע. גיבויים של Cloud SQL הם מצטברים ועוזרים לכם לשחזר נתונים שאבדו למופע Cloud SQL. הגיבויים מוצפנים כברירת מחדל באמצעות מפתחות הצפנה בניהול Google או מפתחות הצפנה בניהול הלקוח (CMEK). בעזרת גיבויים, אתם יכולים:

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

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

אפשרויות הגיבוי

ב-Cloud SQL יש שתי אפשרויות לשירות גיבוי לניהול הגיבויים של המופע:

  • גיבויים משופרים: הגיבויים מנוהלים ונשמרים בפרויקט מרכזי לניהול גיבויים, שמבוסס על שירות Backup and DR ומספק שמירה מאולצת, תזמון מפורט וניטור.
  • גיבויים רגילים: הגיבויים נוצרים, מנוהלים ומאוחסנים באותו פרויקט כמו המכונות של Cloud SQL. זהו הגיבוי הקיים ב-Cloud SQL, שנקרא עכשיו גיבויים רגילים.

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

סוגי בקשות גיבוי

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

גיבויים על פי דרישה

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

גיבויים אוטומטיים

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

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

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

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

הגיבוי הסופי

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

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

כברירת מחדל, Cloud SQL שומר את הגיבוי הסופי למשך 30 יום. עם זאת, אפשר להתאים אישית את משך הזמן שבו Cloud SQL שומר את הגיבוי. הטווח יכול להיות בין יום אחד ל-365 ימים לגיבויים רגילים, או בין יום אחד ל-10 שנים לגיבויים משופרים. לאחר מכן אפשר לשחזר את המופע מהגיבוי כל עוד הוא זמין. החיוב על גיבויים סופיים דומה לחיוב על גיבויים אחרים, בהתאם למספר הימים שבהם הם נשמרים.

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

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

שמירת גיבויים

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

שמירת הגיבויים אחרי מחיקת המופע

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

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

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

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

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

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

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

גיבויים לשחזור

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

גיבוי ובדיקות תקינות נתונים

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

גיבויים של רפליקות

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

גיבויים לעומת ייצוא

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

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

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

נפח הגיבוי

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

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

פתרון בעיות

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

מריצים את הפקודה gcloud sql operations list כדי לראות את כל הפעולות במכונה הנתונה של Cloud SQL.
אתם רוצים לדעת מי ביצע פעולת גיבוי לפי דרישה. בממשק המשתמש לא מוצג המשתמש שהתחיל את הפעולה.

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

  • cloudsql.googleapis.com/sqlagent.out
  • cloudsql.googleapis.com/sqlserver.err
  • אם Cloud Audit Logs מופעלות ויש לכם את ההרשאות הנדרשות לצפייה בהן, יכול להיות שגם cloudaudit.googleapis.com/activity יהיה זמין.
אחרי שמוחקים מופע, אי אפשר לגבות אותו.

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

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

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

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

כדי לשמור גיבויים ללא הגבלת זמן, אפשר ליצור גיבוי לפי דרישה, כי הם לא נמחקים כמו גיבויים אוטומטיים. גיבויים על פי דרישה נשמרים ללא הגבלת זמן. כלומר, הן נשארות עד שהן נמחקות או עד שהמופע שאליו הן שייכות נמחק. הגיבוי הזה לא נמחק אוטומטית, ולכן הוא יכול להשפיע על החיוב.
גיבוי אוטומטי נכשל ולא קיבלתם התראה באימייל. כדי לקבל מ-Cloud SQL התראה על סטטוס הגיבוי, מגדירים התראה שמבוססת על יומן.
אין לך אפשרות לשחזר את המופע באמצעות הפקודה Transact-SQL RESTORE או באמצעות SQL Server Management Studio‏ (SSMS). ב-Cloud SQL אין תמיכה בשחזור מופעים באמצעות SSMS. כדי לשחזר את המכונה, מריצים את הפקודה gcloud sql import.
אי אפשר לראות את היסטוריית הגיבוי של היומן.

היסטוריית הגיבוי של היומן נשמרת למשך 60 יום בלבד בטבלאות של היסטוריית הגיבוי של מסד הנתונים msdb.
אי אפשר למחוק מופע כשבוחרים לבצע גיבוי סופי בזמן מחיקת המופע. כשמוחקים מופע, צריך לאשר אם רוצים ליצור גיבוי סופי של המופע לפני המחיקה. אם הפעלתם גיבוי סופי באמצעות הגדרת המופע final-backup, הבחירה שתבצעו כשאתם מוחקים את המופע חייבת להיות זהה להגדרת המופע של הגיבוי הסופי שהגדרתם כשהפעלתם גיבוי סופי למופע. כדי לפתור את הבעיה, נסו אחד מהפתרונות הבאים:
  • מגדירים את ערך הגיבוי הסופי כך שיתאים להגדרת הגיבוי הקיימת של המופע.
  • כשמוחקים את המופע, משאירים את השדה של הגיבוי הסופי ריק. אם משאירים את השדה ריק, מערכת Cloud SQL משתמשת בהגדרות הגיבוי הסופיות שמוגדרות בהגדרות המופע כדי ליצור גיבוי סופי ולהגדיר את תקופת השמירה שלו.
כדי לראות את הגדרת הגיבוי הסופית של מופע, אפשר לעיין במאמר בנושא הצגת פרטי מופע.
לא ניתן ליצור מופע רפליקה אחרי יצירה מוצלחת של מופע ראשי עם הגדרת הגיבוי הסופית. אם יוצרים מופע חדש עם ההגדרה של מופע הגיבוי הסופי מופעלת, צריך לעדכן את מדיניות הארגון של הגיבוי הסופי כדי להחיל את הגדרות הגיבוי רק על המופע הראשי. אין תמיכה בגיבויים סופיים של מופעי רפליקה.
מידע נוסף זמין במאמר מדיניות הארגון של Cloud SQL.

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