אתם יכולים להשתמש בשחזור לנקודת זמן (PITR) כדי לשחזר את המכונות הראשיות של Cloud SQL, בין אם המכונה פעילה או נמחקה. שחזור מנקודה מסוימת בזמן (PITR) מאפשר לשחזר את המופע לנקודה מסוימת בזמן. שחזור מערכת מנקודה מסוימת בזמן (PITR) תמיד יוצר מכונה חדשה; לא ניתן לבצע שחזור מערכת מנקודה מסוימת בזמן (PITR) למכונה קיימת.
ב-Cloud SQL יש את האפשרויות הבאות לשחזור המכונה באמצעות PITR:
כדי לבצע PITR במופע לא זמין או במופע שנמחק, צריך למצוא את זמן השחזור האחרון והמוקדם ביותר.
ביצוע שחזור לנקודת זמן באמצעות חותמת זמן
הגישה המומלצת לביצוע PITR היא שימוש בחותמת זמן.
ב-Cloud SQL נעשה שימוש בכלי השירות mysqlbinlog כדי לשחזר מופעים עד לנקודת זמן ספציפית. מידע נוסף על כלי השירות mysqlbinlog זמין במאמרי העזרה של MySQL.
כדי להשלים את המשימה הבאה, אתם צריכים:
- הפעלת גיבויים ורישום ביומן בינארי עבור המופע, עם יומנים בינאריים רציפים מאז הגיבוי האחרון לפני האירוע שממנו רוצים לשחזר. מידע נוסף זמין במאמר בנושא הפעלת רישום בינארי ביומן.
- חותמת זמן להגדרת נקודת השחזור. האירועים שמתרחשים בשעה הזו ואחריה לא משתקפים במופע החדש.
המסוף
-
נכנסים לדף Cloud SQL Instances במסוף Cloud de Confiance .
- פותחים את תפריט הפעולות הנוספות
של המכונה שרוצים לשחזר ולוחצים על Create clone. - אופציונלי: בדף יצירת שיבוט, מעדכנים את המזהה של השיבוט החדש.
- בוחרים באפשרות Clone from an earlier point in time (שיבוט מנקודה מוקדמת יותר בזמן).
- מזינים את השעה של ה-PITR.
- לוחצים על יצירת שיבוט.
gcloud
יצירת שיבוט באמצעות PITR.
מחליפים את מה שכתוב בשדות הבאים:
- SOURCE_INSTANCE_NAME – השם של המכונה שמשחזרים ממנה.
- NEW_INSTANCE_NAME – השם של השיבוט.
- TIMESTAMP – אזור הזמן UTC של מופע המקור בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z.
gcloud sql instances clone SOURCE_INSTANCE_NAME \ NEW_INSTANCE_NAME \ --point-in-time 'TIMESTAMP'
REST v1
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- project-id: מזהה הפרויקט
- target-instance-id: מזהה מכונת היעד
- source-instance-id: מזהה מופע המקור
- restore-timestamp הנקודה בזמן שעד אליה רוצים לשחזר
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"pointInTime": "restore-timestamp"
}
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
REST v1beta4
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- project-id: מזהה הפרויקט
- target-instance-id: מזהה מכונת היעד
- source-instance-id: מזהה מופע המקור
- restore-timestamp הנקודה בזמן שעד אליה רוצים לשחזר
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"pointInTime": "restore-timestamp"
}
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
ביצוע PITR באמצעות כספת הגיבוי
אם במופע של Cloud SQL מופעלת האפשרות גיבויים משופרים, אפשר לבצע שחזור לנקודת זמן מסוימת של המופע באמצעות כספת הגיבוי.
המסוף
נכנסים לדף Cloud SQL Instances במסוף Cloud de Confiance .
פותחים את תפריט הפעולות הנוספות
של המכונה שרוצים לשחזר ולוחצים על Create clone.בוחרים באפשרות Clone from an earlier point in time (שיבוט מנקודה מוקדמת יותר בזמן).
מזינים את השעה של ה-PITR.
לוחצים על יצירת שיבוט.
gcloud
כדי לבצע PITR במכונה מכספת הגיבוי, צריך למצוא את data-source של הגיבוי שהכי קרוב לזמן שבו רוצים לבצע את ה-PITR. כדי למצוא את הגיבוי, אפשר לעיין במאמר בנושא הצגת כל הגיבויים בכספת הגיבוי של מופע. אחרי שמזהים את הגיבוי, מריצים את הפקודה הבאה כדי לבצע את השחזור לנקודת זמן:
gcloud sql instances point-in-time-restore DATA_SOURCE TARGET_INSTANCE_NAME PITR_TIMESTAMP \
--project=TARGET_PROJECT \
--region=REGION
מחליפים את מה שכתוב בשדות הבאים:
- DATA_SOURCE: הנתיב של
data-sourceלמופע המקור, שהכי קרוב לחותמת הזמן של PITR שרוצים לשחזר. - TARGET_INSTANCE_NAME: השם של המכונה החדשה שנוצרת על ידי פעולת ה-PITR.
- PITR_TIMESTAMP: חותמת הזמן לפי שעון UTC של יומן ה-PITR של מופע המקור שרוצים לשחזר את המופע אליו, בפורמט RFC 3339. לדוגמה, 2025-11-15T16:19:00.094Z.
- TARGET_PROJECT: מזהה הפרויקט של המופע החדש.
- REGION: האזור של מכונת היעד. השדה הזה נדרש אם מקור הנתונים של מופע המקור ממוקם במספר אזורים. האזור של מופע היעד צריך להיות זהה לאזור של מופע המקור.
REST v1
כדי לבצע שחזור לנקודת זמן מסוימת באמצעות מקור נתונים ממאגר הגיבוי, משתמשים בשיטה instances.pointInTimeRestore עם בקשת POST.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את המופע החדש.
- DATASOURCE: מקור הנתונים של Backup and DR שבו השירות ישתמש לפעולת השחזור לנקודת זמן מסוימת.
- PITR_TIMESTAMP: חותמת הזמן לפי שעון UTC של יומן ה-PITR של מופע המקור שרוצים לשחזר את המופע אליו, בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z.
- TARGET_INSTANCE_NAME: השם של המכונה שנוצרה על ידי פעולת ה-PITR.
- REGION: האזור של מכונת היעד. השדה הזה נדרש אם מקור הנתונים של מופע המקור ממוקם במספר אזורים. האזור של מופע היעד צריך להיות זהה לאזור של מופע המקור.
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1/projects/PROJECT_ID:pointInTimeRestore
תוכן בקשת JSON:
{
"datasource": "DATASOURCE",
"pointInTime": "PITR_TIMESTAMP",
"targetInstanceName": "TARGET_INSTANCE_NAME",
"region": "REGION"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
REST v1beta4
כדי לבצע שחזור לנקודת זמן מסוימת באמצעות מקור נתונים ממאגר הגיבוי, משתמשים בשיטה instances.pointInTimeRestore עם בקשת POST.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את המופע החדש.
- DATASOURCE: מקור הנתונים של Backup and DR שבו השירות ישתמש לפעולת השחזור לנקודת זמן מסוימת.
- PITR_TIMESTAMP: חותמת הזמן לפי שעון UTC של יומן ה-PITR של מופע המקור שרוצים לשחזר את המופע אליו, בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z.
- TARGET_INSTANCE_NAME: השם של המכונה שנוצרה על ידי פעולת ה-PITR.
- REGION: האזור של מכונת היעד. השדה הזה נדרש אם מקור הנתונים של מופע המקור ממוקם במספר אזורים. האזור של מופע היעד צריך להיות זהה לאזור של מופע המקור.
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID:pointInTimeRestore
תוכן בקשת JSON:
{
"datasource": "DATASOURCE",
"pointInTime": "PITR_TIMESTAMP",
"targetInstanceName": "TARGET_INSTANCE_NAME",
"region": "REGION"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
ביצוע שחזור לנקודת זמן (PITR) בין פרויקטים
בעזרת גיבויים משופרים, אפשר לשחזר מכונת Cloud SQL לפרויקט אחר, לא לפרויקט שבו נמצאת מכונת המקור או כספת הגיבוי.
שחזור PITR בין פרויקטים נתמך רק באמצעות ה-CLI של gcloud וממשקי API בארכיטקטורת REST.
כדי לבצע שחזור לנקודת זמן בפרויקט אחר, צריך לבצע אחת מהפעולות הבאות:
אם אתם משתמשים ב-CLI של gcloud, מגדירים את הדגל
--projectלפרויקט שבו רוצים ליצור את מכונת היעד.אם משתמשים בממשקי REST API, צריך להגדיר את השדה
PROJECT_IDלפרויקט שבו רוצים ליצור את מופע היעד.
ביצוע PITR במופע שלא זמין
המסוף
יכול להיות שתרצו לשחזר מופע שלא זמין לאזור אחר מהסיבות הבאות:
- לא ניתן לגשת לאזור שבו המופע מוגדר. למופע הזה יש מצב
FAILED. - המכונה עוברת תחזוקה. המופע הזה נמצא במצב
MAINTENANCE.
כדי לשחזר מופע שלא זמין, מבצעים את השלבים הבאים:
-
נכנסים לדף Cloud SQL Instances במסוף Cloud de Confiance .
- מוצאים את השורה של המופע שרוצים לשכפל.
- בעמודה פעולות, לוחצים על התפריט עוד פעולות.
- לוחצים על יצירת שיבוט.
- בדף Create a clone, מבצעים את הפעולות הבאות:
- בשדה Instance ID (מזהה מופע), מעדכנים את מזהה המופע אם צריך.
- לוחצים על Clone from an earlier point in time (שיבוט מנקודת זמן קודמת).
- בשדה Point in time (נקודה בזמן), בוחרים תאריך ושעה שממנה רוצים לשכפל את הנתונים. הפעולה הזו משחזרת את מצב המופע מאותה נקודה בזמן.
- לוחצים על יצירת שיבוט.
בזמן שהשיבוט מתבצע, תועברו חזרה לדף רשימת המופעים.
gcloud
יכול להיות שתרצו לשחזר מופע שלא זמין לאזור אחר כי אין גישה לאזור שבו המופע מוגדר.
gcloud sql instances clone SOURCE_INSTANCE_NAME TARGET_INSTANCE_NAME \ --point-in-time DATE_AND_TIME_STAMP \ --preferred-zone ZONE_NAME \ --preferred-secondary-zone SECONDARY_ZONE_NAME
למשתמש או לחשבון השירות שמריצים את הפקודה gcloud sql instances clone צריכה להיות ההרשאה cloudsql.instances.clone. מידע נוסף על ההרשאות הנדרשות להרצת פקודות של ה-CLI של gcloud זמין במאמר הרשאות Cloud SQL.
REST v1
יכול להיות שתרצו לשחזר מופע שלא זמין לאזור אחר כי אין גישה לאזור שבו המופע מוגדר.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- SOURCE_INSTANCE_ID: מזהה מכונת המקור
- TARGET_INSTANCE_ID: מזהה מכונת היעד
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"destinationInstanceName": "TARGET_INSTANCE_ID"
}
}כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
למשתמש או לחשבון השירות שמשתמשים ב-method של instances.clone API צריכה להיות ההרשאה cloudsql.instances.clone. מידע נוסף על ההרשאות הנדרשות לשימוש בשיטות API זמין במאמר הרשאות Cloud SQL.
REST v1beta4
יכול להיות שתרצו לשחזר מופע שלא זמין לאזור אחר כי אין גישה לאזור שבו המופע מוגדר.
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- SOURCE_INSTANCE_ID: מזהה מכונת המקור
- TARGET_INSTANCE_ID: מזהה מכונת היעד
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"destinationInstanceName": "TARGET_INSTANCE_ID"
}
}כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
למשתמש או לחשבון השירות שמשתמשים ב-method של instances.clone API צריכה להיות ההרשאה cloudsql.instances.clone. מידע נוסף על ההרשאות הנדרשות לשימוש בשיטות API זמין במאמר הרשאות Cloud SQL.
אם תנסו ליצור שיבוט PITR בזמן שאחרי הזמן האחרון שאפשר לשחזר ממנו, תוצג הודעת השגיאה הבאה:
The timestamp for point-in-time recovery is after the latest recovery time of Timestamp of latest recovery time. Clone the instance with a time that's earlier than this recovery time.
ביצוע PITR במופע שנמחק
כדי להשתמש ב-PITR לשחזור מופע שנמחק, צריך:
- חותמת הזמן של PITR (
timestamp) שאליה רוצים לשחזר את המופע - שם מכונת היעד
- השעה שבה המופע של מקור המודעות נמחק (
source-instance-deletion-time)
אפשר להשתמש ב-PITR במכונה שנמחקה רק באמצעות ה-CLI של gcloud או Cloud SQL API. מידע נוסף מופיע במאמר בנושא שחזור מופע שנמחק באמצעות PITR.
gcloud
גיבוי רגיל
איך מוצאים את חלון הזמן של PITR
כדי למצוא את חלון ה-PITR של המכונה שנמחקה, צריך לקבל את זמן השחזור המוקדם והמאוחר ביותר של המכונה. אתם יכולים לבחור חותמת זמן בכל שלב בחלון הזה כדי לבצע שחזור לנקודת זמן.
חיפוש מחיקה של מופע של מקור
הנתונים source-instance-deletion-time ו-log-retention-days של המופע שנמחק מאוחסנים עם הגיבויים שנשמרו של המופע אחרי המחיקה. כדי לראות רשימה של כל הגיבויים הזמינים של המופע שנמחק, אפשר לעיין במאמר בנושא רשימת גיבויים שנשמרו.
אחרי שמזהים את הגיבוי שרוצים להשתמש בו, משתמשים בפקודה gcloud sql backups describe כדי לקבל את source-instance-deletion-time.
שחזור באמצעות PITR
כדי לשחזר את המכונה שנמחקה באמצעות PITR, מריצים את הפקודה הבאה:
gcloud sql instances clone SOURCE_INSTANCE_NAME \
NEW_INSTANCE_NAME \
--point-in-time='PITR_TIMESTAMP' \
--source-instance-deletion-time=SOURCE_INSTANCE_DELETION_TIMESTAMP
מחליפים את מה שכתוב בשדות הבאים:
-
SOURCE_INSTANCE_NAME: השם של מופע המקור שרוצים לשחזר. -
NEW_INSTANCE_NAME: השם של המכונה החדשה. -
PITR_TIMESTAMP: חותמת הזמן לפי שעון UTC של יומן ה-PITR של מופע המקור שרוצים לשחזר את המופע אליו, בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z. -
SOURCE_INSTANCE_DELETION_TIMESTAMP: חותמת הזמן לפי שעון UTC של הזמן שבו מופע המקור נמחק, בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z.
גיבוי משופר
איך מוצאים את חלון הזמן של PITR
כדי למצוא את חלון ה-PITR של המכונה שנמחקה, צריך לקבל את זמן השחזור המוקדם והמאוחר ביותר של המכונה. אתם יכולים לבחור חותמת זמן בכל שלב בחלון הזה כדי לבצע שחזור לנקודת זמן.
חיפוש מקור הנתונים
מקור הנתונים של המופע שנמחק מאוחסן בגיבויים שנשמרו של המופע אחרי המחיקה. כדי למצוא את הערכים האלה עבור המופע שנמחק, אפשר לעיין במאמר בנושא רשימת כל הגיבויים בכספת הגיבויים של המופע.
שחזור באמצעות PITR
כדי לשחזר את המכונה שנמחקה באמצעות PITR, מריצים את הפקודה הבאה:
gcloud sql instances point-in-time-restore DATA_SOURCE \
--point-in-time='PITR_TIMESTAMP' \
--project='TARGET_PROJECT' \
מחליפים את מה שכתוב בשדות הבאים:
-
DATA_SOURCE: הנתיב שלdata-sourceלגיבוי שהכי קרוב לחותמת הזמן של ה-PITR שרוצים לשחזר. -
PITR_TIMESTAMP: חותמת הזמן לפי שעון UTC של יומן ה-PITR של מופע המקור שרוצים לשחזר את המופע אליו, בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z. -
TARGET_PROJECT: מזהה הפרויקט של מופע Cloud SQL.
REST v1
איך מוצאים את חלון הזמן של PITR
כדי למצוא את חלון ה-PITR של המכונה שנמחקה, צריך לקבל את זמן השחזור המוקדם והמאוחר ביותר של המכונה. אתם יכולים לבחור חותמת זמן בכל שלב בחלון הזה כדי לבצע שחזור לנקודת זמן.
איך מוצאים את זמן המחיקה של מופע המקור ואת מספר הימים לשמירת היומן
הנתונים source-instance-deletion-time ו-log-retention-days של המופע שנמחק מאוחסנים עם הגיבויים שנשמרו של המופע אחרי המחיקה. כדי למצוא את הערכים האלה עבור המופע שנמחק, אפשר לעיין במאמר בנושא רשימת גיבויים שנשמרו.
שחזור באמצעות PITR
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- project-id: מזהה הפרויקט
- target-instance-id: מזהה מכונת היעד
- source-instance-id: מזהה מכונת המקור
- source-instance-deletion-time: שעת המחיקה של מופע המקור
- restore-timestamp הנקודה בזמן שרוצים לשחזר את המכונה
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"sourceInstanceDeletionTime: "source-instance-deletion-time",
"pointInTime": "restore-timestamp"
}
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
REST v1beta4
איך מוצאים את חלון הזמן של PITR
כדי למצוא את חלון ה-PITR של המכונה שנמחקה, צריך לקבל את זמן השחזור המוקדם והמאוחר ביותר של המכונה. אתם יכולים לבחור חותמת זמן בכל שלב בחלון הזה כדי לבצע PITR.
איך מוצאים את זמן המחיקה של מופע המקור ואת מספר הימים לשמירת היומן
הנתונים source-instance-deletion-time ו-log-retention-days של המופע שנמחק מאוחסנים עם הגיבויים שנשמרו של המופע אחרי המחיקה. כדי למצוא את הערכים האלה עבור המופע שנמחק, אפשר לעיין במאמר בנושא רשימת גיבויים שנשמרו.
שחזור באמצעות PITR
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- project-id: מזהה הפרויקט
- target-instance-id: מזהה מכונת היעד
- source-instance-id: מזהה מכונת המקור
- source-instance-deletion-time: שעת המחיקה של מופע המקור
- restore-timestamp הנקודה בזמן שרוצים לשחזר את המכונה
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"sourceInstanceDeletionTime: "source-instance-deletion-time",
"pointInTime": "restore-timestamp"
}
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
ביצוע PITR באמצעות מיקומי יומן בינארי
מומלץ לבצע PITR באמצעות חותמות זמן, כמו שמתואר במאמר ביצוע PITR באמצעות חותמת זמן. עם זאת, אפשר גם לבצע PITR באמצעות ציון מיקום ספציפי ביומן בינארי או מיקום אירוע בקובץ יומן בינארי.
למידע נוסף על PITR באמצעות מיקומי יומן בינארי, אפשר לעיין במאמר בנושא PITR באמצעות היומן הבינארי.
לפני שמתחילים
לפני שמבצעים את המשימה הזו, צריך:
התכונות 'גיבויים' ו'רישום ביומן בינארי' מופעלות במופע, עם יומנים בינאריים רציפים מאז הגיבוי האחרון לפני האירוע שממנו רוצים לשחזר. מידע נוסף זמין במאמר בנושא הפעלת רישום בינארי ביומן.
כדי לעיין ביומנים הבינאריים ולחפש בהם אירועים, הם צריכים להיות זמינים בדיסק. כדי לבדוק את משך השמירה של יומנים בינאריים בדיסק, אפשר לעיין במאמר בנושא הגדרת שמירה של יומני עסקאות. מידע נוסף מופיע במאמר בנושא תקופת שמירת היומנים. אי אפשר לעיין ביומנים בינאריים שמאוחסנים ב-Cloud Storage באמצעות כלי השירות
mysqlbinlog.שם קובץ של יומן בינארי והמיקום של האירוע שרוצים לשחזר ממנו (האירוע הזה וכל האירועים שבאו אחריו לא משתקפים במופע החדש). מידע נוסף זמין במאמר בנושא זיהוי המיקום ביומן הבינארי.
אחרי שמזהים את שם הקובץ של היומן הבינארי ואת המיקום שלו, מבצעים את השחזור לנקודת זמן באמצעות מיקומי אירועים ביומן הבינארי.
זיהוי תנוחת ההתאוששות
משתמשים בלקוח MySQL כדי להתחבר למופע שרוצים לשחזר.
כדי לעשות זאת, משתמשים ב-Cloud Shell או במכונת הלקוח המקומית. מידע נוסף מופיע במאמר בנושא אפשרויות חיבור לאפליקציות חיצוניות.
הצגת קובצי היומן הבינאריים של המופע:
SHOW BINARY LOGS;הצגת 100 האירועים הראשונים בקובץ יומן בינארי העדכני ביותר:
SHOW BINLOG EVENTS IN '<BINARY_LOG_FILE>' LIMIT 100;אפשר לשנות את מספר השורות שיוצגו, אבל לא כדאי להציג את כל האירועים בקובץ עד שתדעו מה הגודל שלו. הצגה של מספר גדול של אירועים עלולה להשפיע על ביצועי המערכת.
אם האירוע שאתם מחפשים לא מוצג, השתמשו במיקום האחרון שמוצג כנקודת התחלה לחיפוש קבוצת האירועים הבאה:
SHOW BINLOG EVENTS IN '<BINARY_LOG_FILE>' FROM <POSITION> LIMIT 100;כשמוצאים את האירוע שמציין את הנקודה בזמן שרוצים לשחזר עד אליה, רושמים את המיקום (מוצג כ-
Pos) ואת השם של קובץ יומן הבינארי.שם הקובץ של יומן הבינארי והמיקום הם הערכים שבהם משתמשים בשחזור לנקודת זמן.
הדוגמה הבאה היא של פלט מהפקודה SHOW BINLOG EVENTS:
+------------------+-----+-------------+-----------+-------------+-----------------------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +------------------+-----+-------------+-----------+-------------+-----------------------------------------------------+ | mysql-bin.000011 | 4 | Format_desc | 88955285 | 120 | Server ver: 5.6.30-log, Binlog ver: 4 | | mysql-bin.000011 | 120 | Query | 88955285 | 211 | create database db1 | | mysql-bin.000011 | 211 | Query | 88955285 | 310 | use `db1`; CREATE TABLE t (c CHAR(20)) | | mysql-bin.000011 | 310 | Query | 88955285 | 381 | BEGIN | | mysql-bin.000011 | 381 | Table_map | 88955285 | 426 | table_id: 18 (db1.t) | | mysql-bin.000011 | 310 | Query | 88955285 | 381 | BEGIN | | mysql-bin.000011 | 426 | Write_rows | 88955285 | 464 | table_id: 18 flags: STMT_END_F | | mysql-bin.000011 | 464 | Xid | 88955285 | 495 | COMMIT /* xid=56 */ | | mysql-bin.000011 | 495 | Query | 88955285 | 566 | BEGIN | | mysql-bin.000011 | 566 | Table_map | 88955285 | 611 | table_id: 18 (db1.t) | | mysql-bin.000011 | 611 | Write_rows | 88955285 | 649 | table_id: 18 flags: STMT_END_F | | mysql-bin.000011 | 649 | Xid | 88955285 | 680 | COMMIT /* xid=57 */ | | mysql-bin.000011 | 680 | Query | 88955285 | 751 | BEGIN | | mysql-bin.000011 | 751 | Table_map | 88955285 | 796 | table_id: 18 (db1.t) | | mysql-bin.000011 | 796 | Write_rows | 88955285 | 834 | table_id: 18 flags: STMT_END_F | | mysql-bin.000011 | 834 | Xid | 88955285 | 865 | COMMIT /* xid=58 */ | | mysql-bin.000011 | 865 | Query | 88955285 | 977 | use `db1`; DROP TABLE `t` /* generated by server */ | +------------------+-----+-------------+-----------+-------------+-----------------------------------------------------+ 16 rows in set (0.04 sec)
כדי לשחזר עד להצהרה DROP TABLE, שמודגשת בדוגמה הקודמת, צריך להשתמש ב-865 ב-mysql-bin.000011 כמיקום השחזור. ההצהרה DROP TABLE וכל הפעולות שאחריה לא משתקפות במופע החדש.
ביצוע PITR באמצעות מיקומי אירועים ביומן בינארי
gcloud
משתמשים בפקודה
gcloud sql instances clone עם הדגלים --bin-log-file-name ו---bin-log-position:
-
יוצרים את המופע החדש באמצעות שם הקובץ של יומן הבינארי ומיקום השחזור.
מחליפים את מה שכתוב בשדות הבאים:
- SOURCE_INSTANCE_NAME: השם של המכונה שממנה משחזרים.
- NEW_INSTANCE_NAME: שם המשובט.
- BINLOG_FILE_NAME: שם ליומן הבינארי, למשל
mysql-bin.187288. - POSITION: המיקום ביומן הבינארי שאליו רוצים לשחזר, למשל
50001356.
gcloud sql instances clone SOURCE_INSTANCE_NAME \ NEW_INSTANCE_NAME \ --bin-log-file-name="BINLOG_FILE_NAME" \ --bin-log-position=POSITION
לדוגמה, פקודה של
gcloud sql instances cloneעשויה להיראות כך:gcloud sql instances clone instance1 \ instance1-clone \ --bin-log-file-name=mysql-bin.0000031 \ --bin-log-position=107 \
- משתמשים במזהה הפעולה שמוחזר מהפקודה
cloneכדי לבדוק את הסטטוס של פעולת השחזור.gcloud sql operations describe OPERATION_ID
במהלך הפעולה, מוחזר סטטוס של
RUNNING. כשהפעולה מסתיימת, מוחזר מצב שלDONE.
REST v1
יוצרים את המופע החדש באמצעות שם הקובץ של יומן הבינארי ומיקום השחזור שזיהיתם:
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- project-id: מזהה הפרויקט
- target-instance-id: מזהה מכונת היעד
- source-instance-id: מזהה מופע המקור
- binary-log-file-name השם של קובץ היומן הבינארי
- binary-log-position המיקום בקובץ היומן הבינארי
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"binLogCoordinates":
{
"kind": "sql#binLogCoordinates",
"binLogFileName": "binary-log-file-name",
"binLogPosition": "binary-log-position"
}
}
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
REST v1beta4
יוצרים את המופע החדש באמצעות שם הקובץ של יומן הבינארי ומיקום השחזור שזיהיתם:
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- project-id: מזהה הפרויקט
- target-instance-id: מזהה מכונת היעד
- source-instance-id: מזהה מופע המקור
- binary-log-file-name השם של קובץ היומן הבינארי
- binary-log-position המיקום בקובץ היומן הבינארי
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone
תוכן בקשת JSON:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"binLogCoordinates":
{
"kind": "sql#binLogCoordinates",
"binLogFileName": "binary-log-file-name",
"binLogPosition": "binary-log-position"
}
}
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
קבלת זמן ההתאוששות המוקדם והמאוחר ביותר
אם יש לכם מופע זמין, אתם יכולים לבצע PITR לכל חותמת זמן בחלון ה-PITR של המופע. חלון הזמנים של PITR מתחיל בשעת השחזור המוקדמת ביותר ומסתיים בשעת השחזור המאוחרת ביותר. אם המופע לא זמין והיומנים של המופע מאוחסנים ב-Cloud Storage, או אם המופע נמחק והופעלה בו שמירה של PITR, אפשר לאחזר את זמן השחזור המוקדם והמאוחר ביותר ולבצע PITR לכל חותמת זמן בחלון הזה. בכל המקרים, אפשר לשחזר את המופע לאזור ראשי או משני אחר על ידי הזנת ערכים לאזורים המועדפים.
gcloud
Unavailable instance
כדי לקבל את השעה המוקדמת והשעה המאוחרת ביותר שבהן אפשר לשחזר מופע Cloud SQL שלא זמין, מריצים את הפקודה הבאה:
gcloud sql instances get-latest-recovery-time INSTANCE_NAME
מחליפים את מה שכתוב בשדות הבאים:
-
INSTANCE_NAME: השם של המכונה שרוצים למצוא את זמן השחזור האחרון שלה.
מכונה שנמחקה
כדי לקבל את השעה המוקדמת והשעה המאוחרת שבהן אפשר לשחזר מכונה שנמחקה ב-Cloud SQL, מריצים את הפקודה הבאה:
gcloud sql instances get-latest-recovery-time INSTANCE_NAME
--source-instance-deletion-time='SOURCE_INSTANCE_DELETION_TIMESTAMP'
מחליפים את מה שכתוב בשדות הבאים:
-
INSTANCE_NAME: השם של המכונה שרוצים למצוא את זמן השחזור האחרון שלה. -
SOURCE_INSTANCE_DELETION_TIMESTAMP: חותמת הזמן לפי שעון UTC של הזמן שבו מופע המקור נמחק, בפורמט RFC 3339. לדוגמה: 2012-11-15T16:19:00.094Z.
REST v1
Unavailable instance
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_NAME: השם של המכונה שעבורה מבצעים שאילתה לגבי זמן השחזור האחרון
ה-method של ה-HTTP וכתובת ה-URL:
GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
מכונה שנמחקה
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_NAME: השם של מכונת המקור שעבורה אתם שולחים שאילתה לגבי זמן השחזור האחרון
- SOURCE_INSTANCE_DELETION_TIME: השעה שבה מופע המקור נמחק
ה-method של ה-HTTP וכתובת ה-URL:
GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
REST v1beta4
Unavailable instance
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_NAME: השם של המכונה שעבורה מבצעים שאילתה לגבי זמן השחזור האחרון
ה-method של ה-HTTP וכתובת ה-URL:
GET https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
מכונה שנמחקה
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_NAME: השם של מכונת המקור שעבורה אתם שולחים שאילתה לגבי זמן השחזור האחרון
- SOURCE_INSTANCE_DELETION_TIME: השעה שבה מופע המקור נמחק
ה-method של ה-HTTP וכתובת ה-URL:
GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
פתרון בעיות
| שגיאה | פתרון בעיות |
|---|---|
|
או
|
חותמת הזמן שסיפקת לא תקינה. |
|
או
|
חותמת הזמן שסיפקתם היא של שעה שבה לא ניתן היה למצוא גיבויים או קואורדינטות של binlog. |
המאמרים הבאים
- הגדרת דיווחים על השיבוט