כדי להגן על הנתונים במסדי נתונים של 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 לפי הצורך.
בטבלה הבאה מפורטות התכונות שזמינות בכל אחת מאפשרויות הגיבוי:
התכונה |
מסלול גיבוי רגיל (מנוהל על ידי AlloyDB) |
רמת גיבוי משופרת (מנוהל על ידי Backup and DR) |
גיבויים שמוגנים מפני מחיקה ושינויים לא מורשים |
גיבויים שלא ניתן לשנות דרך כספת הגיבוי |
גיבויים שלא ניתן לשנות או למחוק באמצעות כספת הגיבוי |
תדירות הגיבוי האוטומטי |
יומי עם ארכיון יומנים רציף (גיבויים ושחזור רציפים) שעתי/יומי/שבועי (גיבויים אוטומטיים) |
שעתי, יומי, שבועי, חודשי או שנתי |
גיבויים שמוגנים מפני מחיקה של פרויקט המקור |
– |
✅ |
ניהול גיבויים מרכזי |
– |
✅ |
הגיבוי מוגן מפני מחיקה של אשכול המקור |
✅ |
✅ |
שחזור מערכת מנקודה מסוימת בזמן (PITR) באמצעות יומנים |
✅ |
✅ |
שחזור בין אזורים |
✅ |
– |
שמירת גיבויים לפי דרישה |
אפשר לשמור אותם למשך עד שנה |
אפשר לשמור אותם עד שנה. אפשר למחוק אותם ידנית או שהתוקף שלהם יפוג אחרי שתקופת השמירה תסתיים. |
גיבויים רגילים
יכולות הגיבוי הרגילות של AlloyDB הן תכונות מובנות להגנה על נתונים שזמינות כברירת מחדל בכל האשכולות. המערכת הזו מספקת שכבת הגנה בסיסית באמצעות שני מנגנונים עיקריים: גיבויים רציפים וגיבויים לפי דרישה או אוטומטיים.
גיבוי ושחזור רציפים מופעלים כברירת מחדל בכל האשכולות. התכונה הזו מאפשרת לשחזר אשכול חדש לכל רגע מההיסטוריה האחרונה שלו, עם רמת פירוט של מיקרו-שנייה, באמצעות שחזור לנקודת זמן (PiTR). חלון ה-PiTR מוגדר כברירת מחדל ל-14 ימים, אבל אפשר להגדיר אותו לכל ערך בין יום אחד ל-35 ימים. מערכת AlloyDB יוצרת גיבוי מצטבר יומי אחד כחלק מהמערכת הזו, שבו מאוחסנים רק הנתונים שהשתנו מאז הגיבוי האחרון.
גיבויים לפי דרישה או גיבויים אוטומטיים הם משאבים מבוססי-קבצים שמכילים עותקים מלאים של נתוני האשכול מנקודת זמן ספציפית. גיבויים על פי דרישה הם גיבויים מלאים שכוללים את כל נתוני האשכול בזמן היצירה. גיבויים אוטומטיים הם גיבויים מצטברים שנוצרים לפי לוח זמנים שהמשתמש מגדיר. אחרי שיוצרים גיבוי, נתוני הגיבוי לא ניתנים לשינוי, כברירת מחדל, הגיבויים מאוחסנים באותו אזור שבו נמצא האשכול, אבל אפשר לציין מיקום מותאם אישית בין אזורים לגיבויים לפי דרישה.
גיבויים משופרים
יכולת הגיבוי המשופרת של AlloyDB משולבת עם שירות Backup and DR, Google Cloudשירות גיבוי מרכזי ברמת הארגון. גיבויים משופרים מתאימים במיוחד לפלחים נבחרים ולעומסי עבודה עם רגולציה מחמירה, והם מספקים הגנה מפני תוכנות כופר לאפליקציות קריטיות. הגיבויים המשופרים כוללים את התכונות הבאות, בנוסף ליכולות הגיבוי הרגילות:
- אחסון שלא ניתן לשינוי: הגיבויים מאוחסנים בכספת גיבוי שמנוהלת על ידי 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 under the hood: Intelligent, database-aware storage.
מיקומים של גיבויים לפי דרישה
גיבויים לפי דרישה, מיקומי הגיבוי של AlloyDB כוללים את האפשרויות הבאות:
- מיקום ברירת המחדל שנבחר על ידי AlloyDB, על סמך המיקום של האשכול המקורי.
- מיקום חוצה אזורים שאתם מציינים כשאתם לא רוצים להשתמש במיקום ברירת המחדל.
מיקום ברירת המחדל לגיבוי
אם לא מציינים מיקום אחסון, הגיבויים מאוחסנים במיקום של אשכול AlloyDB. לדוגמה, אם מופע AlloyDB נמצא ב-us-central1 (Iowa), הגיבויים מאוחסנים במיקום us-central1 (Iowa) כברירת מחדל.
מיקום גיבוי חוצה אזורים
ב-AlloyDB אפשר לבחור מיקום מותאם אישית בין אזורים שונים לנתוני הגיבוי, וכך להרחיב את קבוצת האזורים שבהם אפשר לאחסן את הגיבויים. האפשרות הזו שימושית כדי לשמור על היכולת לשחזר נתונים אם האזור של האשכול הופך ללא זמין.
כשבוחרים מיקום גיבוי חוצה אזורים, כדאי להביא בחשבון את הנקודות הבאות:
- עלות: המחירים עשויים להיות שונים באזורים שונים.
- הקרבה לשרת האפליקציה: כדאי לאחסן את הגיבוי כמה שיותר קרוב לאפליקציה שמציגה את המודעות.
הערה: אם משנים את המיקום שבו הגיבויים נשמרים, הגיבויים הקיימים נשארים במיקום המקורי שלהם.
שחזור אשכול
אתם יכולים לשחזר אשכול ב-AlloyDB על ידי יצירת אשכול חדש שמכיל את כל הנתונים של האשכול המקורי מנקודה מסוימת בעבר. שתי הדרכים שבהן אפשר לציין את הנקודה הזו תואמות לשני הסוגים הכלליים של גיבויים ש-AlloyDB תומך בהם:
- כדי לבצע שחזור לנקודת זמן של המצב האחרון של אשכול, מציינים גם אשכול מקור וגם חותמת זמן כשיוצרים אשכול חדש. האשכול החדש חייב להיות באותו אזור כמו אשכול המקור, אבל הוא יכול להיות בGoogle Cloud פרויקט אחר.
- כדי לשחזר אשכול מגיבוי, צריך לציין את הגיבוי הזה כשיוצרים אשכול חדש. האשכול החדש צריך להיות באותו אזור כמו הגיבוי, אבל הוא יכול להיות בפרויקט אחר. Google Cloud
בשני המקרים, AlloyDB יוצר אשכול חדש ואז מתחיל פעולה ארוכת טווח כדי לטעון את הנתונים שגובו לאחסון של האשכול. אחרי שהפעולה הזו מסתיימת, יוצרים מכונה ראשית באשכול כדי לגשת לנתונים.
שחזורים של אשכולות מתבצעים באותו אזור, אבל אפשר לאחסן גיבויים על פי דרישה באזורים שונים. יש תמיכה בגיבויים ובשחזורים ביןGoogle Cloud פרויקטים וארגונים שונים.
מידע נוסף זמין במאמר שחזור מגיבוי.
המאמרים הבאים
- ניהול הגיבויים המשופרים.
- שחזור מקבץ
- יצירת גיבוי על פי דרישה באופן ידני
- הגדרת תוכניות גיבוי, כולל גיבויים אוטומטיים וגיבויים רציפים.