כדי להגן על הנתונים במסדי נתונים של AlloyDB ל-PostgreSQL, אתם יכולים להשתמש בכמה תכונות לגיבוי ולשחזור של הנתונים ולניהול הגיבויים. כדי לשחזר נתונים לאשכול מגיבוי, קראו את המאמר שחזור אשכול מגיבוי.
ב-AlloyDB יש כמה דרכים לגבות ולשחזר את הנתונים:
- גיבוי ושחזור רציפים, שמופעלים כברירת מחדל בכל האשכולות, הם תכונה של AlloyDB שמאפשרת ליצור אשכול חדש על סמך כל מצב עדכני של אשכול אחר באותו אזור כמו אשכול המקור, ויכול להיות בפרויקט Google Cloud אחר.
- גיבויים אוטומטיים ועל פי דרישה הם משאבים מבוססי-קבצים שמכילים עותקים מלאים של מסדי הנתונים של האשכול. מערכת AlloyDB יוצרת אותם על פי דרישה או לפי לוח זמנים קבוע שאתם מגדירים. אפשר לשחזר כל אחד מהגיבויים האלה לאשכולות חדשים.
ב-AlloyDB יש את שירותי הגיבוי הבאים לניהול הגיבויים:
- גיבויים משופרים: הגיבויים מנוהלים ומאוחסנים בפרויקט מרכזי לניהול גיבויים שמשתמש בשירות Backup and DR, שמספק את כספת הגיבוי של שירות Backup and DR, אכיפת שמירה, תזמון פרטני ומעקב. מידע נוסף זמין במאמר סקירה כללית על Backup and DR.
- גיבויים רגילים: הגיבויים נוצרים, מנוהלים ומאוחסנים על ידי AlloyDB.
למידע נוסף על כל אפשרות גיבוי והתכונות שלה, ראו אפשרויות גיבוי.
סוגי הגיבויים
ב-AlloyDB יש סוגים שונים של גיבויים לאשכולות. בטבלה הבאה מפורטים סוגי הגיבויים:
סוג הגיבוי |
תיאור |
גיבוי ושחזור רציפים |
מאפשרת לשחזר אשכול קיים לכל רגע מההיסטוריה האחרונה שלו, ברמת פירוט של מיקרו-שניות, באמצעות שחזור מערכת מנקודה מסוימת בזמן (PITR). התכונה הזו מופעלת כברירת מחדל, עם חלון שמירה שניתן להגדרה של יום אחד עד 35 ימים. כחלק מהתהליך הזה, AlloyDB יוצר גיבויים מצטברים מדי יום. |
גיבוי לפי דרישה |
גיבוי מלא של האשכול שאתם יוזמים באופן ידני בכל שלב. אתם יכולים גם לגבות את האשכול על פי דרישה לפני שאתם מוחקים אותו. |
גיבוי אוטומטי |
גיבויים מצטברים שנוצרים באופן אוטומטי ב-AlloyDB לפי לוח זמנים שאתם מגדירים. |
גיבויים של המערכת |
גיבויים שנוצרים באופן אוטומטי על ידי AlloyDB במצבים ספציפיים. לדוגמה, גיבויים שנוצרו במהלך פעולות של יתירות כשל בין אזורים (גרסת טרום-השקה (Preview)), וגיבויים שנוצרו לפני ואחרי שדרוג גרסה ראשית במקום כדי לשמש כנקודת חזרה למצב קודם. |
גיבוי ושחזור רציפים
ב-AlloyDB אפשר לשחזר אשכול קיים לכל רגע מההיסטוריה האחרונה שלו, ברמת פירוט של מיקרו-שניות. כברירת מחדל, ב-AlloyDB אפשר לבחור כל נקודת זמן עד 14 ימים בעבר. אתם יכולים להגדיר את האשכול כך שמשך החלון יהיה בין יום אחד ל-35 ימים.
גיבוי ושחזור רציפים שימושיים במיוחד לשחזור אשכול אחרי מחיקה מקרית של נתונים בקנה מידה גדול, או בכל מצב אחר שבו צריך ליצור מחדש במהירות את מצב האשכול על סמך נקודה כלשהי בעבר הקרוב.
גיבוי ושחזור רציפים מאפשרים ל-AlloyDB להגיע ליעד להתאוששות מאסון (RPO) של אפס. במילים אחרות, אתם יכולים לשחזר את האשכול למצב שבו הוא היה רגע לפני אירוע קטסטרופלי, בלי לאבד נתונים באופן סופי.
אתם יכולים גם להשתמש בגיבוי ובשחזור רציפים כדי ליצור שכפול עצמאי של אשכול תקין, עם כל הנתונים שלו שהועתקו מהרגע הנוכחי.
גיבויים אוטומטיים או לפי דרישה
ב-AlloyDB, גיבוי הוא משאב שמבוסס על קבצים ומכיל עותק של נתוני האשכול מנקודת זמן מסוימת.
ב-AlloyDB אפשר ליצור גיבויים בדרכים הבאות:
- AlloyDB תמיד יוצר גיבוי אחד בכל יום כחלק ממערכת הגיבוי והשחזור הרציפה שלו, אלא אם משביתים את התכונה הזו. גיבויים רציפים הם גיבויים מצטברים: AlloyDB שומר רק את הנתונים שהשתנו ביחס לגיבויים קודמים. כך קובצי הגיבוי נשארים קטנים ככל האפשר, ועלויות האחסון של הגיבוי מצטמצמות. הגודל של הגיבויים האלה משתנה בהתאם לגורמים כמו כמות הנתונים שנכתבו מאז הגיבוי האחרון. גיבויים רציפים מלאים מתבצעים גם באופן תקופתי, וגודל הגיבוי דומה לגודל האשכול.
- אתם יכולים ליצור גיבוי על פי דרישה בכל שלב באמצעות Google Cloud CLI, מסוף Google Cloud או שירות Backup and DR (אם אתם משתמשים בגיבויים משופרים). גיבויים על פי דרישה הם גיבויים מלאים: כל גיבוי כולל את כל הנתונים שהיו במסדי הנתונים של האשכול כשהתחילה פעולת הגיבוי.
- אם מפעילים תזמון של גיבוי אוטומטי ב-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 .
מידע נוסף זמין במאמר שחזור מגיבוי.
המאמרים הבאים
- ניהול הגיבויים המשופרים
- שחזור אשכול.
- יצירה ידנית של גיבוי על פי דרישה.
- להגדיר תוכניות גיבוי, כולל גיבויים אוטומטיים וגיבויים רציפים.