ב-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, הגיבויים המשופרים משתמשים בהרשאות גישה למפתחות בסוכן השירות של Backup and DR בפרויקט של כספת הגיבוי. כך נוספת שכבת הגנה למקרה שהמכונה או הפרויקט המקוריים יימחקו.
- גיבויים רגילים: הגיבויים נוצרים, מנוהלים ונשמרים באותו פרויקט שבו נמצאים המכונות של Cloud SQL. זהו שירות הגיבוי הקיים של Cloud SQL, שנקרא עכשיו "גיבויים רגילים".
צריך לבחור אפשרות גיבוי לכל מופע. למידע נוסף על כל אפשרות גיבוי והתכונות שלה, קראו את המאמר בחירת אפשרות הגיבוי.
סוגי בקשות גיבוי
אתם יכולים לבצע גיבויים לפי דרישה, גיבויים אוטומטיים או גיבויים סופיים למכונות של Cloud SQL. ההגדרות הזמינות לגיבויים האלה תלויות באפשרות הגיבוי שנבחרה למכונה.
גיבויים על פי דרישה
גיבויים לפי דרישה הם גיבויים שאפשר ליצור בכל שלב. הגיבויים האלה שימושיים אם אתם עומדים לבצע פעולה מסוכנת במכונה, או אם אתם צריכים גיבוי ולא רוצים לחכות לחלון הגיבוי. אתם יכולים ליצור גיבויים לפי דרישה לכל מכונה, גם אם הגיבויים האוטומטיים מופעלים בה וגם אם לא.
גיבויים אוטומטיים
גיבויים אוטומטיים מתבצעים לפי לוח זמנים קבוע, למשל מדי שעה, מדי יום, מדי שבוע או מדי חודש, בזמן שהמכונה פועלת. התדירות המתוזמנת תלויה באפשרות הגיבוי שבחרתם למכונה, ובתדירות שהגדרתם בהגדרות הגיבוי לאפשרות הגיבוי שנבחרה. הגיבוי מתחיל במהלך חלון הזמנים לגיבוי.
משך הזמן שבו נשמרים הגיבויים האוטומטיים תלוי במדיניות השמירה שהוגדרה באפשרות הגיבוי שנבחרה למכונה. אם אפשר, מומלץ לתזמן את הגיבויים לזמנים שבהם יש פחות פעילות במכונה.
מומלץ גם לא למחוק באופן ידני גיבויים אוטומטיים, כי הם נדרשים לתמיכה בשחזור מערכת מנקודה מסוימת בזמן (PITR).
כדי להגדיר את הגיבויים האוטומטיים של המכונה, קראו את המאמר הגדרת גיבויים אוטומטיים.
גיבוי סופי
גיבויים סופיים מאפשרים לכם לגבות את המכונה של Cloud SQL לפני שאתם מוחקים אותה. כדאי להיעזר בזה אם רוצים לשמור את נתוני המכונה אחרי שמוחקים אותה. אתם יכולים להשתמש בגיבוי הסופי כדי ליצור מכונה חדשה או כדי לשחזר מכונה קיימת. למידע נוסף על גישה לפרטים של הגיבוי הסופי והצגתם, קראו את המאמר הצגת רשימה של גיבויים סופיים.
אתם יכולים להגדיר את המכונה כך שייווצר גיבוי סופי באופן אוטומטי כשאתם מוחקים את המכונה, על ידי הפעלת הגיבוי הסופי בהגדרות המכונה. אתם יכולים גם להגדיר את תקופת השמירה של הגיבוי הסופי כשאתם מפעילים את הגיבויים הסופיים במכונה. אם לא תפעילו גיבויים סופיים למכונה, תוכלו גם לבצע גיבוי סופי כשתבצעו מחיקה של המכונה. גיבויים סופיים זמינים רק למכונות ראשיות, ואין תמיכה בהם ברפליקות. אתם יכולים גם להגדיר מדיניות ארגונית מותאמת אישית ב-Cloud SQL כדי ליצור גיבוי סופי של כל המכונות בארגון כשמוחקים אותן, ולהגדיר תקופת שמירה סטנדרטית. מידע נוסף זמין במאמר דוגמאות לכללי מדיניות בהתאמה אישית של הארגון לתרחישים נפוצים לדוגמה.
כברירת מחדל, הגיבוי האחרון נשמר ב-Cloud SQL למשך 30 יום. עם זאת, אתם יכולים להתאים אישית את משך הזמן שבו Cloud SQL ישמור את הגיבוי. הטווח יכול להיות בין יום אחד ל-365 ימים לגיבויים רגילים, או בין יום אחד ל-10 שנים לגיבויים משופרים. לאחר מכן תוכלו לשחזר את המכונה מהגיבוי כל עוד הוא זמין. החיוב על גיבויים סופיים דומה לחיוב על גיבויים אחרים, בהתאם למספר הימים שהם נשמרים.
במאמר הגדרת גיבויים סופיים מוסבר איך להפעיל גיבויים סופיים למכונות חדשות או קיימות באמצעות אפשרות הגיבויים הרגילים. בגיבויים משופרים, הגיבויים הסופיים מנוהלים על ידי תוכנית הגיבוי המשויכת.
כדי לנהל גיבוי סופי אחרי שהמכונה נמחקה, קראו את המאמר ניהול גיבויים של מכונות שנמחקו.
שמירת גיבויים
משך שמירת הגיבוי מוגדר לפי סוג בקשת הגיבוי ואפשרות הגיבוי שבחרתם למכונה. בגיבויים אוטומטיים, משך השמירה יכול לנוע בין 7 ימים ל-10 שנים, בהתאם לאפשרות הגיבוי של המכונה. גיבויים רגילים לפי דרישה נשמרים ללא הגבלת זמן עד שמוחקים אותם באופן ידני. לעומת זאת, בגיבויים משופרים לפי דרישה אפשר להגדיר תקופות שמירה מותאמות אישית של עד 10 שנים, בהתאם להגדרות של תוכנית הגיבוי המשויכת. למידע נוסף על שמירת גיבויים שקשורים לאפשרות הגיבוי של המכונה, ראו בחירת אפשרות הגיבוי.
שמירת הגיבויים אחרי מחיקת המכונה
גיבויים שנשמרו הם גיבויים ש-Cloud SQL שומר אחרי שמוחקים מכונה. הגיבויים האלה כוללים גיבויים לפי דרישה וגיבויים אוטומטיים שנוצרו כשהמכונה הייתה פעילה. כשמוחקים מכונה, הגיבויים האלה הופכים לבלתי תלויים במכונה ומאוחסנים ברמת הפרויקט. גיבויים שנשמרו שונים מגיבויים סופיים, שהם הגיבויים האחרונים שבוצעו בזמן מחיקת המכונה.
אפשר לעדכן את התיאור של הגיבויים האלה כדי שיהיה קל יותר לנהל אותם בפרויקט ב- Google Cloud . בכל שלב אפשר לשחזר את הגיבויים שנשמרו למכונה חדשה או קיימת של Cloud SQL.
תקופת השמירה של הגיבויים האלה מוגדרת לפי סוג הגיבוי, ואי אפשר לשנות אותה אחרי שמוחקים את המכונה. בגיבויים רגילים, גיבויים לפי דרישה נשמרים ללא הגבלת זמן עד שהגיבוי נמחק באופן ידני, או עד שהפרויקט שמכיל את הגיבוי נמחק. בגיבויים משופרים, גיבויים על פי דרישה נשמרים בהתאם לכלל השמירה שנבחר. גיבויים אוטומטיים נמחקים באופן שוטף, גיבוי אחד ביום, אחרי שהמכונה נמחקת. התקופה האחרונה מוגדרת בהתאם להגדרות השמירה של המכונה לפני המחיקה, והיא יכולה לנוע בין יום אחד ל-10 שנים, בהתאם לאפשרות הגיבוי שנבחרה במכונה. לדוגמה, אם הגדרת שמירת הגיבוי האוטומטי של המכונה הייתה 7, הגיבוי האוטומטי האחרון יימחק 7 ימים אחרי מחיקת המכונה.
אפשר למחוק באופן ידני את הגיבויים שנשמרו בכל שלב. עם זאת, אם מוחקים גיבוי שנשמר, אי אפשר לשחזר אותו.
בגיבויים רגילים, מכיוון שאפשר להשתמש בשמות של מכונות אחרי שהן נמחקות ב-Cloud SQL, הגיבויים שנשמרים מאוחסנים בפרויקטGoogle Cloud עם שדה שנקרא instance_deletion_time. השדה הזה מאפשר לכם לזהות אם גיבוי מסוים שייך למכונה פעילה או למכונה שנמחקה. אפשר גם לעדכן את התיאור של הגיבוי כדי שיהיה קל יותר לנהל אותו.
במאמר הגדרת גיבויים שמורים מוסבר איך להפעיל גיבויים שמורים במכונות חדשות או קיימות באמצעות אפשרות הגיבויים הרגילים. בגיבויים משופרים, הגיבויים שנשמרים מנוהלים על ידי תוכנית הגיבוי המשויכת.
כדי לנהל גיבוי שנשמר אחרי שהמכונה נמחקה, קראו את המאמר ניהול גיבויים של מכונות שנמחקו.
גיבויים לשחזור
אם אין גיבויים תקינים שזמינים כחלק ממדיניות הגיבוי האוטומטי, Cloud SQL מנסה לשמור לפחות גיבוי יומי אחרון אחד של כל מכונה פעילה. כדי להשתמש בגיבוי הזה למטרות שחזור, אתם יכולים לפנות אל Google Cloud Customer Care.
בדיקות גיבוי ותקינות נתונים
Cloud SQL מבצע באופן אוטומטי בדיקות תקינות של מסד הנתונים ברקע כדי לזהות בעיות פוטנציאליות בתקינות הנתונים. בדיקת התקינות מתבצעת בתהליך אופליין על ידי שחזור דגימה של גיבויים שהלקוח יזם או גיבויים לשחזור.
גיבויים של רפליקות
אי אפשר לגבות מכונות של רפליקות. מכיוון שמופעי רפליקה הם עותקים של מופעים ראשיים, הגיבויים נשמרים במופע הראשי. אם מופע של רפליקה מקודם למופע עצמאי בגלל יתירות כשל או מעבר, המופע מופעל לגיבויים וצריך הגדרת גיבוי משלו. רפליקות שקודמו לא יכולות לגשת לגיבויים של המכונה הראשית.
ההבדל בין גיבויים לייצואים
הגיבויים מנוהלים על ידי Cloud SQL בהתאם למדיניות שמירת הנתונים, ומאוחסנים בנפרד מהמכונה של Cloud SQL. הגיבויים ב-Cloud SQL שונים מייצוא שמועלה ל-Cloud Storage, שבו אתם מנהלים את מחזור החיים. הגיבויים כוללים את כל הדיסק של המכונה. אפשר לבחור תוכן ספציפי לייצוא.
אי אפשר להשתמש בפעולות גיבוי ושחזור כדי לשדרג מכונה לגרסה חדשה יותר. אפשר לשחזר מגיבוי רק למכונה עם אותה גרסת מסד נתונים כמו זו שהייתה בזמן ביצוע הגיבוי.
כדי לשדרג לגרסה מאוחרת יותר, צריך לבצע שדרוג במקום של גרסה ראשית, או לייצא ואז לייבא את מסד הנתונים למכונה חדשה של Cloud SQL.גודל הגיבוי
כל הגיבויים ב-Cloud SQL, חוץ מהראשון, הם מצטברים. הם מכילים רק נתונים שהשתנו אחרי הגיבוי הקודם. הגיבוי הישן ביותר הוא בגודל דומה למכונה, אבל הגדלים של הגיבויים הבאים תלויים בקצב השינוי של הנתונים. כשמוחקים את הגיבוי הכי ישן, הגודל של הגיבוי הבא אחריו גדל והופך לגיבוי מלא, והוא מותאם כדי לתעד את ההבדל בין הגיבויים. כל גיבוי מצטבר שמתבצע לאחר מכן מתעדכן גם הוא בהתאם לגיבוי המלא החדש.
אתם יכולים לבדוק את הגודל של גיבוי ספציפי. גודל הגיבוי מייצג את הגודל לחיוב של כל גיבוי.
פתרון בעיות
| שגיאה | פתרון בעיות |
|---|---|
| אי אפשר לראות את הסטטוס של הפעולה הנוכחית. | במסוף Google Cloud מדווח רק על הצלחה או כישלון בסיום הפעולה. הוא לא מיועד להצגת אזהרות או עדכונים אחרים.
מריצים את הפקודה |
| אתם רוצים לגלות מי ביצע פעולת גיבוי לפי דרישה. | בממשק המשתמש לא מוצג המשתמש שהתחיל את הפעולה.
מחפשים ביומנים ומסננים לפי טקסט כדי למצוא את המשתמש. יכול להיות שתצטרכו להשתמש ביומני ביקורת כדי לראות מידע פרטי. קובצי היומן הרלוונטיים כוללים:
|
| אחרי שמוחקים מכונה, אי אפשר לגבות אותה. | אם מוחקים מכונה בלי לבצע גיבוי סופי של הנתונים, אי אפשר לבצע שחזור נתונים. עם זאת, אם משחזרים את המכונה, Cloud SQL משחזר גם את הגיבויים. מידע נוסף על שחזור מכונה שנמחקה זמין במאמר שמירת גיבויים אחרי מחיקת מכונה. אם ביצעתם פעולת ייצוא, צרו מכונה חדשה ואז בצעו פעולת ייבוא כדי ליצור מחדש את מסד הנתונים. הייצוא נכתב ב-Cloud Storage והייבוא נקרא משם. |
| גיבוי אוטומטי תקוע במשך שעות רבות ואי אפשר לבטל אותו. | הגיבויים יכולים להימשך זמן רב, בהתאם לגודל מסד הנתונים.
אם אתם ממש צריכים לבטל את הפעולה, אתם יכולים לבקש מתמיכת הלקוחות |
| פעולת שחזור יכולה להיכשל כשמשתמש אחד או יותר שמצוינים בקובץ ה-SQL המוכן לשימוש לא קיימים. | לפני שמשחזרים קובץ dump של SQL, כל המשתמשים במסד הנתונים שיש בבעלותם אובייקטים או שקיבלו הרשאות לאובייקטים במסד הנתונים שהושלך חייבים להיות קיימים במסד הנתונים של היעד. אם אין לו את ההרשאות האלה, פעולת השחזור לא תצליח ליצור מחדש את האובייקטים עם הבעלות או ההרשאות המקוריות.
יוצרים את המשתמשים במסד הנתונים לפני שמשחזרים את ה-SQL dump. |
| אתם רוצים להגדיל את מספר הימים שבהם אפשר לשמור גיבויים אוטומטיים מ-7 ל-30 ימים, או יותר. | אפשר להגדיר את מספר הגיבויים האוטומטיים שרוצים לשמור, אבל אי אפשר לשמור פחות ממספר ברירת המחדל (שבעה). גיבויים אוטומטיים נמחקים באופן קבוע על סמך ערך השמירה שהוגדר. לצערנו, זה אומר שהגיבויים שמוצגים כרגע הם הגיבויים האוטומטיים היחידים שאפשר לשחזר מהם.
כדי לשמור גיבויים ללא הגבלת זמן, אתם יכולים ליצור גיבוי על פי דרישה, כי גיבויים כאלה לא נמחקים כמו גיבויים אוטומטיים. גיבויים לפי דרישה נשמרים ללא הגבלת זמן. כלומר, הם נשארים עד שמוחקים אותם או עד שמוחקים את המכונה שהם שייכים אליה. סוג הגיבוי הזה לא נמחק באופן אוטומטי, ולכן הוא יכול להשפיע על החיוב. |
| גיבוי אוטומטי נכשל ולא קיבלתם התראה באימייל. | כדי לקבל מ-Cloud SQL התראה על סטטוס הגיבוי, מגדירים התראה מבוססת-יומן. |
| גיבוי אוטומטי או גיבוי על פי דרישה נכשל במכונה עם יותר מ-50 תוויות בהגדרת המשתמש. | כש-Cloud SQL מבצע גיבוי, הוא מעתיק את התוויות שהמשתמשים הגדירו במכונה לתמונת המצב של האחסון הבסיסי, ומוסיף תוויות פנימיות של המערכת. אם המספר הכולל של התוויות חורג מהמגבלה של 64 תוויות לכל קובץ snapshot, הגיבוי נכשל.
כדי לפתור את הבעיה, צריך להסיר תוויות עודפות כך שלמכונה יהיו 50 תוויות או פחות שהוגדרו על ידי המשתמש. מידע נוסף זמין במאמר הוספת תוויות למכונות. |
| אי אפשר לשחזר את המכונה באמצעות הפקודה Transact-SQL RESTORE או SQL Server Management Studio (SSMS). |
ב-Cloud SQL אי אפשר לשחזר מכונות באמצעות SSMS.
כדי לשחזר את המכונה, מריצים את הפקודה gcloud sql import.
|
| אתם לא יכולים לראות את היסטוריית הגיבוי של היומן. | היסטוריית הגיבוי של היומן נשמרת רק למשך 60 יום בטבלאות של היסטוריית הגיבוי במסד הנתונים msdb. |
| אי אפשר למחוק מכונה כשבוחרים לבצע גיבוי סופי בזמן מחיקת המכונה. |
כשמוחקים מכונה, צריך לאשר אם רוצים ליצור גיבוי סופי של המכונה לפני המחיקה. אם הפעלתם את הגיבוי הסופי באמצעות הגדרת המכונה final-backup, הבחירה שתבצעו כשתמחקו את המכונה צריכה להתאים להגדרת המכונה של הגיבוי הסופי שקבעתם כשהפעלתם את הגיבוי הסופי למכונה. כדי לפתור את הבעיה, נסו אחד מהפתרונות הבאים:
|
| לא הצלחנו ליצור מכונה של רפליקה אחרי שיצרנו מכונה ראשית עם הגדרת הגיבוי הסופי. |
אם יוצרים מכונה חדשה כשההגדרה של מכונת הגיבוי הסופי מופעלת, צריך לעדכן את מדיניות הארגון של הגיבוי הסופי כדי להחיל את הגדרות הגיבוי על המכונה הראשית בלבד.
אי אפשר ליצור גיבויים סופיים של מכונות רפליקה. מידע נוסף זמין במאמר מדיניות הארגון ב-Cloud SQL. |
המאמרים הבאים
- בחירת אפשרות גיבוי למכונה של Cloud SQL.
- מידע נוסף על שחזור
- שחזור מהגיבוי