Some or all of the information on this page might not apply to Cloud de Confiance by S3NS. See Differences from Google Cloud for more details.

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

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

גיבויים של Bigtable עוזרים להגן על הטבלאות מפני אובדן נתונים מקרי, פגיעה בנתונים או תרחישי אסון. אפשר ליצור, להעתיק, לשחזר ולעקוב אחרי הגיבויים האלה באמצעות מסוף Cloud de Confiance , Google Cloud CLI או ספריות הלקוח של Cloud Bigtable.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

המסוף

במסוף Cloud de Confiance , פותחים את רשימת מופעי Bigtable.

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

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

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

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

המסוף

במסוף Cloud de Confiance , פותחים את רשימת מופעי Bigtable.

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

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

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

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

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

המסוף

במסוף Cloud de Confiance , פותחים את רשימת מופעי Bigtable.

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

בדף Tables מוצגת רשימה של טבלאות במופע.
בשורה בטבלה שרוצים להגדיר עבורה את מדיניות הגיבוי האוטומטי, לוחצים על עריכה. מוצגת חלונית מאפייני הטבלה.
בקטע Configure automated backup (הגדרת גיבוי אוטומטי), בשדה Retention period (תקופת שמירה), מציינים את מספר הימים שבהם Bigtable צריך לשמור גיבויים אחרי שמירת השינוי. אפשר להגדיר תקופת שמירה מותאמת אישית של 3 עד 90 ימים.
מהדורת Enterprise Plus: בקטע Configure automated backup (הגדרת גיבוי אוטומטי), בשדה Select clusters to back up (בחירת אשכולות לגיבוי), בוחרים את מיקומי האשכולות שבהם רוצים להפעיל את הגיבוי האוטומטי.
לוחצים על 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, אפשר להגדיר גיבוי אוטומטי באופן סלקטיבי כדי ליצור גיבויים יומיים באשכולות במיקומים ספציפיים.

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

המסוף

במסוף Cloud de Confiance , פותחים את רשימת מופעי Bigtable.

פתיחת רשימת המופעים
לוחצים על המופע שמכיל את הטבלה שרוצים להגדיר.
בחלונית הימנית, לוחצים על טבלאות.
בשורה בטבלה, לוחצים על עריכה.
בקטע Configure automated backup (הגדרת גיבוי אוטומטי), בשדה Select clusters to back up (בחירת אשכולות לגיבוי), בוחרים את מיקומי האשכולות שרוצים ליצור עבורם גיבויים יומיים.
לוחצים על 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 במסוף, מבצעים את הפעולות הבאות:

במסוף Cloud de Confiance , פותחים את רשימת מופעי Bigtable.

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

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

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

עוברים אל Logs Explorer:

כניסה לדף Logs Explorer

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

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

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

לוחצים על Run query.

כדי לראות אירועים של עיכוב בגיבוי, מזינים את הטקסט הבא בשדה 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 במסוף Cloud de Confiance .

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

במסוף Cloud de Confiance מוצג הדף Backups עם סינון שמאפשר לראות את הגיבוי ואת הפרטים שלו.
אופציונלי: כדי לראות את סטטוס הגיבוי, לוחצים על הכרטיסייה פעילות.

אחרי ש-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

אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט:
```
gcloud bigtable instances list
```
מעיינים ברשימת הגיבויים של המופע שמכיל את הטבלה שרוצים לגבות, כדי לבחור מזהה גיבוי שלא נמצא כבר בשימוש באשכול המיועד.
```
gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```
מעיינים ברשימת הטבלאות כדי לוודא מה המזהה של הטבלה שרוצים לגבות.
```
gcloud bigtable instances tables list --instances=INSTANCE_ID
```
מריצים את הפקודה 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 הוא אופציונלי. משתמשים בו אם רוצים שהמסוף יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

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

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

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

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

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

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

המסוף

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

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

פתיחת רשימת המופעים
לוחצים על המופע שמכיל את הטבלה שרוצים לגבות.
בחלונית הניווט שמשמאל, לוחצים על גיבויים.
לוחצים על יצירת גיבוי.
ברשימה Table ID, בוחרים את הטבלה שרוצים לגבות. (אם לוחצים על יצירת גיבוי בתפריט פעולות בטבלה בדף הסקירה הכללית של הטבלה, Bigtable מאכלס את הטבלה).
אם משתמשים בשכפול, בוחרים את מזהה האשכול של האשכול. (אם לוחצים על יצירת גיבוי לצד מזהה אשכול בדף סקירת האשכול, Bigtable מאכלס את הטבלה ואת האשכול).
בשדה מזהה הגיבוי, מזינים מזהה ייחודי לגיבוי.
בקטע Backup type, בוחרים באפשרות Hot.
ברשימה Set hot to standard (הגדרת חם כסטנדרט), בוחרים באחת מהאפשרויות הבאות:
- כדי שהגיבוי יהיה פעיל עד שהוא יפוג, בוחרים באפשרות אף פעם.
- כדי להמיר את הגיבוי הפעיל לגיבוי רגיל אחרי שלושה ימים, בוחרים באפשרות 3 days (3 ימים).
- כדי לציין תאריך ושעה מותאמים אישית להמרה של הגיבוי הפעיל לגיבוי רגיל, בוחרים באפשרות בהתאמה אישית. הערך הזה צריך להיות לפחות 24 שעות אחרי הזמן שבו Bigtable יוצר את הגיבוי.
לוחצים על יצירה.

במסוף Cloud de Confiance מוצג הדף Backups עם סינון שמאפשר לראות את הגיבוי ואת הפרטים שלו.
אופציונלי: כדי לראות את סטטוס הגיבוי, לוחצים על הכרטיסייה פעילות.

