גיבוי של מופעים ומסדי נתונים של Microsoft SQL Server לגיבוי שמנוהל על ידי מכשיר

בעזרת Backup and DR אפשר לגבות את Microsoft SQL Server:

  • מכונות

  • מסד נתונים ראשי של קבוצת זמינות Always On

  • מסדי נתונים במכונות וירטואליות

  • מסדי נתונים של המערכת

  • מסדי נתונים של משתמשים

  • מסדי נתונים וקבצי תמיכה בקבוצת עקביות

  • חברים פרטיים בקבוצת אפליקציות עקביות

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

לפני שמגנים על מסדי נתונים של Microsoft SQL Server:

שיטות מומלצות להגנה על מסדי נתונים של Microsoft SQL Server

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

גיבוי מסדי נתונים במכונה לעומת גיבוי מסדי נתונים בקבוצת אפליקציות עקביות

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

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

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

ניהול מסדי נתונים לעומת ניהול מכונות וירטואליות

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

מוגן כאפליקציה, לא כ-ESP הגנה כחלק מ-VM
מכשירי גיבוי/שחזור מגנים רק על קובצי מסד הנתונים. גיבוי של מכונות וירטואליות שלמות ב-VMware מתבצע באמצעות ממשקי VMware API. אם אתם מנהלים מסדי נתונים של SQL שהם חלק ממכונה וירטואלית מוגנת, כדאי לעיין במאמר בנושא [הגנה ושחזור של מופעים של Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
סוכן Backup and DR מתאם את תמונת ה-VSS ומבצע חיתוך של יומנים. ממשק ה-API של VMware מתאם את תמונת המצב של VSS. כדי לבצע חיתוך של יומנים, צריך להתקין את הסוכן Backup and DR במכונה הווירטואלית.
הסוכן Backup and DR משתמש במעקב אחר בלוקים של שינויים בקבצים עם שמות – שיטה יעילה מאוד לקבצים גדולים של מסדי נתונים. ‫VMware API מספק מעקב אחר בלוקים של שינויים.
יומני העסקאות מגובים כשמריצים עבודת גיבוי, אם בוחרים באפשרות חיתוך היומן אחרי הגיבוי בפרטים והגדרות (ראו [הגדרת הגדרות מתקדמות לביטול הגדרות מדיניות](: #SetOverrides) אין גיבוי של יומני העסקאות.
הלקוח יכול להתקדם עם היומנים. העברה קדימה לא אפשרית במהלך שחזור.

כדי להחיל תוכנית גיבוי להגנה על מסד נתונים של Microsoft SQL Server, פועלים לפי ההוראות הבאות.

  1. במסוף הניהול של מכשיר Backup and DR, עוברים אל App Manager > Applications. ייפתח הדף Applications.

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

  3. בחלון Manage Backup Plan (ניהול תוכנית הגיבוי), בוחרים תבנית ופרופיל מהרשימות הנפתחות:

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

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

  4. בחלון Manage Backup Plan Template (ניהול תבנית של תוכנית גיבוי), מבצעים את השינויים הבאים לפני שמחילים תוכנית גיבוי:

    • הגדרות האפליקציה. הגדרות ספציפיות ל-Microsoft SQL, כמו סוג האפליקציה, שם המארח, כתובת ה-IP של המארח, הנתיב, מערכת ההפעלה, מכשיר הגיבוי/השחזור וכתובת ה-IP של המכשיר.

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

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

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

    • לוחצים על שמירה וסוגרים את תיבת הדו-שיח ניהול המינוי.

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

    בפעם הראשונה שמגלים את מסד הנתונים שנבחר, מופעל בהקדם האפשרי ג'וב לפי דרישה כדי להגן על הנתונים. לאחר מכן, הנתונים החדשים מגובים כשהעבודה המתוזמנת מופעלת בהתאם לשעות הפעילות שמוגדרות בתבנית הגיבוי. לדוגמה, אם בשעה 10:00 (שעון UTC) אתם מקצים תבנית עם שעות פעילות מ-02:00 עד 05:00 (שעון UTC), העבודה הראשונה תתחיל רק אחרי שהמכשיר יקצה משבצת זמינה לעבודה אחרי השעה 02:00 (שעון UTC).

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

הגנה על יומן מסד נתונים במדיניות של תוכנית גיבוי

כשיוצרים מדיניות של תמונת מצב למסד נתונים, אפשר גם לגבות את קובצי היומן שלו. התדירות שבה מתבצע גיבוי של יומני מסד הנתונים מוגדרת בנפרד מהתדירות שבה מתבצע גיבוי של מסד הנתונים עצמו. לדוגמה, אפשר לגבות מסד נתונים כל יום ולגבות את היומנים שלו כל שעה. תדירות הגיבוי של יומן מסד הנתונים מוגדרת בדקות, והתדירות שבה היומנים מגובים לא יכולה להיות גבוהה מהתדירות שבה מגובה מסד הנתונים המשויך. לדוגמה, אם גיבוי של מסד נתונים מתבצע כל 24 שעות, תדירות הגיבוי של קובץ היומן צריכה להיות נמוכה מ-24 שעות.

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

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

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

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

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

  • Log Staging Disk Size Growth Size (גודל הגידול של גודל הדיסק של אזור ההכנה של היומן). ההגדרה מגדירה את האחוז שבו יגדל באופן אוטומטי דיסק הביניים שבו נמצאים היומנים. ההגדרה הזו היא אחוז, והערכים התקינים הם 5 עד 100.

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

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

הגדרת הגדרות מתקדמות לביטול הגדרות מדיניות

לוחצים על Policy Overrides (עקיפות של מדיניות) בחלון Manage Backup Plan (ניהול תוכנית הגיבוי) כדי להציג את תיבת הדו-שיח Policy Settings Override (עקיפה של הגדרות המדיניות). מכאן אפשר לבטל הגדרות מדיניות ספציפיות שמשויכות לתבנית הגיבוי שנבחרה. כשמסיימים, לוחצים על שמירת השינויים.

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

ברשימה הבאה מפורטים תיאורים של ביטולי הגדרות מדיניות שתקפים למופעי SQL Server, לקבוצות זמינות (AG), למסדי נתונים ולקבוצות עקביות.

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

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

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

    האפשרויות הן:

    • הגיבוי ייכשל אם יימצאו אפליקציות אופליין
    • דילוג על אפליקציות אופליין במהלך הגיבוי

  • מיפוי דיסקים של Staging לכל המארחים של ESX באשכול. (האפשרות הזו לא רלוונטית כשמשתמשים במאגרי נתונים של NFS). מיפוי של דיסק זמני למארח ESX רק עבור מכונה וירטואלית. מיפוי דיסק ההכנה לכל מארחי ESX באשכול. מיפוי של דיסק staging לשני מארחי ESX באשכול.

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

  • מפעילים את הגיבוי של יומן מסד הנתונים. האפשרות Enable Database Log Backup מאפשרת למדיניות של תוכנית הגיבוי לגבות מסד נתונים של Oracle או של Microsoft SQL Server ואת כל קובצי יומן הטרנזקציות שמשויכים אליו. הגיבוי של היומנים מתבצע כשמריצים את משימת תמונת המצב של היומן. האפשרויות הן כן או לא. אם בוחרים באפשרות כן, האפשרויות הקשורות מופעלות.

  • RPO כשהאפשרות Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Yes (כן), ה-RPO מגדיר את התדירות של גיבוי יומן מסד הנתונים. התדירות מוגדרת בדקות ולא יכולה להיות גדולה ממרווח הגיבוי של מסד הנתונים. הערך הקטן ביותר שאפשר להגדיר (בדקות) הוא 15.

  • תקופת השמירה של גיבוי היומן. כשהאפשרות Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לYes (כן), שמירת היומן מוגדרת בנפרד משמירת המדיניות של תמונת המצב. תקופת שמירה נפרדת מאפשרת לכם להשתמש ביומנים בשילוב עם עותקים של מסד הנתונים שמאוחסנים במאגר תמונות המצב. הגדרת תקופת השמירה של היומנים היא חובה.

  • שכפול יומנים. (משתמש בטכנולוגיית StreamSnap) כשהאפשרות Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לEnable (הפעלה), ההגדרה המתקדמת Replicate Logs (שכפול יומנים) מאפשרת לשכפל יומני טרנזקציות של מסד נתונים של Microsoft SQL Server למכשיר גיבוי או שחזור מרוחק. כדי להריץ עבודת שכפול של יומן, צריך להגדיר במאגר התבניות מדיניות שכפול של StreamSnap, וגם פרופיל משאב שמציין מכשיר גיבוי או שחזור מרחוק. בנוסף, צריך להשלים לפחות שכפול אחד מוצלח של מסד הנתונים. לאחר מכן, תוכלו להשתמש ביומנים באתר המרוחק לכל תמונת מסד נתונים בטווח השימור של היומנים המשוכפלים. הפונקציה הזו מופעלת כברירת מחדל.

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

  • שליחת יומנים למאגר OnVault. אם האפשרות Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Enable (הפעלה), ההגדרה הזו מאפשרת לשכפל יומני עסקאות של מסד נתונים של Microsoft SQL Server למאגר OnVault. כדי להריץ עבודת שכפול של יומן, צריך לכלול בתבנית מדיניות OnVault יחד עם פרופיל משאב שמציין מאגר OnVault, ולפחות מסד נתונים אחד צריך להישלח למאגר קודם לכן. לאחר מכן תוכלו להשתמש ביומנים באתר המרוחק לכל תמונת מסד נתונים בטווח השימור. הפונקציה הזו מופעלת כברירת מחדל.

  • גודל הדיסק של אזור ההמתנה של היומן. אם האפשרות Enable Database Log Backup מוגדרת לערך Yes, האפשרות Log Staging Disk Growth Size מגדירה את הגידול שייעשה כשמגדילים באופן אוטומטי את דיסק ההכנה שבו נמצאים היומנים. ההגדרה הזו היא בין 5 ל-100 אחוזים.

  • שיעור שינוי משוער כשההגדרה Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Yes (כן), ההגדרה הזו מגדירה את השינוי היומי (באחוזים), שמאפשר למכשיר הגיבוי/השחזור לחשב בצורה טובה יותר את הגודל של דיסק האחסון הזמני שנדרש לאחסון היומנים. ההגדרה הזו היא בין 0 ל-100.

  • דחיסת גיבוי של יומן מסד הנתונים. כשההגדרה Enable Database Log Backup מוגדרת לערך Yes, ההגדרה הזו מורה למסד הנתונים של המקור לדחוס את היומנים שלו לפני שהם מגובים על ידי מסוף הניהול של מכשיר ה-Appliance. שרת מסד הנתונים מבצע דחיסה של היומן במהלך גיבוי היומן. האפשרויות הן כן או לא. אם בוחרים באפשרות כן, האפשרות Compress Database Log Backup מופעלת.

  • Script Timeout (פסק זמן לסקריפט). הסוכן Backup and DR מאפשר ליצור סקריפטים בצד המארח שפועלים במארח של אפליקציה לפני או אחרי הפעלת מדיניות. ארבעת פסק הזמן שמופיעים בתבנית מדיניות ממופים ישירות לארבעת השלבים של תסריט בצד המארח.

    • זמן קצוב לתפוגה של הפעלת סקריפט. המדיניות מגדירה כמה זמן צריך לחכות לפני שהמערכת מניחה שהסקריפטים בצד המארח במארח מנוהל עברו אתחול. ערך ברירת המחדל הוא 120 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות (24 שעות).
    • הזמן הקצוב לתפוגה של הקפאת סקריפט. ההגדרה הזו קובעת כמה זמן המדיניות צריכה לחכות לפני שהיא מניחה שהאפליקציה קפואה ומוכנה לגיבוי נתונים. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    • הזמן הקצוב לתפוגה של ביטול ההקפאה של הסקריפט. ההגדרה קובעת כמה זמן המדיניות צריכה לחכות לפני שהיא מניחה שהאפליקציה לא מוקפאת. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    • Script Finish Timeout ההגדרה הזו קובעת כמה זמן המדיניות צריכה לחכות עד שגיבוי הנתונים יושלם. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    • ‫Script Post Replication Timeout (זמן קצוב לתפוגה של סקריפט אחרי שכפול). הגדרה של משך הזמן שצריך לחכות לפני שהשכפול מסתיים. ערך ברירת המחדל הוא 60 שניות, והטווח המותר הוא בין שנייה אחת ל-86,400 שניות.

המדריך לאדמיניסטרטורים של מסדי נתונים (DBA) של Microsoft SQL Server ב-Backup and DR

הדף הזה הוא אחד מתוך סדרת דפים שמתמקדים בהגנה על מסדי נתונים של Microsoft SQL Server ובשחזור שלהם באמצעות Backup and DR. מידע נוסף זמין במקומות הבאים: