ניהול הגיבויים

בדף הזה מוסבר איך לבצע פעולות גיבוי ב-Bigtable. לפני שקוראים את הדף הזה, כדאי להכיר את הגיבויים.

אפשר לעבוד עם גיבויים של Bigtable באמצעות:

לפני שמתחילים

ודאו שלכם או לחשבון המשתמש שבו אתם משתמשים יש את ההרשאות הנדרשות לפעולה שאתם רוצים לבצע.

אם אתם מתכננים להשתמש ב-CLI של gcloud, אתם צריכים להתקין את ה-CLI של gcloud ל-Bigtable.

שימוש בגיבוי אוטומטי

אפשר להשתמש ב-CLI של gcloud או במסוף Google Cloud כדי להפעיל גיבוי אוטומטי. גיבוי אוטומטי יוצר גיבוי יומי של הטבלה עם תקופת שמירה של שבעה ימים כברירת מחדל. כדי לשנות את תקופת השמירה במדיניות הגיבוי האוטומטי של טבלה או לבחור מיקומי אשכולות שבהם הגיבוי האוטומטי מופעל במהדורת Enterprise Plus, אפשר לעיין במאמר בנושא עדכון מדיניות גיבוי אוטומטי.

השלבים למחיקה, עדכון, העתקה ושחזור של גיבוי זהים בין אם הגיבוי נוצר באופן ידני או כתוצאה מגיבוי אוטומטי.

אפשר להאריך את תאריך התפוגה של גיבוי או של עותק גיבוי. מידע נוסף זמין במאמר בנושא שינוי גיבוי או עותק גיבוי.

אם אתם מתכננים להפעיל גיבוי אוטומטי, כדאי להביא בחשבון את הגורמים הבאים:

  • אם מוסיפים אשכול למופע שמכיל טבלה עם גיבוי אוטומטי מופעל, לא נוצרים גיבויים יומיים באשכול שנוסף. כדי ליצור גיבויים יומיים בכל האשכולות, כולל האשכול שנוסף לאחרונה, צריך להשבית את הגיבוי האוטומטי של הטבלה ואז להפעיל אותו מחדש.
  • אם מוחקים טבלה שהופעל בה גיבוי אוטומטי ואז מבטלים את המחיקה, צריך להפעיל מחדש את הגיבוי האוטומטי בטבלה המשוחזרת.
  • כשמשחזרים גיבוי אוטומטי של טבלה, הגיבוי האוטומטי לא מופעל אוטומטית בטבלה המשוחזרת. צריך להפעיל גיבוי אוטומטי באופן ידני.

הפעלת גיבוי אוטומטי

אפשר להפעיל גיבוי אוטומטי באמצעות המסוף או Google Cloud CLI. כשהגיבוי האוטומטי מופעל, Bigtable יוצר גיבוי רגיל של הטבלה בכל יום בכל אשכול במופע. במהדורת Enterprise Plus, אפשר להגדיר באופן סלקטיבי גיבויים אוטומטיים לאשכולות במיקומים ספציפיים.

אי אפשר להשתמש בגיבוי אוטומטי כדי ליצור גיבויים פעילים.

לגיבויים שנוצרים כחלק מגיבוי אוטומטי מוקצים מזהים שמתחילים ב-auto. לדוגמה, לטבלה עם מזהה my-table יהיה מזהה גיבוי אוטומטי כמו auto.my-table.c7x3.20230220-145537, כאשר my-table הוא מזהה הטבלה שקוצר, c7x3 הוא מזהה הגיבוב הייחודי ו-20230220-145537 הם התאריך והשעה בפורמט UTC.

כדי ליצור טבלה חדשה עם גיבוי אוטומטי, אפשר לעיין במאמר בנושא יצירה וניהול של טבלאות.

המסוף

  1. פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע עם הטבלה שרוצים לגבות.

  3. בחלונית הימנית לוחצים על טבלאות.

    בדף Tables מוצגת רשימה של טבלאות במופע.

  4. בעמודה גיבוי אוטומטי בטבלה, לוחצים על הפעלה. יכולות לחלוף עד שעה לפני ש-Bigtable יתחיל ליצור גיבויים.

    אופציונלי: אפשר לעדכן את מדיניות הגיבוי האוטומטי כדי לציין תקופת שמירה מותאמת אישית לגיבויים אוטומטיים. במהדורת Enterprise Plus, אפשר להפעיל גיבויים אוטומטיים לאשכולות במיקומים ספציפיים. מידע נוסף זמין במאמר בנושא עדכון מדיניות גיבוי אוטומטית.

