גיבוי נשאר הגישה הטובה ביותר להגנת הנתונים של מכונות פיזיות ווירטואליות, גם בעקבות איומים חדשים על שלמות הנתונים ונגישותם. אך, גיבוי של מכונה וירטואלית מהווה אתגר למנהלי מערכות מידע בנוגע לאחסון, ביצועי VM, יעילות משאבים, אבטחה וזמני שחזור. קיימות שיטות מרובות לבחירה לגיבוי של VMs.
פוסט זה מסביר את היתרונות והחסרונות של 3 שיטות גיבוי. קראו כדי לגלות את הפרקטיקות הטובות המאפשרות לכם לבצע גיבויי VMware אמינים.
אפשרויות ושיטות גיבוי של VMware
אפשר לגבות מכונות וירטואליות בסביבת VMware באמצעות גישות שונות. האפשרויות הראשיות הן גיבוי בהתבסס על קבצים, גיבוי ברמת אורח באמצעות סוכן, וגיבוי ברמת מארח ללא סוכן.
גיבוי קובץ VM
מכונות וירטואליות של VMware אחסנות נתונים בקבצי VMDK הממוקמים באחסנות נתונים של ESXi. קבצי VMDK הם קבצי תמונת דיסק וירטואליים. שיטת הגיבוי שבה מבוססת על קבצים מעורבת העתקת קבצי VMDK למיקום גיבוי.
בנוסף לקבצי דיסק וירטואליים, מכונות וירטואליות של VMware גם משתמשות בקבצי תצורה, קבצי צילום, קבצי מעקב שינויים בבלוקים, וכו'. עליכם גם לגבות את קבצים אלו כדי לאפשר את השחזור של כל המכונה הוירטואלית.
כאשר מדובר בשחזור מגיבויים מבוססי קבצים, ניתן לשחזר רק מכונה וירטואלית שלמה. הכוונה היא שאם תצטרכו לשחזר קבצים ספציפיים, תצטרכו תחילה לשחזר את כל המכונה הוירטואלית ורק אז לגשת לקבצים המסוימים.
הערה: אל תבלבל בין גיבוי מבוסס קובץ של מכונת וירטואלית לבין גיבוי ברמת הקובץ, שכולל גיבוי של קבצים יחידים בתוך מכונת וירטואלית.
| יתרונות | חסרונות |
|
|
גיבוי מבוסס סוכן
אתה כנראה מכיר את הגישה המסורתית לגיבוי של מכונות פיזיות, שבה תוכנת הגיבוי מותקנת במערכת ההפעלה האורח. סוכן זה מבצע קביעת זמנים, שקטות, והעברת נתונים. רשת מקומית (LAN) משמשת להעתקת הנתונים ליעד הגיבוי. מבחינה טכנית, ניתן להשתמש בשיטה זו כדי לגבות מכונות וירטואליות בדיוק כמו שתגיבו על מכונות פיזיות (לדוגמה, ניתן להשתמש כרגע בשיטה זו עבור גיבוי של Proxmox VE עם NAKIVO Backup & Replication).
שיטות המומלצות ביותר של VMware בדרך כלל ממליצות נגד לגבות מכונות וירטואליות כמו מכונות פיזיות עקב ההוצאה הגבוהה של המשאבים המעורבים וכללית הביצועים הנמוכים בסביבות משולבות וירטואליות. תשתית ה-VMware שלך עשויה להיעמל כאשר מתבצעת העתקת נתונים באמצעות סוכן גיבוי עבור מכונות פיזיות המותקנות על VMs.
גיבוי VM מתבצע ברמת האורח כאשר משתמשים בסוכן גיבוי ב-VM. הגיבוי אינו מכיל מידע על הגדרת VM, הגדרות דיסק וירטואלי, וכו '. גיבוי ברמת האורח אינו השיטה המומלצת לסביבות וירטואליות מכיוון שהוא אינו יעיל מבחינת משאבים. קרא עוד על גיבוי ברמת המארח לעומת גיבוי ברמת האורח.
יתכן כי תתקלו בקושי בגיבוי של שרת VCenter Appliance (VCSA), שהוא מכונה וירטואלית המריצה את מערכת ההפעלה Photon OS. אם אתם מריצים את vCenter על Windows, אז תהיה אפשרות טכנית להתקין את הסוכן ולעשות גיבוי של נתונים. אך רק VCSA נתמך ב-vSphere 7.0 וגרסאות חדשות יותר.
| יתרונות | חסרונות |
|
|
גיבוי ברמת המארח ללא סוכן
כדי להגן על מכונות וירטואליות, ניתן להשתמש ב-פתרון גיבוי VMware מוקצה הפועל ברמת המארח של ESXi, כלומר, ברמת ההיפרווייזור. פתרוני גיבוי המאפשרים גיבוי ברמת המארח משתמשים ב-API של ספק ההיפרווייזור לאינטראקציה עם המארח וה-VMs השוכנות על המארח. שיטת גיבוי VM של VMware זו היא היעילה ביותר.
A host-level VM backup solution creates a VM image backup. This VM backup includes virtual disks, VM configuration, and other files. An image-based VMware backup solution interacts with the ESXi host via special VMware APIs to use virtualization features, such as snapshot technology and quiescing.
| יתרונות | חסרונות |
|
|
איך לגבות VMs של VMware עם פתרון NAKIVO
הדרך היעילה לגבות VMs של VMware vSphere היא באמצעות NAKIVO Backup & Replication. פתרון זה מאפשר לך לעקוב אחר ייעודי הגיבוי של VMware ומנוהל בממשק אינטרנטי ידידותי למשתמש.
- הכנה לגיבוי שלך:
- הוסף מארחי ESXi ושרתי vCenter למלאי של NAKIVO. מארחי ה-ESXi שנוספים מכילים מכונות וירטואליות שחייבות להיות מגובות.
- אתה יכול ליצור מאגר גיבוי או להשתמש במאגר הגיבוי המובנה. גיבויים של מכונות וירטואליות של VMware יאוחסנו שם.
- עבור לעבודות, לחץ על + כדי להוסיף עבודה חדשה ולחץ על גיבוי עבור VMware.
- בשלב המקורי של אשף עבודת הגיבוי החדש עבור VMware, בחר את ה-VMs שברצונך לגבות. ניתן לבחור מספר VMs השוכנות במארחי ESXi שונים ושרתי vCenter. לחץ על הבא בכל שלב של האשף כדי להמשיך.
- בחר מאגר גיבוי לאן לאחסן גיבויים של VMs של VMware בשלב היעד. בדוגמה זו בחרנו במאגר הגיבוי הפנימי.
- קבע את הגדרות תזמון ושמירה עבור עבודת גיבוי של מחשב וירטואלי. פתרון NAKIVO מספק סט מתקדם של תכונות להגדרת תזמון ושמירה באופן גמיש. אפשר ליצור מספר תוכניות תזמון לעבודת גיבוי, למשל, התוכנית הראשונה לגבי גיבוי מחשב וירטואלי כל יום, התוכנית השנייה לגבי גיבוי מחשב וירטואלי באופן שבועי והתוכנית השלישית לגבי גיבוי מחשב וירטואלי באופן חודשי.
לכל תוכנית תזמון יש הגדרות שמירה. אפשר לקבוע כמה זמן לשמור על גיבויים (נקודות המשך) עבור כל תוכנית תזמון ולהגדיר שמירה כדי לעמוד במדיניות שמירה GFS. ככה, אתה שומר על גיבויים יומיים במשך 10 ימים, גיבויים שבועיים במשך 2 חודשים וגיבויים חודשיים במשך שנתיים (למשל).
אפשר להפעיל אינמוטביליות לשיפור רמת ההגנה על גיבוי ולהפחתת הסיכון לאבדן נתוני הגיבוי במקרה של מתקפת רנסומר.
- הגדר אפשרויות עבודה לצורך גיבוי ב-VMware. הזן שם עבודה. בשלב זה, ניתן להפעיל מגוון רחב של תכונות שימור אשר משפרות מהירות גיבוי, אבטחה, אמינות ואפשרויות שימושיות נוספות, כולל:
- מצב מודע ליישומים – שימוש במנגנוני Volume Shadow Copy ב-VMs של Windows על מנת ליצור גיבויים שנאמנים ליישומים כאשר נתונים נכתבים בתוך VM פועלת.
- מעקב אחר שינויי בלוקים – תכונת VMware טבעית לגיבוי מתוך עדכונים מצמצמים.
- אימות VM – בדיקת גיבוי לאחר יצירתו.
- אפשרויות חיסכון באחסון – איות קבצי סוואפ או מחיצות, קיצוץ של לוגי Exchange או של שרת MS SQL.
- אפשרויות גיבוי מלא – הגדרת תדירות ביצוע גיבוי מלא ואת השיטה ליצירת גיבוי מלא. גישה זו מפחיתה את הסיכון לאובדן נתונים אם שרשרת של גיבויים מצמצמים נפגעת.
לחץ על סיום כדי לשמור הגדרות ולהפעיל את העבודה לפי הלוח זמנים או על סיום והפעלה כדי לשמור ולהפעיל את העבודה מיידית.
- בחר טווח הרצת משימה וקצב אם אתה מפעיל את המשימה כעת ולחץ על הפעלה.
Best Practices לגיבוי ב-VMware
ישנם מקרים הטובים ביותר שעליך לעקוב אחריהם כדי לפשט את תהליכי הגיבוי ושחזור בארגון שלך. טכניקות אלו משפרות את ההגנה על הנתונים בסביבתך ומגבירות את היעילות.
1. זהה עומס עבודה קריטי והקצה RTOs/RPOs
המכונות הווירטואליות הקריטיות וה-VMs שמשמשות באופן כבד עשויות לדרוש גיבויים תדירים יותר וערכי RPO נמוכים יותר. בנוסף, יש לשחזר את ה-VMs הקריטיות במהירות, וזה אומר שעליהן להכיל ערכי RTO נמוכים גם. ניתן להגדיר ערכי RTO ו-RPO ארוכים יותר עבור VMs שאינן קריטיות כדי להשתמש במקום אחסון ומשאבי חומרה בצורה רציונלית ולמנוע עומס על השרת. גיבוי תוספתי מאפשר ליצור נקודות שחזור נוספות ולהשיג RPO קצר יותר.
2. צור גיבויים מבוססי תמונה ואל תסתמך על צילומי מסך
גבה את ה-VMs של VMware vSphere ברמת המארח במקום ברמת האורח. במקרה זה, תקבל גיבוי נתונים של כל ה-VM כתמונה. התמונת גיבוי של הדיסקים הווירטואליים וקבצי ה-VM האחרים ניתן לשמור ביעד גיבוי בפורמטים ספציפיים. הגישה לרמת המארח מבוססת על תמונה מאפשרת לך להימנע מעומס על שרתי ESXi ועל כל התשתית. למטרה זו, ניתן להשתמש בפתרון גיבוי של VMware שמיועד לעבוד בסביבות וירטואליות, לדוגמה, NAKIVO Backup & Replication.
אל תגבה את ה-VMs ברמת מערכת ההפעלה האורח, שהיא גישת גיבוי מותרת המשמשת למכונות פיזיות. פתרונות מותרים מחייבים להתקין סוכני גיבוי על כל VM. גישה זו אינה יעילה בסביבת וירטואלית עם צריכת משאבים לא נחוצה, שגורמת להתדרדרות בביצועי VM. משאבי החומרה של ESXi האלה נמצאים בשימוש טוב יותר עבור עומסי עבודה של VM.
אל תשתמש בתמונות כגיבויים. חלק ממנהלי VMware עשויים לחשוב שיש להם גיבוי לשימוש בשחזור כאשר יש להם צילום כאשר על מכונת וירטואלית. אז, כאשר קורות פשיטה או אובדן עקב מספר רב של גורמים, הם מגלים שאינם יכולים לשחזר את ה-VM או את הנתונים ב-VM אלה. כבר כיסינו את נושא צילומי מסך נגד גיבויים, וצילומי מסך אינם גיבויים.
צילומי מסך הם חלק מקבצי VM ותלויים בדיסקים של VM. זה למה נקראים גם "שרשרת" של צילומי מסך. לצורך גיבויים תקפים של VMware, עליהם להיות מסוגלים לשחזר את המכונה הווירטואלית בלעדי קבצי המקור של המכונה הווירטואלית או התשתיות המקוריות להם.
שימו לב ש המנהיגות הטובה ביותר לצילומי מסך של VMware ממליצה על שימוש בצילומי מסך לזמן קצר בלבד. יצירת צילומי מסך רבים ושמירת צילומי מסך לזמן ארוך גורמת להפחתת ביצועי VM ולצריכת מקום אחסון רבה מדי.
גיבוי תואם יישום
מכונות וירטואליות יכולות להפעיל אפליקציות עסקיות כמו מסדי נתונים, שרתי דואר, בקרי תחום של Active Directory וכו'. עליך לוודא עדכניות של הנתונים ולהקפיא או ל- לשקט את ה-VM הרצה לגבי גיבוי הנתונים. השקט מבטיח עדכניות של הנתונים מכיוון שהנתונים מוקפאים ונמצאים במצב נכון לפני העתקה. עליה לא להיות עסקאות כתיבה כאשר מתחילים לגבות נתונים.
גיבויים שנעשו עם טכנולוגיית השקיטות עבור מכונות וירטואליות עם יישומים פעילים נקראים גיבויים יישומיים עקרוניים או גיבויים המודעים ליישום. היישומים חייבים לתמוך בפונקציונליות זו כדי להשהות כתיבת נתונים ולהמשיך בכתיבת נתונים לאחר שהנתונים גובו.
מכונות וירטואליות של VMware הרצות Windows משתמשות ב- שירות העתקת צללי נפח של Microsoft (VSS) כדי לשקט את היישומים בתוך מכונות וירטואליות כדי להכין אותם לגיבוי. על כלי VMware להיות מותקנים על מערכת ההפעלה האורח כי הם מכילים דרייבר המתקשר עם VSS, ותוכנת גיבוי VM חייבת לתמוך באינטראקציה עם VSS במערכת ההפעלה האורח.
3. ליצור מדיניות שמירה ולוח זמנים המבוססים על RPOs
להשתמש בתזמון של גיבויים בהתאם לערך ה-RPO עבור מכונה וירטואלית מסוימת או קבוצת VM. יש להגדיר תזמון עבור גיבויים של VM חיוניות עם מרווחי זמן נמוכים יותר כדי להבטיח שכמות הנתונים האבודה בין נקודת השחזור האחרונה ואירוע אובדן הנתונים תהיה מינימלית.
להגדיר את הזמן שבו יש לשמור את הגיבויים ואת נקודות השחזור שלהם. ייתכן שיהיו צורך בנקודות שחזור ישנות עבור כמה מכונות וירטואליות כדי לוודא שניתן לשחזר נתונים גם אם נזיקה לנתונים או מחיקתם לא נזהו מיידית לאחר אירוע כזה. יש להשתמש ב- מדיניות שמירה של סבא-אבא-בן (GFS).
4. אסטרטגיית גיבוי 3-2-1 ושכבות אחסון
יש ליצור עותקי גיבוי משניים, וזה חיוני לכל ארגון שמייחש לנתוניו כחשובים. יש להקפיד על לפחות עותק גיבוי אחד חוץ מהמיקום הפיזי הראשי של היישום, כדי להבטיח שאם המיקום הפיזי ירד, העותק יישאר בטוח ויהיה אפשרי לשחזורו.
בימינו, רבים חוויים תקיפת רנסום שמפגיעה לא רק במשאבי הייצור והקובץ המקורי, אלא גם במשאבי הגיבוי. אם משתמש עם הרשאות מנהל נפגע מתקיפת רנסום, ייתכן כי הרנסום יצליח לגשת למערכות הייצור והגיבוי, כולל מאגרי הגיבוי.
ניתן ליצור עותק נוסף של גיבוי המאוחסן במיקום הייצורי הראשי ולשלוחו למאגר גיבוי משני. למיטב העדפה, מאגר הגיבוי המשני יהיה במיקום פיזי שונה, בקרבת מקום או באזור גיאוגרפי אחר. כל עוד קיימת קישוריות רשת למאגר הגיבוי, ניתן להעתיק את הנתונים למאגר הגיבוי המשני.
הכלל הגיבוי 3-2-1 מהווה יסוד בעיצוב פתרון גיבוי מערכת יישומים (VM) של ארגון, שהוא חזק מספיק כדי להתמודד ביעילות עם מצבי הפסקת כמה סוגים של סיוע בשיקום האסון. הכלל אומר שאתה צריך להחזיק (3) עותקים של הנתונים שלך, על (2) סוגים שונים של מדיות, ולפחות (1) מאלו מחוץ לאתר (למשל, בענן הציבורי). בהחלט יש חוכמה בגישה זו, כי אם יש לך את כל עותקי הנתונים שלך במקום אחד והמקום הזה חווה אסון, אתה עשוי לאבד לא רק את הנתונים הייצוריים, אלא גם את נתוני גיבוי ה-VM.
כדי לעקוב אחרי הדרך הטובה ביותר לגבי גיבוי תוכנה VMware VMs, וודא שלפתרון ההגנה על הנתונים שלך יש את הפונקציונליות המאפשרת לעותקי גיבוי להימצא במקומי, מרחוק, או אפילו בענן ציבורי (כמו AWS או Azure). זה יכול לתת לך גמישות ועמידות כדי לעמוד בפני סוגים שונים של אסונות. השימוש בענן ציבורי לאחסון גיבוי VMware VM הוא דרך מצוינת להשיג גיוון גיאוגרפי, שכן הנתונים שלך יכולים לחיות במיקומים גיאוגרפיים שונים ברחבי העולם.
שימוש באחסון מקומי מהיר, אחסון מקומי איטי, קלטת וענן על פי מודל מדרגת האחסון שנבחר יכול לעזור לך לחסוך במחירים. אתה יכול לאחסן גיבויים של ה-VM החיוניים ביותר על אחסון מהיר ועותקיהם של הגיבוי על אחסון איטי או בענן. גיבויים ישנים יותר יכולים להישאר על אחסון איטי או להועבר לקלטת.
5. הגנה מרסאנוור עם חוסר יכולת לשינוי
הגל האחרון של תוקפי רנסום הראה כי אין בטחון למידע מפני התקפות, אפילו לא למידע גיבוי. כדי לוודא שהגיבויים שלך מוגנים משינויים והצפנה על ידי רנסום, שלח עותקי גיבוי ליעדים לא ניתנים לשינויים.
מאגר גיבויים לא ניתן לשינויים יכול להימצא בענן, לדוגמה, Amazon S3, במחיצה מוגנת או ספריית מקומית של שרת שניהל על ידי תוכנה מיוחדת, או על ידי ציוד מיוחד אשר תומך בניצול כמו סרטים ודיסקים. אפשרויות אלו משתמשות בדגם WORM, או כתיבה פעם אחת קריאה רבות, כדי לאפשר גישה למידע המאוחסן בגיבוי בלי לאפשר שינויים בו.
זה אומר כי אם התקפת רנסום מכה את תשתיות הייצור והגיבוי שלך לאחר שנוצר הגיבוי לא ניתן לשינויים, תוכל עדיין להשתמש בו לשחזור מהיר ומוצלח.
6. מצבי העברת נתונים אופטימליים (לא ברשת מקומית, וכו')
כאשר בוחרים פתרון גיבוי VM מודרני עבור סביבת VMware vSphere שלך, חשיב לשים לב למוצרים שיעילים מנקודת מבט הרשת ומציעים מצב העברת נתונים באופן לא ברשת מקומית, כך שתוכל להיות בטוח כי העומס על רשתות הייצור לא ישפיע על העומס המונה על פעילויות הייצור.
כמה מפתרונות הגנת הנתונים הללו מאפשרים גישה ישירה ל-SAN (Storage Area Network), שמאפשרת לך להתעלם מרשתות הייצור כדי להעתיק נתוני גיבוי מסביבות VMware לייצור. לרוב, זה כולל קריאת נתונים ישירה ממכשיר ה-SAN באמצעות כרטיס פייבר או iSCSI, שמספקת שיפור משמעותי בביצועים שמשפיע ישירות על הזמן הדרוש להפעלת עבודות גיבוי של מכונות וירטואליות של VMware.
בנוסף, על ידי הצעת תכונת Hot Add, מפתרונות הגנת הנתונים המודרניים יכולים לקרוא ולכתוב נתונים גם אל/מתמונות של מכונה וירטואלית של VMware דרך מחסניות ה-I/O, ומתעלות על המחסניות של TCP/IP של המארח, וכך עוזרות להקל על נציגות הרשת ולהפחית את משך עבודות הגיבוי של מכונות וירטואליות.
בכלל, בשימוש בפתרון גיבוי VM המיישם את מנגנוני גיבוי ה-VM הזמינים ביותר, תוך ניתוח קיבולת SAN, ניתן להיות בטוחים שגיבויי VM של VMware נעשים בצורה הטובה ביותר עם הפחתת עומס בתשתיות הרשת של הייצור.
7. אוטומציה של תהליכים
הפעלת גיבויים באופן ידני עלולה להביא לפספוסים בגיבוי והחזקת גיבויים ולהתנפלות עבודות גיבוי. דרישת גיבוי עבודות לרוץ באופן אוטומטי ולעקוב אחרי תכניות הגיבוי הטובות כדי למנוע התנפלויות ועמידה בקווי המלך של תכניות הגיבוי כדי למנוע התנפלויות ועומס יתר על התשתית עם מספר גדול של גיבויים של VM באותו זמן.
חלוקת עבודות גיבוי במהלך הזמן כאשר מתזמנים אותם כדי למנוע התנפלויות ועמידה בקווי המלך, אם זה אפשרי. אם יש לך חלון גיבוי קטן, למשל, מספר שעות בלילה, וודא שרוחב הפס של הרשת וביצועי החומרה דיו לגיבויים של נתונים גדולים במהירות גבוהה.
היכולת להפעיל תוכניות הגנה על נתונים באופן אוטומטי על ידי שימוש בממשק מנהלים מושלם המבוסס על HTTP API מאפשרת לך לתקשר באופן תכנותי, לפקח, להפוך אוטומטי ולתאם את כל התהליך של חיבור המבוסס של VMware מבנה המידע שלך. לדוגמה, אפשר לפקח על מצב הבריאות של רכיבי המוצר, כולל מאגרי הגיבוי, להפוך אוטומטי גיבוי מסותקן, לשפר הסדרה עם דוחות, וכו ' (ראה את התרשים למטה).
פתרונות גיבוי של VM שמאפשרים שרשור של עבודות גיבוי וגיבוי שלהם עם סדר מסוים יכולים גם לקלות באוטומטיזציה של גיבוי VM של VMware. שימור האוטומטיזציה של תהליך גיבוי VM הוא חיוני אם אתה רוצה לרדוף אחרי הדרך הטובה ביותר לגיבוי מכונות וירטואליות של VMware.
VMware מספקת מספר API לשילוב תוכנה והגנה על נתונים. ממשקים אלה מאפשרים למפתחים ליצור תוכנת גיבוי VM המתקשרת ישירות עם VMware vSphere סביבות ומשתמשת במאפיינים הווירטואליזציה הזמינים לגיבוי נתונים יעיל.
API של VMware vSphere להגנה על נתונים הוא אחד ה API המעניינים ביותר מנקודת מבט של גיבוי נתונים VM. ממשק זה מאפשר ליישומים גיבוי להעביר את עיבוד הגיבוי מרשת ESXi ומספק תכונות ייחודיות לגיבוי מכונות וירטואליות. NAKIVO Backup & Replication משתמש ב- vSphere API עבור גיבוי מכונות וירטואליות יעיל.
8. אימות גיבויים ובדיקת השחזורים
מפורט באנגלית.
אם לא תאמת את גיבויי ה-VM של VMware שלך, אתה עשוי להכין לעצמך כישלון. קיימות סיפורי אימה מאתרי מערכות שלא אמתו את גיבויי ה-VM שלהם ולמדו שגיבויי ה-VM האלה היו פגומים או שלא התירו לשחזר נתונים חיוניים כפי שצפוי רק בתרחישי החירום האמיתיים. לכן, עדיף למצוא פתרון להגנת נתונים שמספק דרך אוטומטית לאמת גיבויי VM (לדוגמה, עם צילומי מסך), מאחר שביצוע אימות ידני הוא מתיש וזמן יקר. אימות גיבויי VM הוא תרגול מומלץ כדי לוודא את הדרך הטובה ביותר לגבות מכונות וירטואליות של VMware.
9. מעקב אחר הסביבה שלך
כמה פתרונות גיבוי מספקים כלים למעקב של VMware vSphere שנותנים לך ראיות מלאה על התשתית שלך. עם תכונות כאלו, אתה יכול לשמור עין על כל המדדים המרכזיים בזמן אמת וליצור דוחות כדי לייעל את הביצועים של הסביבה הווירטואלית שלך ולפתור את הנקודות המצוקה.
10. עדכן את פתרון הגיבוי שלך לגרסה העדכנית ביותר
ברשותך את הגרסה העדכנית ביותר של פתרון גיבוי מספק יתרונות כמו שיפור בטיחות, הוספת תכונות חדשות, תיקוני באגים, ושיפור תכונות קיימות. זה מאפשר לך להישאר מעודכן ומוכן לאתגרים העדכניים ביותר בקשר להגנת הנתונים.
Source:
https://www.nakivo.com/blog/best-way-to-back-up-vmware-virtual-machines-comprehensive-checklist/