אחרי ש-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 ימים

אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט:
```
gcloud bigtable instances list
```
מעיינים ברשימת הגיבויים של המופע שמכיל את הטבלה שרוצים לגבות, כדי לבחור מזהה גיבוי שלא נמצא כבר בשימוש באשכול המיועד.
```
gcloud bigtable backups list --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```
מעיינים ברשימת הטבלאות כדי לוודא מה המזהה של הטבלה שרוצים לגבות.
```
gcloud bigtable instances tables list --instances=INSTANCE_ID
```
מריצים את הפקודה 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 הוא אופציונלי. משתמשים בו אם רוצים שהמסוף יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

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

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

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

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

שחזור מגיבוי

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

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

המסוף

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

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

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

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

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

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

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

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

gcloud

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

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

אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט:
```
gcloud bigtable instances list
```
כדי לוודא שהגיבוי קיים, מציגים את רשימת הגיבויים של המופע שמכיל את הגיבוי.
```
gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
  --cluster=CLUSTER_ID_SOURCE
```
צריך להציג את רשימת הטבלאות במופע היעד כדי לבחור מזהה לטבלה החדשה שלא נמצא כבר בשימוש.
```
gcloud bigtable instances tables list --instances=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 \
--async \
--destination=TABLE_ID_NEW \
--destination-instance=INSTANCE_ID_DESTINATION \
--project=PROJECT_ID_DESTINATION
```
הדגל --async הוא אופציונלי. משתמשים בו אם רוצים שהמסוף יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

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

gcloud bigtable instances tables list --instances=INSTANCE_ID_DESTINATION

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

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

המסוף

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

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

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

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

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

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

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

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

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

אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט:
```
gcloud bigtable instances list
```
כדי לוודא שהגיבוי שרוצים להעתיק קיים, מעיינים ברשימת הגיבויים של מופע המקור שמכיל את הגיבוי.
```
gcloud bigtable backups list --instance=INSTANCE_ID_SOURCE \
--cluster=CLUSTER_ID_SOURCE
```
צריך להציג את רשימת הגיבויים במופע היעד כדי לבחור מזהה להעתקה שלא נמצא כבר בשימוש.
```
gcloud bigtable backups list --instances=DESTINATION_INSTANCE
```
מריצים את הפקודה 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 לפקודה. משתמשים בו אם רוצים שהטרמינל יחזיר את מזהה הפעולה לפני שהפעולה תושלם. האפשרות הזו שימושית אם רוצים לבדוק את הסטטוס של הפעולה.

אם מוחזרת הודעה על פסק זמן, יכול להיות שהגיבוי הצליח והעותק נוצר.
בודקים ברשימת הגיבויים אם העותק נוצר.
```
gcloud bigtable backups list --instances=INSTANCE_ID_DESTINATION
```
אם הגיבוי לא מופיע, בודקים את סטטוס הפעולה.

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

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

המסוף

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

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

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

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

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

יצירת גיבוי
הגיבוי הסתיים

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

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

gcloud

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

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

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

מעתיקים את מזהה הפעולה.
מריצים את הפקודה 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.

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

כדי לראות רשימה של פעולות אחרונות שבוצעו במופע שמכיל את הטבלה שאתם מגבים או משחזרים, מחליפים את INSTANCE_ID במזהה של המופע:
```
gcloud bigtable operations list --instance=INSTANCE_ID
```
בטרמינל מוצגת רשימה של פעולות בעמודות עם התוויות NAME,‏ START_TIME,‏ END_TIME ו-DONE. הערך בעמודה NAME הוא מזהה הפעולה.
מתחילים עם הפריט הראשון ברשימה ומעתיקים את מזהה הפעולה.

משתמשים בפקודה 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

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

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

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

אפשר לשנות את תאריך התפוגה או את תקופת השמירה של גיבוי קיים, בין אם הוא נוצר באופן ידני או באמצעות מדיניות גיבוי אוטומטית, או של עותק גיבוי. במהדורת Enterprise, אפשר להאריך את תאריך התפוגה של גיבוי עד 90 יום ממועד יצירת הגיבוי. במהדורת Enterprise Plus, אפשר להאריך את תאריך התפוגה עד 365 ימים ממועד יצירת הגיבוי. אפשר גם להמיר גיבוי חם לגיבוי רגיל.

המסוף

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

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

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 ימים

כדי לראות רשימה של גיבויים:
```
    gcloud bigtable backups list --instance=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
  --hot-to-standard-time=HOT_TO_STANDARD_TIME

מריצים את הפקודה gcloud bigtable instances backups describe כדי לוודא שהעדכון של תאריך התפוגה בוצע בהצלחה.
```
    gcloud bigtable backups describe BACKUP_ID \
    --instance=INSTANCE_ID \
    --cluster=CLUSTER_ID
```

מחיקת גיבוי

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

המסוף

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

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

gcloud

כדי לראות רשימה של גיבויים, מחליפים את המזהה של המופע ב-INSTANCE_ID:
```
gcloud bigtable backups list --instance=INSTANCE_ID
```
במסוף מוצגת רשימה של גיבויים.
חשוב לזכור את מזהה הגיבוי ואת מזהה האשכול שבו הוא מאוחסן.
מריצים את הפקודה gcloud bigtable instances backups delete, ומחליפים את מזהה הגיבוי שרשמתם ב-BACKUP_ID ואת מזהה האשכול ב-CLUSTER_ID.
```
gcloud bigtable backups delete BACKUP_ID \
  --instance=INSTANCE_ID \
  --cluster=CLUSTER_ID
```

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

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