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

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

ברשימה הבאה מפורטות הגדרות האפליקציה והפעולות שלהן.

  • שם משתמש/סיסמה: אם צוינו פרטי כניסה חלופיים כשהכונן ברשת מופה למארח, מזינים את שם המשתמש והסיסמה של שיתוף הקבצים במקומות שסופקו.

  • Staging Disk Size (GB): מזינים ערך בג'יגה-בייט. הערכים התקינים הם בין 1 ל-256,000. כברירת מחדל, סוכן Backup and DR משתמש בגודל של מערכת הקבצים המנוהלת כגודל של דיסק ה-Staging. ההגדרה הזו מאפשרת לאדמין לשנות את הערך הזה כדי לאפשר למערכת הקבצים לגדול.

  • ‫Use Staging Disk Granularity as Minimum Staging Disk Size: ערך ברירת המחדל הוא אפס כשבוחרים באפשרות No. אם בוחרים באפשרות Yes, צריך להזין ערך ב-GB בשדה Staging disk granularity. ההגדרה הזו מיועדת לאפליקציות שקטנות מהגודל של הגדרת הפירוט, ונוטות לגדול מדי פעם. ההגדרה הזו עוזרת להימנע מגיבויים מלאים תכופים ויקרים. אין עלות ראשונית לשימוש בדיסק זמני שגדול מהנדרש לשימוש מיידי, כי הדיסק הזמני מוקצה לפי צורך (Thin Provisioning).

  • ‫Staging Disk Granularity (GB): מגדיר את הפירוט של דיסק ה-staging שנוצר לאפליקציה מחוץ לפס. הוא מציין את הגודל של כל דיסק זמני כשמשתמשים בכמה דיסקים זמניים לאפליקציה. הערכים התקינים הם בין 1 ל-128,000. לדוגמה:

    • אם גודל האפליקציה הוא 4.3TB, הערך של Stage Disk Granularity הוא 2TB והערך של Last Staging Disk Minimum Size הוא 1TB, מכשיר הגיבוי/השחזור יוצר שלושה דיסקים זמניים בגדלים 2T,‏ 2T ו-1T.
    • אם גודל האפליקציה הוא 4.3TB, הערך של Stage Disk Granularity הוא 2TB והערך של Last Staging Disk Minimum Size הוא 0.1TB, למכשיר הגיבוי/התאוששות יהיו שלושה דיסקים של אזור ביניים בגודל 2T,‏ 2T ו-0.3T.
    • אם גודל האפליקציה הוא 4.3TB, הערך של Stage Disk Granularity הוא 5TB והערך של Last Staging Disk Minimum Size הוא 1TB, מכשיר הגיבוי/השחזור יוצר דיסק אחד של אזור הזמני בגודל 4.3TB. Stage Disk Granularity ו-Last Staging Disk Minimum Size מצוינים ברמת האפליקציה ומחליפים את ערכי ברירת המחדל ברמת המערכת.

  • Staging Disk Mount Point: אם צריך לטעון את דיסק ה-Staging במיקום מסוים, מזינים את Staging Disk Mount Point.

  • Exclude Patterns, Include Patterns: מזינים את תבנית שם הקובץ שרוצים להחריג מהגיבוי או לכלול בו. במכשיר הגיבוי/השחזור אפשר להחריג או לכלול סוגי קבצים מסוימים. באמצעות האפשרות Exclude Patterns או Include Patterns, רק הנתונים החשובים ביותר מגובים, והקבצים הלא קריטיים נשארים בצד. ההנחיות כוללות את הדברים הבאים:

    • רק קבצים מוחרגים או נכללים, ואין לכך השפעה על ספריות.
    • תבנית יכולה לכלול תווים כלליים לחיפוש, למשל כוכבית (*) או סימן שאלה (?). כדי להחריג את כל הקבצים שמכילים את הסיומת .sys, מזינים *.sys בשדה תבנית להחרגה או תבנית להכללה.
    • ב-Windows, המערכת מתעלמת באופן אוטומטי מקבצים בשם pagefile.sys ו-hiberfil.sys שמופיעים בתיקיית השורש של כונן.

  • נתיבי התחלה: מציינים את הנקודה בשיתוף הקבצים שבה הגיבוי מתחיל. אם השדה Start Path נשאר ריק, הגיבוי מתחיל בתיקיית השורש של מערכת הקבצים שרוצים לגבות.

    דוגמה ל-Linux: הפקודה /usr/local מגבה את הספרייה /usr/local.

    דוגמה ל-Windows: הפקודה \\SERVERNAME\SHARENAME\abc מגבה את הספרייה abc בשיתוף הקבצים.

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

    דוגמה ל-Linux: הפקודה /usr/local/lib מבטיחה ששום דבר אחרי /usr/local/lib לא יועתק, אבל כל שאר הספריות והקבצים ב-/usr/local יועתקו.

    דוגמה ל-Windows: הערך \\SERVERNAME\SHARENAME\abc מבטיח ששום דבר אחרי \\SERVERNAME\SHARENAME\abc לא יועתק, אבל כל שאר הספריות והקבצים ב-\\SERVERNAME\SHARENAME יועתקו.

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

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

  • ‫Use Service IP for Restore: שימוש בכתובת ה-IP של נקודת הגישה לשירות במהלך שחזור של אפליקציה באשכול. בוחרים באפשרות Yes אם רוצים להשתמש בכתובת ה-IP של השירות כדי לשחזר אפליקציה באשכול. בוחרים באפשרות No אם לא רוצים להשתמש בכתובת ה-IP של השירות לשחזור.

  • ‫Backup and DR Agent Options: אל תמלאו את האפשרויות של סוכן Backup and DR, אלא אם אתם עובדים עם התמיכה.

  • ‫Prefer LVM for Single Staging Disk: יצירת LVM גם כשדיסק אחד של Staging מספיק לגיבוי. בוחרים באפשרות Yes אם רוצים להשתמש בדיסק זמני שמבוסס על LVM, שאפשר להרחיב בלי צורך בגיבוי מלא חדש, בלי קשר לגודל של דיסק המקור של Linux. אם לא רוצים להשתמש בדיסק זמני מורחב שמבוסס על LVM, בוחרים באפשרות No.

‫Backup and DR ל-Filestore ולמערכות קבצים

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