סקירה כללית של השחזור

אפשר לשחזר גיבוי של מסד נתונים ב-Spanner למסד נתונים חדש. במסד הנתונים המשוחזר יהיו כל הנתונים והסכימה ממסד הנתונים המקורי בנקודת הזמן version_time של הגיבוי, כולל כל האפשרויות של מסד הנתונים שהוגדרו באמצעות הפקודה ALTER DATABASE SET OPTIONS. עם זאת, הפריטים הבאים לא נכללים במסד הנתונים המשוחזר:

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

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

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

איך מתבצע שחזור של מאגר נתונים מגיבוי

כשמשחזרים מסד נתונים של Spanner, צריך לציין גיבוי מקור ומסד נתונים חדש של יעד. אי אפשר לשחזר למסד נתונים קיים. מסד הנתונים שמשוחזר צריך להיות באותו פרויקט כמו הגיבוי, ובמופע עם אותה הגדרת מופע ואותה מהדורת Spanner (או מהדורה מתקדמת יותר) כמו הגיבוי. לדוגמה, אם הגיבוי נמצא במופע שהוגדר us-west3 ומשתמש במהדורת Enterprise, אפשר לשחזר אותו לכל מופע בפרויקט שגם הוא הוגדר us-west3 ומשתמש במהדורת Enterprise. אם משחזרים גיבוי במופע של מהדורת Enterprise לתוך מופע של מהדורת Standard, יכול להיות שהשחזור ייכשל אם מסד הנתונים משתמש בתכונות של מהדורת Enterprise. קיבולת המחשוב של המופעים לא חייבת להיות זהה.

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

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

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

שחזור גיבוי לאזור או לפרויקט אחרים

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

מצבי שחזור

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

  • ‫CREATING: מערכת Spanner מתחילה לשחזר על ידי יצירת מסד נתונים חדש והעלאת קבצים מהגיבוי. במהלך המצב הראשוני הזה, CREATING מסד הנתונים המשוחזר עדיין לא מוכן לשימוש. בדרך כלל, המצב הזה מסתיים תוך שעה. אחרי שהסטטוס של CREATING יהיה Complete, מסד הנתונים יהיה מוכן לשימוש.

    כדי לעקוב אחרי ההתקדמות של המצב הזה, אפשר להריץ שאילתה על פעולת השחזור הממושכת ש-Spanner מציג במהלך התהליך הזה. היא מחזירה אובייקט RestoreDatabaseMetadata.

    חשוב לשים לב להערות הבאות לגבי מצב CREATING:

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

  • ‫READY_OPTIMIZING: אחרי ש-Spanner מטמיע את הגיבוי, הוא מתחיל להעתיק את נתוני הגיבוי למסד הנתונים החדש תוך אופטימיזציה של גודל האחסון שלו. במהלך התהליך הזה, מסד הנתונים מוכן לשימוש. בדרך כלל השלב הזה של השחזור נמשך כמה שעות למסדי נתונים בגודל של פחות מ-100TB.

    אפשר להשתמש במסד הנתונים כרגיל במהלך READY_OPTIMIZING, אבל צריך לשים לב להערות הבאות:

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

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

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

בקרת גישה (IAM)

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

גם לתפקידים הבאים יש גישה לפעולות שחזור ב-Spanner:

  • ‫spanner.admin: יש גישה מלאה לשחזור. לתפקיד הזה יש גישה מלאה לכל המשאבים של Spanner.
  • ‫owner: יש גישה מלאה לשחזור.
  • ‫editor: יש גישה מלאה לשחזור.
  • ‫viewer: יש לו גישה לצפייה בפעולות שחזור ולביצוע פעולות שחזור. לתפקיד הזה אין אפשרות ליצור, לעדכן, למחוק או להעתיק גיבוי.

תמחור

אין חיוב על שחזור מגיבוי.

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

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