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

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

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

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

• המסוף של Google Cloud .
• ‫Google Cloud CLI.
• ספריות הלקוח של Cloud Bigtable.

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

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

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

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

הערה: התכונה הזו זמינה במהדורת Enterprise Plus. מידע נוסף זמין במאמר סקירה כללית על מהדורות.

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

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

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

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

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

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

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

אפשר להפעיל גיבוי אוטומטי באמצעות המסוף או 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: המזהה הקבוע של המופע.

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

אופציונלי: אפשר לעדכן את מדיניות הגיבוי האוטומטי כדי לציין תקופת שמירה מותאמת אישית לגיבויים אוטומטיים. במהדורת 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: המזהה הקבוע של המופע.

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

הערה: התכונה הזו זמינה במהדורת Enterprise Plus. מידע נוסף זמין במאמר סקירה כללית על מהדורות.

כדי להציג את מדיניות הגיבוי האוטומטי של טבלה, מריצים את הפקודה 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. אם המדיניות הזו מוגדרת, היא מציינת את רשימת המיקומים של האשכול שבהם מופעלות גיבויים אוטומטיים. אם הגיבויים האוטומטיים מופעלים בכל המיקומים (ברירת מחדל), השדה לא יופיע.

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

הערה: התכונה הזו זמינה במהדורת Enterprise Plus. מידע נוסף זמין במאמר סקירה כללית על מהדורות.

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

המסוף

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

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

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

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

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

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

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

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, מאפשר גיבוי אוטומטי רק לאשכולות במיקומים שצוינו. אם לא מגדירים את האפשרות הזו, הגיבויים מוגדרים כברירת מחדל לכל האשכולות במופע של הטבלה.

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

gcloud bigtable tables update TABLE_ID \
    --instance=INSTANCE_ID \
    --automated-backup-retention-period=retention-period=RETENTION_PERIOD
    --automated-backup-locations=BACKUP_LOCATIONS

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

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

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

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

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

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

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

כשגיבוי אוטומטי מופעל, 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. אם אתם משתמשים בשכפול, בתפריט הנפתח בוחרים את מזהה האשכול (Cluster ID) של האשכול שבו צריך לאחסן את הגיבוי. (אם לחצתם על Create backup [יצירת גיבוי] לצד מזהה אשכול ולא לצד מזהה מופע בדף Tables [טבלאות], האשכול נבחר מראש).

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

7. מגדירים תאריך תפוגה.

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

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

9. לוחצים על פעילות כדי לראות את סטטוס הגיבוי.

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

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 מציין שהגיבוי הושלם.

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

gcloud

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

• ‫INSTANCE_ID: המזהה הקבוע של המופע.
• ‫CLUSTER_ID: המזהה הקבוע של האשכול.
• ‫TABLE_ID: המזהה של הטבלה שרוצים לגבות.
• ‫BACKUP_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: (אופציונלי) התאריך והשעה שבהם 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. בוחרים את אשכול היעד.

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

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

9. מגדירים זמן תפוגה לעותק הגיבוי, מזינים ערך בשדה Time ובוחרים Unit (יחידה) מהתפריט הנפתח.

10. לוחצים על Copy.

11. כדי לראות את העותק, לוחצים על הצגת העותק.

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

gcloud

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

• ‫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: אורך החיים (TTL) של עותק הגיבוי, שמוצג כמספר וכמידה (d או h). לדוגמה, 5d לחמישה ימים או 15h ל-15 שעות. אפשר להשתמש באפשרות הזו או בתאריך תפוגה.
• ‫EXPIRATION_DATE: התאריך והשעה שבהם יפוג התוקף של עותק הגיבוי, בפורמט 2022-09-01T10:00:00.0Z.

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

   gcloud bigtable instances list
   

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

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

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

   gcloud bigtable backups list --instances=DESTINATION_INSTANCE
   

