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