gcloud

כדי להפעיל גיבוי אוטומטי של טבלה, מריצים את הפקודה gcloud bigtable tables update. מידע נוסף על הפעלת גיבוי אוטומטי כשיוצרים טבלה זמין במאמר יצירת טבלה.

אחרי שמפעילים מדיניות גיבוי אוטומטי לטבלה, יכול לעבור עד שעה עד שההגדרה המעודכנת תיכנס לתוקף.

gcloud bigtable tables update TABLE_ID \
--instance=INSTANCE_ID \
--enable-automated-backup

מחליפים את מה שכתוב בשדות הבאים:

  • ‫TABLE_ID: המזהה של הטבלה שרוצים לגבות.
  • ‫INSTANCE_ID: המזהה הקבוע של המופע.

אופציונלי: אפשר לעדכן את מדיניות הגיבוי האוטומטי כדי לציין תקופת שמירה מותאמת אישית לגיבויים אוטומטיים. במהדורת Enterprise Plus, אפשר להפעיל גיבויים אוטומטיים לאשכולות במיקומים ספציפיים. מידע נוסף זמין במאמר בנושא עדכון מדיניות גיבוי אוטומטית.

השבתת גיבוי אוטומטי

אחרי שמשביתים מדיניות גיבוי אוטומטי לטבלה, יכול לעבור עד שעה עד שההגדרה המעודכנת תיכנס לתוקף. גיבויים שנוצרו לפני שינוי המדיניות יישמרו עד שתוקפם יפוג, אלא אם תמחקו אותם.

המסוף

  1. פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הטבלה שרוצים להשבית עבורה את הגיבוי האוטומטי.

  3. לוחצים על טבלאות.

    בדף Tables מוצגת רשימה של טבלאות במופע.

  4. בשורה בטבלה שרוצים להשבית בה את הגיבוי האוטומטי, לוחצים על עריכה.

  5. מבטלים את הסימון בתיבה Enable automated backup (הפעלת גיבוי אוטומטי).

  6. לוחצים על Save.

gcloud

כדי להשבית את הגיבוי האוטומטי של טבלה, מריצים את הפקודה gcloud bigtable instances tables update.

gcloud bigtable instances tables update TABLE_ID \
--instance=INSTANCE_ID \
--disable-automated-backup

מחליפים את מה שכתוב בשדות הבאים:

  • ‫TABLE_ID: מזהה הטבלה.
  • ‫INSTANCE_ID: המזהה הקבוע של המופע.

צפייה במדיניות הגיבוי האוטומטי

כדי להציג את מדיניות הגיבוי האוטומטי של טבלה, מריצים את הפקודה gcloud bigtable instances tables describe.

gcloud bigtable instances tables describe TABLE_ID \
--instance=INSTANCE_ID

מחליפים את מה שכתוב בשדות הבאים:

  • ‫TABLE_ID: מזהה הטבלה.
  • ‫INSTANCE_ID: המזהה הקבוע של המופע.

הפלט אמור להיראות כך:

automatedBackupPolicy:
  frequency: 86400s
  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 לא מופיע אם הגיבוי האוטומטי לא מופעל בטבלה.
  • הערך retentionPeriod מציין את תקופת השמירה של גיבויים שנוצרו באופן אוטומטי. אתם יכולים לשנות את תקופת השמירה של גיבוי ל-90 ימים לכל היותר במהדורת Enterprise או ל-365 ימים לכל היותר במהדורת Enterprise Plus, החל מזמן יצירת הגיבוי. כדי לעדכן את תקופת השמירה של הגיבוי, אפשר לעיין במאמר בנושא שינוי גיבוי או עותק גיבוי.
  • השדה locations מופיע רק כשגיבויים אוטומטיים של אשכולות במיקומים ספציפיים מופעלים במהדורת Enterprise Plus. אם המדיניות הזו מוגדרת, היא מציינת את רשימת המיקומים של האשכול שבהם מופעלות גיבויים אוטומטיים. אם הגיבויים האוטומטיים מופעלים בכל המיקומים (ברירת מחדל), השדה לא יופיע.

עדכון מדיניות גיבוי אוטומטי

שינויים במדיניות הגיבוי האוטומטי לא חלים רטרואקטיבית על גיבויים קיימים. הגדרות חדשות של מדיניות הגיבוי חלות רק על גיבויים עתידיים.

אתם יכולים להגדיר תקופת שמירה בהתאמה אישית של עד 90 יום במהדורות Enterprise ו-Enterprise Plus. במהדורת Enterprise Plus, אפשר גם לבחור מיקומים ספציפיים של אשכולות לגיבויים אוטומטיים.

כדי לעדכן את תקופת השמירה או את תאריך התפוגה של גיבוי קיים, כולל גיבוי אוטומטי, אפשר לעיין במאמר בנושא שינוי גיבוי או עותק גיבוי.

המסוף

  1. פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הטבלה שרוצים לעדכן את מדיניות הגיבוי האוטומטי שלה.

  3. לוחצים על טבלאות.

    בדף Tables מוצגת רשימת הטבלאות במופע.

  4. בשורה בטבלה שרוצים להגדיר עבורה את מדיניות הגיבוי האוטומטי, לוחצים על עריכה. מוצגת חלונית מאפייני הטבלה.

  5. בקטע Configure automated backup, בשדה תקופת שמירה, מציינים את מספר הימים שבהם Bigtable צריך לשמור גיבויים אחרי שהשינוי נשמר. אפשר להגדיר תקופת שמירה מותאמת אישית של 3 ימים ועד 90 ימים.

  6. מהדורת Enterprise Plus: בקטע Configure automated backup (הגדרת גיבוי אוטומטי), בשדה Select clusters to back up (בחירת אשכולות לגיבוי), בוחרים את מיקומי האשכולות שבהם רוצים להפעיל את הגיבוי האוטומטי.

  7. לוחצים על Save.

gcloud

כדי לשנות את מדיניות הגיבוי האוטומטי של טבלה, משתמשים בפקודה gcloud bigtable tables update עם הדגלים הבאים:

  • ‫--automated-backup-retention-period: הגדרת תקופת שמירה מותאמת אישית.
  • ‫--automated-backup-locations: במהדורת Enterprise Plus, מאפשר גיבוי אוטומטי רק לאשכולות במיקומים שצוינו. אם לא מגדירים את האפשרות הזו, ברירת המחדל של הגיבויים היא כל האשכולות במופע של הטבלה.
gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --automated-backup-retention-period=RETENTION_PERIOD \
    --automated-backup-locations=BACKUP_LOCATIONS

מחליפים את מה שכתוב בשדות הבאים:

  • ‫TABLE_ID: המזהה של הטבלה שיש לה גיבוי אוטומטי.
  • ‫INSTANCE_ID: המזהה הקבוע של המופע.

  • ‫RETENTION_PERIOD: תקופה של עד 90 ימים. הערך חייב להיות מספר עם יחידת זמן של m, h או d (דקות, שעות או ימים), למשל 15d ל-15 ימים.

    דוגמאות: 72h או 15d

  • ‫BACKUP_LOCATIONS: רשימה מופרדת בפסיקים של מיקומי אשכולות שבהם צריך להפעיל את הגיבוי האוטומטי. אם לא מגדירים את האפשרות הזו, גיבויים מוגדרים כברירת מחדל לכל האשכולות במופע של הטבלה.

    לדוגמה: us-central1-a,us-east1-b,europe-west1-c

הגדרת מיקומי אשכולות לגיבוי אוטומטי

כברירת מחדל, כשמפעילים גיבוי אוטומטי לטבלה במופע עם כמה אשכולות, Bigtable יוצר גיבוי יומי בכל אשכול במופע. במהדורת Enterprise Plus, אפשר להגדיר גיבוי אוטומטי באופן סלקטיבי כדי ליצור גיבויים יומיים באשכולות במיקומים ספציפיים.

אתם יכולים להגדיר מיקומים אוטומטיים של אשכולות גיבוי כשאתם יוצרים טבלה, מפעילים גיבוי אוטומטי או מעדכנים מדיניות גיבוי אוטומטי.

