Hyper-V 2012 Backup – כיצד לבצע גיבויים של Hyper-V תוך ניצול יתרונות הווירטואליזציה

25 באוגוסט 2013

תגובה אחת

Isr-Pic

 

 

 

 

 

מאת: ישראל גופמן, חטיבת הפרימייר, מיקרוסופט ישראל

 

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

שיטת הגיבוי המסורתית וחסרונותיה

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

לדוגמא לשרתי קבצים היה צורך בסוכן לשרת קבצים ,לשרתי דואר סוכן לשרתי דואר וכו'.

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

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

Hardware VSS – מדובר בגיבוי מבוסס חומרה, אשר עושה שימוש בכלים המוצעים על ידי ספק תשתית האחסון. גיבוי זה נחשב אמין ומהיר, מה שמקצר משמעותית את חלון הזמן שבו מתבצע הגיבוי ומקצר את הצורך בתהליכים המבוצעים אוטומטית בתהליך גיבוי של שרת Hyper-V (לדוגמא – במידה ומבצעים גיבוי לLUN מסוג CSV יש כתיבה מסוג Redirect IO לחלק מהפעולות המבוצעות על ה LUN ). יש לדאוג שהכלים המוצעים על ידי ספק החומרה יתמכו ב- Hyper-V 2012 עם תמיכה ב- CSV 2.0.

גיבוי בצורה זו מאפשר שחזור של ה-VM Guest בודד כמו גם את כל ה LUN הכולל את כל המכונות שנמצאות עליו.

במידה ומגבים בתצורה שהיא לא Hyper-V aware, כלומר snapshot רגיל ל- LUN בגיבוי מסוג זה מגובה כל תוכן ה LUN ברמת ה block level אך ללא התייחסות לתוכן על הדיסק כלומר אין התייחסות לכך שמדובר על מכונות וירטואליות. ולכן אין ודאות שקבציי ה VHD אכן נמצאים במצב תקין (Consistent).

החומר המשוחזר במקרה שלנו מכונות וירטואליות ימצא במצב הנקרא Crash Consistent . כלומר קיים סיכוי לא מבוטל שהמכונה המשוחזרת לא תעבוד והדיסק הווירטואלי שלה ימצא במצב Corrupt.

בכל מקרה הפעלת מכונה ששוחזרה במצב Crash Consistent תעלה כביכול אחרי נפילה של מערכת ההפעלה ,זאת משום ששהמכונה גובתה ברמת דיסק (קובץ VHD ) ללא שימוש ב VSS .

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

שיטת גיבוי זו תארך הרבה יותר זמן ומנצלת/מעמיסה את רוחב הפס של הרשת. יש לזכור שלחלון גיבויים ארוך יש גם השלכות מבחינת צורת הכתיבה ל LUNים המגובים (Redirect IO).

גיבוי אינקרמנטלי מובנה

על מנת לתת מענה לבעיות שיטת הגיבוי, המבוסס תוכנה, מיקרוסופט מציעה יכולת מובנת, היכולת מאפשרת לספקי תוכנות הגיבוי להתממשק אליה, ולגבות את המכונות בצורה אינקרמנטלית וכך ניתן לגבות רק את השינויים שהתבצעו במכונות באותו יום תוך חסכון בזמן ובמשאבי הרשת. כלומר, מבצעים גיבוי מלא בסוף השבוע וגיבוי איקרמנטלי בכל יום במהלך השבוע. לכן כשבאים לממש פתרון גיבוי מבוסס תוכנה יש לוודא שישנה תמיכה ב- Hyper-V 2012, ב- VHDX וב- incremental backup.

לסיכום

השיטה המומלצת ביותר הינה שיטה מבוססת חומרה (hardware VSS), אך יש להקפיד שהפתרון עונה על הדרישות שציינתי ושהוא consistent על מנת שתהיה יכולת לשחזר guest בודד ללא בעיות של corruption. אם אתם רוצים להשתמש בפתרון מבוסס תוכנה תוכלו לעשות זאת ללא בעיה, אך כאמור יש להקפיד שישנה תמיכה ב- Hyper-V 2012, ב- VHDX וב- incremental backup.

לכן יש לוודא שפתרון הגיבוי הינו Hyper-V aware, שהוא תומך ב- Hyper-V 2012, תומך ב- CSV 2.0 וב- VHDX.

 

קישורים רלוונטיים:

להורדת גרסת נסיון של Windows Server 2012 R2- לחץ כאן

Server Virtualization Windows Server 2012- לחץ כאן 

גיבוי באמצעות DPM – לחץ כאן

 

ישראל גופמן משמש כ- Senior Premier Field Engineer  במיקרוסופט ישראל ועוסק בתחום הוירטואליזציה ו Private Cloud.

הוסף תגובה
facebook linkedin twitter email

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *

תגובה אחת

  1. קובי (תמת)1 בספטמבר 2013 ב 6:41

    תודה ושנה טובה ישראל , תבוא לבקר (-:

    הגב