הגדרת פרטי האפליקציה וההגדרות של מסדי נתונים של Microsoft SQL Server במסוף הניהול של ה-appliance

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

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

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

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

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

  • Truncate Log After Backup (חיתוך היומן אחרי הגיבוי). מציינים אם לקצר את היומנים אחרי כל גיבוי. כשהאפשרות הזו מופעלת, יומנים שקשורים לאפליקציה נחתכים עד לגיבוי האחרון או הנוכחי. אם אתם מקצרים את היומנים, אתם צריכים גם לגבות את יומן הטרנזקציות כדי לאפשר שחזור roll-forward.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מדריך Backup and DR למנהלי מסדי נתונים של Microsoft SQL Server

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