4. מריצים את הפקודה gcloud bigtable instances 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: תקופת השמירה של עותק הגיבוי. התאריך צריך להיות לפחות 6 שעות ולכל היותר 30 ימים אחרי מועד יצירת הגיבוי של המקור.
   • ‫--expiration-date`=EXPIRATION_DATE: תאריך התפוגה של עותק הגיבוי. התאריך צריך להיות לפחות 6 שעות ולכל היותר 30 ימים אחרי מועד יצירת הגיבוי של המקור.

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

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

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

   gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATION
   

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

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

בדיקת הסטטוס של פעולה

המסוף

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

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

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

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

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

סטטוסים של פעולות בזמן שחזור טבלה:

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

סטטוסים של פעולות במהלך יצירת גיבוי:

• יצירת גיבוי
• הגיבוי הושלם

סטטוסים של פעולות כשמעתיקים גיבוי, כוללים את האפשרויות הבאות:

• העתקת הגיבוי
• גיבוי שהועתק

gcloud

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

`instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635`

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

1. מעתיקים את מזהה הפעולה.

2. מריצים את הפקודה gcloud bigtable operations describe ומחליפים את הערך שהעתקתם ב-OPERATION_ID.

   gcloud bigtable operations describe OPERATION_ID
   

   דוגמה:

   gcloud bigtable operations describe \
   instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635
   

   אפשר להריץ את הפקודה הזו כל כמה רגעים עד שהערך של DONE יהיה TRUE.

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

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

   gcloud bigtable operations list --instance=INSTANCE_ID
   

   בטרמינל מוצגת רשימה של פעולות בעמודות עם התוויות NAME,‏ START_TIME,‏ END_TIME ו-DONE. הערך בעמודה NAME הוא מזהה הפעולה.

2. מתחילים עם הפריט הראשון ברשימה ומעתיקים את מזהה הפעולה.

3. כדי לראות את המטא-נתונים של הפעולה, משתמשים בפקודה gcloud bigtable operations describe.

   gcloud bigtable operations describe OPERATION_ID
   

   דוגמה:

   gcloud bigtable operations describe \
   instances/instance-name/tables/table-name/locations/us-east1-b/operations/917168358249360635
   

4. אם במטא-נתונים של פעולה מופיע ערך עבור backupInfo, סימן שמצאתם את הפעולה הנכונה, ואפשר לחזור על הפקודה הזו מדי פעם עד שהערך של DONE יהיה TRUE.

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

שינוי גיבוי או עותק גיבוי

המסוף

Google Cloud אי אפשר לשנות גיבוי במסוף, כולל עותקים.

gcloud

ב-CLI של gcloud אפשר לשנות את תאריך התפוגה או את תקופת התפוגה של גיבוי או של עותק גיבוי. אפשר גם להמיר גיבוי חם לגיבוי רגיל.

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

• ‫INSTANCE_ID: המזהה הקבוע של המופע.
• ‫CLUSTER_ID: המזהה הקבוע של האשכול.
• ‫BACKUP_ID: המזהה הייחודי של הגיבוי.

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

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

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

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

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

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

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

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

1. כדי לראות רשימה של גיבויים:

       gcloud bigtable backups list --instance=INSTANCE_ID
   

   במסוף מוצגת רשימה של גיבויים.

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

3. מריצים את הפקודה gcloud bigtable backups update כדי להוסיף תאריך תפוגה חדש או תקופת שמירה חדשה, או כדי להמיר גיבוי חם לגיבוי רגיל.

     gcloud bigtable backups update BACKUP_ID \
     --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID \
     --expiration-date=EXPIRATION_DATE \
     --retention-period=RETENTION_PERIOD
     --hot-to-standard-time=HOT_TO_STANDARD_TIME
   

4. מריצים את הפקודה gcloud bigtable instances backups describe כדי לוודא שהעדכון של תאריך התפוגה בוצע בהצלחה.

       gcloud bigtable backups describe BACKUP_ID \
       --instance=INSTANCE_ID \
       --cluster=CLUSTER_ID
   

מחיקת גיבוי

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

המסוף

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

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

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

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

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

5. מזינים את מזהה הגיבוי בשדה Confirm deletion (אישור מחיקה) ואז לוחצים על Delete (מחיקה).

gcloud

1. כדי לראות רשימה של גיבויים, מחליפים את המזהה של המופע ב-INSTANCE_ID:

   gcloud bigtable backups list --instance=INSTANCE_ID
   

   במסוף מוצגת רשימה של גיבויים.

2. חשוב לזכור את מזהה הגיבוי ואת מזהה האשכול שבו הוא מאוחסן.

3. מריצים את הפקודה gcloud bigtable instances backups delete, ומחליפים את מזהה הגיבוי שרשמתם ב-BACKUP_ID ואת מזהה האשכול ב-CLUSTER_ID.

   gcloud bigtable backups delete BACKUP_ID \
     --instance=INSTANCE_ID \
     --cluster=CLUSTER_ID
   

המאמרים הבאים

• מידע נוסף על גיבויים
• איך מייבאים ומייצאים נתונים ב-Bigtable
• מומלץ לעיין בקטע Bigtable במאמר תכנון התאוששות מאסון (DR) להפסקות זמניות בתשתית ענן.