תבניות מדיניות ופרופילי משאבים מוגדרים בקטע של תוכניות הגיבוי במסוף הניהול של ה-appliance. הן מוחלות על אפליקציות ומכונות וירטואליות בApp Manager. הפרה של תוכנית גיבוי מתרחשת כשמשימה (או פעולה) לא עומדת בדרישות שמוגדרות במדיניות בתבנית מדיניות.
בקטע הזה מפורטות הסיבות האפשריות להפרה של תוכנית גיבוי, מוסבר איך מסוף ניהול ה-Appliance מזהה מקרים של הפרת תוכנית גיבוי, ומוצגות שיטות שבהן אפשר להשתמש כדי לעקוב אחרי הפרות של תוכניות גיבוי בזמן שהן מתרחשות. היא כוללת:
- סיבות אפשריות להפרות של מדיניות תוכנית הגיבוי
- איך מכשיר לגיבוי או לשחזור עוקב אחרי הפרות של תוכנית גיבוי
- מעקב אחר הפרות של תוכנית הגיבוי
סיבות אפשריות להפרות של מדיניות תוכנית הגיבוי
מסוף ניהול הציוד מחיל תוכניות גיבוי על אפליקציות ועל מערכי נתונים. הניהול של נתוני העתקים של האפליקציות בשירות App Manager מתבצע בהתאם לכללים שאתם מגדירים בתבנית גיבוי ובמדיניות שמשויכת אליה. תבנית לגיבוי נתונים כוללת מדיניות אחת או יותר שמגדירה את מקור הנתונים (קובץ snapshot או רפליקציה) ואת תזמון (תדירות, שימור, שעת התחלה, שעת סיום) לכל מקור נתונים. הפרה של תוכנית גיבוי מתרחשת כשהמשימה (או הפעולה) שמוגדרת במדיניות של תוכנית גיבוי לא מתחילה לפי לוח הזמנים של המדיניות.
כל מכשיר גיבוי/שחזור מריץ באופן אוטומטי ניתוח של תוכנית הגיבוי כל שעה כדי לזהות הפרות של תוכנית הגיבוי כשהן מתרחשות במהלך היום עבור משימות מתוזמנות. פעולת הרקע הזו מתריעה על הפרות אפשריות של תוכנית גיבוי כמה שיותר קרוב לסיום חלון מדיניות תוכנית הגיבוי. אפשר לקרוא על כך במאמר איך מכשיר גיבוי/שחזור עוקב אחרי הפרות של תוכנית גיבוי.
מסוף הניהול של מכשיר ה-Appliance מאפשר לאדמינים ליצור ספרייה של תבניות מדיניות. אחת התכונות העיקריות של כל מדיניות תוכנית גיבוי היא לוח הזמנים שמגדיר מתי המדיניות הזו תופעל.
הפרות של תוכנית הגיבוי נתפסות לעיתים קרובות כנובעות מבעיות בהגדרות של מספר משבצות המשימות, שקובעות כמה משימות אפשר להריץ בו-זמנית. עם זאת, הגדלת מספר משבצות העבודה לא מבטיחה שהפרות של תוכנית הגיבוי יפסיקו. בפועל, הפרה של תוכנית גיבוי יכולה להיות קשורה לאחד מהתנאים שמפורטים בקטעים הבאים.
משימות שנכשלו
כישלון של משימות הוא סיבה נפוצה להפרות של תוכנית הגיבוי. לדוגמה, אם אי אפשר לגשת למארח Oracle, מכשיר הגיבוי או השחזור לא יכול לתעד את הנתונים מ-Oracle RMAN, ולכן משימת ה-snapshot תיכשל. אם משימה נכשלת, צריך לבדוק את הסביבה כדי לוודא שאפשר לגשת לכל האפליקציות ולכל המארחים.
כמה אפליקציות לכל מארח
אם למארח יש כמה אפליקציות, וכל אפליקציה מנוהלת על ידי תבנית מדיניות נפרדת (ולא מקובצת כקבוצת אפליקציות עקביות), רק לאפליקציה אחת יכול להיות תהליך יצירת תמונת מצב שפועל בכל זמן נתון, גם אם יש משבצות פנויות.
אם מכונת VM מנוהלת כמכונת VM ויש בה גם אפליקציות שמנוהלות באמצעות הסוכן Backup and DR, רק לאחת מהאפליקציות יכולה להיות משימת לכידת נתונים שפועלת בכל זמן נתון.
אם למארח יש כוננים D:\, E:\ ו-F:\, והכוננים האישיים מנוהלים על ידי תבניות גיבוי נפרדות, כל כונן ינוהל בסדרה. לדוגמה, אם חלון ההפעלה המותר למדיניות הוא מ-01:00 (UTC) עד 03:00 (UTC), והכונן הראשון צריך שלוש שעות כדי להשלים את משימת הצילום שלו, שני הכוננים האחרים לא יקבלו משימת צילום באותו יום.
פתרון אפשרי הוא להאריך את חלון הזמן של מדיניות תוכנית הגיבוי כדי להאריך את זמן הריצה הכולל. פתרון נוסף הוא לכלול כמה אפליקציות בקבוצת עקביות.
יכול להיות שיהיו מקרים של תוצאות חיוביות כוזבות לגבי הפרות של תוכנית הגיבוי
במקרים מסוימים, הפרה של תוכנית גיבוי היא למעשה תוצאה חיובית מוטעית (תוצאה שמציינת באופן שגוי שמתקיים תנאי מסוים). חשוב לזכור שלא כל הפרה של תוכנית גיבוי היא באמת הפרה, ויכול להיות שתקבלו תוצאות חיוביות שגויות כמו בדוגמאות הבאות:
- אתם מנהלים נתוני עותק של מכונה וירטואלית שיש לה נפח אחסון מקובץ. אם מדיניות תוכנית הגיבוי פועלת אבל למכונה הווירטואלית אין שליטה על עוצמת הקול, הכשל הזה נחשב להפרה של תוכנית הגיבוי.
- אם התזמון של תוכנית הגיבוי של משימה (למשל, VM, אפליקציה וכו') מושבת, יכול להיות שתתרחש הפרה של תוכנית הגיבוי בכל פעם שמדיניות תוכנית הגיבוי אמורה לחול.
משאבים מוגבלים במכשיר לגיבוי או לשחזור
משאבים מוגבלים במכשיר גיבוי/שחזור יכולים להיות קשורים לבעיות כמו קצב העברת הנתונים של יציאת הרשת, מספר מקסימלי של יוזמי iSCSI, יכולת קצב העברת הנתונים של האחסון בעורף או האחסון בחזית. במקרה כזה, הגדלת מספר המשבצות לא תעזור.
גודל חלון המדיניות או משך זמן הריצה של העבודה
משרות שפועלות במשך שעות רבות תופסות משבצות של משרות שאפשר להשתמש בהן באפליקציות אחרות. אם כל אפליקציה מסיימת את העבודה שלה תוך דקה בממוצע, ויש לכם חמישה משבצות, אפשר לבצע 300 משימות בשעה. אם כל אפליקציה לוקחת שעה בממוצע, ויש לכם חמישה משבצות, אפשר לבצע חמש משימות בשעה. עם זאת, אם חלון הזמן הכולל של המדיניות הוא שלוש שעות, מספר האפליקציות שמנסות להשתמש במדיניות הזו של תוכנית הגיבוי ישפיע באופן משמעותי על ניהול הנתונים הכולל של העתקת האפליקציות שאפשר לבצע בפרק זמן של 24 שעות.
לדוגמה, אם יש 100 אפליקציות, אז בדוגמה הראשונה (300 משימות בשעה) המכשיר יסיים את כל האפליקציות בתוך כ-20 דקות. עם זאת, אם יש לנו 100 בקשות בדוגמה השנייה (חמש משימות בשעה), המכשיר ינהל רק 15 בקשות ביום. כתוצאה מכך, יהיו 85 הפרות של תוכנית הגיבוי.
למרות שאי אפשר לשלוט בזמן הריצה של העבודה, אפשר לבדוק את משך הזמן שבו האפליקציות הפועלות מתוזמנות. זמני עבודה ארוכים יכולים להתרחש גם במהלך משימת הצילום הראשונה של אפליקציה חדשה. אפשר להשתמש בהגדרות של תהליך ההצטרפות כדי למנוע ממשימות של העברה לנעול משבצות ולמנוע גישה לאפליקציות שכבר הועברו.
איך מכשיר לגיבוי או לשחזור עוקב אחרי הפרות של תוכנית גיבוי
כל מכשיר גיבוי/שחזור מריץ באופן אוטומטי ניתוח של תוכנית הגיבוי כל שעה כדי לזהות הפרות של תוכנית הגיבוי כשהן מתרחשות במהלך היום עבור משימות מתוזמנות. הפעולה הזו מתבצעת ברקע ומעדכנת אתכם על הפרות אפשריות של תוכנית גיבוי, כמה שיותר קרוב לסוף חלון המדיניות של תוכנית הגיבוי.
במהלך הניתוח, המכשיר בודק את כל המדיניות של תוכניות הגיבוי שהשעות העסקיות שלהן הסתיימו בשעה האחרונה. כל מדיניות נבדקת כדי לראות אם יש בה הפרות של תוכנית הגיבוי. אם יש הפרה של תוכנית הגיבוי בתוך 60 דקות מסיום חלון המדיניות, נרשם ערך במסד הנתונים של האירועים לגבי ההפרות האלה. אם במדיניות אין הפרה של תוכנית גיבוי, לא תיווצר התראה או אירוע.
כשמתרחשת הפרה של תוכנית גיבוי במהלך חלון הזמן של 60 דקות להשלמת מדיניות תוכנית הגיבוי, מופעלת התראה ונוצרת התראה לגבי אירוע. אתם יכולים לקבל התראות על הפרות של תוכנית הגיבוי בצורה של אירועים ב'ניטור המערכת' (ראו ניטור) או התראות על אירועים באימייל. כל התראה כוללת פרטים על כל מדיניות של תוכנית גיבוי שהופרה באפליקציה ספציפית, כולל מידע כמו הודעת האירוע, שם המדיניות והסוג שלה, זמן ההפרה והסוג שלה ופרטי העבודה (עבודות צפויות, סובלנות, הצלחה, כשל). ההתראות על הפרות של תוכנית הגיבוי מכילות את אותה רמת פירוט שמופיעה בדוחות על הפרות של תוכנית הגיבוי, שנכללים בדוחות התאימות של תוכנית הגיבוי במרכז הדוחות.
נוצר גם יומן שרת של הפלטפורמה (קובץ היומן udppm) שמפרט מתי הניתוח בוצע, אילו מדיניות נותחו ומה הייתה התוצאה של הניתוח.
בניתוח של תוכנית הגיבוי נלקחים בחשבון פערים שיכולים להיות תוצאה של משימות בתהליך. במקרים מסוימים, עבודה מתחילה בתוך חלון הזמן שהוקצה לה לפי המדיניות, אבל היא עשויה להימשך יותר מהצפוי ולא להסתיים בתוך חלון הזמן שצוין במדיניות (לדוגמה, עבודה מתחילה ב-22:00 אבל מסתיימת ב-23:30). בתחילה, העבודה נחשבת להצלחה ולא מוצגת התראה על הפרה של תוכנית הגיבוי. עם זאת, בסיום העבודה, היא מוערכת מחדש כחלק ממחזור הניתוח הבא של תוכנית הגיבוי, ויכול להיות שהיא תסומן כהפרה של תוכנית הגיבוי. ההצלחה או הכישלון של מדיניות תוכנית גיבוי תלויים במועד שבו משימה מסוימת מסתיימת בפועל.
אם במהלך הניתוח, המכשיר קובע שמדיניות תוכנית הגיבוי לא הצליחה להריץ משימה אחת או יותר, מתרחשת הפרה של תוכנית הגיבוי וההתראה או האירוע שנוצרו מכילים את המידע הנוסף הבא לגבי המשימה שנכשלה:
- זמן הריצה הצפוי של העבודה
- הסיבה לכך שהרצת העבודה נכשלה
בנוסף, המכשיר בודק את ציר הזמן כדי לקבוע אם לא הופעלו משימות כי לא היו משבצות זמינות עבור סוג העבודה. אם זו הסיבה, המידע הזה יופיע בהתראה או באירוע.
אם לאפליקציה יש כמה מדיניות של תוכניות גיבוי עם חלונות מדיניות חופפים, ויש עבודה שהוחמצה בשתי המדיניות במהלך הזמן החופף הזה, המכשיר ייצור רק התראה אחת. המערכת לא תשלח התראות כפולות על מדיניות חופפת כדי למנוע כפילויות. התראות על משרות שלא נצפו מסוכמות לפי אפליקציה, סוג מדיניות וחלון זמן.
מעקב אחרי הפרות של תוכנית הגיבוי
אפשר לעקוב אחרי הפרות של תוכנית הגיבוי ולראות אותן בכרטיסייה Monitor או במכשיר מנוהל באמצעות התראות באימייל או באמצעות Report Manager.
מעקב
אפשר לראות את הפרטים של הפרת תוכנית גיבוי כאירוע בכרטיסייה מעקב (מעקב > אירועים). פרטים על השימוש בכרטיסייה Monitor זמינים במאמר מעקב.
כלי הדוחות
במרכז הדוחות של מסוף ניהול ה-Appliance יש ספרייה מלאה של דוחות על הפרות של תוכניות גיבוי. הדוחות האלה יכולים לעזור לכם לפשט את התהליך של אימות שיעור ההצלחה הנוכחי, וגם להקל עליכם להבחין בין כמה אפליקציות עם אותו שם.
המאמרים הבאים
- סקירה כללית של תוכנית הגיבוי
- יצירת תבנית לגיבוי נתונים
- יצירה של מדיניות גיבוי
- יצירת פרופיל משאב
- הגדרת הגדרות מדיניות מתקדמות של אפליקציה שמגובה על ידי המדיניות
- החלת תוכנית גיבוי על אפליקציה