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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

המסוף

במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

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

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

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

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

המסוף

במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

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

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

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

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

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

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

המסוף

במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

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

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

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

המסוף

במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

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

במסוף Google Cloud , פותחים את רשימת המכונות של Bigtable.

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

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

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

עוברים אל 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

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

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 (דקות, שעות או ימים), למשל 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 מציין שהגיבוי הושלם.

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

אי אפשר ליצור גיבוי חם לטבלה שמופעל בה אחסון מדורג (גרסת טרום-השקה (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

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

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

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

המסוף

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

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

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

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

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

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

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

במסוף מוצג הדף Tables, מסונן כך שמוצגת בו הטבלה החדשה.

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

gcloud

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

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

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

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

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

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

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

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

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

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

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 במסוף Google Cloud .

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

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

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

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

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

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

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

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 במסוף Google Cloud .

פתיחת רשימת המכונות
לוחצים על המכונה שמכילה את הגיבוי.
בחלונית הניווט שמימין, לוחצים על גיבויים.
כדי לשנות את תאריך ושעת התפוגה של הגיבוי, פועלים לפי השלבים הבאים:
1. בגיבוי שרוצים לשנות, לוחצים על התפריט לצד Restore ואז על Edit.
2. בקטע Backup expiration, מגדירים את התאריך והשעה ולוחצים על Save.
כדי להגדיר את התאריך והשעה של המעבר מגיבוי חם לגיבוי רגיל:
1. בגיבוי החם שרוצים לשנות, לוחצים על התפריט לצד Restore ואז על Edit.
2. בקטע Update hot to standard, מגדירים את התאריך והשעה ולוחצים על Save.

gcloud

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

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

INSTANCE_ID: המזהה הקבוע של המכונה.
CLUSTER_ID: המזהה הקבוע של האשכול.
‫BACKUP_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: (אופציונלי) התאריך והשעה שבהם 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 במסוף Google Cloud .

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

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) להפסקות זמניות בתשתית הענן.