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