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

בדף הזה מוסבר איך להגדיר את הגדרות האפליקציה למכונות וירטואליות של VMware.

הגנה על מכונה וירטואלית ועל האפליקציות שלה

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

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

בדף Application Details & Settings (פרטי האפליקציה וההגדרות שלה), משנים את ההגדרות הספציפיות לאפליקציה כדי להגדיר את אפשרויות הגיבוי של מכונה וירטואלית ב-VMware. יכול להיות שהגדרות האפליקציה יהיו שימושיות או נדרשות בנסיבות מסוימות. אחרי שמגדירים את ההגדרות של האפליקציה, לוחצים על שמירת השינויים.

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

הגדרה של אפליקציה תיאור
עקביות ברמת האפליקציה
(לא רלוונטי לניהול מסדי נתונים)		 בוחרים אחת מהאפשרויות הבאות:
  • יצירת גיבוי עקבי במקרה של קריסה: גיבוי עקבי במקרה של קריסה הוא גיבוי מהיר של נתוני האפליקציה באחסון, כאילו הייתה הפסקת חשמל באותו רגע. היא לא משהה את קלט/פלט הנתונים של האפליקציה. כל הנתונים בדיסק נשמרים, והנתונים בזיכרון אובדים. יכול להיות שעסקאות לא שלמות יישמרו. יכול להיות שייקח יותר זמן לשחזר גיבוי עקבי במקרה של קריסה, וייתכן שיוצגו חריגים. בדרך כלל, צריך לבצע שחזור אחרי קריסה באופן ידני. גיבויים עקביים במקרה של קריסה הם מהירים למכונות וירטואליות.
    •
  • יצירת גיבוי עקבי של האפליקציה: גיבוי עקבי של האפליקציה שולח לאפליקציה הודעה כדי להתכונן לגיבוי. האפשרות הזו לא גורמת לאובדן נתונים. היא משהה את קלט/פלט הנתונים של האפליקציה, משלימה את העסקאות בזמן ההעברה ומרוקנת את הזיכרון לדיסק. במקרה של שחזור, הגישה לנתונים מהירה. בדרך כלל נדרש סוכן כדי לקבל הודעה על גיבוי במארח, ואז להודיע לאפליקציות, ויכול להיות שצריך לחכות לאישור מהאפליקציות. לא כל האפליקציות תומכות בגיבויים עקביים של אפליקציות.
    •
  • ביצוע גיבוי עקבי במקרה של קריסה בניסיון האחרון: האפשרות הזו מבצעת בהתחלה גיבויים עקביים של אפליקציות, אבל אם גיבוי עקבי של אפליקציה נכשל מסיבה כלשהי, היא מבצעת גיבוי עקבי במקרה של קריסה.
    		•
    הקצאת יתר של דיסק בסביבת פיתוח (באחוזים) מציינים את המקום הנוסף שמוקצה לדיסק של סביבת הבמה – מעבר למה שנדרש בפועל – כדי להתאים את עצמו לצמיחה של האפליקציה. ההגדרה הזו היא בין 0 ל-1,000 אחוזים.
    חיתוך או מחיקה של היומן אחרי הגיבוי מציינים אם לחתוך או למחוק את היומנים אחרי כל גיבוי. כשהאפשרות 'חיתוך יומן אחרי גיבוי' מופעלת, יומנים שקשורים לאפליקציה נחתכים עד לגיבוי האחרון או הנוכחי. אם מבצעים חיתוך של יומני רישום, צריך גם לגבות את יומן העסקאות כדי לאפשר שחזור קדימה. ‫(Oracle, ‏ SQL Server).
    האפשרויות הן:
  • לא לחתוך או למחוק את היומן אחרי הגיבוי
    •
  • חיתוך או מחיקה של יומן אחרי גיבוי
    •
    תקופת השמירה של גיבוי היומן (בימים)* אם האפשרות 'הפעלת גיבוי של יומן מסד הנתונים' מוגדרת לערך Yes, שמירת היומן מוגדרת בנפרד משמירת המדיניות של תמונת המצב. תקופת שמירה נפרדת מאפשרת לכם להשתמש ביומנים בשילוב עם עותקים של מסד הנתונים שמאוחסנים במאגר תמונות המצב. הגדרת תקופת השמירה של היומנים היא חובה.
    שכפול יומנים (שימוש בטכנולוגיית StreamSnap)** אם ההגדרה Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Enable (הפעלה), ההגדרה המתקדמת Replicate Logs (שכפול יומנים) מופעלת. יומני ארכיון של Oracle או יומני טרנזקציות של מסד נתונים של SQL Server לשכפול למכשיר גיבוי או שחזור מרוחק. כדי להפעיל משימת שכפול של יומן, צריך לכלול בתבנית מדיניות שכפול (StreamSnap) יחד עם פרופיל משאב שמציין מכשיר גיבוי או שחזור מרחוק, ולפני כן צריך להשלים לפחות שכפול אחד מוצלח של מסד הנתונים. לאחר מכן, תוכלו להשתמש ביומנים באתר המרוחק לכל תמונת מסד נתונים בטווח השמירה של היומנים המשוכפלים. הפונקציה הזו מופעלת כברירת מחדל. שכפול יומנים משתמש בטכנולוגיית StreamSnap כדי לבצע את השכפול בין מכשירי הגיבוי או השחזור המקומיים והמרוחקים. שכפול היומנים מתבצע ישירות ממאגר תמונות המצב המקומי למאגר תמונות המצב במכשיר המרוחק.
    הערה: שכפול יומנים מתבצע רק אחרי שמאגר נתונים מוגן ושוכפל למכשיר גיבוי או שחזור מרוחק.
    שליחת יומנים למאגר OnVault אם בוחרים באפשרות כן, היומנים משוכפלים למאגר אחסון אחד או יותר של OnVault, מה שמאפשר שחזורים לנקודת זמן מסוימת מ-OnVault באתר אחר.
    גודל הדיסק של אזור ההמתנה של היומן (באחוזים)* אם האפשרות Enable Database Log Backup (הפעלת גיבוי של יומן מסד הנתונים) מוגדרת לערך Yes (כן), ההגדרה Log Staging Disk Growth Size (גודל הגידול של דיסק ההכנה של היומן) מגדירה את הגידול שייעשה בדיסק ההכנה שבו נמצאים היומנים, כשמגדילים אותו באופן אוטומטי. ההגדרה הזו היא בין 5 ל-100 אחוזים.
    התנהגות המשימה כשצריך לבצע איחוד של תמונת המצב של מכונת היעד בוחרים פעולה אם המכונה הווירטואלית דורשת איחוד:
  • המשימה תיכשל אם צריך לאחד את מכונת ה-VM: משימות של נקודת זמן ייכשלו.
    •
  • הפעלת העבודה בלי לבצע איחוד: כל העבודות מופעלות כרגיל, גם אם יש איחוד שממתין.
    •
  • ביצוע איחוד בתחילת העבודה: עבודות של נקודת זמן מנסות לבצע איחוד בתחילת העבודה. אם האיחוד נכשל, המשימה נכשלת ומוצגת הודעת שגיאה.
    •
    זמן קצוב לתפוגה של הסקריפט הסוכן Backup and DR מאפשר ליצור סקריפטים בצד המארח שמופעלים במארח של אפליקציה לפני או אחרי הפעלה של מדיניות. ארבעת ערכי הזמן הקצוב לתפוגה שמופיעים בתבנית מדיניות ממופים ישירות לארבעת השלבים של תסריט בצד המארח.
    הערה: כברירת מחדל, ערכי הזמן הקצוב לתפוגה של הסקריפט הם הערכים שצוינו. אם לא מציינים זמן קצוב לתפוגה של סקריפט, הערך ריק ומשתמשים בערך ברירת המחדל.
  • ‫Script Init Timeout: הגדרה שמגדירה כמה זמן עבודה צריך לחכות לסקריפט שמופעל במארח לפני שהעבודה מבצעת פעולה כלשהי. אם הסקריפט לא יסיים את הפעולה לפני שתפוג ההמתנה, העבודה תיכשל. ערך ברירת המחדל הוא 60 שניות. הטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    •
  • Script Freeze Timeout: מגדיר כמה זמן מדיניות צריכה לחכות לסקריפט שמופעל כדי להקפיא אפליקציה, לפני שנוצרת תמונת מצב. אם הסקריפט לא יסתיים לפני שתפוג ההמתנה, העבודה תיכשל. ערך ברירת המחדל הוא 60 שניות. הטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    •
  • Script Unfreeze Timeout: מגדיר כמה זמן מדיניות צריכה לחכות לסקריפט שמופעל כדי להקפיא אפליקציה, אחרי שנוצר צילום מצב. אם הסקריפט לא יסתיים לפני שתפוג ההמתנה, העבודה תיכשל. ערך ברירת המחדל הוא 60 שניות. הטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    •
  • Script Finish Timeout: מגדיר כמה זמן מדיניות צריכה להמתין לסקריפט שמופעל בסוף התהליך. אם הסקריפט לא מסתיים לפני שחלף הזמן הקצוב לתפוגה, העבודה נכשלת. ערך ברירת המחדל הוא 60 שניות. הטווח המותר הוא בין שנייה אחת ל-86,400 שניות.
    •

    מדריך האדמין של VMware

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