ניהול הגיבויים
גיבויים של Bigtable עוזרים להגן על הטבלאות מפני אובדן נתונים מקרי, פגיעה בנתונים או תרחישי אסון. אתם יכולים ליצור, להעתיק, לשחזר ולנטר את הגיבויים האלה באמצעות מסוף Google Cloud , ה-CLI של Google Cloud או ספריות הלקוח של Cloud Bigtable.
לפני שמתחילים
לפני שמתחילים, כדאי לעיין במאמר גיבויים ובסקירה הכללית על המהדורות כדי לראות אילו תכונות זמינות רק במהדורת Enterprise Plus.
ודאו שיש לכם או לחשבון המשתמש שבו אתם משתמשים את ההרשאות הנדרשות לפעולה שאתם צריכים לבצע.
אם אתם מתכוונים להשתמש ב-CLI של gcloud, התקינו את ה-CLI של gcloud ל-Bigtable.
שימוש בגיבוי אוטומטי
כדי להפעיל גיבוי אוטומטי, אתם יכולים להשתמש ב-CLI של gcloud או במסוף Google Cloud . כברירת מחדל, הגיבוי האוטומטי יוצר גיבוי רגיל יומי של הטבלה עם תקופת שמירה של שבעה ימים. אפשר להתאים אישית מדיניות גיבוי אוטומטי בדרכים הבאות:
- כדי להגדיר גיבויים אוטומטיים חמים במכונות SSD, צריך לציין משך זמן לשמירה במצב חם, בין 24 שעות ל-10 ימים. ההגדרה הזו קובעת כמה זמן כל גיבוי יומי נשאר חם לפני שהוא עובר לגיבוי רגיל. גם לגיבויים אוטומטיים חמים יש תקופת שמירה שמוגדרת כברירת מחדל של שבעה ימים. מידע נוסף זמין בקטע הגדרת גיבויים אוטומטיים חמים במאמר הזה.
- לשנות את תקופת השמירה של הגיבוי עד 90 יום. למידע נוסף, קראו את הקטע עדכון מדיניות הגיבוי האוטומטי במסמך הזה.
- בוחרים מיקומי אשכולות ספציפיים שבהם מופעל גיבוי אוטומטי. האפשרות הזו זמינה רק במהדורת Enterprise Plus. מידע נוסף זמין בקטע הגדרת מיקומי אשכולות לגיבוי אוטומטי במאמר הזה.
השלבים למחיקה, עדכון, העתקה ושחזור של גיבוי זהים, בין אם הגיבוי נוצר באופן ידני ובין אם הוא נוצר כתוצאה מגיבוי אוטומטי.
אתם יכולים להאריך את תאריך התפוגה של גיבוי או של עותק גיבוי. מידע נוסף זמין במאמר שינוי של גיבוי או עותק גיבוי.
אם אתם מתכננים להפעיל גיבוי אוטומטי, כדאי להביא בחשבון את הגורמים הבאים:
- אם מוסיפים אשכול למכונה שמכילה טבלה עם גיבוי אוטומטי מופעל, לא נוצרים גיבויים יומיים באשכול שנוסף. כדי ליצור גיבויים יומיים בכל האשכולות, כולל האשכול החדש שנוסף, משביתים את הגיבוי האוטומטי של הטבלה ואז מפעילים אותו מחדש.
- אם טבלה שהגיבוי האוטומטי מופעל בה נמחקת ואז משוחזרת, צריך להפעיל מחדש את הגיבוי האוטומטי בטבלה ששוחזרה.
- כשמשחזרים גיבוי אוטומטי של טבלה, הגיבוי האוטומטי לא מופעל אוטומטית בטבלה המשוחזרת. צריך להפעיל את הגיבוי האוטומטי באופן ידני.
הפעלת גיבוי אוטומטי
אפשר להפעיל גיבוי אוטומטי באמצעות מסוף Google Cloud או Google Cloud CLI. כשמפעילים גיבוי אוטומטי עם הגדרות ברירת המחדל, Bigtable יוצר גיבוי רגיל יומי של הטבלה בכל אשכול במכונה, ושומר אותו למשך שבעה ימים.
לגיבויים שנוצרים ב-Bigtable כחלק מגיבוי אוטומטי מוקצים מזהים שמתחילים ב-auto. לדוגמה, לטבלה עם המזהה my-table יש מזהה גיבוי אוטומטי כמו auto.my-table.c7x3.20230220-145537, כאשר my-table הוא מזהה הטבלה המקוצר, c7x3 הוא מזהה הגיבוב הייחודי ו-20230220-145537 הוא התאריך והשעה בפורמט UTC.
כדי ליצור טבלה עם גיבוי אוטומטי, קראו את המאמר יצירה וניהול של טבלאות.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה שמכילה את הטבלה שרוצים לגבות.
בתפריט הניווט של Bigtable, לוחצים על Tables.
בדף Tables מוצגת רשימת הטבלאות במכונה.
כדי להפעיל גיבוי יומי אוטומטי עם הגדרות ברירת המחדל, בעמודה Automated backup של הטבלה לוחצים על Enable.
יכול להיות שיעבור עד שעה לפני ש-Bigtable יתחיל ליצור גיבויים.
אופציונלי: כדי להפעיל גיבוי אוטומטי עם הגדרות מותאמות אישית, כמו גיבויים אוטומטיים חמים במכונות SSD, מבצעים את הפעולות הבאות:
- בשורה של הטבלה, לוחצים על Edit.
- בקטע Configure automated backup, בוחרים באפשרות Enable automated backup.
אתם יכולים גם לעדכן מדיניות קיימת מאוחר יותר כדי לשנות את סוג הגיבוי, את תקופת השמירה או את מיקומי האשכולות (במהדורת Enterprise Plus). למידע נוסף, קראו את הקטעים עדכון מדיניות גיבוי אוטומטי והגדרת גיבויים אוטומטיים חמים במסמך הזה.
gcloud
כדי להפעיל גיבוי אוטומטי לטבלה, מריצים את הפקודה gcloud bigtable
tables update. למידע נוסף על הפעלת גיבוי אוטומטי כשיוצרים טבלה, ראו יצירת טבלה.
אחרי שמפעילים את מדיניות הגיבוי האוטומטי בטבלה, יכול להיות שיעבור עד שעה עד שההגדרה המעודכנת תיכנס לתוקף.
gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--enable-automated-backup
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: המזהה של הטבלה שרוצים לגבות INSTANCE_ID: המזהה הקבוע של המכונה
אופציונלי: אתם יכולים לעדכן את מדיניות הגיבוי האוטומטי כדי לציין תקופת שמירה בהתאמה אישית, או להגדיר גיבויים אוטומטיים חמים במכונות SSD. במהדורת Enterprise Plus, אתם יכולים להפעיל גיבויים אוטומטיים לאשכולות במיקומים ספציפיים. למידע נוסף, קראו את הקטעים עדכון מדיניות גיבוי אוטומטי והגדרת גיבויים אוטומטיים חמים במסמך הזה.
השבתת הגיבוי האוטומטי
אחרי שמשביתים את מדיניות הגיבוי האוטומטי בטבלה, יכול להיות שיעבור עד שעה עד שההגדרה המעודכנת תיכנס לתוקף. גיבויים שנוצרו לפני השינוי במדיניות נשמרים עד שהם פגים, אלא אם מוחקים אותם.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה שמכילה את הטבלה שרוצים להשבית את הגיבוי האוטומטי שלה.
בתפריט הניווט של Bigtable, לוחצים על Tables.
בדף Tables מוצגת רשימת הטבלאות במכונה.
בשורה של הטבלה שרוצים להשבית את הגיבוי האוטומטי שלה, לוחצים על Edit.
בחלונית Edit table, בקטע Configure automated backup, מבטלים את הסימון של Enable automated backup.
לוחצים על Save.
gcloud
כדי להשבית את הגיבוי האוטומטי של טבלה, מריצים את הפקודה gcloud bigtable
instances tables update.
gcloud bigtable instances tables update TABLE_ID \
--instance=INSTANCE_ID \
--disable-automated-backup
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה INSTANCE_ID: המזהה הקבוע של המכונה
הצגת מדיניות הגיבוי האוטומטי
אפשר לראות את מדיניות הגיבוי האוטומטי של טבלה באמצעות מסוףGoogle Cloud או Google Cloud CLI.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה שמכילה את הטבלה שרוצים לראות את מדיניות הגיבוי האוטומטי שלה.
בתפריט הניווט של Bigtable, לוחצים על Tables.
בדף Tables, בעמודה Automated backup מוצג הערך Not enabled אם הגיבוי האוטומטי לא מופעל, או סוג הגיבוי (Standard או Hot) אם הגיבוי האוטומטי מופעל. במהדורת Enterprise Plus, אם מוגדרים גיבויים אוטומטיים לאשכולות ספציפיים, בעמודה מופיעה גם הרשימה Zones backed up. אפשר גם לראות את הסיכום הזה בדף הסקירה הכללית של הטבלה, בלחיצה על מזהה הטבלה.
אופציונלי: כדי לראות את הגדרת המדיניות המלאה, לוחצים על Edit בשורה של הטבלה.
בחלונית Edit table, בקטע Configure automated backup מוצגות ההגדרות Backup type (והמשך של Set hot to standard אם נבחרה האפשרות Hot), Retention period ו-Select clusters to back up. כדי לסגור את החלונית בלי לבצע שינויים, לוחצים על Cancel.
gcloud
כדי להציג את מדיניות הגיבוי האוטומטי של טבלה, מריצים את הפקודה gcloud bigtable instances tables describe:
gcloud bigtable instances tables describe TABLE_ID \
--instance=INSTANCE_ID
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה INSTANCE_ID: המזהה הקבוע של המכונה
הפלט אמור להיראות כך:
automatedBackupPolicy:
frequency: 86400s
keepHotDuration: 172800s
retentionPeriod: 604800s
locations: us-central1-a,us-east1-b,europe-west1-c
columnFamilies:
my-family: {}
createTime: '2023-02-07T20:10:55.613546Z'
granularity: MILLIS
name: projects/my-project/instances/my-instance/tables/my-table
updateTime: '2023-02-07T20:10:55.613546Z'
שימו לב לנקודות הבאות:
- השדה
automatedBackupPolicyלא מופיע אם הגיבוי האוטומטי לא מופעל בטבלה. - השדה
keepHotDurationמופיע רק כשמגדירים את המדיניות ליצירת גיבויים אוטומטיים חמים. כשהוא קיים, הוא מציין כמה זמן כל גיבוי אוטומטי נשאר חם לפני שהוא עובר לגיבוי רגיל. אם המדיניות יוצרת גיבויים רגילים (ברירת המחדל), השדה לא מופיע. - השדה
retentionPeriodמציין את תקופת השמירה של גיבויים שנוצרו באופן אוטומטי. אתם יכולים לשנות את תקופת השמירה של גיבוי ספציפי עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus, החל ממועד יצירת הגיבוי. כדי לעדכן את תקופת השמירה של הגיבוי, קראו את המאמר שינוי של גיבוי או של עותק גיבוי. - השדה
locationsמופיע רק כשמופעלים גיבויים אוטומטיים לאשכולות במיקומים ספציפיים במהדורת Enterprise Plus. אם הוא קיים, הוא מציין את רשימת מיקומי האשכולות שבהם מופעלים גיבויים אוטומטיים. אם הגיבויים האוטומטיים מופעלים בכל המיקומים (ברירת המחדל), השדה לא מופיע.
עדכון מדיניות גיבוי אוטומטי
שינויים במדיניות הגיבוי האוטומטי לא חלים רטרואקטיבית על גיבויים קיימים. הגדרות המדיניות החדשות של הגיבוי חלות רק על הגיבויים הבאים.
במהדורות Enterprise ו-Enterprise Plus, אתם יכולים להגדיר תקופת שמירה בהתאמה אישית של עד 90 ימים. במכונות SSD, אפשר להגדיר גיבויים אוטומטיים חמים על ידי ציון משך הזמן שבו הגיבויים האוטומטיים נשארים חמים לפני שהם הופכים לגיבויים רגילים. במהדורת Enterprise Plus, אפשר גם לבחור מיקומים ספציפיים של אשכולות לגיבויים אוטומטיים. למידע נוסף על גיבויים אוטומטיים חמים, ראו הגדרת גיבויים אוטומטיים חמים.
כדי לעדכן את תקופת השמירה או את תאריך התפוגה של גיבוי קיים, כולל גיבוי אוטומטי, קראו את המאמר שינוי של גיבוי או של עותק גיבוי.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה שמכילה את הטבלה שרוצים לעדכן את מדיניות הגיבוי האוטומטי שלה.
בתפריט הניווט של Bigtable, לוחצים על Tables.
בדף Tables מוצגת רשימת הטבלאות במכונה.
בשורה של הטבלה שרוצים לעדכן, לוחצים על Edit.
בקטע Configure automated backup בחלונית Edit table, מוודאים שהאפשרות Enable automated backup מסומנת ומעדכנים את ההגדרות הבאות:
- בקטע Backup type, בוחרים באפשרות Standard או Hot. אי אפשר לבחור באפשרות Hot במכונות HDD או בטבלאות שמופעל בהן אחסון מדורג. אם בוחרים באפשרות Hot, בשדה Set hot to standard מזינים מספר שלם מ-1 עד 10 (עד לתקופת השמירה) כדי לציין את מספר הימים שבהם כל גיבוי אוטומטי נשאר חם לפני שהוא עובר אוטומטית לגיבוי רגיל.
- בקטע Backup configuration, בשדה Retention period, מזינים מספר שלם מ-3 עד 90 כדי לציין את מספר הימים שבהם Bigtable ישמור את הגיבויים (עד 90 יום).
- במהדורת Enterprise Plus: בקטע Backup configuration, ברשימה Select clusters to back up, בוחרים את האשכולות שבהם רוצים ש-Bigtable ייצור גיבויים יומיים, ואז לוחצים על OK.
לוחצים על Save.
gcloud
כדי לשנות את מדיניות הגיבוי האוטומטי של טבלה, משתמשים בפקודה gcloud bigtable tables update עם אחד או יותר מהדגלים הבאים:
-
--automated-backup-retention-period: הגדרת תקופת שמירה בהתאמה אישית -
--automated-backup-keep-hot-duration: במכונות SSD, מגדיר את Bigtable ליצור גיבויים אוטומטיים חמים ומציין כמה זמן הם נשארים חמים לפני שהם עוברים לגיבויים רגילים -
--automated-backup-locations: במהדורת Enterprise Plus, מפעיל גיבוי אוטומטי רק לאשכולות במיקומים שצוינו
gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--automated-backup-retention-period=RETENTION_PERIOD \
--automated-backup-keep-hot-duration=KEEP_HOT_DURATION \
--automated-backup-locations=BACKUP_LOCATIONS
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה שיש לה גיבוי אוטומטי INSTANCE_ID: המזהה הקבוע של המכונה
RETENTION_PERIOD: תקופה של עד 90 ימים. הערך חייב להיות מבוטא כמספר עם יחידה שלm,hאוd(דקות, שעות או ימים), למשל15dלמשך 15 ימים.דוגמאות:
72hאו15d
KEEP_HOT_DURATION: משך הזמן שבו הגיבויים האוטומטיים נשארים חמים לפני שהם עוברים לגיבויים רגילים, מ-24h(יום אחד) עד10d(10 ימים), בלי לחרוג מתקופת השמירה של המדיניות. מציינים את הערך כמספר עם יחידה שלs,m,hאוd(שניות, דקות, שעות או ימים). Bigtable תומך בדגל הזה רק במכונות SSD ובטבלאות שלא מופעל בהן אחסון מדורג.דוגמאות:
24hאו2d
BACKUP_LOCATIONS: רשימה מופרדת בפסיקים של מיקומי אשכולות שבהם רוצים להפעיל גיבוי אוטומטי. אם לא מגדירים את המדיניות, הגיבויים מוגדרים כברירת מחדל לכל האשכולות במכונה של הטבלה.דוגמה:
us-central1-a,us-east1-b,europe-west1-c
הגדרת גיבויים אוטומטיים חמים
אתם יכולים להגדיר גיבויים אוטומטיים חמים באמצעות מסוף Google Cloud או Google Cloud CLI כשאתם יוצרים טבלה, מפעילים גיבוי אוטומטי או מעדכנים מדיניות גיבוי אוטומטי. כשמגדירים גיבויים אוטומטיים חמים, מציינים את משך הזמן שבו כל גיבוי יומי נשאר חם לפני שהוא הופך לגיבוי רגיל. לדוגמה, כדי לשמור רק את הגיבוי היומי האחרון כגיבוי חם, מגדירים את משך הזמן לשמירה כגיבוי חם ל-24 שעות (יום אחד), כך שכל גיבוי יומי עובר לגיבוי רגיל אחרי שנוצר הגיבוי היומי הבא. למידע נוסף על הגדרת גיבוי אוטומטי כשיוצרים טבלה, ראו יצירת טבלה.
כשמגדירים גיבויים אוטומטיים חמים, חשוב להביא בחשבון את הדרישות והמגבלות הבאות:
- הטבלה חייבת להיות במכונה עם SSD. ב-Bigtable אין תמיכה בגיבויים אוטומטיים חמים במכונות HDD.
- ב-Bigtable אין תמיכה בגיבויים אוטומטיים חמים לטבלאות שמופעל בהן אחסון מדורג. מידע נוסף זמין במאמר סקירה כללית על אחסון מדורג.
- משך הזמן לשמירה על הנתונים חייב להיות לפחות 24 שעות (
24hאו1d, או יום אחד במסוף Google Cloud ) ולכל היותר 10 ימים (10d), והוא לא יכול לחרוג מתקופת השמירה של המדיניות. כדי להפעיל גיבויים אוטומטיים חמים לטבלה באשכול שמשתמש ביותר מ-400TB של אחסון SSD, פנו אל Cloud Customer Care. מידע נוסף מופיע במאמר מגבלות על גיבויים.
המסוף
כדי להגדיר גיבויים אוטומטיים חמים לטבלה קיימת:
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על מכונת ה-SSD שמכילה את הטבלה שרוצים להגדיר.
בתפריט הניווט של Bigtable, לוחצים על Tables.
בדף Tables מוצגת רשימת הטבלאות במכונה.
בשורה של הטבלה, לוחצים על Edit.
בחלונית Edit table, בקטע Configure automated backup, מוודאים שהתיבה Enable automated backup מסומנת.
בקטע Backup type, בוחרים באפשרות Hot.
בשדה Set hot to standard, מזינים מספר שלם מ-1 עד 10 כדי לציין את מספר הימים שבהם כל גיבוי אוטומטי נשאר חם לפני שהוא עובר אוטומטית לגיבוי רגיל. ברירת המחדל היא 3 ימים. הערך הזה לא יכול להיות גדול ממספר הימים בשדה תקופת שמירה.
אופציונלי: בקטע Backup configuration, מזינים מספר שלם מ-3 עד 90 בשדה Retention period. במהדורת Enterprise Plus, בוחרים אשכולות ספציפיים ברשימה Select clusters to back up ולוחצים על OK.
לוחצים על Save.
כדי להפסיק לשמור את הגיבויים האוטומטיים הבאים כגיבויים חמים ולהחזיר את המדיניות ליצירת גיבויים רגילים, פותחים את החלונית Edit table של הטבלה, בוחרים באפשרות Standard בקטע Backup type ולוחצים על Save. שינוי סוג הגיבוי לא משפיע על גיבויים שכבר נוצרו. גיבויים חמים קיימים נשארים חמים עד שתקופת המעבר שלהם מסתיימת.
gcloud
כדי להגדיר גיבויים אוטומטיים חמים לטבלה, מריצים את הפקודה gcloud bigtable tables update באמצעות הדגל --automated-backup-keep-hot-duration:
gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--automated-backup-keep-hot-duration=KEEP_HOT_DURATION
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה שרוצים להגדיר INSTANCE_ID: המזהה הקבוע של המכונה-
KEEP_HOT_DURATION: משך הזמן שבו הגיבויים האוטומטיים נשארים חמים לפני שהם עוברים לגיבויים רגילים, מ-24h(יום אחד) עד10d(10 ימים), בלי לחרוג מתקופת השמירה של המדיניות. מציינים את הערך כמספר עם יחידה שלs,m,hאוd(שניות, דקות, שעות או ימים), כמו24hאו2d. אם הגיבוי האוטומטי לא מופעל בטבלה, צריך לכלול גם את הדגל--automated-backup-retention-periodכשמריצים את הפקודהgcloud bigtable tables update. אחרת, הפקודה תיכשל ותופיע הודעת שגיאה על כך שתקופת השמירה חסרה.
כדי להפסיק את השמירה של גיבויים אוטומטיים כגיבויים חמים ולהחזיר את המדיניות ליצירת גיבויים רגילים, מריצים את הפקודה gcloud bigtable tables update באמצעות הדגל --clear-automated-backup-keep-hot-duration.
ניקוי משך הזמן לשמירה במצב חם לא משפיע על גיבויים שכבר נוצרו. גיבויים חמים קיימים נשארים חמים עד שתקופת השמירה שלהם מסתיימת, ואז הם הופכים לגיבויים רגילים.
gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--clear-automated-backup-keep-hot-duration
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה שרוצים להגדיר INSTANCE_ID: המזהה הקבוע של המכונה
הגדרת מיקומי אשכולות לגיבוי אוטומטי
כברירת מחדל, כשמפעילים גיבוי אוטומטי לטבלה במכונה עם כמה אשכולות, Bigtable יוצר גיבוי יומי בכל אשכול במכונה. במהדורת Enterprise Plus, אפשר להגדיר גיבוי אוטומטי באופן סלקטיבי כדי ליצור גיבויים יומיים באשכולות במיקומים ספציפיים.
אפשר להגדיר מיקומי אשכולות לגיבוי אוטומטי כשיוצרים טבלה, מפעילים גיבוי אוטומטי או מעדכנים מדיניות גיבוי אוטומטי.
המסוף
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על המכונה שמכילה את הטבלה שרוצים להגדיר.
בתפריט הניווט של Bigtable, לוחצים על Tables.
בדף Tables, בשורה של הטבלה לוחצים על Edit.
בחלונית Edit table, בקטע Configure automated backup, מוודאים שהאפשרות Enable automated backup מסומנת.
בקטע Backup configuration, ברשימה Select clusters to back up, בוחרים את האשכולות שבהם רוצים ש-Bigtable ייצור גיבויים יומיים, ולוחצים על OK.
לוחצים על Save.
כדי לחזור ליצירת גיבויים יומיים בכל האשכולות במכונה, פותחים את החלונית Edit table של הטבלה, בוחרים את כל האשכולות ברשימה Select clusters to back up, לוחצים על OK ואז על Save.
gcloud
כדי לציין את מיקומי האשכולות לגיבוי אוטומטי, מריצים את הפקודה gcloud bigtable tables update באמצעות הדגל --automated-backup-locations:
gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--automated-backup-locations=BACKUP_LOCATIONS
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה שרוצים להגדיר INSTANCE_ID: המזהה הקבוע של המכונה-
BACKUP_LOCATIONS: רשימה מופרדת בפסיקים של מיקומי אשכולות שבהם רוצים להפעיל גיבוי אוטומטי, למשלus-central1-a,us-east1-b
כדי להסיר מיקומים מותאמים אישית של גיבויים אוטומטיים ולחזור ליצירת גיבויים בכל מיקומי האשכולות של המכונה, מריצים את הפקודה gcloud bigtable tables update באמצעות הדגל --clear-automated-backup-locations:
gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--clear-automated-backup-locations
מחליפים את מה שכתוב בשדות הבאים:
-
TABLE_ID: מזהה הטבלה שרוצים להגדיר INSTANCE_ID: המזהה הקבוע של המכונה
צפייה ביומני אירועים
כשהגיבוי האוטומטי מופעל, Bigtable מפיק יומני אירועים של המערכת כשנוצר גיבוי. בנוסף, אם יצירת הגיבוי מתעכבת, הוא מפיק יומן אירועים.
כדי להציג את יומני האירועים של מערכת הגיבוי האוטומטי בדף הסקירה הכללית של אשכול Bigtable במסוף:
במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.
לוחצים על מזהה המכונה.
לוחצים על מזהה האשכול.
אם יומני האירועים של הגיבוי האוטומטי נוצרו בשעה האחרונה, הם מוצגים בחלונית Logs.
אופציונלי: כדי לראות יומני אירועים ישנים יותר, לוחצים על החץ לצד שעה אחת ובוחרים טווח תאריכים אחר.
כדי להציג ב-Logs Explorer את יומני האירועים של המערכת לגיבויים אוטומטיים:
עוברים אל Logs Explorer:
בוחרים את הפרויקט המתאים ב- Google Cloud .
כדי לראות אירועים של יצירת גיבוי, מזינים את הטקסט הבא בשדה שאילתה:
resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com" resource.labels.method="CreateAutomatedBackup"לוחצים על Run query.
כדי להציג אירועים של עיכוב בגיבוי, מזינים את הטקסט הבא בשדה שאילתה:
resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com" resource.labels.method="DelayedAutomatedBackup"לוחצים על Run query.
תוצאת השאילתה כוללת הודעה שדומה להודעה הבאה:
Automated backup is delayed for table ab-test on cluster my-cluster-staging-c1.
יצירת גיבוי רגיל
אתם יכולים ליצור גיבוי רגיל של טבלה באמצעות Google Cloud CLI, המסוף או אחת מספריות הלקוח של Bigtable. אתם יכולים גם להפעיל גיבוי אוטומטי כדי לאפשר ל-Bigtable ליצור גיבוי רגיל מדי יום. מידע נוסף מופיע במאמר הפעלת גיבוי אוטומטי.
המסוף
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הטבלה שרוצים לגבות.
בחלונית הניווט שמימין, לוחצים על גיבויים.
לוחצים על יצירת גיבוי.
ברשימה Table ID, בוחרים את הטבלה שרוצים לגבות. (אם לוחצים על Create backup בתפריט Table action בדף הסקירה הכללית של הטבלה, Bigtable מאכלס את הטבלה).
אם אתם משתמשים ברפליקציה, בוחרים את ה-Cluster ID של האשכול. (אם לוחצים על Create backup לצד מזהה אשכול בדף הסקירה הכללית של האשכול, Bigtable מאכלס את הטבלה ואת האשכול).
מזינים מזהה ייחודי לגיבוי.
בקטע Backup type, בוחרים באפשרות Standard.
בוחרים באחת מהאפשרויות כדי להגדיר תאריך תפוגה.
לוחצים על יצירה.
במסוף Google Cloud מוצג הדף Backups, עם סינון שמאפשר לראות את הגיבוי ואת הפרטים שלו.
אופציונלי: כדי לראות את סטטוס הגיבוי, לוחצים על הכרטיסייה פעילות.
אחרי ש-Bigtable מסיים לגבות את הנתונים, הסטטוס Backup complete מופיע בעמודה Status.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listכדי לבחור מזהה גיבוי שלא נמצא בשימוש באשכול המיועד, מציגים את רשימת הגיבויים של המכונה שמכילה את הטבלה שרוצים לגבות:
gcloud bigtable backups list --instance=INSTANCE_ID \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול
מציגים את רשימת הטבלאות כדי לאמת את המזהה של הטבלה שרוצים לגבות:
gcloud bigtable instances tables list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.מריצים את הפקודה
gcloud bigtable instances backups createכדי ליצור גיבוי מהטבלה, ומציינים תאריך תפוגה או תקופת שמירה:gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \ --cluster=CLUSTER_ID \ --table=TABLE_ID \ --expiration-date=EXPIRATION_DATE \ --retention-period=RETENTION_PERIODמחליפים את מה שכתוב בשדות הבאים:
-
BACKUP_ID: המזהה שאתם מקצים לגיבוי INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול-
TABLE_ID: מזהה הטבלה שרוצים לגבות -
EXPIRATION_DATE: תאריך בעתיד, עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. הערך צריך להיות בפורמט של חותמת זמן של "זולו" UTC, ברמת דיוק של ננו-שניות – לדוגמה,2022-10-02T15:01:23.045123456Z. RETENTION_PERIOD: תקופה של עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. הערך חייב להיות מספר עם יחידה שלm,hאוd(דקות, שעות או ימים), למשל36hאו15d.
הפקודה מקבלת את הדגל האופציונלי הבא:
-
--async: מחזירה את מזהה הפעולה למסוף לפני שהפעולה מסתיימת. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.
-
כדי לבדוק אם הגיבוי נוצר, מעיינים ברשימת הגיבויים:
gcloud bigtable backups list --instance=INSTANCE_ID \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול
אם הגיבוי לא מופיע ברשימה, בודקים את סטטוס הפעולה.
הסטטוס
Readyמציין שהגיבוי הושלם.
יצירת גיבוי חם
אתם יכולים ליצור גיבוי חם לפי דרישה באמצעות מסוף Google Cloud או Google Cloud CLI. אתם יכולים גם להגדיר גיבויים חמים אוטומטיים, כדי ש-Bigtable ייצור בשבילכם גיבוי חם מדי יום. מידע נוסף זמין במאמר הגדרת גיבויים אוטומטיים חמים.
אי אפשר ליצור גיבוי חם לטבלה שמופעל בה אחסון מדורג (גרסת טרום-השקה (Preview)). מידע נוסף זמין במאמר סקירה כללית על אחסון מדורג.
המסוף
כדי ליצור גיבוי חם של טבלה באמצעות מסוף Google Cloud :
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הטבלה שרוצים לגבות.
בחלונית הניווט שמימין, לוחצים על גיבויים.
לוחצים על יצירת גיבוי.
ברשימה Table ID, בוחרים את הטבלה שרוצים לגבות. (אם לוחצים על Create backup בתפריט Table action בדף הסקירה הכללית של הטבלה, Bigtable מאכלס את הטבלה).
אם אתם משתמשים ברפליקציה, בוחרים את ה-Cluster ID של האשכול. (אם לוחצים על Create backup לצד מזהה אשכול בדף הסקירה הכללית של האשכול, Bigtable מאכלס את הטבלה ואת האשכול).
בשדה Backup ID, מזינים מזהה ייחודי לגיבוי.
בקטע Backup type, בוחרים באפשרות Hot.
ברשימה Set hot to standard, בוחרים באחת מהאפשרויות הבאות:
- כדי שהגיבוי יישאר חם עד שיפוג, בוחרים באפשרות אף פעם.
- כדי להמיר את הגיבוי החם לגיבוי רגיל אחרי שלושה ימים, בוחרים באפשרות 3 ימים.
- כדי לציין תאריך ושעה מותאמים אישית להמרת הגיבוי החם לגיבוי רגיל, בוחרים באפשרות Custom. הערך הזה חייב להיות לפחות 24 שעות אחרי הזמן שבו Bigtable יוצר את הגיבוי.
לוחצים על יצירה.
במסוף Google Cloud מוצג הדף Backups, עם סינון שמאפשר לראות את הגיבוי ואת הפרטים שלו.
אופציונלי: כדי לראות את סטטוס הגיבוי, לוחצים על הכרטיסייה פעילות.
אחרי ש-Bigtable מסיים לגבות את הנתונים, הסטטוס Backup complete מופיע בעמודה Status.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listכדי לבחור מזהה גיבוי שלא נמצא בשימוש באשכול המיועד, מציגים את רשימת הגיבויים של המכונה שמכילה את הטבלה שרוצים לגבות:
gcloud bigtable backups list --instance=INSTANCE_ID \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול
מציגים את רשימת הטבלאות כדי לאמת את המזהה של הטבלה שרוצים לגבות:
gcloud bigtable instances tables list --instances=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.מריצים את הפקודה
gcloud bigtable instances backups createכדי ליצור גיבוי חם של הטבלה, ומציינים תאריך תפוגה או תקופת שמירה:gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \ --cluster=CLUSTER_ID \ --table=TABLE_ID \ --expiration-date=EXPIRATION_DATE \ --retention-period=RETENTION_PERIOD \ --backup-type=HOTמחליפים את מה שכתוב בשדות הבאים:
-
BACKUP_ID: המזהה שאתם מקצים לגיבוי INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול-
TABLE_ID: מזהה הטבלה שרוצים לגבות -
EXPIRATION_DATE: תאריך עתידי של עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. התאריך צריך להיות בפורמט של חותמת זמן UTC "זולו", מדויק עד לננו-שניות, לדוגמה:2022-10-02T15:01:23.045123456Z. -
RETENTION_PERIOD: תקופה של עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus, שמבוטאת כמספר עם יחידה שלm,hאוd(דקות, שעות או ימים), למשל36hאו89d.
הפקודה מקבלת את הדגלים האופציונליים הבאים:
--hot-to-standard-time=HOT_TO_STANDARD_TIME: התאריך והשעה שבהם Bigtable ממיר את הגיבוי מגיבוי חם לגיבוי רגיל, בפורמט של חותמת זמן "Zulu" UTC (לדוגמה,2024-08-02T15:01:23.045123456Z) או כמשך זמן יחסי (לדוגמה,+P30Dל-30 ימים; ראוgcloud topic datetimes). הערך הזה חייב להיות לפחות 24 שעות אחרי זמן יצירת הגיבוי.-
--async: מחזירה את מזהה הפעולה למסוף לפני שהפעולה מסתיימת. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.
-
כדי לבדוק אם הגיבוי נוצר, מעיינים ברשימת הגיבויים:
gcloud bigtable backups list --instance=INSTANCE_ID \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול
אם הגיבוי לא מופיע ברשימה, בודקים את סטטוס הפעולה.
הסטטוס
Readyמציין שהגיבוי הושלם.
שחזור מהגיבוי
בטבלה חדשה ששוחזרה מגיבוי, הגיבוי האוטומטי לא מופעל, גם אם הוא הופעל בטבלת המקור. אם רוצים גיבוי אוטומטי בטבלה החדשה, צריך להפעיל אותו.
השלבים לשחזור מגיבוי זהים, בין אם הגיבוי הוא רגיל או חם. ב-Bigtable, שחזור של גיבוי חם לביצועים בסביבת הייצור מהיר יותר משחזור של גיבוי רגיל.
המסוף
אי אפשר לשחזר לפרויקט אחר באמצעות מסוף Google Cloud . אם אתם צריכים לעשות את זה, השתמשו ב-CLI של gcloud.
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הגיבוי שרוצים לשחזר.
בחלונית הניווט שמימין, לוחצים על גיבויים.
לוחצים על שחזור בגיבוי שרוצים לשחזר.
בוחרים את המכונה שאליה רוצים לשחזר.
אי אפשר לבחור מכונות שאין בהן מספיק נפח אחסון לטבלה החדשה. אם אין לכם הרשאה ליצור טבלה במכונה, המכונה לא תהיה זמינה. כדי לקבל מידע נוסף, אפשר להעביר את העכבר מעל הסמל .
אם משחזרים מגיבוי שמוגן באמצעות CMEK, גם מכונת היעד צריכה להיות מוגנת באמצעות CMEK.
אם אתם משחזרים מגיבוי של טבלה עם רמת פירוט של חותמת זמן במיקרו-שניות, מכונת היעד חייבת להיות מכונה של Enterprise Plus.
אי אפשר לשחזר לפרויקט אחר באמצעות מסוףGoogle Cloud . במקרה הצורך, אפשר להשתמש ב-CLI של gcloud.
מזינים מזהה ייחודי לטבלה שתיווצר מהגיבוי. לא תוכלו לשנות את המזהה הזה בהמשך.
לוחצים על שחזור.
במסוף מוצג הדף Tables, שמסונן כך שמוצגת בו הטבלה החדשה.
במסוף מוצג סטטוס השחזור של כל אשכול. כשהסטטוס Ready מופיע בעמודת הסטטוס של כל האשכולות, סימן שהטבלה שוחזרה ושוכפלה לכל האשכולות במכונה.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listכדי לוודא שהגיבוי קיים, מציגים את רשימת הגיבויים של המכונה שמכילה את הגיבוי:
gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
-
INSTANCE_ID_SOURCE: המזהה הקבוע של המכונה המקורית CLUSTER_ID: המזהה הקבוע של האשכול
-
מציגים את רשימת הטבלאות במכונה של היעד, כדי לבחור מזהה לטבלה החדשה שעדיין לא נמצא בשימוש:
gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATIONמחליפים את
INSTANCE_ID_DESTINATIONבמזהה הקבוע של המכונה המיועדת.מריצים את הפקודה
gcloud bigtable instances tables restoreכדי לשחזר מהגיבוי לטבלה חדשה:gcloud bigtable instances tables restore \ --source=projects/PROJECT_ID_SOURCE/instances/INSTANCE_ID_SOURCE/clusters/CLUSTER_ID/backups/BACKUP_ID \ --destination=TABLE_ID_NEW \ --destination-instance=INSTANCE_ID_DESTINATIONמחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID_SOURCE: מזהה הפרויקט שמכיל את הגיבוי שממנו רוצים לשחזר -
INSTANCE_ID_SOURCE: המזהה הקבוע של המכונה המקורית CLUSTER_ID: המזהה הקבוע של האשכול-
BACKUP_ID: המזהה של הגיבוי שרוצים לשחזר ממנו -
TABLE_ID_NEW: המזהה של הטבלה החדשה -
INSTANCE_ID_DESTINATION: המזהה הקבוע של המכונה המיועדת
הפקודה מקבלת את הדגלים האופציונליים הבאים:
-
--project=PROJECT_ID_DESTINATION: מזהה הפרויקט שאליו רוצים לשחזר. אם לא מציינים את האפשרות הזו, הגיבוי משוחזר לטבלה חדשה באותו מופע שבו הוא נוצר. -
--async: מחזירה את מזהה הפעולה למסוף לפני שהפעולה מסתיימת. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.
-
כדי לבדוק אם הטבלה נוצרה, פותחים את רשימת הטבלאות:
gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATIONמחליפים את
INSTANCE_ID_DESTINATIONבמזהה הקבוע של המכונה המיועדת.אם הגיבוי לא מופיע ברשימה, בודקים את סטטוס הפעולה.
יצירת עותק של גיבוי
המסוף
You are not able to create a copy of a backup in a different project
using the console. If you need to do so, use the
gcloud CLI instead.
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הגיבוי שרוצים להעתיק.
בחלונית הניווט שמימין, לוחצים על גיבויים.
בגיבוי שרוצים להעתיק, מרחיבים את התפריט "אפשרויות נוספות" לצד המילה Restore ולוחצים על Copy.
לוחצים על העתקה ליד הגיבוי שרוצים להעתיק.
אם הגיבוי הוא עותק של גיבוי אחר, האפשרות Copy לא זמינה.
בוחרים את המופע של היעד.
אי אפשר ליצור עותק של גיבוי בפרויקט אחר באמצעות המסוף. אם אתם צריכים לעשות את זה, השתמשו ב-CLI של gcloud.
אי אפשר לבחור מכונות שאין בהן מספיק נפח אחסון לעותק הגיבוי. אם אין לכם הרשאה ליצור גיבוי במכונה, המכונה לא זמינה. כדי לקבל מידע נוסף, מעבירים את הסמן מעל הסמל .
אם מעתיקים גיבוי שמוגן באמצעות CMEK, גם המכונה שאליה מעתיקים את הגיבוי צריכה להיות מוגנת באמצעות CMEK.
בוחרים את אשכול היעד.
כמו כל גיבוי, עותק הגיבוי מאוחסן רק באשכול אחד במכונה, גם אם המכונה משתמשת ברפליקציה.
מזינים מזהה ייחודי לעותק שייווצר מהגיבוי. אי אפשר לשנות את המזהה הזה בשלב מאוחר יותר.
מגדירים את זמן התפוגה של עותק הגיבוי: מזינים ערך בשדה Time ובוחרים יחידת זמן בשדה Unit בתפריט הנפתח.
לוחצים על Copy.
כדי לראות את העותק, לוחצים על הצגת העותק.
במסוף מופיע הדף Backups של מכונת היעד, עם סינון לפי עותק הגיבוי שנוצר. כשהסטטוס בעמודה הוא Ready, ההעתקה הושלמה ואפשר לבצע פעולות נוספות.
gcloud
אם אתם לא יודעים מהו מזהה המכונה, תוכלו להשתמש בפקודה
bigtable instances listכדי להציג רשימה של המכונות בפרויקט:gcloud bigtable instances listכדי לוודא שהגיבוי שרוצים להעתיק קיים, מציגים את רשימת הגיבויים של מכונת המקור שמכילה את הגיבוי:
gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \ --cluster=CLUSTER_ID_SOURCEמחליפים את מה שכתוב בשדות הבאים:
-
INSTANCE_ID_SOURCE: המזהה הקבוע של המכונה המקורית -
CLUSTER_ID_SOURCE: מזהה האשכול שבו מאוחסן הגיבוי של המקור
-
מציגים את רשימת הגיבויים במכונה המיועדת, כדי לבחור מזהה לעותק שעדיין לא נמצא בשימוש:
gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATIONמחליפים את
INSTANCE_ID_DESTINATIONבמזהה הקבוע של המכונה המיועדת.מריצים את הפקודה
gcloud bigtable backups copyכדי ליצור את עותק הגיבוי:gcloud bigtable backups copy \ --source-project=PROJECT_ID_SOURCE \ --source-instance=INSTANCE_ID_SOURCE \ --source-cluster=CLUSTER_ID_SOURCE \ --source-backup=BACKUP_ID_SOURCE \ --destination-project=PROJECT_ID_DESTINATION \ --destination-instance=INSTANCE_ID_DESTINATION \ --destination-cluster=CLUSTER_ID_DESTINATION \ --destination-backup=BACKUP_ID_DESTINATIONמוסיפים לפקודה את אחת מהאפשרויות הבאות:
--retention-period=RETENTION_PERIOD--expiration-date=EXPIRATION_DATE
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID_SOURCE: הפרויקט שמכיל את הגיבוי שרוצים להעתיק -
INSTANCE_ID_SOURCE: המזהה הקבוע של המכונה המקורית -
CLUSTER_ID_SOURCE: מזהה האשכול שבו מאוחסן הגיבוי של המקור -
BACKUP_ID_SOURCE: מזהה הגיבוי שרוצים להעתיק -
PROJECT_ID_DESTINATION: הפרויקט שבו רוצים לשמור את העותק -
INSTANCE_ID_DESTINATION: המזהה הקבוע של המכונה המיועדת -
CLUSTER_ID_DESTINATION: המזהה של האשכול במכונה ביעד שבה רוצים לאחסן את העותק -
BACKUP_ID_DESTINATION: המזהה שאתם מקצים לעותק של הגיבוי -
RETENTION_PERIOD: משך החיים של עותק הגיבוי, מבוטא כמספר ויחידה (dאוh). חייב להיות לפחות 6 שעות ולכל היותר 30 יום מהמועד שבו נוצר הגיבוי של המקור. לדוגמה,5dלמשך חמישה ימים או15hלמשך 15 שעות. צריך להשתמש במאפיין הזה או במאפיין של תאריך תפוגה. -
EXPIRATION_DATE: התאריך והשעה שבהם יפוג התוקף של עותק הגיבוי, בפורמט2022-09-01T10:00:00.0Z. הערך חייב להיות לפחות 6 שעות ולכל היותר 30 ימים מהמועד שבו נוצר הגיבוי של המקור.
הפקודה מקבלת את הדגל האופציונלי הבא:
-
--async: מחזירה את מזהה הפעולה למסוף לפני שהפעולה מסתיימת. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.
אם מוחזרת הודעה על זמן קצוב לתפוגה, יכול להיות שהגיבוי הצליח והעותק נוצר.
כדי לבדוק אם העותק נוצר, מעיינים ברשימת הגיבויים:
gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATIONמחליפים את
INSTANCE_ID_DESTINATIONבמזהה הקבוע של המכונה המיועדת.אם הגיבוי לא מופיע ברשימה, בודקים את סטטוס הפעולה.
במקרים הנדירים שבהם פעולת הגיבוי נכשלת בגלל מגבלות קיבולת, נסו שוב עם אשכול יעד אחר. אם גם הפעולה הזו נכשלת, פנו לתמיכה.
בדיקת הסטטוס של פעולה
המסוף
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הגיבוי.
בחלונית הניווט שמימין, לוחצים על גיבויים.
בדף Backups, לוחצים על Activity. בעמודה "סטטוס" מוצג הסטטוס הנוכחי של כל פעולה.
סטטוסים של פעולות בזמן שחזור טבלה כוללים את הסטטוסים הבאים:
- בהמתנה להעתקה
- הגיבוי בתהליך שחזור
- מתבצע אתחול
- מוכן – מתבצעת אופטימיזציה
- מוכן
אלה סטטוסי הפעולה שמופיעים כשיוצרים גיבוי:
- הגיבוי נוצר
- הגיבוי הסתיים
אלה הסטטוסים של פעולת העתקת הגיבוי:
- הגיבוי מועתק
- הגיבוי הועתק
gcloud
כדי לבדוק את הסטטוס של פעולת גיבוי או שחזור, צריך את המזהה הייחודי של הפעולה. דוגמה למזהה פעולה:
`instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635`
אחרי שמריצים פקודה ליצירת גיבוי או לשחזור לטבלה חדשה באמצעות האפשרות --async, מזהה הפעולה מוצג בטרמינל.
מעתיקים את מזהה הפעולה.
מריצים את הפקודה
gcloud bigtable operations describe:gcloud bigtable operations describe OPERATION_IDמחליפים את
OPERATION_IDבמזהה הפעולה שהעתקתם.דוגמה:
gcloud bigtable operations describe \ instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635אפשר להריץ את הפקודה הזו כל כמה רגעים עד שהערך של
DONEיהיהTRUE.
אם אתם לא יודעים מה מזהה הפעולה, כי לא הרצתם את הפקודה או שאתם נמצאים בחלון טרמינל אחר, אתם יכולים להציג רשימה של פעולות במכונה ולבחור איזו פעולה אתם רוצים לבדוק.
כדי לראות רשימה של פעולות שבוצעו לאחרונה במכונה שמכילה את הטבלה שאתם מגבים או משחזרים:
gcloud bigtable operations list --instance=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.בטרמינל מוצגת רשימה של פעולות בעמודות עם התוויות
NAME,START_TIME,END_TIMEו-DONE. הערך בעמודהNAMEהוא מזהה הפעולה.החל מהפריט הראשון ברשימה, מעתיקים את מזהה הפעולה.
משתמשים ב-
gcloud bigtable operations describeכדי לראות את המטא-נתונים של הפעולה:gcloud bigtable operations describe OPERATION_IDמחליפים את
OPERATION_IDבמזהה הפעולה שהעתקתם.דוגמה:
gcloud bigtable operations describe \ instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635אם המטא-נתונים של פעולה מציגים ערך של
backupInfo, סימן שמצאתם את הפעולה הנכונה, ואתם יכולים לחזור על הפקודה הזו מדי פעם עד שהערך שלDONEיהיהTRUE.אם במטא-נתונים לא מופיע ערך ל-
backupInfo, בודקים את הפעולה הבאה ברשימת הפעולות שמוצגת בשלב 1.
שינוי של גיבוי או של עותק גיבוי
אתם יכולים לשנות את תאריך התפוגה או את תקופת השמירה של גיבוי קיים, בין אם הוא נוצר באופן ידני או באמצעות מדיניות גיבוי אוטומטית, או של עותק גיבוי. במהדורת Enterprise, אפשר להאריך את תאריך התפוגה של גיבוי עד 90 יום ממועד יצירת הגיבוי. במהדורת Enterprise Plus, אפשר להאריך את תאריך התפוגה עד 365 ימים ממועד יצירת הגיבוי. אפשר גם להמיר גיבוי חם לגיבוי רגיל.
המסוף
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הגיבוי.
בחלונית הניווט שמימין, לוחצים על גיבויים.
כדי לשנות את תאריך ושעת התפוגה של הגיבוי, פועלים לפי השלבים הבאים:
בגיבוי שרוצים לשנות, לוחצים על התפריט לצד Restore ואז על Edit.
בקטע Backup expiration, מגדירים את התאריך והשעה ולוחצים על Save.
כדי להגדיר את התאריך והשעה של המעבר מגיבוי חם לגיבוי רגיל:
בגיבוי החם שרוצים לשנות, לוחצים על התפריט לצד Restore ואז על Edit.
בקטע Update hot to standard, מגדירים את התאריך והשעה ולוחצים על Save.
gcloud
באמצעות ה-CLI של gcloud אתם יכולים לשנות את תאריך התפוגה או את תקופת התפוגה של גיבוי או של עותק גיבוי. אפשר גם להמיר גיבוי חם לגיבוי רגיל.
כדי לראות רשימה של גיבויים:
gcloud bigtable backups list --instance=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.בטרמינל תוצג רשימה של גיבויים.
שימו לב למזהי הגיבוי והאשכול של הגיבוי שאתם צריכים לעדכן.
מריצים את הפקודה
gcloud bigtable backups updateכדי להוסיף תאריך תפוגה או תקופת שמירה חדשים, או כדי להמיר גיבוי חם לגיבוי רגיל:gcloud bigtable backups update BACKUP_ID \ --instance=INSTANCE_ID \ --cluster=CLUSTER_ID \ --expiration-date=EXPIRATION_DATE \ --retention-period=RETENTION_PERIODמחליפים את מה שכתוב בשדות הבאים:
-
BACKUP_ID: המזהה הייחודי של הגיבוי INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול-
EXPIRATION_DATE: תאריך בעתיד, עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. הערך צריך להיות בפורמט של חותמת זמן של "זולו" UTC, ברמת דיוק של ננו-שניות – לדוגמה,2019-10-02T15:01:23.045123456Z. -
RETENTION_PERIOD: לגיבויים, תקופה של עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. עותקי גיבוי נשמרים לתקופה של עד 30 ימים. הערך צריך להיות מבוטא כמספר עם יחידה שלm,hאוd(דקות, שעות או ימים) – לדוגמה,36hאו89d.
הפקודה מקבלת את הדגל האופציונלי הבא:
-
--hot-to-standard-time=HOT_TO_STANDARD_TIME: התאריך והשעה שבהם Bigtable צריך להמיר את הגיבוי מגיבוי חם לגיבוי רגיל. הערך הזה חייב להיות לפחות 24 שעות אחרי זמן יצירת הגיבוי, לדוגמה2024-08-02T15:01:23.045123456Z.
אפשר גם לציין תאריך ושעה של משך זמן יחסי, למשל
+P30Dלמשך 30 ימים. מידע נוסף זמין במאמרgcloud topic datetimes.-
מריצים את הפקודה
gcloud bigtable instances backups describeכדי לוודא שתאריך התפוגה עודכן:gcloud bigtable backups describe BACKUP_ID \ --instance=INSTANCE_ID \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
-
BACKUP_ID: המזהה הייחודי של הגיבוי INSTANCE_ID: המזהה הקבוע של המכונהCLUSTER_ID: המזהה הקבוע של האשכול
-
מחיקת גיבוי
אם אתם רוצים למחוק גיבוי אחרי שיצרתם עותק שלו, בדקו את הסטטוס כדי לוודא שפעולת ההעתקה הושלמה.
המסוף
נכנסים לדף Instances של Bigtable במסוף Google Cloud .
לוחצים על המכונה שמכילה את הגיבוי.
בחלונית הניווט שמימין, לוחצים על גיבויים.
בגיבוי שרוצים למחוק, מרחיבים את התפריט "עוד" לצד המילה שחזור ולוחצים על מחיקה.
מזינים את מזהה הגיבוי בשדה Confirm deletion ולוחצים על Delete.
gcloud
כדי לראות רשימה של גיבויים:
gcloud bigtable backups list --instance=INSTANCE_IDמחליפים את
INSTANCE_IDבמזהה הקבוע של המכונה.בטרמינל תוצג רשימה של גיבויים.
חשוב לזכור את מזהה הגיבוי ואת מזהה האשכול שבו הוא מאוחסן.
מריצים את הפקודה
gcloud bigtable instances backups delete:gcloud bigtable backups delete BACKUP_ID \ --instance=INSTANCE_ID \ --cluster=CLUSTER_IDמחליפים את מה שכתוב בשדות הבאים:
-
BACKUP_ID: מזהה הגיבוי שרשמתם INSTANCE_ID: המזהה הקבוע של המכונה-
CLUSTER_ID: מזהה האשכול שרשמתם
-
המאמרים הבאים
- מידע נוסף על גיבויים
- איך מייבאים ומייצאים נתונים ב-Bigtable
- כדאי לקרוא את הקטע Bigtable במאמר תכנון התאוששות מאסון (DR) להפסקות זמניות בתשתית הענן.