שאלות נפוצות בנושא גיבויים שמנוהלים על ידי מכשיר

איפה אפשר למצוא מידע על התמחור של Backup and DR?

פרטי התמחור של Backup and DR מפורטים בדף התמחור של Backup and DR.

מתי עומס עבודה נחשב כעומס שמנוהל על ידי Backup and DR?

החיוב על Backup and DR (נקרא גם שימוש במק"ט) מתייחס לכל עומס עבודה עם גיבוי אחד לפחות שלא פג תוקפו באמצעות השירות. תמונות הגיבוי יכולות להישמר בצילום מצב או במאגר OnVault לתקופות ארוכות (שנים) למטרות תאימות, כשהעומס של מקור הנתונים כבר לא מוגן באופן פעיל.

האם דחיסת הגיבוי משפיעה על השימוש?

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

איך השכפול בין מכשירים לגיבוי או לשחזור משפיע על השימוש?

‫

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

איך חיתוך נתיבים ורשימות החרגה משפיעים על החיוב ב-Backup and DR?

אם נפח הנתונים בעומס העבודה של מערכת הקבצים הוא 3TiB, ואתם משתמשים בנתיבי גיזום וברשימות החרגה כדי להסיר 1TiB של קבצים מהניהול, ואתם משתמשים בסוכן Backup and DR כדי לגבות את מערכת הקבצים, אז השימוש נמדד על סמך כמות הנתונים בפועל שמנוהלת, שבמקרה הזה היא 2TiB.

אם מגבים את מערכת הקבצים בלי הסוכן Backup and DR (למשל, באמצעות גיבוי של מכונה וירטואלית של VMware או Compute Engine ללא סוכן), השימוש נמדד לפי גודל הכרכים, שהוא 3TiB.

מספר השימוש בעומס העבודה שלי נמוך ממה שדווח אתמול. למה?

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

איך קצב השינוי של מסד הנתונים משפיע על השימוש?

שירות ה-Backup and DR מודד את השימוש על סמך הגודל של העותק האחרון שנוצר בהצלחה. לכן, אם יש לכם מסד נתונים של Oracle בגודל 4TiB עם שיעור שינוי יומי של 10%, אבל הגודל של מסד הנתונים הוא תמיד 4TiB, השימוש יחושב כ-4TiB. אלא אם גודל עומס העבודה משתנה, שיעור השינוי לא משפיע ישירות על חישוב השימוש.

איך אפשר להימנע מתשלום על הגנה כפולה אם מגנים על עומס עבודה ועל המכונה הווירטואלית שלו?

‫Backup and DR סופר את השימוש במכונה וירטואלית של VMware ואת עומסי העבודה שלה בנפרד, מה שעלול לגרום לספירה כפולה. אם אתם מנהלים עומס עבודה של SQL Server שפועל במכונה וירטואלית של VMware באמצעות סוכן ה-Backup and DR, ואם אתם גם מנהלים את המכונה הווירטואלית של VMware כולה, מסד הנתונים של SQL נספר בנפרד מהמכונה הווירטואלית ובנוסף לה. השיטה המומלצת בתרחישים כאלה היא לנהל בנפרד את עוצמת הקול של מערכת ההפעלה של מכונת ה-VM ואת עומסי העבודה שמוצבים במכונות ה-VM. כך נמנעת הגנה כפולה, ולכן גם ספירה כפולה.

האם אתם מחשבים רק את הגודל של מסד הנתונים או שאתם כוללים את קובצי היומן במדידת השימוש?

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

איך אפשר לאמת את השימוש במכונות וירטואליות של VMware?

מדידות השימוש ב-Backup and DR במכונות וירטואליות של VMware עקביות עם הגודל שמדווח ב-vCenter לגבי אותה מכונה וירטואלית.

הפלט du -h *.vmdk מתיקיית ה-VM המתאימה בשרת תואם לספירת השימוש.

איך מאמתים את השימוש במסד נתונים של Oracle?

מדידות השימוש ב-Backup and DR ל-Oracle מבוססות על הגודל שהוקצה למסד הנתונים. הנה דוגמה לשאילתה לאימות הגודל של מסד הנתונים של Oracle.

select (d.total + c.total) total from (select sum(bytes) total from v$datafile) d, (select sum(block_size*file_size_blks) total from v$controlfile) c;

לאחר מכן מחסרים את הנתונים הבאים: select sum(bytes) free from dba_free_space;

איך בודקים את השימוש במערכות קבצים?

מדידות השימוש ב-Backup and DR במערכת קבצים על סמך עומסי עבודה:

• ‫Windows – גודל מערכת הקבצים בשימוש שדווח על ידי DiskManager
• ‫Linux – גודל מערכת הקבצים בשימוש שדווח על ידי df - k