בדף Application Details & Settings (פרטי האפליקציה וההגדרות שלה) במסוף לניהול מכשירים – שאליו אפשר לגשת דרך הקישור Details & Settings (פרטים והגדרות) בחלק העליון של כל תוכנית גיבוי של אפליקציה – אפשר לשנות הגדרות ספציפיות לאפליקציה לגיבוי של מערכת קבצים. יכול להיות שהגדרות האפליקציה יהיו שימושיות או נדרשות בנסיבות מסוימות. אחרי שמגדירים את ההגדרות של האפליקציה, לוחצים על שמירת השינויים.
בהמשך מופיעה רשימה של הגדרות האפליקציה ותיאור של הפעולות שהן מאפשרות לעשות.
- שם משתמש/סיסמה: אם צוינו פרטי כניסה חלופיים כשכונן הרשת מופה למארח, בשדות שמופיעים צריך להזין את שם המשתמש והסיסמה של שיתוף הקבצים.
Staging Disk Size (GB) (גודל דיסק ההכנה (GB)): מזינים ערך בגיגה-בייט. הערכים התקינים הם בין 1 ל-256,000. כברירת מחדל, סוכן Backup and DR משתמש בגודל של מערכת הקבצים המנוהלת כגודל של דיסק המחסן הזמני. ההגדרה הזו מאפשרת לאדמין לשנות את הערך הזה כדי לאפשר את הגדלת מערכת הקבצים.
Use Staging Disk Granularity as Minimum Staging Disk Size (שימוש ברמת הפירוט של דיסק ההכנה כגודל המינימלי של דיסק ההכנה): ערך ברירת המחדל הוא אפס כשבוחרים באפשרות No (לא). אם בוחרים באפשרות Yes (כן), צריך להזין ערך בגיגה-בייט בשדה Staging disk granularity (רמת הפירוט של דיסק ההכנה). ההגדרה הזו מיועדת לאפליקציות שקטנות מהגודל של הגדרת הגרנולריות, ונוטות לגדול מעת לעת. ההגדרה הזו עוזרת להימנע מגיבויים מלאים תכופים ויקרים. אין עלות ראשונית לשימוש בדיסק זמני שגדול יותר ממה שנדרש לשימוש מיידי, כי הדיסק הזמני הוא בעל הקצאת נפח דינמית.
Staging Disk Granularity (GB): מגדיר את רמת הפירוט של דיסק הביניים שנוצר עבור אפליקציה מחוץ לפס. ההגדרה הזו קובעת את הגודל של כל דיסק זמני כשמשתמשים בכמה דיסקים זמניים לאפליקציה. הערכים התקינים הם בין 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.3T. הערכים של Stage Disk Granularity ושל Last Staging Disk Minimum Size מוגדרים ברמת האפליקציה ומבטלים את ערכי ברירת המחדל שמוגדרים בכל המערכת.
Staging Disk Mount Point (נקודת טעינה של דיסק ההכנה): מזינים Staging Disk Mount Point אם רוצים שהדיסק של סביבת ההכנה ייטען במיקום מסוים.
דפוסי החרגה, דפוסי הכללה: מזינים את דפוס שם הקובץ שרוצים להחריג מהגיבוי או לכלול בו. מכשיר הגיבוי והשחזור מאפשר לכלול או להחריג סוגים מסוימים של קבצים. באמצעות האפשרות Exclude Patterns או Include Patterns, רק הנתונים החשובים ביותר מגובים, והקבצים הלא קריטיים מוחרגים. ההנחיות כוללות את הנושאים הבאים:
- אפשר להחריג או לכלול רק קבצים, ולא ספריות.
- דפוס יכול לכלול תווים כלליים לחיפוש, למשל כוכבית (*) או סימן שאלה (?). כדי להחריג את כל הקבצים שמכילים את
.sysכסיומת, מזינים*.sysבשדה Exclude Pattern או Include Pattern. - ב-Windows, המערכת מתעלמת אוטומטית מקבצים בשמות
pagefile.sysו-hiberfil.sysשמופיעים בספריית הבסיס של כונן.
נתיבי התחלה: מציינים את הנקודה בשיתוף הקבצים שבה הגיבוי מתחיל. אם משאירים את השדה נתיב התחלה ריק, הגיבוי מתחיל בספריית הבסיס של מערכת הקבצים שמגובים.
דוגמה ל-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 וירטואלית לאפליקציה מקובצת. במקרה של אשכולות יתירות כשל, נעשה שימוש בכתובת הזו כדי למצוא את הצומת הפעיל לגיבוי. במקרה של אשכולות פעילים/פעילים, זו רשימה מופרדת בפסיקים של שרתים שעומדים בדרישות ושאפשר להשתמש בהם לגיבוי.
שימוש בכתובת IP של שירות לשחזור: כיבוד כתובת ה-IP של נקודת הגישה לשירות במהלך שחזור של אפליקציה מקובצת. בוחרים באפשרות כן אם רוצים להשתמש בכתובת ה-IP של השירות כדי לשחזר אפליקציית אשכול. בוחרים באפשרות לא אם לא רוצים להשתמש בכתובת ה-IP של השירות כדי לשחזר.
אפשרויות של סוכן Backup and DR: משאירים את האפשרויות של סוכן Backup and DR ריקות, אלא אם אתם עובדים עם התמיכה.
העדפת LVM לדיסק זמני יחיד: יצירת LVM גם כשדיסק זמני יחיד מספיק לגיבוי. בוחרים באפשרות כן אם רוצים להשתמש בדיסק זמני מבוסס LVM שאפשר להרחיב בלי שיהיה צורך בגיבוי מלא חדש, בלי קשר לגודל של דיסק המקור של Linux. בוחרים באפשרות No אם לא רוצים להשתמש בדיסק זמני מורחב שמבוסס על LVM.
Backup and DR ל-Filestore ולמערכות קבצים
הדף הזה הוא אחד מתוך סדרת דפים שמתמקדים בהגנה על מערכות קבצים ובשחזור שלהן באמצעות Backup and DR. מידע נוסף זמין בדפים הבאים:
- Backup and DR למערכות קבצים
- ניהול מארחים והאפליקציות שמחוברות אליהם
- הגדרה של פרטי האפליקציה וההגדרות שלה כדי להגן על נתונים במערכת הקבצים
- החלת תוכנית גיבוי להגנה על מערכת קבצים
- שחזור מערכת קבצים למקור
- צירוף מערכת קבצים או שיתוף קבצים
- איך לטעון ולהעביר מערכת קבצים לשחזור מיידי לכל יעד