המסוף

  1. פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הטבלה שרוצים להגדיר.

  3. בחלונית הימנית, לוחצים על טבלאות.

  4. בשורה בטבלה, לוחצים על עריכה.

  5. בקטע Configure automated backup (הגדרת גיבוי אוטומטי), בשדה Select clusters to back up (בחירת אשכולות לגיבוי), בוחרים את מיקומי האשכולות שרוצים ליצור עבורם גיבויים יומיים.

  6. לוחצים על 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

צפייה ביומני האירועים

כשגיבוי אוטומטי מופעל, Bigtable שולח יומני אירועים של המערכת כשגיבוי נוצר. הוא גם פולט יומן אירועים אם יצירת הגיבוי מתעכבת.

כדי לראות את יומני האירועים של מערכת הגיבוי האוטומטית בדף הסקירה הכללית של אשכול Bigtable במסוף:

  1. פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על מזהה המכונה.

  3. לוחצים על מזהה האשכול.

    אם נוצרו יומני אירועים של גיבוי אוטומטי בשעה האחרונה, הם מוצגים בחלונית יומנים.

  4. אופציונלי: כדי לראות יומני אירועים ישנים יותר, לוחצים על החץ שליד שעה אחת ובוחרים טווח זמן אחר.

כדי לראות את יומני האירועים של מערכת הגיבוי האוטומטית ב-Logs Explorer, פועלים לפי השלבים הבאים:

  1. מנווטים אל Logs Explorer:

    כניסה לדף Logs Explorer

    בוחרים את הפרויקט המתאים Google Cloud .

  2. כדי לראות אירועים של יצירת גיבוי, מזינים את השאילתה הבאה בשדה Query:

    resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com"
resource.labels.method="CreateAutomatedBackup"

  3. לוחצים על Run query.

  4. כדי לראות אירועים של עיכוב בגיבוי, מזינים את השאילתה הבאה בשדה Query:

    resource.type="audited_resource" resource.labels.service="bigtableadmin.googleapis.com"
resource.labels.method="DelayedAutomatedBackup"

  5. לוחצים על Run query.

    תוצאת השאילתה כוללת הודעה שדומה להודעה הבאה:

    Automated backup is delayed for table ab-test on cluster my-cluster-staging-c1.

יצירת גיבוי רגיל

אפשר ליצור גיבוי רגיל של טבלה באמצעות Google Cloud CLI, המסוף או אחת מספריות הלקוח של Bigtable. אפשר גם להפעיל גיבוי אוטומטי כדי לאפשר ל-Bigtable ליצור בשבילכם גיבוי יומי רגיל.

המסוף

  1. נכנסים לדף Instances של Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הטבלה שרוצים לגבות.

  3. בחלונית הניווט הימנית, לוחצים על גיבויים.

  4. לוחצים על יצירת גיבוי.

  5. ברשימה Table ID, בוחרים את הטבלה שרוצים לגבות. (אם לוחצים על יצירת גיבוי בתפריט פעולות בטבלה בדף הסקירה הכללית של הטבלה, Bigtable מאכלס את הטבלה).

  6. אם משתמשים בשכפול, בוחרים את מזהה האשכול של האשכול. (אם לוחצים על יצירת גיבוי לצד מזהה אשכול בדף סקירת האשכול, Bigtable מאכלס את הטבלה ואת האשכול).

  7. מזינים מזהה ייחודי לגיבוי.

  8. בקטע סוג הגיבוי, בוחרים באפשרות רגיל.

  9. בוחרים אחת מהאפשרויות כדי להגדיר תאריך תפוגה.

  10. לוחצים על יצירה.

    במסוף Google Cloud מוצג הדף Backups עם סינון שמאפשר לראות את הגיבוי ואת הפרטים שלו.

  11. אופציונלי: כדי לראות את סטטוס הגיבוי, לוחצים על הכרטיסייה פעילות.

    אחרי ש-Bigtable יסיים לגבות את הנתונים, הסטטוס Backup complete יופיע בעמודה Status.

gcloud

