כדי להגן על הנתונים במסדי נתונים של AlloyDB ל-PostgreSQL, אתם יכולים להשתמש בכמה תכונות לגיבוי ולשחזור של הנתונים, ולניהול הגיבויים. כדי לשחזר נתונים לאשכול מגיבוי, אפשר לעיין במאמר בנושא שחזור אשכול מגיבוי.
ב-AlloyDB יש כמה דרכים לגבות ולשחזר את הנתונים:
- גיבוי ושחזור רציפים, שמופעלים כברירת מחדל בכל האשכולות, הם תכונה של AlloyDB שמאפשרת ליצור אשכול חדש על סמך מצב עדכני של אשכול אחר באותו אזור כמו אשכול המקור, והוא יכול להיות בפרויקט אחר Google Cloud .
- גיבויים נפרדים הם משאבים שמבוססים על קבצים ומכילים עותקים מלאים של מסדי הנתונים של האשכול. AlloyDB יוצר אותם לפי דרישה או לפי לוח זמנים קבוע שאתם מגדירים. אפשר לשחזר כל אחד מהגיבויים האלה לאשכולות חדשים.
AlloyDB מציע את שירותי הגיבוי הבאים לניהול הגיבויים:
- גיבויים משופרים: הגיבויים מנוהלים ומאוחסנים בפרויקט מרכזי לניהול גיבויים שמשתמש בשירות Backup and DR. השירות הזה מספק את כספת הגיבוי של שירות Backup and DR, שמירת נתונים מחייבת, תזמון גרנולרי ומעקב. מידע נוסף מופיע במאמר סקירה כללית על Backup and DR.
- גיבויים רגילים: מערכת AlloyDB יוצרת, מנהלת ומאחסנת את הגיבויים.
מידע נוסף על כל אפשרות גיבוי והתכונות שלה זמין במאמר אפשרויות גיבוי.
סוגי גיבויים
AlloyDB מבצע גיבויים לפי דרישה או גיבויים אוטומטיים של אשכולות AlloyDB, או שאתם יכולים להשתמש בגיבוי ושחזור רציפים. אפשר גם לבצע גיבוי ידני סופי של האשכול לפני שמוחקים אותו.
גיבוי ושחזור רציפים
AlloyDB מאפשר לכם לשחזר אשכול קיים לכל רגע מההיסטוריה האחרונה שלו, עם רמת פירוט של מיקרו-שנייה. כברירת מחדל, ב-AlloyDB אפשר לבחור כל נקודת זמן עד 14 ימים אחורה. אתם יכולים להגדיר את האשכול כך שחלון הזמן הזה יהיה ארוך עד 35 ימים או קצר עד יום אחד.
גיבוי ושחזור רציפים שימושיים במיוחד לשחזור אשכול אחרי מחיקה מקרית של נתונים בהיקף נרחב, או בכל מצב אחר שבו צריך לשחזר במהירות את מצב האשכול על סמך נקודה מסוימת בעבר הקרוב.
גיבוי ושחזור רציפים מאפשרים ל-AlloyDB להשיג יעד להתאוששות מאסון (RPO) של אפס. במילים אחרות, אתם יכולים לשחזר את האשכול למצב שהיה רגע לפני אירוע קטסטרופלי, בלי לאבד נתונים באופן קבוע.
אפשר גם להשתמש בגיבוי ושחזור רציפים כדי ליצור שיבוט עצמאי של אשכול תקין, עם כל הנתונים שלו שהועתקו מהרגע הנוכחי.
גיבויים לפי דרישה או גיבויים אוטומטיים
ב-AlloyDB, גיבוי הוא משאב שמבוסס על קובץ ומכיל עותק של נתוני אשכול מנקודת זמן מסוימת.
יש כמה דרכים ליצור גיבויים ב-AlloyDB:
- מערכת הגיבוי והשחזור הרציפה של AlloyDB יוצרת גיבוי אחד בכל יום, אלא אם משביתים את התכונה הזו. גיבויים רציפים הם גיבויים מצטברים: מערכת AlloyDB מאחסנת רק את הנתונים שהשתנו ביחס לגיבויים קודמים. הגישה הזו מאפשרת לשמור על גודל קטן ככל האפשר של קובצי הגיבוי, וכך להפחית את עלויות האחסון של הגיבוי. גודל הגיבויים משתנה בהתאם לגורמים כמו כמות הנתונים שנכתבו מאז הגיבוי האחרון. בנוסף, מתבצעים גיבויים מלאים רציפים באופן תקופתי. גודל הגיבוי דומה לגודל האשכול.
- אתם יכולים ליצור גיבוי לפי דרישה בכל שלב באמצעות Google Cloud CLI, Google Cloud המסוף או Backup and DR API (אם אתם משתמשים בגיבויים משופרים). גיבויים על פי דרישה הם גיבויים מלאים: כל גיבוי כולל את כל הנתונים שהיו במסדי הנתונים של האשכול בזמן שהתחילה פעולת הגיבוי.
- אם מפעילים לוח זמנים של גיבוי אוטומטי ב-AlloyDB, המערכת יוצרת גיבויים נוספים באופן קבוע בהתאם להעדפות שלכם. גיבויים אוטומטיים הם מצטברים, בדומה לגיבויים רציפים. אם מגדירים גיבויים אוטומטיים עם חלון שמירת נתונים ארוך מ-35 ימים, יכול להיות ש-AlloyDB ישמור כמה שרשראות של גיבויים מצטברים כדי לכסות את טווח הזמן הנדרש.
בדומה למסדי הנתונים של האשכול, AlloyDB מצפין את נתוני הגיבוי באמצעות ההצפנה שמוגדרת כברירת מחדל בניהול Google או באמצעות מפתחות הצפנה בניהול הלקוח. כשיוצרים גיבוי, התוכן שלו הופך לבלתי ניתן לשינוי, כלומר אי אפשר לשנות אותו.
אפשרויות הגיבוי
ב-AlloyDB יש שתי אפשרויות של שירותי גיבוי לניהול הגיבויים של האשכול: גיבוי סטנדרט וגיבוי משופר. אתם יכולים לבחור בין אפשרויות הגיבוי הרגילות והמשופרות בהתאם לדרישות ולצרכים של האשכול. למרות שאי אפשר להשתמש בשתי אפשרויות הגיבוי באותו זמן, ב-AlloyDB אפשר לעבור בין אפשרויות הגיבוי האלה לפי הצורך.
בטבלה הבאה מוצגת סקירה כללית של התכונות שזמינות בכל אחת מאפשרויות הגיבוי:
Feature |
רמת גיבוי רגילה (בניהול של AlloyDB) |
רמת גיבוי משופרת (מנוהל על ידי Backup and DR) |
גיבויים שמוגנים מפני מחיקה ושינויים לא מורשים |
גיבויים שלא ניתן לשנות דרך כספת גיבוי |
גיבויים שלא ניתן לשנות או למחוק באמצעות כספת הגיבוי |
תדירות הגיבוי האוטומטי |
יומי עם ארכיון יומנים רציף (גיבויים ושחזור רציפים) שעתי/יומי/שבועי (גיבויים אוטומטיים) |
שעתי, יומי, שבועי, חודשי או שנתי |
גיבויים מוגנים מפני מחיקה של פרויקט המקור |
– |
✅ |
ניהול גיבויים מרכזי |
– |
✅ |
הגיבוי מוגן מפני מחיקה של אשכול המקור |
✅ |
✅ |
שחזור מערכת מנקודה מסוימת בזמן (PITR) באמצעות יומנים |
✅ |
✅ |
שחזור בין אזורים |
✅ |
– |
שמירת גיבויים לפי דרישה |
אפשר לשמור אותם למשך עד שנה |
אפשר לשמור את הנתונים האלה עד שנה. אפשר למחוק אותם ידנית או שהם יימחקו אוטומטית אחרי שתקופת השמירה תסתיים. |
גיבויים רגילים
יכולות הגיבוי הרגילות של AlloyDB הן תכונות מובנות להגנה על נתונים שזמינות כברירת מחדל בכל האשכולות. המערכת הזו מספקת שכבת הגנה בסיסית באמצעות שני מנגנונים עיקריים: גיבויים רציפים וגיבויים לפי דרישה או אוטומטיים.
גיבוי ושחזור רציפים מופעלים כברירת מחדל בכל האשכולות. התכונה הזו מאפשרת לשחזר אשכול חדש לכל רגע מההיסטוריה האחרונה שלו, עם רמת פירוט של מיקרו-שנייה, באמצעות שחזור לנקודת זמן (PiTR). חלון ה-PiTR מוגדר ל-14 ימים כברירת מחדל, אבל אפשר להגדיר אותו לכל ערך בין יום אחד ל-35 ימים. מערכת AlloyDB יוצרת גיבוי מצטבר יומי כחלק מהמערכת הזו, שמאחסנת רק את הנתונים שהשתנו מאז הגיבוי האחרון.
גיבויים לפי דרישה או גיבויים אוטומטיים הם משאבים מבוססי-קבצים שמכילים עותקים מלאים של נתוני האשכול מנקודת זמן ספציפית. גיבויים על פי דרישה הם גיבויים מלאים שכוללים את כל נתוני האשכול בזמן היצירה. גיבויים אוטומטיים הם גיבויים מצטברים שנוצרים לפי לוח זמנים שהמשתמש מגדיר. אחרי שיוצרים גיבוי, נתוני הגיבוי הם בלתי ניתנים לשינוי, ולכן אי אפשר לבצע בהם שינויים. גיבויים מאוחסנים באותו אזור שבו נמצא האשכול כברירת מחדל, אבל אפשר לציין מיקום מותאם אישית בין אזורים לגיבויים לפי דרישה.
גיבויים משופרים
יכולת הגיבוי המשופרת של AlloyDB משולבת עם שירות הגיבוי המרכזי של Google CloudBackup and DR Service, שמתאים לשימוש בארגונים. גיבויים משופרים מתאימים במיוחד לפלחים נבחרים ולפלח ה-Enterprise, ולעומסי עבודה עם רגולציה מחמירה. הם מספקים הגנה מפני תוכנות כופר לאפליקציות קריטיות. בגיבויים משופרים מקבלים את התכונות הבאות, בנוסף ליכולות הגיבוי הרגילות:
- אחסון שלא ניתן לשינוי: הגיבויים מאוחסנים בכספת גיבוי שמנוהלת על ידי Backup and DR.
- שמירת נתונים שנאכפת: מדיניות שמונעת מחיקה מקרית או זדונית של גיבויים.
- תזמון מתקדם: תדירות גיבוי וכללי שמירה בהתאמה אישית גבוהה.
- ניהול מרכזי: מעקב ודיווח אחידים על פני כמה עומסי עבודה, כמו AlloyDB, Cloud SQL ו-Compute Engine.Google Cloud
שמירה ומחיקה של גיבויים
לקבצים ש-AlloyDB יוצר כדי לאפשר גיבוי ושחזור רציפים יש תקופת שמירה של 14 ימים כברירת מחדל. אפשר לשנות את התקופה הזו לכל מספר ימים בין 1 ל-35, או להשבית את הגיבוי הרציף כדי למנוע מ-AlloyDB לשמור את הקבצים האלה בכלל.
גיבויים לפי דרישה וגיבויים אוטומטיים נשמרים לתקופת שמירה של עד שנה. אם מפעילים גיבויים אוטומטיים באשכול, אפשר להגדיר תקופת שמירה או להשתמש בתקופת ברירת המחדל של 14 ימים.
יכול להיות שגיבויים ישנים יותר מתקופת השמירה שלהם עדיין יופיעו כשמציגים את הגיבויים של הפרויקט. לא חלות עלויות אחסון על גיבויים שתוקפם פג, אבל הם נמחקים אוטומטית. אם אתם רוצים למחוק גיבויים לפני שהמערכת מוחקת אותם, אתם יכולים למחוק את הגיבויים באופן ידני.
אמצעי הגנה מפני מחיקת גיבוי
אפשר למחוק את הגיבויים באופן ידני, אבל AlloyDB מספק אמצעי הגנה חזקים כדי למנוע מחיקה מקרית או לא מכוונת של גיבויים שמנוהלים באופן פעיל או שיש להם תלות.
אי אפשר למחוק גיבויים של AlloyDB בתנאים הבאים:
- תוכנית גיבוי פעילה: אי אפשר למחוק את הגיבוי אם הוא מנוהל על ידי תוכנית גיבוי פעילה רציפה או אוטומטית. כדי למחוק גיבויים כאלה, קודם צריך להשבית את תוכנית הגיבוי או לקצר את חלון השמירה שלה.
- שרשרת תלות: אי אפשר למחוק גיבוי אם גיבוי מאוחר יותר צריך אותו לפעולת שחזור. לדוגמה, בשרשרת של גיבויים מצטברים, צריך למחוק את הגיבוי המצטבר האחרון לפני שמוחקים את הגיבוי שקדם לו.
- גיבויים משופרים נמצאים בכספת גיבוי של Backup and DR בתוך תקופת השמירה שנאכפת. תכונת התאימות הזו מונעת מחיקה מקרית או זדונית. במהלך התקופה הזו, אף אחד לא יכול למחוק את הגיבוי.
אמצעי ההגנה האלה מבטיחים את השלמות של היסטוריית הגיבוי ואת האפשרות לשחזר את האשכול לכל נקודת זמן תקפה.
דרישות ליצירת גיבוי
מערכת AlloyDB מתכוננת ליצור גיבוי חדש על ידי בדיקה שהמצב של האשכול הוא Ready, ואז מערכת AlloyDB מתחילה פעולה ארוכת טווח כדי ליצור את הגיבוי.
גיבויים יעילים ועצמאיים
הגיבויים שאתם יוצרים מהנתונים ב-AlloyDB מנוהלים באופן מלא על ידי שכבת האחסון של AlloyDB. המשמעות היא שלפעולות גיבוי ושחזור אין השפעה על ביצועי הקריאה והכתיבה של אשכול AlloyDB, כי הן מתבצעות על ידי משאבים נפרדים מהמשאבים שמאחסנים את הנתונים של האשכול ומבצעים עליהם שאילתות.
ההפרדה הזו של משאבי האחסון גם אומרת שגיבוי קיים באופן עצמאי מהאשכול המקורי שלו. אפשר לשחזר מהגיבוי הזה גם אם אשכול המקור שלו נמחק.
כדי לקרוא מידע נוסף על האופן שבו שכבת האחסון של AlloyDB מאפשרת גיבויים עצמאיים, ראו AlloyDB ל-PostgreSQL מתחת למכסה המנוע: אחסון חכם ומודע למסד נתונים.
מיקומים של גיבויים לפי דרישה
גיבויים לפי דרישה, מיקומי הגיבוי של AlloyDB כוללים את האפשרויות הבאות:
- מיקום ברירת המחדל שנבחר על ידי AlloyDB, על סמך המיקום של האשכול המקורי.
- מיקום חוצה אזורים שאתם מציינים כשאתם לא רוצים להשתמש במיקום ברירת המחדל.
מיקום ברירת המחדל לגיבוי
אם לא מציינים מיקום אחסון, הגיבויים מאוחסנים במיקום של אשכול AlloyDB. לדוגמה, אם מופע AlloyDB נמצא ב-us-central1 (Iowa), הגיבויים מאוחסנים במיקום us-central1 (Iowa) כברירת מחדל.
מיקום גיבוי חוצה אזורים
ב-AlloyDB אפשר לבחור מיקום מותאם אישית בין אזורים שונים לנתוני הגיבוי, וכך להרחיב את קבוצת האזורים שבהם אפשר לאחסן את הגיבויים. האפשרות הזו שימושית אם רוצים לשמור על היכולת לשחזר את הנתונים אם האזור של האשכול לא זמין.
כשבוחרים מיקום גיבוי חוצה אזורים, כדאי להביא בחשבון את הנקודות הבאות:
- עלות: המחירים עשויים להיות שונים באזורים שונים.
- הקרבה לשרת האפליקציה: כדאי לאחסן את הגיבוי כמה שיותר קרוב לאפליקציה שמציגה את המודעות.
הערה: אם משנים את המיקום שבו הגיבויים נשמרים, הגיבויים הקיימים נשארים במיקום המקורי שלהם.
שחזור אשכול
אפשר לשחזר אשכול ב-AlloyDB על ידי יצירת אשכול חדש שמכיל את כל הנתונים של האשכול המקורי מנקודה מסוימת בעבר. יש שתי דרכים לציין את הנקודה הזו, והן תואמות לשני הסוגים הכלליים של גיבויים שנתמכים ב-AlloyDB:
- כדי לבצע שחזור לנקודת זמן מסוימת של המצב האחרון של אשכול, צריך לציין גם אשכול מקור וגם חותמת זמן כשיוצרים אשכול חדש. האשכול החדש צריך להיות באותו אזור כמו אשכול המקור, אבל הוא יכול להיות בפרויקט אחר.Google Cloud
- כדי לשחזר אשכול מגיבוי, מציינים את הגיבוי הזה כשיוצרים אשכול חדש. האשכול החדש צריך להיות באותו אזור שבו נמצא הגיבוי, אבל הוא יכול להיות בפרויקט אחר. Google Cloud
בשני המקרים, AlloyDB יוצר אשכול חדש ואז מתחיל פעולה ארוכת טווח כדי לטעון את הנתונים המגובים לאחסון של האשכול הזה. אחרי שהפעולה הזו מסתיימת, יוצרים מופע ראשי באותו אשכול כדי לגשת לנתונים.
שחזורים של אשכולות מתבצעים באותו אזור, אבל אפשר לאחסן גיבויים על פי דרישה באזורים שונים. יש תמיכה בגיבויים ובשחזורים בפרויקטים ובארגונים שונים.Google Cloud
מידע נוסף זמין במאמר שחזור מגיבוי.
המאמרים הבאים
- ניהול גיבויים משופרים.
- שחזור מקבץ.
- יצירת גיבוי על פי דרישה באופן ידני
- הגדרת תוכניות גיבוי, כולל גיבויים אוטומטיים וגיבויים רציפים.