ב-Cloud SQL אפשר לגבות את המכונות על פי דרישה או באופן אוטומטי באמצעות לוח זמנים לגיבוי. הגדרות הגיבוי שזמינות למכונה תלויות באפשרות הגיבוי של המכונה. הגיבויים ב-Cloud SQL הם מצטברים, ועוזרים לשחזר נתונים שאבדו במכונה של Cloud SQL. גם הגיבויים מוצפנים כברירת מחדל באמצעות מפתחות הצפנה בניהול Google או בניהול הלקוח (CMEK). בעזרת הגיבויים, אתם יכולים:
- אם יש בעיה במכונה, אפשר לשחזר אותה למצב קודם.
- מגדירים תוכנית התאוששות מאסון (DR) על ידי יצירת מכונה חדשה באמצעות גיבוי באזור או בתחום אחר.
- ליצור כמה מכונות באמצעות גיבויים כדי לעזור בפיתוח, בבדיקה ובהעברה.
כדי לשמור את הגיבויים האלה, אתם יכולים להגדיר את משך השמירה של הגיבויים במכונה. הגדרות השמירה יכולות להשתנות בהתאם למהדורת Cloud SQL ולאפשרות הגיבוי של המכונה. בנוסף, אתם יכולים לשמור גיבויים אחרי שהמכונה נמחקת, כדי שתוכלו לשחזר אותה.
אפשרויות הגיבוי
ב-Cloud SQL יש שתי אפשרויות לשירותי גיבוי כדי לנהל את הגיבויים של המכונה. שתי האפשרויות תומכות גם ב- Google Cloud-powered 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 שנים לגיבויים משופרים. לאחר מכן תוכלו לשחזר את המכונה מהגיבוי כל עוד הוא זמין. החיוב על גיבויים סופיים דומה לחיוב על גיבויים אחרים, בהתאם למספר הימים שהם נשמרים.
במאמר הגדרת גיבויים סופיים מוסבר איך להפעיל גיבויים סופיים למכונות חדשות או קיימות באמצעות אפשרות הגיבויים הרגילים. בגיבויים משופרים, הגיבויים הסופיים מנוהלים על ידי תוכנית הגיבוי המשויכת.
כדי לנהל גיבוי סופי אחרי שהמכונה נמחקה, קראו את המאמר ניהול גיבויים של מכונות שנמחקו.
שמירת גיבויים
משך שמירת הגיבוי מוגדר לפי סוג בקשת הגיבוי ואפשרות הגיבוי שבחרתם למכונה. בגיבויים אוטומטיים, משך השמירה יכול לנוע בין יום אחד ל-10 שנים, בהתאם לאפשרות הגיבוי של המכונה. גיבויים רגילים על פי דרישה נשמרים ללא הגבלת זמן עד שמוחקים אותם באופן ידני. לעומת זאת, גיבויים משופרים על פי דרישה תומכים בתקופות שמירה בהתאמה אישית שמוגדרות על ידי המשתמשים, עד 10 שנים, כפי שהוגדר בתוכנית הגיבוי המשויכת. למידע נוסף על שמירת גיבויים שקשורה לאפשרות הגיבוי של המכונה, ראו בחירת אפשרות הגיבוי.
שמירת הגיבויים אחרי מחיקת המכונה
גיבויים שנשמרו הם גיבויים ש-Cloud SQL שומר אחרי שמוחקים מכונה. הגיבויים האלה כוללים גיבויים על פי דרישה וגיבויים אוטומטיים שנוצרו כשהמכונה הייתה פעילה. כשמוחקים מכונה, הגיבויים האלה הופכים לבלתי תלויים במכונה ונשמרים ברמת הפרויקט. גיבויים שנשמרו שונים מגיבויים סופיים, שהם הגיבויים האחרונים שנוצרו בזמן מחיקת המכונה.
אפשר לעדכן את התיאור של הגיבויים האלה כדי שיהיה קל יותר לנהל אותם בפרויקט ב- Cloud de Confiance by S3NS . בכל שלב אפשר לשחזר את הגיבויים שנשמרו למכונה חדשה או קיימת של Cloud SQL.
תקופת השמירה של הגיבויים האלה מוגדרת לפי סוג הגיבוי, ואי אפשר לשנות אותה אחרי שמוחקים את המכונה. בגיבויים רגילים, גיבויים על פי דרישה נשמרים ללא הגבלת זמן עד שהגיבוי נמחק באופן ידני, או עד שהפרויקט שמכיל את הגיבוי נמחק. בגיבויים משופרים, גיבויים על פי דרישה נשמרים בהתאם לכלל השמירה שנבחר. גיבויים אוטומטיים נמחקים באופן שוטף, גיבוי אחד ביום, אחרי שהמכונה נמחקת. התקופה האחרונה מוגדרת על סמך הגדרות השמירה של המכונה לפני המחיקה, והיא יכולה לנוע בין יום אחד ל-10 שנים, בהתאם לאפשרות הגיבוי שנבחרה למכונה. לדוגמה, אם הגדרת שמירת הגיבוי האוטומטי של המכונה הייתה 7, הגיבוי האוטומטי האחרון יימחק 7 ימים אחרי מחיקת המכונה.
אפשר למחוק ידנית את הגיבויים שנשמרו בכל שלב. עם זאת, אם מוחקים גיבוי שנשמר, אי אפשר לשחזר אותו.
בגיבויים רגילים, מכיוון שאפשר להשתמש בשמות של מכונות אחרי שהמכונה נמחקת ב-Cloud SQL, הגיבויים שנשמרים מאוחסנים בפרויקטCloud de Confiance עם שדה שנקרא instance_deletion_time. השדה הזה מאפשר לכם לזהות אם גיבוי מסוים שייך למכונה פעילה או למכונה שנמחקה. אפשר גם לעדכן את התיאור של הגיבוי כדי שיהיה קל יותר לנהל אותו.
במאמר הגדרת גיבויים שנשמרו מוסבר איך להפעיל גיבויים שנשמרו במכונות חדשות או קיימות באמצעות האפשרות של גיבויים רגילים. בגיבויים משופרים, הגיבויים שנשמרים מנוהלים על ידי תוכנית הגיבוי המשויכת.
כדי לנהל גיבוי שנשמר אחרי שהמכונה נמחקה, קראו את המאמר ניהול גיבויים של מכונות שנמחקו.
גיבויים לשחזור
אם אין גיבויים תקינים שזמינים כחלק ממדיניות הגיבוי האוטומטי, Cloud SQL מנסה לשמור לפחות גיבוי יומי אחרון אחד של כל מכונה פעילה. כדי להשתמש בגיבוי הזה למטרות שחזור, צריך לפנות אל Google Cloud Customer Care.
בדיקות גיבוי ותקינות נתונים
Cloud SQL מבצע באופן אוטומטי בדיקות תקינות של מסד הנתונים ברקע כדי לזהות בעיות פוטנציאליות בתקינות הנתונים. בדיקת התקינות מתבצעת בתהליך אופליין על ידי שחזור של דגימה מגיבויים שהלקוח יזם או מגיבויי שחזור.
גיבויים של רפליקות
אי אפשר לגבות מכונות של רפליקות. מכיוון שמופעי רפליקה הם עותקים של מופעים ראשיים, הגיבויים נשמרים במופע הראשי. אם מכונה של רפליקה מקודמת למכונה עצמאית בגלל יתירות כשל או מעבר, המכונה מופעלת לגיבויים וצריך להגדיר לה גיבוי משלה. רפליקות שקודמו לא יכולות לגשת לגיבויים של המכונה הראשית.
גיבויים לעומת ייצוא
הגיבויים מנוהלים על ידי Cloud SQL בהתאם למדיניות שמירת הנתונים, ומאוחסנים בנפרד מהמכונה של Cloud SQL. הגיבויים ב-Cloud SQL שונים מייצוא שמועלה ל-Cloud Storage, שבו אתם מנהלים את מחזור החיים. הגיבויים כוללים את כל הדיסק של המכונה. אפשר לבחור תוכן ספציפי לייצוא.
אי אפשר להשתמש בפעולות גיבוי ושחזור כדי לשדרג מכונה לגרסה חדשה יותר. אפשר לשחזר מגיבוי רק למכונה עם אותה גרסת מסד נתונים שהייתה בזמן הגיבוי.
כדי לשדרג לגרסה חדשה יותר, צריך לבצע שדרוג גרסה ראשית במקום, להשתמש ב-Database Migration Service או לייצא ואז לייבא את מסד הנתונים למכונה חדשה של Cloud SQL.גודל הגיבוי
כל הגיבויים ב-Cloud SQL, חוץ מהראשון, הם מצטברים. הם מכילים רק נתונים שהשתנו אחרי הגיבוי הקודם. הגיבוי הישן ביותר הוא בגודל דומה למכונה, אבל הגדלים של הגיבויים הבאים תלויים בקצב השינוי של הנתונים. כשמוחקים את הגיבוי הישן ביותר, הגודל של הגיבוי הבא אחריו גדל והופך לגיבוי מלא, והוא מותאם כדי לתעד את ההבדל בין הגיבויים. כל גיבוי מצטבר שמתבצע לאחר מכן מתעדכן גם הוא בהתאם לגיבוי המלא החדש.
אתם יכולים לבדוק את הגודל של גיבוי ספציפי. גודל הגיבוי מייצג את הגודל לחיוב של כל גיבוי.
פתרון בעיות
| שגיאה | פתרון בעיות |
|---|---|
| אי אפשר לראות את הסטטוס של הפעולה הנוכחית. | במסוף Cloud de Confiance מדווח רק על הצלחה או כישלון בסיום הפעולה. הוא לא מיועד להצגת אזהרות או עדכונים אחרים.
מריצים את
הפקודה |
| אתם רוצים לגלות מי ביצע פעולת גיבוי על פי דרישה. | בממשק המשתמש לא מוצג המשתמש שהתחיל את הפעולה.
מחפשים ביומנים ומסננים לפי טקסט כדי למצוא את המשתמש. יכול להיות שתצטרכו להשתמש ביומני ביקורת כדי לראות מידע פרטי. קובצי היומן הרלוונטיים כוללים:
|
| אחרי שמוחקים מכונה, אי אפשר לגבות אותה. | אם מוחקים מכונה בלי לבצע גיבוי סופי של הנתונים, אי אפשר לבצע שחזור נתונים. עם זאת, אם משחזרים את המכונה, Cloud SQL משחזר גם את הגיבויים. מידע נוסף על שחזור מכונה שנמחקה זמין במאמר שמירת גיבויים אחרי מחיקת מכונה. אם ביצעתם פעולת ייצוא, צרו מכונה חדשה ואז בצעו פעולת ייבוא כדי ליצור מחדש את מסד הנתונים. הייצוא נכתב ב-Cloud Storage והייבוא נקרא משם. |
| גיבוי אוטומטי תקוע במשך שעות רבות ואי אפשר לבטל אותו. | הגיבויים יכולים להימשך זמן רב, בהתאם לגודל מסד הנתונים.
אם אתם ממש צריכים לבטל את הפעולה, אתם יכולים לבקש מ
תמיכת הלקוחות |
| פעולת שחזור יכולה להיכשל כשמשתמש אחד או יותר שמצוינים בקובץ ה-SQL המוכן לשימוש לא קיימים. | לפני שמשחזרים קובץ dump של SQL, כל המשתמשים במסד הנתונים שיש בבעלותם אובייקטים או שקיבלו הרשאות לאובייקטים במסד הנתונים שהושלך חייבים להיות קיימים במסד הנתונים של היעד. אם אין להם את ההרשאות האלה, פעולת השחזור לא תצליח ליצור מחדש את האובייקטים עם הבעלות או ההרשאות המקוריות.
יוצרים את המשתמשים במסד הנתונים לפני שמשחזרים את ה-SQL dump. |
| אתם רוצים להגדיל את מספר הימים שבהם אפשר לשמור גיבויים אוטומטיים מ-7 ל-30 ימים, או יותר. | אפשר
להגדיר את מספר הגיבויים האוטומטיים שרוצים לשמור, מ-1 עד 365. גיבויים אוטומטיים נמחקים באופן קבוע על סמך ערך השמירה שהוגדר. לצערנו, זה אומר שהגיבויים שמוצגים כרגע הם הגיבויים האוטומטיים היחידים שאפשר לשחזר מהם.
כדי לשמור גיבויים ללא הגבלת זמן, אתם יכולים ליצור גיבוי על פי דרישה, כי גיבויים כאלה לא נמחקים כמו גיבויים אוטומטיים. גיבויים לפי דרישה נשמרים ללא הגבלת זמן. כלומר, הם נשארים עד שמוחקים אותם או עד שמוחקים את המכונה שהם שייכים אליה. מכיוון שסוג הגיבוי הזה לא נמחק באופן אוטומטי, הוא יכול להשפיע על החיוב. |
| גיבוי אוטומטי נכשל ולא קיבלתם התראה באימייל. | כדי לקבל מ-Cloud SQL התראה על סטטוס הגיבוי, מגדירים התראה מבוססת-יומן. |
| גיבוי אוטומטי או גיבוי על פי דרישה נכשל במכונה עם יותר מ-50 תוויות שהוגדרו על ידי המשתמש. | כש-Cloud SQL מבצע גיבוי, הוא מעתיק את התוויות שהמשתמשים הגדירו למכונה לתמונת המצב של האחסון הבסיסי, ומוסיף תוויות מערכת פנימיות. אם המספר הכולל של התוויות חורג מהמגבלה של 64 תוויות לכל קובץ snapshot, הגיבוי נכשל.
כדי לפתור את הבעיה, צריך להסיר תוויות עודפות כך שיהיו במכונה עד 50 תוויות שהוגדרו על ידי המשתמש. מידע נוסף זמין במאמר הוספת תוויות למכונות. |
| אי אפשר למחוק מכונה כשבוחרים ליצור גיבוי סופי בזמן מחיקת המכונה. |
כשמוחקים מכונה, צריך לאשר אם רוצים ליצור גיבוי סופי של המכונה לפני המחיקה. אם הפעלתם את הגיבוי הסופי באמצעות הגדרת המכונה final-backup, הבחירה שתבצעו כשתמחקו את המכונה צריכה להתאים להגדרת מכונת הגיבוי הסופי שקבעתם כשהפעלתם את הגיבוי הסופי למכונה. כדי לפתור את הבעיה, נסו אחד מהפתרונות הבאים:
|
| לא הצלחנו ליצור מכונה של רפליקה אחרי שיצרנו בהצלחה מכונה ראשית עם הגדרת הגיבוי הסופי. |
אם יוצרים מכונה חדשה כשההגדרה של מכונת הגיבוי הסופי מופעלת, צריך לעדכן את מדיניות הארגון של הגיבוי הסופי כדי להחיל את הגדרות הגיבוי על המכונה הראשית בלבד.
אין תמיכה בגיבויים סופיים במכונות של רפליקות. מידע נוסף זמין במאמר מדיניות הארגון ב-Cloud SQL. |
המאמרים הבאים
- בחירת אפשרות גיבוי למכונה של Cloud SQL.
- מידע נוסף על שחזור
- שחזור מהגיבוי