בכל הפקודות, מחליפים את הערכים הבאים בערכים בפועל:

  • ‫INSTANCE_ID: המזהה הקבוע של המופע.
  • ‫CLUSTER_ID: המזהה הקבוע של האשכול.
  • ‫TABLE_ID: המזהה של הטבלה שרוצים לגבות.
  • ‫BACKUP_ID: המזהה שאתם מקצים לגיבוי.

  • ‫EXPIRATION_DATE: תאריך בעתיד, עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. הערך צריך להיות בפורמט של חותמת זמן UTC (זמן אוניברסלי מתואם) מסוג Zulu, עם דיוק של ננו-שניות.

    לדוגמה: 2022-10-02T15:01:23.045123456Z

  • ‫RETENTION_PERIOD: תקופה של עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus. הערך צריך להיות מספר עם יחידת זמן של m, h או d (דקות, שעות או ימים), למשל 15d ל-15 ימים.

    דוגמאות: 36h או 89d

  1. אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט: 

    gcloud bigtable instances list

  2. צריך להציג את רשימת הגיבויים של המופע שמכיל את הטבלה שרוצים לגבות, כדי לבחור מזהה גיבוי שלא נמצא כבר בשימוש באשכול המיועד.

    gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID

  3. מעיינים ברשימת הטבלאות כדי לוודא מה המזהה של הטבלה שרוצים לגבות.

    gcloud bigtable instances tables list --instances=INSTANCE_ID

  4. מריצים את הפקודה gcloud bigtable instances backups create כדי ליצור גיבוי מהטבלה, ומציינים תאריך תפוגה או תקופת שמירה. הערך יכול להיות עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus.

    gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID \
  --table=TABLE_ID \
  --async \
  --expiration-date=EXPIRATION_DATE \
  --retention-period=RETENTION_PERIOD

    הדגל --async הוא אופציונלי. משתמשים בו אם רוצים שהמסוף יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

  5. בודקים ברשימת הגיבויים אם הגיבוי שלכם נוצר.

    gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID

  6. אם הגיבוי לא מופיע, בודקים את סטטוס הפעולה.

    הסטטוס Ready מציין שהגיבוי הושלם.

יצירת גיבוי חם

אי אפשר ליצור גיבוי פעיל לטבלה שמופעל בה אחסון בשכבות (בשלב טרום-השקה).

המסוף

ניתן ליצור גיבוי חם של טבלה באמצעות מסוף Google Cloud באופן הבא:

  1. נכנסים לדף Instances של Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הטבלה שרוצים לגבות.

  3. בחלונית הניווט הימנית, לוחצים על גיבויים.

  4. לוחצים על יצירת גיבוי.

  5. ברשימה Table ID, בוחרים את הטבלה שרוצים לגבות. (אם לוחצים על יצירת גיבוי בתפריט פעולות בטבלה בדף הסקירה הכללית של הטבלה, Bigtable מאכלס את הטבלה).

  6. אם משתמשים בשכפול, בוחרים את מזהה האשכול של האשכול. (אם לוחצים על יצירת גיבוי לצד מזהה אשכול בדף סקירת האשכול, Bigtable מאכלס את הטבלה ואת האשכול).

  7. בשדה Backup ID (מזהה הגיבוי), מזינים מזהה ייחודי לגיבוי.

  8. בקטע Backup type, בוחרים באפשרות Hot.

  9. ברשימה Set hot to standard, בוחרים באחת מהאפשרויות הבאות:

    • כדי שהגיבוי יהיה פעיל עד שהוא יפוג, בוחרים באפשרות אף פעם.
    • כדי להמיר את הגיבוי הפעיל לגיבוי רגיל אחרי שלושה ימים, בוחרים באפשרות 3 days (3 ימים).
    • כדי לציין תאריך ושעה מותאמים אישית להמרה של הגיבוי הפעיל לגיבוי רגיל, בוחרים באפשרות מותאם אישית. הערך הזה צריך להיות לפחות 24 שעות אחרי הזמן שבו Bigtable יוצר את הגיבוי.

  10. לוחצים על יצירה.

    במסוף Google Cloud מוצג הדף Backups עם סינון שמאפשר לראות את הגיבוי ואת הפרטים שלו.

  11. אופציונלי: כדי לראות את סטטוס הגיבוי, לוחצים על הכרטיסייה פעילות.

    אחרי ש-Bigtable יסיים לגבות את הנתונים, הסטטוס Backup complete יופיע בעמודה Status.

gcloud

