גיבויים משופרים מאפשרים לכם להשתמש בשירות Backup and DR עם המכונות של Cloud SQL כדי לנהל את הגיבויים. כדי להפעיל גיבויים משופרים בכל מכונה, צריך לשייך אותה לתוכנית גיבוי של Backup and DR. כדי לנהל את הגיבויים המשופרים של המכונה:
- שינוי תוכנית הגיבוי שמשויכת למכונה
- ביצוע גיבוי לפי דרישה
- הצגת רשימה של כל הגיבויים בכספת הגיבוי של המכונה
- חיפוש ואימות של מקורות נתונים ל-PITR
מידע נוסף על אופן הפעולה של גיבויים משופרים והשילוב שלהם עם Backup and DR זמין במאמר גיבויים משופרים. במאמר סקירה כללית על Cloud SQL מוסבר בהרחבה על הגיבויים ב-Cloud SQL.
לפני שמתחילים
כדי לנהל את הגיבויים המשופרים של מכונות Cloud SQL, צריך לבצע את הפעולות הבאות:
- הפעלת Backup and DR API
- מוודאים שיש לכם את ההרשאות הנדרשות.
הפעלת Backup and DR API
כדי להשתמש בגיבויים משופרים במכונות של Cloud SQL, קודם צריך להפעיל את Backup and DR API:
ההרשאות הנדרשות
כדי להגדיר גיבויים משופרים למכונות Cloud SQL, נדרשות ההרשאות הבאות:
backupdr.backupPlans.listbackupdr.backupPlanAssociations.createForCloudSqlInstancebackupdr.backupPlanAssociations.fetchForCloudSqlInstancebackupdr.backupPlanAssociations.listbackupdr.backupPlanAssociations.getForCloudSqlInstancebackupdr.backupPlanAssociations.triggerBackupForCloudSqlInstancebackupdr.backupPlanAssociations.deleteForCloudSqlInstancebackupdr.backupPlanAssociations.updateForCloudSqlInstancebackupdr.backupPlans.useForCloudSqlInstancebackupdr.bvdataSources.getbackupdr.bvdataSources.list
מידע נוסף על ההרשאות האלה זמין במאמר תפקידים והרשאות של Backup and DR.
הפעלת גיבויים משופרים
אתם יכולים לשייך תוכניות גיבוי משופרות למכונות ראשיות שיש להן רפליקות של תוכנית התאוששות מאסון (DR).
כדי להפעיל גיבויים מתקדמים במכונה:
- מזהים את כספת הגיבוי ואת תוכנית הגיבוי שבהן רוצים להשתמש.
- משייכים את המכונה של Cloud SQL לתוכנית הגיבוי.
מידע נוסף על גיבויים משופרים זמין במאמר מידע על גיבויים ב-Cloud SQL.
זיהוי תוכנית הגיבוי שבה רוצים להשתמש
כדי לשייך את מכונת Cloud SQL לתוכנית גיבוי, קודם צריך ליצור או לזהות את תוכנית הגיבוי שבה רוצים להשתמש. התוכנית שתבחרו מגדירה את לוח הזמנים לגיבוי של המכונה ואת הגדרות שמירת היומנים.
כדי ליצור תוכנית גיבוי, קודם צריך להשתמש בשירות Backup and DR כדי ליצור מאגר שבו הגיבויים יאוחסנו, ואז ליצור את התוכנית עצמה במסוף Backup and DR.
כספת הגיבוי שמשמשת את תוכנית הגיבוי יכולה להיות באזור שונה מזה של המכונה. מידע נוסף זמין במאמר גיבויים באזורים שונים.
אחרי שזיהיתם את תוכנית הגיבוי שאתם רוצים לשייך, השתמשו בשם שלה כדי לשייך אותה למכונה של Cloud SQL.
שיוך תוכנית גיבוי למכונה של Cloud SQL
כדי לשייך תוכנית גיבוי למכונה של Cloud SQL, צריך את השם של תוכנית הגיבוי שבה רוצים להשתמש. למידע נוסף על איתור השם של תוכנית הגיבוי, ראו יצירה וניהול של תוכנית גיבוי.
מכונות עם רפליקות להתאוששות מאסון: אם למכונה הראשית יש רפליקה ייעודית להתאוששות מאסון, צריך לוודא שבתוכנית הגיבוי שנבחרה מופעל שחזור מערכת מנקודה מסוימת בזמן (PITR) (log_retention_days > 0). אי אפשר לצרף תוכניות גיבוי ישירות למכונות של רפליקות. כדי להגן על רפליקה להתאוששות מאסון, צריך לצרף את התוכנית למכונה הראשית שלה, או לצרף תוכנית אחרי שמקדמים את הרפליקה למכונה ראשית.
כשאתם מקדמים מכונה שמנוהלת על ידי Backup and DR במהלך פעולת יתירות כשל, החלפה או קידום, Cloud SQL מפעיל גיבוי תפעולי של Backup and DR.
אם הגיבוי התפעולי נכשל, Cloud SQL יוצר במקומו גיבוי רגיל (מקורי).
המסוף
כדי לשייך תוכנית גיבוי למכונה של Cloud SQL:
נכנסים לדף Cloud SQL Instances במסוף Google Cloud .
מוצאים את המכונה שרוצים לשייך לתוכנית הגיבוי. כדי לפתוח את הדף Overview של המכונה, לוחצים על שם המכונה.
לוחצים על Edit.
בקטע הגנה על נתונים, בקטע Backup tier, בוחרים באפשרות Enhanced backup tier.
בקטע Backup plan, לוחצים על Select.
בחלון Select a backup plan:
בקטע Project, לוחצים על Browse, מחפשים את הפרויקט של Backup and DR שמכיל את תוכנית הגיבוי ובוחרים אותו.
אחרי שבוחרים את הפרויקט, מופיעה רשימה של כל תוכניות הגיבוי הזמינות. מוצאים את תוכנית הגיבוי שבה רוצים להשתמש ולוחצים על Select.
לוחצים על Save.
במכונה שלכם מופעלים גיבויים משופרים, והיא משתמשת בהגדרות הגיבוי והשמירה של תוכנית הגיבוי המשויכת.
gcloud
כדי לשייך תוכנית גיבוי למכונה של Cloud SQL, מריצים את הפקודה gcloud backup-dr backup-plan-associations create:
gcloud backup-dr backup-plan-associations create BACKUP_PLAN_ASSOCIATION_NAME
--project=PROJECT_ID
--resource=INSTANCE_ID
--backup-plan=BACKUP_PLAN_NAME
--resource-type=sqladmin.googleapis.com/Instance
--location=REGION_ID
מחליפים את מה שכתוב בשדות הבאים:
- BACKUP_PLAN_ASSOCIATION_NAME: השם של שיוך תוכנית הגיבוי.
- PROJECT_ID: מזהה הפרויקט של המכונה.
- INSTANCE_ID: המזהה של המכונה שרוצים לשייך לתוכנית הגיבוי.
- BACKUP_PLAN_NAME: השם של תוכנית הגיבוי שבה רוצים להשתמש. למידע נוסף, קראו את המאמר זיהוי תוכנית הגיבוי שבה רוצים להשתמש.
- REGION_ID: האזור של המכונה.
REST v1
כדי ליצור שיוך של תוכנית גיבוי, משתמשים ב-method backupPlanAssociations ב-Backup and DR API.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- backup-plan-association-id: מזהה השיוך של תוכנית הגיבוי
- resource-name: השם המלא של מכונת Cloud SQL, בפורמט
projects/project-id/locations/location/instances/instance-name - backup-plan-name: השם של תוכנית הגיבוי, בפורמט
projects/project-id/backupPlans/backup-plan-name
ה-method של ה-HTTP וכתובת ה-URL:
POST https://backupdr.googleapis.com/v1/projects/project-id/locations/location/backupPlanAssociations
תוכן בקשת JSON:
{
"name": "backup-plan-association-id",
"resourceType": "sql.googleapis.com/Instance",
"resource": "resource-name",
"backupPlan": "backup-plan-name"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
ניהול הגיבויים המשופרים
אחרי שמפעילים את הגיבויים המשופרים במכונה ומשייכים אליה תוכנית גיבוי, אפשר לשנות את תוכנית הגיבוי המשויכת, לבצע גיבוי על פי דרישה, לראות את כל הגיבויים בכספת הגיבוי או למצוא ולאמת מקורות נתונים ל-PITR.
כדי לנהל תוכנית גיבוי, קראו את המאמר יצירה וניהול של תוכנית גיבוי. במאמר יצירה וניהול של כספת גיבוי מוסבר איך מנהלים כספת גיבוי.
שינוי תוכנית הגיבוי שמשויכת למכונה
אתם יכולים לשנות את תוכנית הגיבוי שבה אתם משתמשים במכונה של Cloud SQL. כדי לשנות את תוכנית הגיבוי שמשויכת למכונה של Cloud SQL, התוכנית החדשה צריכה להיות באותה כספת גיבוי כמו תוכנית הגיבוי הנוכחית, ובאותו אזור כמו המכונה של Cloud SQL.
כדי לעבור לתוכנית גיבוי חדשה:
המסוף
כדי לשייך את תוכנית הגיבוי החדשה למכונה:
נכנסים לדף Cloud SQL Instances במסוף Google Cloud .
מוצאים את המכונה שרוצים לשנות את תוכנית הגיבוי שלה. כדי לפתוח את הדף Overview של המכונה, לוחצים על שם המכונה.
לוחצים על Edit.
בקטע הגנה על נתונים, בקטע Backup tier, בוחרים באפשרות Enhanced backup tier.
לוחצים על הכפתור שינוי.
בחלון בחירת תוכנית גיבוי, בוחרים את התוכנית החדשה.
לוחצים על Save.
הגיבויים המשופרים מופעלים במכונה, והיא משתמשת בתוכנית הגיבוי החדשה שבחרתם.
gcloud
כדי לשייך את תוכנית הגיבוי החדשה למכונה, מריצים את הפקודה gcloud backup-dr backup-plan-associations create:
gcloud backup-dr backup-plan-associations create BACKUP_PLAN_ASSOCIATION_NAME
--project=PROJECT_ID
--resource=INSTANCE_ID
--backup-plan=BACKUP_PLAN_NAME
--resource-type=sqladmin.googleapis.com/Instance
--location=REGION_ID
מחליפים את מה שכתוב בשדות הבאים:
- BACKUP_PLAN_ASSOCIATION_NAME: השם של שיוך תוכנית הגיבוי.
- PROJECT_ID: מזהה הפרויקט של המכונה.
- INSTANCE_ID: מזהה המכונה.
- BACKUP_PLAN_NAME: השם של תוכנית הגיבוי. למידע נוסף, קראו את המאמר זיהוי תוכנית הגיבוי שבה רוצים להשתמש.
- REGION_ID: האזור של המכונה.
REST v1
אחרי שמוחקים את השיוך לתוכנית הגיבוי הקיימת, משייכים את תוכנית הגיבוי החדשה באמצעות ה-method backupPlanAssociations ב-Backup and DR API.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- backup-plan-association-id: מזהה השיוך של תוכנית הגיבוי
- resource-name: השם המלא של מכונת Cloud SQL, בפורמט
projects/project-id/locations/location/instances/instance-name - backup-plan-name: השם של תוכנית הגיבוי, בפורמט
projects/project-id/backupPlans/backup-plan-name
ה-method של ה-HTTP וכתובת ה-URL:
POST https://backupdr.googleapis.com/v1/projects/project-id/locations/location/backupPlanAssociations
תוכן בקשת JSON:
{
"name": "backup-plan-association-id",
"resourceType": "sql.googleapis.com/Instance",
"resource": "resource-name",
"backupPlan": "backup-plan-name"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
ביצוע גיבוי על פי דרישה
אתם יכולים לבצע גיבוי על פי דרישה של מכונה ב-Cloud SQL עם תוכנית גיבוי משויכת באמצעות מסוף Google Cloud , ה-CLI של gcloud או Cloud SQL API.
המסוף
כדי לבצע גיבוי לפי דרישה למכונה שמופעלים בה גיבויים משופרים:
נכנסים לדף Cloud SQL Backups במסוף Google Cloud .
לוחצים על יצירת גיבוי.
בחלון Create an on-demand backup, מבצעים אחת מהפעולות הבאות:
- בקטע Choose a backup rule, בוחרים את סוג הגיבוי לפי דרישה שרוצים לבצע. כלל הגיבוי מגדיר את תקופת השמירה של הגיבוי לפי דרישה.
- בוחרים באפשרות Based on custom retention period כדי לציין תקופת שמירה מותאמת אישית לגיבוי. כשמשתמשים בתקופת שמירה בהתאמה אישית, חשוב לשים לב לכללים הבאים:
- לוגיקת טווח השמירה: טווח השמירה המותר נקבע לפי החיתוך של משך השמירה המינימלי שנאכף בכספת הגיבוי, ומשך השמירה המקסימלי בהתאמה אישית שמוגדר בתוכנית הגיבוי.
- ערכי ברירת מחדל משתמעים: אם לא מגדירים במפורש את
max_custom_on_demand_retention_daysבתוכנית הגיבוי, השירות משתמש בערך ברירת מחדל של הגבול העליון של משך השמירה המינימלי שנאכף בכספת הגיבוי, בתוספת 30 ימים. - הגבול העליון: בלי קשר להגדרות, משך הזמן המקסימלי המותר לשמירה של כל גיבוי מותאם אישית לפי דרישה הוא 10 שנים (3,653 ימים).
לוחצים על יצירה.
הגיבוי לפי דרישה נוצר.
gcloud
כדי לבצע גיבוי על פי דרישה למכונה שהופעלו בה גיבויים משופרים, מריצים את הפקודה gcloud backup-dr backup-plan-associations trigger-backup:
gcloud backup-dr backup-plan-associations trigger-backup BACKUP_PLAN_ASSOCIATION_NAME
--backup-rule-id=BACKUP_RULE_ID
--project=PROJECT_ID
--location=BACKUP_VAULT_LOCATION
--custom-retention-days=CUSTOM_RETENTION
[--no-async]
מחליפים את מה שכתוב בשדות הבאים:
- BACKUP_PLAN_ASSOCIATION_NAME: השם של שיוך תוכנית הגיבוי של המכונה ב-Cloud SQL. כדי לראות רשימה של כל תוכניות הגיבוי שמשויכות למכונה של Cloud SQL, קראו את המאמר הצגת רשימה של כל השיוכים של תוכניות הגיבוי.
- BACKUP_RULE_ID: שם כלל הגיבוי לסוג הגיבוי לפי דרישה שרוצים לבצע (למשל
rule-daily). - PROJECT_ID: מזהה הפרויקט של המכונה.
- BACKUP_VAULT_LOCATION: המיקום של כספת הגיבוי שמשויכת לתוכנית הגיבוי.
REST v1
כדי להפעיל גיבוי על פי דרישה למכונה של Cloud SQL, משתמשים ב-method backupPlanAssociations ב-Backup and DR API.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- backup-rule-id: מזהה כלל הגיבוי שצריך להפעיל את הגיבוי שלו
ה-method של ה-HTTP וכתובת ה-URL:
GET https://backupdr.googleapis.com/v1/projects/project-id/locations/location/backupPlanAssociations/backup-plan-association-id:triggerBackup
תוכן בקשת JSON:
{
"ruleId": "backup-rule-id"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
הצגת רשימה של כל הגיבויים בכספת הגיבוי של המכונה
אתם יכולים להציג את כל הגיבויים בכספת הגיבוי של מכונת Cloud SQL באמצעות מסוף Google Cloud , ה-CLI של gcloud או Cloud SQL API.
המסוף
נכנסים לדף Cloud SQL Backups במסוף Google Cloud .
בתפריט הנפתח Backup tier, בוחרים באפשרות Enhanced tier, וברשימה Backup vault בוחרים את כספת הגיבוי שבה נמצא הגיבוי שרוצים להשתמש בו.
כל הגיבויים שזמינים בכספת הגיבוי של המכונה שנבחרה מוצגים.
gcloud
כדי להציג את כל הגיבויים הזמינים של המכונה של Cloud SQL בכספת הגיבוי, קודם צריך למצוא את ה-data-source של המכונה של Cloud SQL, ואז להריץ את הפקודה gcloud backup-dr backups list.
כדי למצוא את ה-data-source של המכונה, מריצים את הפקודה gcloud backup-dr data-source-references fetch-for-resource-type:
gcloud backup-dr data-source-references
fetch-for-resource-type sqladmin.googleapis.com/Instance
--location=BACKUP_VAULT_LOCATION | grep INSTANCE_NAME
מחליפים את מה שכתוב בשדות הבאים:
- BACKUP_VAULT_LOCATION: המיקום של כספת הגיבוי. אם אתם משתמשים בגיבויים באזורים שונים, המיקום הזה שונה מהאזור של המכונה של Cloud SQL.
- INSTANCE_NAME: השם של המכונה ב-Cloud SQL.
כדי להציג את כל הגיבויים בכספת הגיבוי של המכונה, מריצים את הפקודה gcloud backup-dr backups list:
gcloud backup-dr backups list
--data-source=DATA_SOURCE
--location=BACKUP_VAULT_LOCATION
--backup-vault=BACKUP_VAULT_NAME
מחליפים את מה שכתוב בשדות הבאים:
- DATA_SOURCE:
data-sourceשל המכונה ב-Cloud SQL. - BACKUP_VAULT_LOCATION: המיקום של כספת הגיבוי, שיכול להיות שונה מהאזור של המכונה ב-Cloud SQL.
- BACKUP_VAULT_NAME: השם של כספת הגיבוי שמשויכת לתוכנית הגיבוי.
REST v1
כדי להציג את כל הגיבויים הזמינים למכונה של Cloud SQL בכספת הגיבוי, קודם צריך למצוא את מקור הנתונים של המכונה של Cloud SQL, ואז לאחזר את כל הגיבויים באמצעות השם של מקור הנתונים.
איך מוצאים את מקור הנתונים של המופע
כדי למצוא את מקור הנתונים של המכונה, משתמשים ב-method dataSource.References ב-Backup and DR API.
ה-method של ה-HTTP וכתובת ה-URL:
GET https://backupdr.googleapis.com/v1/projects/project-id/locations/location/dataSourceReferences:fetchForResourceType?filter=dataSourceGcpResourceInfo.gcp_resourcename="projects/project-id/instances/instance-id
תוכן בקשת JSON:
{
"resourceType": "sqladmin.googleapis.com/Instance"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
הצגת רשימת הגיבויים של המכונה
כדי להציג את הגיבויים של המכונה באמצעות מזהה מקור הנתונים, משתמשים ב-method backupVaults.dataSources.backups ב-Backup and DR API.
ה-method של ה-HTTP וכתובת ה-URL:
GET https://backupdr.googleapis.com/v1/projects/project-id/locations/location/backupVaults/backup-vault-id/dataSources/data-source-id/backups
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
חיפוש ואימות של מקורות נתונים ל-PITR
אם אתם לא יודעים מהו מקור הנתונים המדויק שמשויך למכונה, או אם כמה מקורות נתונים מפנים למכונה (לדוגמה, אם לאחרונה החלפתם בין כספות גיבוי או קידמתם רפליקה של DR), אתם צריכים למצוא את מקור הנתונים ולאמת אותו.
לפני שמנסים לבצע שחזור מערכת מנקודה מסוימת בזמן (PITR) לחותמת זמן ספציפית, צריך לאתר את מקור הנתונים שמשויך למכונה של Cloud SQL.
צריך גם לוודא שקיים גיבוי עם createTime שמוקדם יותר מחותמת הזמן של היעד לשחזור:
- מאתרים את ההפניה למקור הנתונים של המופע.
- מאמתים את הגיבויים הזמינים של חותמת הזמן של השחזור המטורגט.
- מבצעים שחזור מערכת מנקודה מסוימת בזמן (PITR).
שלב 1: מוצאים את ההפניה למקור הנתונים של המופע
כדי לגלות את מקור הנתונים שמשויך למכונה של Cloud SQL, מריצים את הפקודה gcloud backup-dr data-source-references fetch-for-resource-type:
gcloud backup-dr data-source-references \
fetch-for-resource-type sqladmin.googleapis.com/Instance \
--project=INSTANCE_PROJECT_ID \
--location=BACKUP_VAULT_LOCATION \
--filter="dataSourceGcpResource.cloudSqlInstanceProperties.name =
'INSTANCE_NAME'"
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_PROJECT_ID: מזהה הפרויקט של המכונה ב-Cloud SQL
- BACKUP_VAULT_LOCATION: המיקום של כספת הגיבוי, שיכול להיות שונה מהאזור של המכונה ב-Cloud SQL אם משתמשים בגיבויים באזורים שונים
- INSTANCE_NAME: השם של המכונה ב-Cloud SQL
בפלט הפקודה, מאתרים את המזהה של מקור הנתונים. תצטרכו את המזהה הזה בשלב הבא.
אם לכמה מכונות בפרויקט יש אותו שם (לדוגמה, אם מחקתם מכונה ויצרתם אותה מחדש), הפקודה תציג את ההפניות למקור הנתונים של כולן. כדי לבודד את המכונה המדויקת, צריך לכלול את חותמת הזמן של היצירה שלה בשאילתת הסינון:
gcloud backup-dr data-source-references \
fetch-for-resource-type sqladmin.googleapis.com/Instance \
--project=INSTANCE_PROJECT_ID \
--location=BACKUP_VAULT_LOCATION \
--filter="dataSourceGcpResource.cloudSqlInstanceProperties.name =
'INSTANCE_NAME' AND
dataSourceGcpResource.cloudSqlInstanceProperties.instanceCreateTime =
'INSTANCE_CREATE_TIME'"
שלב 2: מאמתים את הגיבויים של חותמת הזמן של היעד
כדי למצוא את זמני השחזור המוקדמים והמאוחרים ביותר, מריצים את הפקודה gcloud sql instances get-latest-recovery-time. אחר כך מריצים את הפקודה gcloud backup-dr backups list כדי להציג את רשימת הגיבויים במקור הנתונים, ומוודאים שקיים גיבוי תקין עם createTime שמוקדם יותר מנקודת השחזור הרצויה:
gcloud backup-dr backups list \
--data-source=DATA_SOURCE_ID \
--backup-vault=BACKUP_VAULT_NAME \
--location=BACKUP_VAULT_LOCATION \
--project=BACKUP_VAULT_PROJECT_ID \
--filter="createTime < 'PITR_TIMESTAMP' AND
createTime >= 'EARLIEST_RECOVERY_TIMESTAMP'"
מחליפים את מה שכתוב בשדות הבאים:
- DATA_SOURCE_ID: מזהה מקור הנתונים משלב 1
- BACKUP_VAULT_NAME: השם של כספת הגיבוי
- BACKUP_VAULT_LOCATION: המיקום של כספת הגיבוי
- BACKUP_VAULT_PROJECT_ID: מזהה הפרויקט של כספת הגיבוי
- PITR_TIMESTAMP: חותמת הזמן של היעד לשחזור, בפורמט RFC 3339
- EARLIEST_RECOVERY_TIMESTAMP: חותמת הזמן המוקדמת ביותר לשחזור שהוחזרה על ידי הפקודה
gcloud sql instances get-latest-recovery-time
שלב 3: מבצעים שחזור מערכת מנקודה מסוימת בזמן (PITR)
אחרי שמזהים את מקור הנתונים, ממשיכים עם הפקודה PITR. מידע נוסף זמין במאמר ביצוע PITR באמצעות כספת הגיבוי.
השבתת הגיבויים המשופרים
כדי להשבית את הגיבויים המשופרים, אתם יכולים להחזיר את המכונה של Cloud SQL לאפשרות הגיבויים הרגילים. הפעולה הזו מוחקת את השיוך בין תוכנית הגיבוי למכונה.
שינוי המכונה לגיבויים רגילים
המסוף
כדי להשבית את הגיבויים המשופרים ולהחזיר את המכונה לאפשרות הגיבויים הרגילים:
נכנסים לדף Cloud SQL Instances במסוף Google Cloud .
מאתרים את המכונה שרוצים לשנות את אפשרות הגיבוי שלה. כדי לפתוח את הדף Overview של המכונה, לוחצים על שם המכונה.
לוחצים על Edit.
בקטע הגנה על נתונים, בקטע Backup tier, בוחרים באפשרות Standard backup tier. מעדכנים את ההגדרות של Standard backups במכונה לפי הצורך.
לוחצים על Save.
תוכנית הגיבוי שמשויכת למכונה נמחקת, והמכונה מנוהלת עכשיו במסגרת האפשרות "גיבויים רגילים" שמנוהלת על ידי Cloud SQL.
gcloud
כדי להשבית את הגיבויים המשופרים ולהחזיר את המכונה לאפשרות הגיבויים הרגילים, מריצים את הפקודה gcloud backup-dr backup-plan-associations delete:
gcloud backup-dr backup-plan-associations delete BACKUP_PLAN_ASSOCIATION_NAME
--location=BACKUP_VAULT_LOCATION
מחליפים את מה שכתוב בשדות הבאים:
- BACKUP_PLAN_ASSOCIATION_NAME: השם של השיוך לתוכנית הגיבוי שרוצים למחוק.
- BACKUP_VAULT_LOCATION: המיקום של כספת הגיבוי.
REST v1
כדי להשבית את הגיבויים המשופרים, צריך להסיר את השיוך של תוכנית הגיבוי באמצעות ה-method backupPlanAssociations ב-Backup and DR API.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- backup-plan-association-id: מזהה השיוך של תוכנית הגיבוי, בפורמט
projects/project-id/locations/location/backupPlanAssociations/backup-plan-association-id
ה-method של ה-HTTP וכתובת ה-URL:
POST https://backupdr.googleapis.com/v1/projects/project-id/locations/location/backupPlanAssociations/delete
תוכן בקשת JSON:
{
"name": "backup-plan-association-id",
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו: