ב-Cloud SQL אפשר לגבות את המכונות לפי דרישה או באופן אוטומטי באמצעות לוח זמנים לגיבוי. הגדרות הגיבוי שזמינות למופע שלכם תלויות באפשרות הגיבוי של המופע. גיבויים של Cloud SQL הם מצטברים ועוזרים לשחזר נתונים שאבדו למופע Cloud SQL. הגיבויים מוצפנים כברירת מחדל באמצעות מפתחות הצפנה בניהול Google או מפתחות הצפנה בניהול הלקוח (CMEK). בעזרת גיבויים, אתם יכולים:
- אם נתקלתם בבעיה במכונה, תוכלו לשחזר אותה למצב קודם.
- מגדירים התאוששות מאסון (DR) על ידי יצירת מופע חדש באמצעות גיבוי באזור או באזור זמן אחר.
- כדי לעזור בפיתוח, בבדיקות ובהעברה, אפשר ליצור כמה מופעים באמצעות גיבויים.
כדי לשמור את הגיבויים האלה, צריך להגדיר את הגדרות השמירה של הגיבויים במופע. הגדרות השמירה יכולות להיות שונות בהתאם למהדורת Cloud SQL של המופע ולאפשרות הגיבוי. בנוסף, אפשר גם לשמור גיבויים אחרי מחיקת המופע כדי לאפשר לכם לשחזר את המופע אחרי המחיקה.
אפשרויות גיבוי
ב-Cloud SQL יש שתי אפשרויות לשירות גיבוי לניהול הגיבויים של המופע. שתי האפשרויות תומכות גם ב Google-owned and Google-managed encryption keysוגם במפתחות הצפנה בניהול הלקוח (CMEK):
- גיבויים משופרים: הגיבויים מנוהלים ונשמרים בפרויקט מרכזי לניהול גיבויים שמבוסס על שירות Backup and DR, ומספק שמירת נתונים מאולצת, תזמון מפורט וניטור. במקרים שבהם מופעלת הצפנה באמצעות מפתח שנוצר על ידי הלקוח (CMEK), הגיבויים המשופרים משתמשים בהרשאות גישה למפתח בסוכן של שירות הגיבוי והשחזור בפרויקט של כספת הגיבוי. כך נוספת שכבת הגנה נוספת למקרה שהמופע או הפרויקט המקוריים יימחקו.
- גיבויים רגילים: הגיבויים נוצרים, מנוהלים ומאוחסנים באותו פרויקט כמו המכונות של 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 מוצג רק אם הפעולה הצליחה או נכשלה. הוא לא מיועד להצגת אזהרות או עדכונים אחרים.
מריצים את הפקודה
|
| אתם רוצים לגלות מי ביצע פעולת גיבוי לפי דרישה. | בממשק המשתמש לא מוצג המשתמש שהתחיל פעולה.
בודקים ביומנים ומסננים לפי טקסט כדי למצוא את המשתמש. יכול להיות שתצטרכו להשתמש ביומני ביקורת כדי לגשת למידע פרטי. קבצי יומן רלוונטיים כוללים:
|
| אחרי שמוחקים מופע, אי אפשר לגבות אותו. | אם מוחקים מופע בלי ליצור גיבוי סופי של הנתונים, לא ניתן לשחזר את הנתונים. עם זאת, אם משחזרים את המכונה, Cloud SQL משחזר גם את הגיבויים. מידע נוסף על שחזור מופע שנמחק זמין במאמר שמירת גיבויים אחרי מחיקת מופע. אם ביצעתם פעולת ייצוא, צריך ליצור מופע חדש ואז לבצע פעולת ייבוא כדי ליצור מחדש את מסד הנתונים. קובצי הייצוא נכתבים ב-Cloud Storage וקובצי הייבוא נקראים משם. |
| גיבוי אוטומטי נתקע למשך שעות רבות ואי אפשר לבטל אותו. | גיבויים יכולים להימשך זמן רב, בהתאם לגודל מסד הנתונים.
אם אתם ממש צריכים לבטל את הפעולה, אתם יכולים לבקש מ
תמיכת הלקוחות |
| פעולת שחזור יכולה להיכשל אם משתמש אחד או יותר שמצוינים בקובץ ה-SQL dump לא קיימים. | לפני שמשחזרים 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. |
המאמרים הבאים
- Choose a backup option for your Cloud SQL instance.
- מידע נוסף על שחזור
- שחזור מגיבוי