בכל הפקודות, מחליפים את הערכים הבאים בערכים בפועל:

  • ‫INSTANCE_ID: המזהה הקבוע של המופע.
  • ‫CLUSTER_ID: המזהה הקבוע של האשכול.
  • ‫TABLE_ID: המזהה של הטבלה שרוצים לגבות.
  • ‫BACKUP_ID: המזהה שאתם מקצים לגיבוי.

  • ‫EXPIRATION_DATE: תאריך עתידי שחל תוך 90 ימים או פחות במהדורת Enterprise, או תוך 365 ימים או פחות במהדורת Enterprise Plus. התאריך צריך להיות בפורמט של חותמת זמן UTC מסוג Zulu, מדויקת עד לרמת הננו-שנייה.

    לדוגמה: 2022-10-02T15:01:23.045123456Z

  • ‫RETENTION_PERIOD: תקופה של עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus, שמוצגת כמספר עם יחידה של m,‏ h או d (דקות, שעות או ימים).

    דוגמאות: 36h או 89d

  • ‫HOT_TO_STANDARD_TIME: (אופציונלי) התאריך והשעה שבהם Bigtable צריך להמיר את הגיבוי מגיבוי חם לגיבוי רגיל. הערך הזה חייב להיות לפחות 24 שעות אחרי זמן יצירת הגיבוי.

    לדוגמה: 2024-08-02T15:01:23.045123456Z

    אפשר גם לציין תאריך ושעה יחסיים של משך הזמן. למידע נוסף, ראו gcloud topic datetimes.

    דוגמה: +P30D למשך 30 ימים

  1. אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט: 

    gcloud bigtable instances list

  2. צריך להציג את רשימת הגיבויים של המופע שמכיל את הטבלה שרוצים לגבות, כדי לבחור מזהה גיבוי שלא נמצא כבר בשימוש באשכול המיועד.

    gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID

  3. מעיינים ברשימת הטבלאות כדי לוודא מה המזהה של הטבלה שרוצים לגבות.

    gcloud bigtable instances tables list --instances=INSTANCE_ID

  4. מריצים את הפקודה gcloud bigtable instances backups create כדי ליצור גיבוי חם של הטבלה, ומציינים תאריך תפוגה או תקופת שמירה. הערך יכול להיות עד 90 ימים במהדורת Enterprise או עד 365 ימים במהדורת Enterprise Plus.

    gcloud bigtable backups create BACKUP_ID --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID \
  --table=TABLE_ID \
  --async \
  --expiration-date=EXPIRATION_DATE \
  --retention-period=RETENTION_PERIOD \
  --backup-type=HOT \
  --hot-to-standard-time=HOT_TO_STANDARD_TIME

    הדגל --async הוא אופציונלי. משתמשים בו אם רוצים שהמסוף יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

  5. בודקים ברשימת הגיבויים אם הגיבוי שלכם נוצר.

    gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID

  6. אם הגיבוי לא מופיע, בודקים את סטטוס הפעולה.

    הסטטוס Ready מציין שהגיבוי הושלם.

שחזור מגיבוי

בטבלה חדשה ששוחזרה מגיבוי, הגיבוי האוטומטי לא מופעל גם אם הוא הופעל בטבלת המקור. אם רוצים גיבוי אוטומטי של הטבלה החדשה, צריך להפעיל אותו.

השלבים לשחזור מגיבוי זהים בין אם הגיבוי הוא רגיל או חם. שחזור של גיבוי חם ב-Bigtable לביצועים ברמת הייצור מהיר יותר משחזור של גיבוי רגיל.

המסוף

