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

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

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

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

החיוב על שירות Backup and DR (שנקרא גם שימוש ב-SKU) מתייחס לכל עומס עבודה שיש לו לפחות גיבוי אחד שלא פג תוקפו באמצעות השירות. תמונות הגיבוי יכולות להישמר בצילום מצב או במאגר 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