אי אפשר לשחזר לפרויקט אחר באמצעות מסוף Google Cloud . אם אתם צריכים לעשות זאת, השתמשו ב-CLI של gcloud.

  1. נכנסים לדף Instances של Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הגיבוי שרוצים לשחזר.

  3. בחלונית הניווט הימנית, לוחצים על גיבויים.

  4. לוחצים על שחזור לגיבוי שרוצים לשחזר.

  5. בוחרים את המופע שרוצים לשחזר.

    מופעים שאין בהם מספיק נפח אחסון לטבלה החדשה לא יהיו זמינים. אם אין לכם הרשאה ליצור טבלה במופע, המופע לא זמין. כדי לקבל מידע נוסף, מעבירים את העכבר מעל הסמל .

    אם משחזרים מגיבוי שמוגן על ידי CMEK, גם מופע היעד צריך להיות מוגן על ידי CMEK.

    אי אפשר לשחזר לפרויקט אחר באמצעות מסוףGoogle Cloud . אם צריך, אפשר להשתמש ב-CLI של gcloud.

  6. מזינים מזהה ייחודי לטבלה שתיווצר מהגיבוי. לא תוכלו לשנות את המזהה הזה בשלב מאוחר יותר.

  7. לוחצים על שחזור.

    במסוף מוצג הדף Tables עם סינון שמאפשר לראות את הטבלה החדשה.

    במסוף מוצג סטטוס השחזור של כל אשכול. כשהסטטוס של כל האשכולות בעמודה הוא מוכן, הטבלה שוחזרה ושוכפלה לכל האשכולות במופע.

gcloud

בכל הפקודות, מחליפים את הערכים הבאים בערכים בפועל:

  • ‫PROJECT_ID_SOURCE: מזהה הפרויקט שמכיל את הגיבוי שממנו רוצים לשחזר.
  • ‫INSTANCE_ID_SOURCE: המזהה הקבוע של מופע המקור.
  • ‫PROJECT_ID_DESTINATION: מזהה הפרויקט שבו רוצים לבצע את השחזור. הדגל הזה הוא אופציונלי. אם לא מציינים את האפשרות הזו, הגיבוי משוחזר לטבלה חדשה באותו מופע שבו הוא נוצר.
  • INSTANCE_ID_DESTINATION: המזהה הקבוע של מופע היעד.
  • ‫CLUSTER_ID: המזהה הקבוע של האשכול.
  • ‫BACKUP_ID: המזהה של הגיבוי שממנו רוצים לשחזר.
  • ‫TABLE_ID_NEW: המזהה של הטבלה החדשה.

  1. אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט: 

    gcloud bigtable instances list

  2. כדי לוודא שהגיבוי קיים, צופים ברשימת הגיבויים של המופע שמכיל את הגיבוי.

    gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
  --cluster=CLUSTER_ID_SOURCE

  3. צריך להציג את רשימת הטבלאות במופע היעד כדי לבחור מזהה לטבלה החדשה שלא נמצא כבר בשימוש.

    gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION

  4. מריצים את הפקודה 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 \
--async \
--destination=TABLE_ID_NEW \
--destination-instance=INSTANCE_ID_DESTINATION \
--project=PROJECT_ID_DESTINATION

    הדגל --async הוא אופציונלי. משתמשים בו אם רוצים שהמסוף יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

  5. בודקים ברשימת הטבלאות אם הטבלה נוצרה.

    gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION

  6. אם הגיבוי לא מופיע, בודקים את סטטוס הפעולה.

יצירת עותק של גיבוי

המסוף

אי אפשר ליצור עותק של גיבוי בפרויקט אחר באמצעות המסוף. אם אתם צריכים לעשות זאת, השתמשו ב-CLI של gcloud.

  1. נכנסים לדף Instances של Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

  2. לוחצים על המופע שמכיל את הגיבוי שרוצים להעתיק.

  3. בחלונית הניווט הימנית, לוחצים על גיבויים.

  4. בגיבוי שרוצים להעתיק, מרחיבים את התפריט 'עוד' לצד המילה שחזור ואז לוחצים על העתקה.

  5. לוחצים על העתקה בגיבוי שרוצים ליצור ממנו עותק.

    אם הגיבוי הוא עותק של גיבוי אחר, האפשרות העתקה לא זמינה.

  6. בוחרים את מופע היעד.

    אין אפשרות ליצור עותק של גיבוי בפרויקט אחר באמצעות המסוף. אם אתם צריכים לעשות זאת, השתמשו ב-CLI של gcloud.

    מופעים שאין בהם מספיק נפח אחסון לגיבוי לא זמינים. אם אין לכם הרשאה ליצור גיבוי במופע, המופע לא יהיה זמין. כדי לקבל מידע נוסף, מעבירים את הסמן מעל הסמל .

    אם מעתיקים גיבוי שמוגן באמצעות CMEK, גם מופע היעד צריך להיות מוגן באמצעות CMEK.

  7. בוחרים את אשכול היעד.