VEEAM שותפים עם מיקרוסופט ו- VMware כדי לאפשר שירותי ענן מהדור הבא

סיכום:

Veeam שיתפה פעולה עם Microsoft ו- VMware כדי לספק שירותי ענן מהדור הבא. שיתוף פעולה זה יאפשר למשתמשים ליהנות משיפור יכולות גיבוי ושכפול משופרות תוך מינוף כוח הענן. המאמר דן בחשיבותה של סביבת vsphere אמינה ובשיקולי המפתח ליישום מוצלח של גיבוי ושכפול Veeam. זה גם מדגיש את ההשפעה של פעולות תמונת מצב ומספק טכניקות למזער את השפעותיהם. בסך הכל, שותפות זו שמה לה למטרה לספק שירותי ענן משופרים ולהבטיח הגנת נתונים חלקה לארגונים.

נקודות מפתח:

1. שרת vCenter בביצוע היטב ואמין הוא קריטי למשרות מצליחות.

2. שרת vCenter אמור להיות תמיד זמין בעבודות גיבוי ועליו לבצע בצורה אופטימלית.

3. סביבות גדולות יותר עם מספר עבודות במקביל דורשות שרת vCenter שיכול להתמודד עם עומס עבודה מוגבר.

4. על שרת הגיבוי להיות בעל קישוריות עקבית ואמינה לשרת vCenter.

5. פעילויות תחזוקה בשרת vCenter צריכות להתבצע כאשר עבודות Veeam אינן בטלה, ויש להפסיק את שירות הגיבוי של Veeam.

6. פעולות תמונת מצב ב- vSphere משפיעות על ביצועי הסביבה ויש לקחת בחשבון.

7. ליצירת תמונת מצב יש השפעה מינורית, אך יש לקחת בחשבון את מגבלות הגודל.

8. תמונת מצב פתוחה משפיעה על ביצועי VM, ביצועי מארח ואחסון קלט/פלט.

9. להסרת תמונת מצב יש את ההשפעה הגבוהה ביותר לביצועים והיא דורשת פעולות R/W נוספות והשהיית VM קצרה.

10. צילומי תצלום יתומים היו נושא נפוץ, ו- Veeam הציגה את תכונת האנטר של תמונת המצב כדי לטפל בבעיה זו.

שאלות:

1. כמה חשוב הביצועים של שרת vCenter עבור עבודות Veeam מצליחות?

תשובה: הביצועים של שרת vCenter הם מכריעים עבור עבודות VEEAM מוצלחות שכן בעיות קישוריות יכולות לגרום לכישלונות בעבודה.

2. מה צריך לעשות אם שרת vCenter מתפקד בצורה לא טובה במהלך פעולות רגילות?

תשובה: יש לבצע אופטימיזציה של שרת vCenter לפני יישום גיבוי ושכפול של Veeam כדי להבטיח פעולות חלקות.

3. כיצד העומס בשרת vCenter משפיע על כשלים בעבודה?

תשובה: מוגבר עומס עבודה של עסקאות בשרת vCenter יכול להוביל לכישלונות עבודה אקראיים בגלל פסק זמן לפקודה.

4. מהי אפשרות הפריסה המוצעת עבור שרת הגיבוי ושרת vCenter?

תשובה: בדרך כלל מומלץ למקם את שרת הגיבוי בסמיכות הגיונית קרובה לשרת vCenter, אך קישוריות עקבית ואמינה היא דרישת המפתח.

5. אילו אמצעי זהירות יש לנקוט במהלך תחזוקת שרת vcenter?

תשובה: זה הטוב ביותר לעצור את כל עבודות Veeam ושירות הגיבוי של Veeam בעת ביצוע תחזוקה בשרת vcenter.

6. כיצד פעולות תמונת מצב משפיעות על סביבת vSphere?

תשובה: לפעולות תמונת מצב יש השלכות ביצועים על VM.

7. מהי מגבלת גודל הקובץ המרבית עבור תמונות VMware?

תשובה: גודל הקובץ המרבי עבור תמונות תמונות VMware, כולל כל קבצי תמונת המצב ודיסק הנתונים, תלוי בגרסת VMFS.

8. כיצד תמונות פתוחות משפיעות על ביצועי VM ועל ביצועי האחסון?

תשובה: VMs הפועלים עם צילומי תמונות פתוחים חווים קלט/פלט איטי יותר, ועומס שטח נוסף ו- I/O נדרש על האחסון הבסיסי.

9. מהי השפעת הביצועים של הסרת תמונת מצב?

תשובה: להסרת תמונת מצב יש את ההשפעה הגבוהה ביותר לביצועים, וכתוצאה מכך עומס קלט/פלט מוגבר והפסקת VM קצרה.

10. כיצד VMware ממזער את ההשפעה של הסרת תמונת מצב בגרסאות חדשות יותר של vSphere?

תשובה: VMware משתמש בשיטת “מתגלגל תמונת מצב” כדי למזער את משך זמן ההפסקה של VM במהלך הסרת תמונת מצב.

11. מה התכונה של צייד תמונת המצב שהוצגה על ידי Veeam?

תשובה: תכונת האנטר של תמונת המצב מסייעת בטיפול בבעיה של תמונות תמונות יתומות הנגרמות כתוצאה מפעולות התחייבות לתמונת מצב של VMware כושלת.

12. כמה נפוץ תמונות יתום, וכיצד Veeam מטפל בבעיה זו?

תשובה: צילומי תמונות יתומים היו נושא נפוץ, ו- Veeam פיתחה את תכונת האנטר של תמונת המצב כדי לזהות ולנהל תמונות אלה.

13. מה מטרת השותפות בין Veeam, Microsoft ו- VMware?

תשובה: השותפות שמה לה למטרה לספק שירותי ענן מהדור הבא ולשפר את יכולות הגיבוי והשכפול.

14. כיצד ייהנו ארגונים משותפות זו?

תשובה: ארגונים יוכלו למנף את כוחה של הענן תוך הבטחת הגנת נתונים חלקה באמצעות יכולות גיבוי ושכפול משופרות.

15. מה המטרה של שיתוף הפעולה של Veeam עם מיקרוסופט ו- VMware?

תשובה: המטרה היא לאפשר שירותי ענן מהדור הבא ולספק לארגונים פתרונות הגנת נתונים מתקדמים.

VEEAM שותפים עם מיקרוסופט ו- VMware כדי לאפשר שירותי ענן מהדור הבא

למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

אינטראקציה עם vsphere

גיבוי ושכפול Veeam מסתמכים מאוד על תשתית vsphere שהיא מגנה עליה. חלק גדול מההצלחה של היישום תלוי בביצועים וביציבות של סביבה זו. בחלק זה נדון באינטראקציות הללו ונציין את הפריטים שיש לקחת בחשבון ליישום מוצלח. אמנם ניתן לחבר שרת גיבוי ושכפול של Veeam ישירות למארחי ESX (i), אך פרק זה מניח סביבת vSphere עם לפחות שרת vcenter אחד, וכי שרת הגיבוי משולב ברמת שרת vCenter, מכיוון שזו התצורה הטובה ביותר בכל מקרה השימוש במקרים.

שרת vCenter

• בעיות עם קישוריות לשרת vCenter היא אחת הסיבות המובילות למשרות Veeam הכושלות. קיום שרת vCenter בעל ביצועים טובים עם קישוריות אמינה יקל על בעיה זו ויספק עמוד שדרה חזק לתשתית גיבוי אמינה.
• שרת vCenter חייב להיות אמין וזמין תמיד כאשר עבודות הגיבוי פועלות. עליו להיות מסוגל לענות על שאילתות ולבצע פעולות בפרק זמן סביר. אם שרת vCenter מתפקד בצורה לא טובה במהלך פעולות רגילות, יש לתקן זאת לפני יישום גיבוי ושכפול Veeam.
• עבור סביבות גדולות יותר, עם עבודות רבות במקביל, במיוחד עבודות הפועלות במרווחים קצרים, העומס בשרת vCenter יכול להיות משמעותי. על שרת vCenter להיות מסוגל להתמודד עם עומס עבודה מוגבר של עסקאות כדי למנוע תקלות בעבודה אקראיות עקב פסק זמן לפקודה.
• על שרת הגיבוי להיות בעל קישוריות רשת אמינה לשרת vCenter. בדרך כלל מוצע כי שרת הגיבוי ממוקם בסמיכות הגיונית קרובה לשרת vCenter, אך לא תמיד זו אפשרות הפריסה הטובה ביותר. במקרים בהם יש לפרוס את שרת הגיבוי ושרת vCenter לאורך מרחק, הדרישה האמיתית היחידה היא שהחיבור הזה הוא עקבי ואמין.
• כאשר מתבצעת תחזוקה בשרת vCenter, הנוהג הטוב ביותר היה מכתיב כי כל עבודות הגיבוי והשכפול של Veeam חייבים להיות סרק, ויש להפסיק את שירות הגיבוי של Veeam. זה כולל יישום עדכוני Windows (אם שימוש בגרסה ההתקנה של Vcenter Server), תיקוני ושדרוגים של שרת vCenter, או כל תחזוקה שתדרוש הפעלה מחדש של שירות vCenter או את הפעלה מחדש של המערכת.

השפעת פעולות תמונת מצב

ליצירת גיבויים של VM, גיבוי VEEAM ושכפול ממנפים את פונקציונליות VMware vSphere Snapshot. יצירה והסרה של תמונות בתצלום ב- vSphere יוצרת השפעה משמעותית על הסביבה שיש לקחת בחשבון. פרק זה יתאר גורמים שונים שיש לקחת בחשבון לגבי תהליך זה, ויציע מספר טכניקות כדי למזער את ההשפעה של פעולות תמונת מצב.

יצירת תמונת מצב

לפעולה בפועל של יצירת תמונת מצב בדרך כלל יש השפעה מינורית: יש ליצור את קובץ תמונת המצב, ויש קצר מאוד “לְזַעזֵעַ” של ה- VM. זֶה “לְזַעזֵעַ” בדרך כלל הוא מספיק קצר (בדרך כלל, פחות משנייה), ולכן לעיתים רחוקות מדובר בבעיה למעט היישומים הרגישים ביותר לזמן.

הערה: גיבוי veeam ושכפול ממנף תמונת מצב VM סטנדרטית לתהליך הגיבוי. לתמונות VMware אלה יש מגבלות בגודל קובץ יחיד. זכור כי גודל הקובץ המקסימלי כולל את כל קבצי תמונת המצב ודיסק הנתונים בסך הכל. לדוגמה, אם יש לך גרסת VMFS ישנה 3 גודל הקובץ המרבי (כולל תמונות) הוא 2TB ולכן אין לגודל דיסק הנתונים שלך מעל 1.98TB עדיין להיות מסוגל ליצור תמונות תמונות. לפרטים, עיין ב- VMware KB סעיף 1012384.

תמונת מצב פתוחה

פשוט יש תמונת מצב פתוחה ל- VM פועל כרוך בעונש ביצועים כלשהו ב- VM, מארח ESX (i) והאחסון הבסיסי. המארח צריך לעקוב אחר הקלט/פלט, פיצול כותב לקובץ תמונת המצב ולעדכן את מטא הנתונים של קובץ תמונת המצב. תקורה זו בתורו משפיעה על האורח (בעיקר עם איט איטי יותר).

בדרך כלל זה הבולט ביותר עבור VMs עם עומס כתיבה משמעותי, ויש לו פחות השפעה על ביצועי הקריאה.

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

הערה: עיין ב- VMware KB סעיף 1035550 למידע על תהליכי VMOTION VMOTION VMOTION המתבצע עם תמונות פתוחות.

הסרת תמונת מצב

הסרת תמונת מצב היא הצעד עם ההשפעה הגבוהה ביותר מנקודת מבט הביצועים. עומס הקלט/פלט גדל משמעותית, בגלל פעולות ה- R/W הנוספות הנדרשות לביצוע חסימות תמונת המצב בחזרה ל- VMDK המקורי. בסופו של דבר זה מוביל ל- VM “לְזַעזֵעַ” נדרש לבצע את החלקים הסופיים של תמונת המצב. ה “לְזַעזֵעַ” היא בדרך כלל הפסקה קצרה (בדרך כלל רק כמה שניות או פחות); ה- VM אינו מגיב (“איבד פינג”) בזמן שהקטעים האחרונים של קובץ תמונת המצב מחויבים.

VMware vSphere משתמש ב- “תמונת מצב מתגלגלת” לגרסאות ישנות יותר ובשיטה זהה לאחסון VMotion משתמשת החל מ- vSphere 6.0U1 כדי למזער את ההשפעה והמשך של הלם. להסבר מפורט על בעיות הסרת תמונת מצב, עיין בסעיף 1002836 VMware KB.

צייד תמונת מצב

ב- Veeam Support, אחד ממקרי התמיכה הנפוצים ביותר היה לתמונות יתומים. תמונות תמונות יתומות נגרמו על ידי VMware’S תמונת מצב כושלת של פעולות התחייבות נכשלות בגלל מנעולי קבצי VMDK שלא פורסמו במהלך פעולות VDDK. Veeam משתמש בעיבוד תמונת מצב VMware סטנדרטי VM לתהליכי גיבוי ושכפול, כך שלמרות ש- Veeam לא היה מקור התצלומים היתומים, שכן Veeam משתמש בתמונות VMware, Veeam נתפס לעתים קרובות כגורם שורש שכן בעיה זו התגלתה רק כאשר גיבוי נכשל.

אם לא מנוטרים כראוי, תמונות תמונות יתומות יכולות לגרום לבעיות לא צפויות רבות. הבעיות הנפוצות ביותר הן מאסימות נתונים של VM VM, או צילומי תמונות הגדלים כל כך גדולים שהם אי אפשר להתחייב. זהו סוגיית VMware vSphere ידועה המתוארת בסעיף 1007814 של VMware KB. הדרך היחידה לתקן באופן ידני את הנושא הזה היא שיבוט ה- VM וביצוע גיבוי VM מלא חדש.

כדי להבין את התהליך, עיין כיצד פועלת האנטר בתמונת המצב ב- HelpCenter.

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

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

הפניות

• מרכז העזרה של Veeam – מדריך למשתמש VSphere
• VMware KB סעיף 1025279
• הערכת תצורת VM VM
• VMware KB סעיף 1012384
• VMware KB סעיף 1035550
• VMware KB מאמר 1002836
• VMware KB מאמר 1007814
• איך פועל צייד תמונת מצב
• דוחות הערכת תשתית

זכויות יוצרים © 2019-2023 פתרונות אדריכלים, תוכנת Veeam.

VEEAM שותפים עם מיקרוסופט ו- VMware כדי לאפשר שירותי ענן מהדור הבא

Baar, שוויץ: 15 באוקטובר 2014: תוכנת Veeam®, הספק החדשני של פתרונות המספקים זמינות למרכז הנתונים המודרני ™, היום הודיע ​​היום כי הוא משתף פעולה עם מיקרוסופט ו- VMware כדי לעזור לשותפים להרחיב את הצעות הזמינות שלהם לענן. באופן ספציפי, Veeam עובד בשיתוף פעולה הדוק עם מיקרוסופט וגם VMware כדי להבטיח שספקי ענן Veeam (VCPS) יוכלו לפרוס בצורה חלקה את Veeam Cloud Connect ב- Microsoft Azure ו- VMware VCloud Air.

ככל שהמגזר הגדול ביותר של שוק תוכנת ניהול האחסון, שוק תוכנת הגיבוי/התאוששות גדל 6.8% בשנת 2013 עד 4 דולר.7 מיליארד, שהיה איטי יותר בהשוואה לצמיחה של 2012 של 8.1%. הצמיחה הייתה, בחלקה, תוצאה של הביקוש לפתרונות משולבים לגיבוי/התאוששות המותאמת בענן והצורך המוגבר בניהול מידע. כאשר עסקים נראים להרחיב את פעילותם לענן – ציבור או היברידי – הגנה על נתונים היא מועמד אידיאלי. באמצעות השותפויות הקרובות שלה עם מיקרוסופט ו- VMware, Veeam ממשיכה להוביל את השוק בהעברת פיתרון חזק כדי לענות על צרכי הלקוח.

“ברחבי העולם לקוחות ומשווקים כאחד מחפשים את הענן כדי לגדל את עסקיהם,” העיר Ratmir Timashev, נשיא ומנכ”ל Veeam. “הצבת נכסים קריטיים מחוץ שלך ‘קירות’ היא קפיצת אמונה, אך עם Microsoft Azure ו- VMware Vcloud Air, משווקים וספקי שירותים יש שתי הצעות המסייעות להם לקחת את העלות, המורכבות והדאגה מהתכנון והפריסה של מרכז הנתונים. ל- Veeam יש שותפויות ארוכות שנים עם מיקרוסופט וגם עם VMware, והצוותים שלנו משולבים בחוזקה כדי להבטיח שיחד, אנו מסוגלים לספק את העסק תמיד ™ תמיד.”

Veeam ממליץ לארגוני IT לעקוב אחר כלל 3-2-1: שלושה עותקים של נתונים על שני סוגים שונים של מדיה, שאחד מהם הוא מחוץ לאתר. Veeam מאפשר לה לספק את הדרישה מחוץ לאתר מבלי שתצטרך להשקיע בתשתיות או בניהול מחוץ לאתר, מכיוון שמשאבי ענן זמינים לפי דרישה.

כחלק מהמחויבות שלה לספק זמינות חזקה מבוססת ענן, Veeam הודיעה לאחרונה על שותפי Veeam Cloud Propider (VCP) שיספקו תמיכה לגיבוי בענן עם Veeam Cloud Connect ביום הראשון של זמינות Veeam Suite ™ V8 זמינות כללית, ומבטל את הצורך בלקוחות לפרוס תשתית מחוץ לתשתית יוחס.

שילוב של Veeam Cloud Connect עם Azure ו- Vcloud Air יעניינו במיוחד חברים קיימים וחדשים ברשת Veeam Profartner שרוצים להפוך לספקי שירותים ולהציע זמינות בענן, מבלי להשקיע בתשתית הענן שלהם.

Veeam Cloud Connect, חלק מ- New Veeam Amabial Suite V8, מעניק ללקוחות Veeam אמצעים משולבים, מאובטחים ויעילים לחלוטין להעברת גיבויים למאגר גיבוי מחוץ לאתר המנוהל על ידי נותן השירות לבחירתם; ובכך הימנעות מהשקעת ההון המקדימה של תשתית החוץ שלהם. ספקי שירותים מקבלים פלטפורמה פשוטה וחזקה למסירת גיבוי מהיר ומאובטח לענן עבור מעל 111,500 לקוחות Veeam. למעשה, Veeam Cloud Connect כל כך פשוט להתקנה עד שכל פרופרטנר של Veeam יכול להפוך לספק שירות ולהציע שירותי גיבוי מחוץ לאתר ללקוחות תוך פחות מעשר דקות באמצעות ספק השירות’S תשתית ענן משלה או VMware VCloud Air או Microsoft Azure.

למידע נוסף בקר באתר http: // www.veeam.com.

אודות תוכנת Veeam

Veeam® מספק זמינות למרכז הנתונים המודרני™ על ידי מינוף טכנולוגיות וירטואליזציה, אחסון וטכנולוגיות ענן כדי לספק יעדי זמן התאוששות ונקודה (RTPO ™) של פחות מ -15 דקות עבור כל הנתונים והיישומים. Veeam’S פתרונות מאפשרים לעסקים תמיד עם התאוששות במהירות גבוהה, הימנעות מאובדן נתונים, הגנה מאומתת, נתונים ממונפים ונראות מלאה. Veeam Backup & Replication ™ ממנפת טכנולוגיות המאפשרות את מרכז הנתונים המודרני, כולל VMware vSphere, Microsoft Hyper-V, NetApp Storage ו- HP 3PAR Storeserv ו- Storevirtual אחסון, כדי לסייע לארגונים לעמוד ב- RTPOS, לחסוך זמן, להקל על סיכונים ולהפחית באופן דרמטי עלויות הפעלה. Veeam Avization Suite ™ מספק את כל היתרונות והתכונות של גיבוי ושכפול Veeam יחד עם ניטור, דיווח ותכנון קיבולת מתקדמים לתשתית הגיבוי. Veeam Management Pack ™ עבור System Center הוא ההרחבה המקיפה, האינטואיטיבית והאינטליגנטית ביותר לניהול אפליקציות למתכת של תשתיות Hyper-V ו- VSphere, וכוללת ניטור ודיווח על גיבוי ושכפול Veeam. תוכנית Veeam Cloud Cloud (VCP) מציעה רישוי חודשי ותמידי גמיש כדי לענות על צרכי האירוח, השירות המנוהל וספקי שירותי ענן. תוכנית VCP כוללת כיום למעלה מ- 5,000 שותפים לספק שירותים ברחבי העולם.

Veeam, שנוסד בשנת 2006, מונה כיום 25,000 פרופרטים ולמעלה מ- 111,500 לקוחות ברחבי העולם. Veeam’המטה הגלובלי ממוקם בבאר, שוויץ, ולחברה יש משרדים ברחבי העולם.

• חדר חדשות
• גיבוי Veeam &
  שכפול
• סמינרים מקוונים מוקלטים
• הדגמות מוצרים
• ניירות לבנים

דרישות מערכת

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

המידע בדף זה תקף נכון למועד עדכון העמוד האחרון.

מגבלות והמלצות

דו קיום עם שרתי ייצור קריטיים למשימה

אנו לא ממליצים לך להתקין גיבוי ושכפול Veeam ורכיביה במכונות קריטיות למשימה בסביבת הייצור כגון Vcenter Server, Controller, Microsoft Exchange Server, Small Business Server/ Windows Server Essentials וכן הלאה. במידת האפשר, התקן גיבוי ושכפול Veeam ורכיביה במכונות ייעודיות. ניתן להתקין משותף לתפקידי רכיב תשתית גיבוי.

Core Microsoft Windows Server Core

אתה יכול להקצות תפקידים של פרוקסי גיבוי, מאגר גיבוי, מאיץ WAN, Veeam Cloud Connect Infrastructure רכיבי תשתית קלטת ומכונות למכונות המריצות את ליבת Server Microsoft Windows.
שים לב שאינך יכול להתקין גיבוי ושכפול Veeam ו- Veeam Backup Gongp.

המכונה עליה אתה מתכנן להתקין גיבוי ושכפול Veeam לא בהכרח צריך להיות חבר תחום. עם זאת, אם אתה מתכנן לשחזר את פריטי ה- Microsoft Exchange מממשק המשתמש של Veeam Backup Enterprise Manager, עליך להתקין את Veeam Backup Enterprise Manager בשרת החברים Domain מ- Microsoft Active Directory Forest בו נמצאים תיבות דואר של Microsoft Exchange.

כדי להימנע מבעיות משא ומתן בין גיבוי ושכפול Veeam לשרת לינוקס, על האחרון להשתמש בציפנים, אלגוריתמי חילופי מפתח (KEX) ואלגוריתמי MAC התואמים לספריות SSH הנתמכות על ידי גיבוי VEEAM ושכפול:

מומלץ: AES128-CTR, AES192-CTR, AES256-CTR, [email protected], [email protected], [email protected]

נתמך לתאימות לאחור: 3DES-CBC, 3DES-CTR, AES128-CBC, AES192-CBC, AES256-CBC, ARCFOUR, ARCFOUR128, ARCFOUR256, BUBLESH-CBC, Blowfish-CTR, CAST128-CBC, TWOF-CBC, TWOFISH1-CBC1-CBC1-CBC1-CBC1-CBC128-CBC128-CBC1-CBC12812 C, Twofish192-Ctr, Twofish256-CBC, Twofish256-Ctr

מומלץ: Diffie-Hellman-Group-Group-Exchange-SHA256, Diffie-Hellman-Group14-SHA256, Diffie-Hellman-Group15-SHA512, Diffie-Hellman-Group16-SHA512, ECDH-SHA2-NISTP256, ECDHH2-NISTP384, ECDH-SHA2-NISTP256, ADDHH2-NISTP384, ADDH252526, ADDHH284-NISTP384 25519-SHA256@libssh.אורג

נתמך לתאימות לאחור: Diffie-Hellman-Group1-SHA1, Diffie-Hellman-Group14-SHA1, Diffie-Hellman-Group-Exchange-SHA1

מומלץ: HMAC-SHA2-256, HMAC-SHA2-512

נתמך לתאימות לאחור: HMAC-MD5, HMAC-MD5-96, HMAC-SHA-256-96, HMAC-SHA1-96, HMAC-SHA2-512-96, HMAC-ripemd160, [email protected], hmac-sha1

ודא שתצורת ה- SSH שלך בשרת לינוקס מאפשרת להשתמש לפחות בצופן, אלגוריתם KEX ו- MAC מהטבלה שלמעלה. אתה יכול להריץ את הפקודה הבאה כדי לאמת את רשימת האלגוריתמים המותרים:

sudo sshd -t | grep “\ (Ciphers \ | Macs \ | Kexalgorithms \)”

עבור מתקנים של All-in-One, אתה יכול לחסר 2 ג’יגה-בייט של משאבי זיכרון מכל אחד מהם אבל תפקיד אחד. 2 GB אלה מוקצים למערכת ההפעלה עצמה, בהנחה שכל רכיב מותקן בשרת הייעודי.

כל אחד מרכיבי הגיבוי של NAS הבאים עשוי לצרוך עד 4 GB זיכרון RAM לכל משימה (במקרה של מכשירי אחסון כפולים, עד 8 GB זיכרון RAM): מאגר גיבוי, פרוקסי גיבוי, מאגר מטמון . וודא שאתה מקצה מספיק משאבי זיכרון להתקנה שלך. עבור התקנות All-in-One, לשרת בו כל הרכיבים מותקנים חייב להיות מספיק משאבי זיכרון לכל הרכיבים.

שיתוף רכיבי תשתית גיבוי על פני התקנות Veeam

אנו לא ממליצים להשתמש ברכיבי תשתית גיבוי משותפת על פני מתקני Veeam שונים בגלל מספר סיבות:

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

מעבד: מעבד x86-64 (מינימום 4 ליבות מומלצות).

זיכרון: 4 GB זיכרון RAM בתוספת 500 מגה בייט זיכרון RAM לכל עבודה במקביל. צריכת הזיכרון משתנה בהתאם למספר ה- VMs בתפקיד, גודל מטא נתונים של VM, גודל תשתיות הייצור וכן הלאה.

בנוסף, למשתמשים עם התקנות קלטות (עבור קובץ לקלטת עבודות עיבוד של יותר מ -1,000,000 קבצים):

• 1.5 GB זיכרון RAM לגיבוי קובץ לגיבוי עבור כל 1,000,000 קבצים
• 2.זיכרון RAM של 6 GB לשחזור קבצים עבור כל 1,000,000 קבצים
• 1.3 GB זיכרון RAM למשרות קטלוג עבור כל 1,000,000 קבצים

שטח דיסק: 5 GB 1 להתקנת מוצרים ו -4.5 ג’יגה -בייט למיקרוסופט .מסגרת נטו 4.7.2 התקנה. 10 ג’יגה -בייט ל 100 VM לתיקיית קטלוג מערכת קבצי אורח (נתונים מתמשכים). שטח דיסק חינם נוסף לתיקיית מטמון לשחזור מיידי (נתונים שאינם מתכוונים, לפחות 100 ג’יגה-בייט מומלצים).

רשת: 1 GBPs או מהיר יותר לגיבוי ושכפול באתר, ו -1 Mbps או מהיר יותר לגיבוי ושכפול מחוץ לאתר. חביון גבוה וקישורי WAN לא יציבים למדי נתמכים.

1 כאן ולאורך מסמך זה GB נחשב כ- 2^30 בתים, TB כ- 2^40 בתים.

גרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות נתמכות 1:

• Microsoft Windows Server 2022
• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows Server 2012 R2 2, 3
• Microsoft Windows Server 2012 2, 3
• Microsoft Windows 11 (גרסאות 21H2, 22H2)
• Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
• Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

1 הפעלת שרת גיבוי Veeam או כל אחד מרכיבי תשתית הגיבוי של Veeam בגרסאות פנים של מערכת ההפעלה של Microsoft Windows (גם לקוח וגם שרת) אינו נתמך.

לא ניתן להוסיף או להשתמש בשרתי מנהל ענן VMware בגרסה זו של Microsoft Windows OS.

3 יתכנו בעיות בעת שימוש בגיבוי Veeam עבור Nutanix AHV עם שרת גיבוי פועל בגרסה זו של מערכת ההפעלה של Microsoft Windows. למידע נוסף, עיין במאמר זה של Veeam KB .

התקנה מקומית או מרחוק של הגרסאות הבאות של PostgreSQL 1:

• PostgreSQL 14.איקס
• Postgresql 15 ו -15.1 (PostgreSQL 15.1 כלול בהגדרת הגיבוי וההתכפול של Veeam)

התקנה מקומית או מרחוק של הגרסאות הבאות של SQL Server של Microsoft:

• Microsoft SQL Server 2022
• Microsoft SQL Server 2019
• Microsoft SQL Server 2017
• Microsoft SQL Server 2016
• Microsoft SQL Server 2014
• Microsoft SQL Server 2012

כל המהדורות של שרת SQL של ​​Microsoft נתמכות. השימוש במהדורת SQL Server Express של Microsoft מוגבל על ידי גודל מסד הנתונים עד 10 ג’יגה -בייט. אם אתה מתכנן לקבל מסדי נתונים גדולים יותר, השתמש במהדורות אחרות של Microsoft SQL Server.

אם אתה מתכנן להשתמש במנוע מסד נתונים שאינו PostgreSQL 15.1, כלול בהגדרת הגיבוי והכפול של Veeam, עליך להתקין אותו בעצמך.

ניתן לפרוס גיבוי ושכפול של Veeam ו- Veeam Backup Enterprise Manager Bassease Base. למידע נוסף, עיין במאמר זה של Veeam KB .

1 גיבוי ושכפול VEEAM אינו תומך בהתקנות PostgreSQL בשירותי מסד נתונים בענן (לדוגמה, שירות מסד נתונים של אמזון (RDS).

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

• מיקרוסופט .מסגרת נטו 4.7.2
• Microsoft Windows מתקין 4.5

• Microsoft PowerShell 5.1

• אובייקטים של Microsoft SQL Server Management (עבור SQL Server בלבד)
• סוגי מערכת CLR של SQL Server System (עבור SQL Server בלבד)
• מציג דוחות של מיקרוסופט להפצה מחדש 2015
• זמן ריצה של מיקרוסופט יוניברסל C

התקנת שרת הגיבוי דורשת גם התקנה אוטומטית של תוכנת התנאי המוקדם עבור תוספי ענן Veeam .

יש להתקין את התוכנה הבאה באופן ידני:

• Firefox, Google Chrome או Microsoft Edge (אופציונלי, כדי להשתמש ב- Veeam Backup Manager Manager Web UI).

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

שקול את הדברים הבאים:

• אם אתה מתכנן לגבות VMs המריצים את Microsoft Windows Server 2012 R2 ואילך, וכפילויות נתונים מופעלות עבור כמה נפחי VM, מומלץ לפרוס את קונסולת הגיבוי והכפול של Veeam ושרת Mount במכונה שמפעילה גרסה זהה או מאוחרת יותר של Microsoft Windows Server עם תכונת הכפפות נתונים. אחרת, סוגים מסוימים של פעולות שחזור עבור VMs אלה (כגון שחזור ברמת הקבצים של Microsoft Window.

• בשל מגבלותיה, ניתן להשתמש במהדורת SQL Server Express של Microsoft SQL רק למטרות הערכה או במקרה של סביבת ייצור בקנה מידה קטן. לסביבות עם הרבה VMs, יש צורך להתקין גרסה מסחרית פונקציונלית לחלוטין של Microsoft SQL Server.

למידע נוסף, ראה שרת גיבוי .

מעבד: מעבד x86-64.

זיכרון: 2 GB RAM

שטח דיסק: 500 מגה בייט להתקנת מוצרים ו -4.5 ג’יגה -בייט למיקרוסופט .מסגרת נטו 4.7.2 התקנה.

רשת: חיבור 1 מגהביט לשנייה לשרת הגיבוי. חביון גבוה ורוחב פס נמוך משפיעים על היענות ממשק המשתמש.

נתמכות גרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות:

• Microsoft Windows Server 2022
• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows Server 2012 R2
• Microsoft Windows Server 2012

• Microsoft Windows 11 (גרסאות 21H2, 22H2)
• Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
• Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

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

• מיקרוסופט .מסגרת נטו 4.7.2
• מתקין Windows 4.5
• Microsoft PowerShell 5.1

• אובייקטים של Microsoft SQL Server Management (עבור SQL Server בלבד)
• סוגי מערכת CLR של SQL Server System (עבור SQL Server בלבד)
• מציג דוחות של מיקרוסופט להפצה מחדש 2015

• זמן ריצה של מיקרוסופט יוניברסל C

יש להתקין את התוכנה הבאה באופן ידני:

• Firefox, Google Chrome או Microsoft Edge (אופציונלי, כדי להשתמש ב- Veeam Backup Manager Manager Web UI)

מעבד: מעבד x86-64 עם מינימום של 2 ליבות (VCPUS), בתוספת 1 ליבה (VCPU) עבור כל 2 משימות נוספות במקביל. השימוש במעבדים מהירים יותר משפר את ביצועי עיבוד הנתונים. למידע נוסף, ראה הגבלת משימות במקביל .

זיכרון: 2 GB זיכרון RAM בתוספת 500 מגה בייט לכל משימה במקביל. גודל הזיכרון הנדרש בפועל עשוי להיות גדול יותר ותלוי בכמות הנתונים לגיבוי, תצורת מכונה והגדרות עבודה. השימוש בזיכרון מהיר יותר (DDR3/DDR4) משפר את ביצועי עיבוד הנתונים.

שטח דיסק: 750 מגה בייט עבור פרוקסי מיקרוסופט מבוססי Windows; 400 מגה-בייט עבור פרוקסי מבוססי לינוקס .

רשת: 1 GBPs או מהיר יותר לגיבוי ושכפול באתר, ו -1 Mbps או מהיר יותר לגיבוי ושכפול מחוץ לאתר. חביון גבוה וקישורי WAN לא יציבים למדי נתמכים.

תמיכה בגרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות נתמכות, כולל מהדורת ליבה:

• Microsoft Windows Server 2022

• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows Server 2012 R2
• Microsoft Windows Server 2012

• Microsoft Windows 11 (גרסאות 21H2, 22H2)
• Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
• Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

גרסאות 64 סיביות של התפלגות לינוקס הבאות נתמכות. שימו לב כי נדרשים Bash Shell ו- SSH.

• סנטוס 7.איקס
• דביאן 10.0 עד 11.0

• Oracle Linux 7 (Uek3) ל- 9 (Uek R7)
• Oracle Linux 7 עד 9 (Rhck)

• RHEL 7.0 עד 9.1
• SLES 12 SP4 ואילך, 15 SP1 ואילך
• אובונטו: 18.04 lts, ​​20.04 lts, ​​ו- 22.04 LTS

למידע נוסף על פרוקסי הגיבוי של VMware, דרישותיו ומגבלותיו, עיין בפרוקסי גיבוי VMware .

הטבלה הבאה מציגה את דרישות המערכת המינימליות עבור פרוקסי גיבוי המשמש בגיבוי NAS.

מעבד: מעבד x86-64 עם מינימום 2 ליבות (VCPUS). השימוש במעבדים מרובי ליבות משפר את ביצועי עיבוד הנתונים ומאפשר לעבד משימות נוספות במקביל.

זיכרון: 4 GB זיכרון RAM לכל משימה במקביל. השימוש בזיכרון מהיר יותר (DDR3/DDR4) משפר את ביצועי עיבוד הנתונים.

שטח דיסק: 300 מגה בייט.

רשת: חביון גבוה וקישורי WAN לא יציבים למדי נתמכים.

נתמכות גרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות:

• Microsoft Windows Server 2022

• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows Server 2012 R2
• Microsoft Windows Server 2012

• Microsoft Windows 11 (גרסאות 21H2, 22H2)
• Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
• Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

פרוקסי גיבוי המריצים את Microsoft Windows Server 2012 R2 ומאוחר יותר תומכים בתכונה VSS עבור שיתופי קבצים של SMB. כדי להשתמש בו, וודא כי כל הדרישות המפורטות במאמר זה של Veeam KB מתקיימות.

למידע נוסף על שימוש ב- Proxy Backup עבור NAS Backup, עיין ב- Proxy Backup בתמיכה בגיבוי של NAS .

הטבלה הבאה מציגה את דרישות המערכת המינימליות עבור Proxy CDP VMware.

מעבד: מעבד x86-64 עם מינימום 8 ליבות (VCPUS). השימוש במעבדים מרובי ליבות משפר את ביצועי עיבוד הנתונים ומאפשר לעבד משימות נוספות במקביל.

זיכרון: RAM של 16 ג’יגה -בייט. שימוש בזיכרון רב יותר מאפשר תקופות קלט/פלט של כתיבת שיא ארוך יותר לפני שמדיניות CDP עוברת למטמון קלט/פלט מבוסס דיסק מבוסס דיסק. השימוש בזיכרון מהיר יותר משפר את ביצועי עיבוד הנתונים.

שטח דיסק: 300 מגה-בייט פלוס מטמון קלט/פלט מבוסס דיסק (נתונים לא עמידים, לפחות 50 ג’יגה-בייט מומלצים). מטמון גדול יותר מאפשר תקופות השבתה ארוכות יותר של רשת לפני שמדיניות CDP עוברת למצב CBT.

רשת: 100 מגהביט לשנייה או מהר יותר.

תמיכה בגרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות נתמכות, כולל מהדורת ליבה:

• Microsoft Windows Server 2022
• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows Server 2012 R2
• Microsoft Windows Server 2012

• Microsoft Windows 11 (גרסאות 21H2, 22H2)
• Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
• Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

גרסאות 64 סיביות של התפלגות לינוקס הבאות נתמכות. שימו לב כי נדרשים Bash Shell ו- SSH.

• סנטוס 7.איקס
• דביאן 10.0 עד 11.0

• אורקל לינוקס 7 (UEK3) עד 8.3 (Uek R6 U2)
• אורקל לינוקס 7 עד 8.5 (rhck)

• RHEL 7.0 עד 9.1
• SLES 12 SP4 ואילך, 15 SP1 ואילך
• אובונטו: 18.04 lts, ​​20.04 lts, ​​ו- 22.04 LTS

למידע נוסף על פרוקסי CDP של VMware, עיין ב- VMware CDP Proxy .

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

מעבד: מעבד x86-64. מספר הליבות תלוי בהגדרות המשימה במקביל. למידע נוסף, ראה הגבלת משימות במקביל .

זיכרון: לא פחות מ- 500 MB זיכרון RAM עבור כל דיסק מכונה מעובד במקביל ולא פחות מ- 4 GB זיכרון RAM עבור כל נתח קבצים מעובד במקביל. למידע נוסף, ראה הגבלת משימות במקביל . לקבלת המלצות להקצאת RAM לגיבוי של NAS, ראה מגבלות והמלצות לגיבוי NAS .

רשת: 1 GBPs או מהיר יותר לגיבוי ושכפול באתר, ו -1 Mbps או מהיר יותר לגיבוי ושכפול מחוץ לאתר. חביון גבוה וקישורי WAN לא יציבים למדי נתמכים.

תמיכה בגרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות נתמכות, כולל מהדורת ליבה:

• Microsoft Windows Server 2022

• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows Server 2012 R2
• Microsoft Windows Server 2012

• Microsoft Windows 11 (גרסאות 21H2, 22H2)
• Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
• Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

נתמכות גרסאות 64 סיביות של התפלגות לינוקס הבאות:

• סנטוס 7.איקס
• דביאן 10.0 עד 11.0

• Oracle Linux 7 (Uek3) ל- 9 (Uek R7)
• Oracle Linux 7 עד 9 (Rhck)

• RHEL 7.0 עד 9.1
• SLES 12 SP4 ואילך, 15 SP1 ואילך
• אובונטו: 18.04 lts, ​​20.04 lts, ​​ו- 22.04 LTS

Bash Shell ו- SSH נדרשים לפרוס את סוכן הניהול (ניתן להשבית את שרת SSH לאחר מכן ואינו נדרש לעדכון רכיבי Veeam). פרל נדרש רק עבור הובלות נתונים של Veeam שאינם מתקיימים . עיין ברשימה המלאה של מודולי פרל הנדרשים במאמר זה של Veeam KB .

לשילוב XFS מתקדם (שיבוט מהיר), רק התפלגות לינוקס של 64 סיביות הבאות נתמכות:

• דביאן 10.x, ו- 11
• RHEL 8.2 עד 9.1
• SLES 15 SP2, SP3, SP4
• אובונטו 18.04 lts, ​​20.04 lts, ​​22.04 LTS

עבור הפצות אחרות, תמיכה בשילוב של XFS היא ניסיונית, עם גרעין גרעין 5.4 ואילך מומלץ. למידע נוסף, עיין במאמר זה של Veeam KB .

למידע נוסף, עיין במאגר גיבוי .

אם אתה מתכנן להשתמש במאגר גיבוי של Microsoft Windows עם כפילויות נתונים, וודא שאתה מגדיר נכון את Server Microsoft Windows. למידע נוסף, עיין במאמר זה של Veeam KB .

סוגי האחסון הבאים יכולים לשמש כמאגר מטמון לגיבוי NAS:

• אחסון ישיר מחובר. אתה יכול להוסיף שרתים וירטואליים ופיזיים כמאגרי מטמון:
  • שרת Windows של Microsoft (רק 64 סיביות נתמכות) נתמכות).
  • שרת לינוקס (רק 64 גרסאות סיביות נתמכות).
  • אחסון צמוד רשת. אתה יכול להוסיף SMB (CIFS) שיתוף או שיתוף NFS כמאגר מטמון.

  לדרישות המערכת של שרתי מאגר גיבוי שיכולים לשמש כמאגר מטמון, ראה מאגר גיבוי שרת גיבוי .

  למידע נוסף על מאגר המטמון, עיין במאגר מטמון בתמיכה בגיבוי NAS .

  מאגר מטמון למאגר אחסון אובייקטים

  אם מאגר המטמון עובד עם שיתוף קבצים המגובה במאגר אחסון אובייקטים, הוא מעבד גם מטא נתונים פעילים המשמשים בכבדות במהלך גיבוי ושחזור פעולות. אז תדרוש יותר שטח דיסק למאגר המטמון. נפח שטח הדיסק הזה תלוי במספר גרסאות הקבצים בשיתוף הקבצים ובמספר עבודות הגיבוי של קבצים המגנים על שיתוף הקובץ הזה. אנו ממליצים להקצות לא פחות מ- 1.5 ג’יגה -בת. אם אתה מגן על אותו נתח קבצים, למשל, עם 2 עבודות גיבוי שונות, נפח המטא נתונים יכפיל. למידע נוסף, עיין באחסון אובייקטים כמאגר גיבוי של NAS .

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

  מעבד: מעבד x86-64.

  זיכרון: 2 GB RAM פלוס 200MB לכל משימה במקביל. בהתאם למקור עבודות הקלטת, ישויות שונות נחשבות למשימות: לגיבוי מכונה לקלטת, משימה מכסה עבודת מקור או שרשרת מקור אם מופעלת מקבילה לקלטת; לגיבוי קבצים לקלטת, משימה מכסה שרת שלם או שיתוף קובץ. השבת VM. בנוסף (לקבצים לקלטת עבודות עיבוד של יותר מ -1,000,000 קבצים):

  • RAM של 800 מגה -בייט לגיבוי קובץ לגיבוי עבור כל 1,000,000 קבצים
  • משרות קטלוג RAM של 800 מגה -בייט עבור כל 1,000,000 קבצים

  שטח דיסק: 300 מגה בייט, בתוספת 10 ג’יגה -בייט לאחסון נתונים זמני לגיבוי ושחזור פעולות.

  רשת: 1 GBPs או מהר יותר.

  תמיכה בגרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות נתמכות, כולל מהדורת ליבה:

  • Microsoft Windows Server 2022
  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016
  • Microsoft Windows Server 2012 R2
  • Microsoft Windows Server 2012
  • Microsoft Windows 11 (גרסאות 21H2, 22H2)
  • Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
  • Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

  גרסאות 64 סיביות של התפלגויות הלינוקס הבאות נתמכות 1:

  • סנטוס 7.איקס
  • דביאן 10.0 עד 11.0
  • Oracle Linux 7 (Uek3) ל- 9 (Uek R7)
  • Oracle Linux 7 עד 9 (Rhck)
  • RHEL 7.0 עד 9.1
  • SLES 12 SP4 ואילך, 15 SP1 ואילך
  • אובונטו: 18.04 lts, ​​20.04 lts, ​​ו- 22.04 LTS

  1 שים לב ששרת הקלטת דורש זכויות גישה לשורש. מסיבה זו, לא ניתן להשתמש במאגר מוקשה כשרת הקלטת.

  מעבד: מעבד x86-64. השימוש במעבדים מרובי ליבות משפר את ביצועי עיבוד הנתונים, ומומלץ מאוד על קישורי WAN מהר יותר מ -10 מגהביט לשנייה.

  זיכרון: 8 GB RAM. השימוש בזיכרון מהיר יותר (DDR3/DDR4) משפר את ביצועי עיבוד הנתונים.

  שטח דיסק: דרישות שטח הדיסק תלויות בתפקיד מאיץ WAN. מאיץ WAN מקור דורש 20 ג’יגה -בת. צריכת שטח הדיסק היא דינאמית ושינויים כאשר מתווספים VMs ייחודיים (או מוסרים ממקום) בעבודות עם תאוצה של WAN מופעלת. מאיץ WAN WAN דורש גודל מטמון גלובלי כהגדרתה על ידי המשתמש (סכום קבוע). שטח הדיסק שמור מייד בבחירת מאיץ ה- WAN כמטרה אחת בכל עבודה. למידע נוסף, עיין בגודל מאיץ WAN .

  רשת: 1 GBPs או מהיר יותר לגיבוי ושכפול באתר, ו -1 Mbps או מהיר יותר לגיבוי ושכפול מחוץ לאתר. חביון גבוה וקישורי WAN לא יציבים למדי נתמכים.

  תמיכה בגרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות נתמכות, כולל מהדורת ליבה:

  • Microsoft Windows Server 2022
  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016
  • Microsoft Windows Server 2012 R2
  • Microsoft Windows Server 2012
  • Microsoft Windows 11 (גרסאות 21H2, 22H2)
  • Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
  • Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

  למידע נוסף, עיין במאיץ WAN .

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

  ניתן לבצע גיבויים לאחסון מבוסס הדיסק הבא:

  • אחסון מקומי (פנימי) של שרת מאגר הגיבוי.
  • אחסון מחובר ישיר (DAS) המחובר לשרת מאגר הגיבוי, כולל כונני USB/ESATA חיצוניים, USB עוברים ומיפוי מכשירים גולמיים (RDM) נפח.
  • רשת אזור אחסון (SAN). יש לחבר את שרת מאגר הגיבוי לבד SAN באמצעות חומרה או HBA וירטואלי, או תוכנה ISCSI יוזם.
  • אחסון מצורף לרשת (NAS) המסוגל להציג את קיבולתו כ- NFS שיתוף (גרסאות פרוטוקול 3.0 ו -4.1 בלבד) או SMB/CIFS שיתוף (כל גרסאות פרוטוקול). שימוש באחסון NAS בדרגה צרכנית ללא בקר RAID בדרגה ארגונית עם מטמון כתיבה מגובה סוללה (BBWC) אינו מומלץ לשיקולי אמינות.
  • אמזון S3
  • אחסון בענן של גוגל
  • אחסון אובייקטים של IBM Cloud
  • אחסון Blob של מיקרוסופט Azure
  • כל אחסון אובייקטים תואם S3 (מכשיר מקומי או ספק אחסון ענן)
  • Dell Data Domain (DD OS גרסה 6.2 עד 7.10) עם רישיון DDBOOST. גם קישוריות Ethernet וגם Fiber Channel (FC) נתמכת.
  • Exagrid 1 (קושחה גרסה 5.0.0 ואילך).
  • Fujitsu eternus cs800 1 גרסת תוכנה 3.4.0 ואילך.
  • HPE Storeonce (גרסת קושחה 3.18.18 ואילך עבור Gen3 ו- 4.2.3 ואילך עבור Gen4) עם רישיון זרז. גם קישוריות Ethernet וגם Fiber Channel (FC) נתמכת. שים לב ש- HPE Storeonce Federated Catalyst אינו נתמך.
  • Infinidat infiniguard 1 גרסה 3.6 ואילך.
  • Quantum 1 (DXI Software 3.4.0 ואילך). מערכות DXI קוונטיות נתמכות כוללות DXI4700 (תצורת NAS), DXI4700 (תצורת רב-פרוטוקול), DXI 4800, DXI 6900, DXI 6900-S, DXI 9000. מצב פעולות תואמות FIPS דורש תוכנת DXI 4.0 ואילך.

  1 מערכות אחסון אלה משתמשות בשירות הובלת Veeam. וודא שהם עומדים גם בדרישות המערכת לשרת מאגר הגיבוי .

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

  • אמזון S3 (כולל קצה כדור שלג AWS)
  • אחסון בענן של גוגל
  • אחסון אובייקטים של IBM Cloud
  • אחסון Blob של Microsoft Azure (כולל תיבת נתונים של Microsoft Azure)
  • אחסון ענן חם ווסאבי
  • כל אחסון אובייקטים תואם S3 (מכשיר מקומי או ספק אחסון ענן)

  לאחר העתקת הגיבויים או הועמסו לאחסון Blob של Amazon S3 או Microsoft Azure, הם יכולים להיות עוד יותר לאחת משיעורי אחסון האובייקטים הקרים הבאים באמצעות שכבות ארכיון הגיבוי לגיבוי בקנה מידה:

  • אחזור מיידי של קרחון אמזון S3
  • Amazon S3 קרחון אחזור גמיש
  • ארכיון עמוק קרחון אמזון S3
  • שכבת ארכיון Azure של מיקרוסופט

  עבור הרשימה המלאה של פתרונות שנבדקו על ידי שותפים הכוללים פתרונות אחסון גיבוי ראשוני, פתרונות אחסון אובייקטים תואמים S3 ופתרונות אחסון לא מקוונים, עיין בדף Veeam זה .

  למידע על יעד הגיבוי של NAS, ראה גיבוי, ארכיון, מאגרים משניים בתמיכה בגיבוי NAS .

  מקור הנתונים של המקור וביצוע היעד נתמך עבור Veeam CDP:

  • NFS באחסון קבצים
  • VMFS באחסון בלוקים
  • VMFS על אחסון ESXI פנימי
  • Vsan

  VSAN נתמך עבור כל מכשירי התשתית (HCI) (HCI).

  VVOL נתמך עבור הספקים הבאים: NetApp, HPE Nimble, אחסון טהור ו- HPE 3PAR. לרשימת קווי המוצרים שנבדקו בספק, עיין במאמר זה של Veeam KB .

  התמיכה במכשירי HCI ממתינים לאימות על ידי Veeam. התיעוד יעודכן על סמך תוצאות הבדיקה. לקבלת העדכונים, עיין בדרישות CDP ומגבלות .

  ל- VVOL ו- VSAN של כל ספק יש גבולות למספר אובייקטי האחסון. ברגע שמגיעים למגבלה, CDP מתחיל להיכשל מכיוון שלא ניתן להשלים יצירת אובייקטים חדשים. כדי לשחזר את תהליך ה- CDP, הסר כמה אובייקטים מ- VSAN/VVOL.

  נתמכים ספריות קלטות LTO3-LTO9 (כולל VTL) וכוננים עצמאיים. יש לחבר ישירות את מכשיר הקלטת לשרת הגיבוי, לשרת קלטות באמצעות ממשק SAS, FC או ISCSI. שים לב ש- VMware אינו תומך בחיבור ספריות קלטת ל- ESXI עבור VM מעבר.

  • התקני קלטת ללא מנהלי התקן OEM הספציפיים למכשירים, המסופקים לספקים עבור Windows המותקנים יופיעו במנהל ההתקנים של Windows כלא ידוע או כללי ודורשים הפעלת מצב פקודות SCSI מקורי.
  • אם מצבי התקנת מנהל התקנים מרובים זמינים עבור התקן הקלטת שלך, השתמש בזה שמאפשר מספר ידיות פתוחות ממארח ​​לכונן להתקיים בו זמנית. בדרך כלל, נהגים כאלה מכונים “לא בלעדי”.
  • שום שרת גיבוי אחר לא חייב להיות אינטראקציה עם מכשיר הקלטת.

  גיבוי ושכפול Veeam מציע שילוב עם מערכות האחסון הבאות:

  • קישוריות NFS בלבד
  • היפרפלקס 4.0 (2x) ואילך (גיבוי מצילומי אחסון, מצב שילוב מלא)
  • אימות בסיסי אינו נתמך עבור משתמשי SSO בהיפרפלקס
  • שילוב פילר לפונקציונליות גיבוי של NAS
  • קישוריות NFS או CIFS
  • Onefs 8.1.2 עד 9.4
  • NFS, Channel Channel (FC) או ISCSI קישוריות
  • Dell VNX/VNX2 כל גרסאות ה- OE נתמכות
  • Dell Vnxe OE גרסאות 3.איקס
  • Dell Unity XT/Unity OE גרסאות 5.0 עד 5.2
  • NFS, סיבים ערוץ או קישוריות ISCSI
  • גרסאות 8-Mode של ONTAP 8.2 עד 8.2.5
  • גרסאות מצבי אשכול ONTAP 9.1 עד 9.12
  • Metrocluster נתמך
  • תכונות ONTAP ניהול נתונים מודע ליישום ו- SVM-DR אינם נתמכים
  • סנאפמירור סינכרוני אינו נתמך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • גרסאות OS 3PAR 3.2.2 עד 3.3.1 MU5
  • WSAPI 1.5 ואילך
  • תגי ISCSI VLAN נתמכים
  • תחומים וירטואליים נתמכים
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • מערכת הפעלה זריזה מ- 5.0 עד 6.1.1
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • מערכת ההפעלה 6.0
  • ערוץ סיבים (FC) או ISCSI (החל מגרסאות מערכת ההפעלה 4.3 ואילך) קישוריות
  • גרסאות מערכת הפעלה 4.איקס
  • תחומים וירטואליים נתמכים
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • מערכת ההפעלה 9.3 ואילך
  • תחומים וירטואליים נתמכים
  • קישוריות ISCSI בלבד
  • גרסאות מערכת ההפעלה השמאלניות 9.5 עד 12.8
  • HPE SV3200 (LEFTHAND OS גרסה 13) אינו נתמך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • IBM Spectrum virtualize OS גרסה 8.2 ואילך
  • NFS, סיבים ערוץ או קישוריות ISCSI
  • גרסאות 8-Mode של ONTAP 8.2 עד 8.2.5
  • גרסאות מצבי אשכול ONTAP 9.1 עד 9.12
  • Metrocluster נתמך
  • תכונות ONTAP ניהול נתונים מודע ליישום ו- SVM-DR אינם נתמכים
  • סנאפמירור סינכרוני אינו נתמך
  • NFS, סיבים ערוץ או קישוריות ISCSI
  • גרסאות 8-Mode של ONTAP 8.2 עד 8.2.5
  • גרסאות מצבי אשכול ONTAP 9.1 עד 9.12
  • Metrocluster נתמך
  • תכונות ONTAP ניהול נתונים מודע ליישום ו- SVM-DR אינם נתמכים
  • סנאפמירור סינכרוני אינו נתמך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • ספקטרום וירטואליזציה 8.2 ואילך
  • NFS, סיבים ערוץ או קישוריות ISCSI
  • גרסאות 8-Mode של ONTAP 8.2 עד 8.2.5
  • גרסאות מצבי אשכול ONTAP 9.1 עד 9.12
  • Metrocluster נתמך
  • תכונות ONTAP ניהול נתונים מודע ליישום ו- SVM-DR אינם נתמכים
  • Snapmirror הסינכרוני של NetApp אינו נתמך
  • שילוב פילר לפונקציונליות גיבוי של NAS
  • קישוריות NFS או CIFS
  • שרת קבצי Nutanix 3.8.1.3 עד 4.2.0

  מערכות משולבות של API לאחסון אוניברסלי

  כדי להתחיל לעבוד עם מערכות האחסון הבאות, עליך להתקין תוספי מערכת אחסון .

  • ערוץ סיבים (FC) או קישוריות ISCSI
  • Datacore Sansymphony 10.0 psp12 ואילך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • Dell PowerMax/VMAX כל הפלאש (PowerMAX OS Microcode Family 5978 ואילך)
  • Unisphere עבור PowerMax 9.2.1.6 ואילך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • סדרת Dell Powerstore T ו- PowerStore X (Powerstore OS 2.0 ואילך)
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • מערכת האחסון של מערכת ההפעלה 7.4.2 ואילך
  • נפחי Fluidfs ונפחי חיים אינם נתמכים
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • סדרת ETERNUS AF: AF250 S2, AF650 S2, AF150 S3, AF250 S3, AF650 S3
  • סדרת ETERNUS DX: DX60 S4, DX100 S4, DX200 S4, DX500 S4, DX600 S4, DX8900 S4, DX60 S5, DX100 S5, DX200 S5, DX500 S5, DX600 S5, DX900 S5
  • גרסת קושחת אחסון:
  • סדרת ETERNUS AF S2 ו- DX S4 (למעט DX8900 S4): V10L88-1000 ואילך
  • סדרת ETERNUS AF S3 ו- DX S5, DX8900 S4: V11L30-5000 ואילך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • סדרת VSP E (93-03-01-60/00 ואילך)
  • סדרת VSP F (88-07-01-X0/00 ואילך)
  • סדרת VSP G (88-07-01-X0/00 ואילך)
  • VSP 5100 ו- VSP 5500 (90-05-01-00/00 ואילך)
  • VSP 5200 ו- VSP 5600 (90-08-01-00/00 ואילך)
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • HPE XP8 (90-05-01-00/00 ואילך)
  • NFS, Channel Channel (FC) או ISCSI קישוריות
  • Infinibox 5.0 ואילך

  עליכם להוסיף לתשתית הגיבוי רק אחד משני מערכי האחסון של Infinibox שעבורם מוגדר שכפול פעיל/פעיל, או לא לכלול את נפח המשכפל באחד ממערכים אלה מ- revescan. לפרטים כיצד לא לכלול כרכים מ- Revestan, ראה מערכות אחסון של Resenting Resenting .

  • ערוץ סיבים (FC) או קישוריות ISCSI
  • M120, M320, M320F, M520, M720, M720F (עדכון תוכנת בקרת אחסון 1234 ואילך)
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • V100, V300 (93-04-21-XX ואילך)
  • קישוריות ISCSI
  • אלמנט OS גרסה 10.0 ואילך
  • ערוץ סיבים (FC) או קישוריות ISCSI
  • טוהר 4.10 ואילך
  • ActiveCluster טוהר נתמך. נדרשת גישה ישירה לשרת פרוקסי יחיד משני מערכי האחסון באשכול.
  • תצלומי עוצמת קול משוכפלים במערך היעד נתמכים.
  • NFS, Channel Channel (FC) או ISCSI קישוריות
  • Tintri Intelliflash 3.11 ואילך

  מעבד: מעבד x86-64, 2 ליבות או יותר.

  זיכרון: 4 GB זיכרון RAM, בתוספת עד 4 GB זיכרון RAM עבור כל מכונה מעובדת במקביל או שיתוף קבצים. למידע נוסף, ראה הגבלת משימות במקביל . לקבלת המלצות להקצאת RAM לגיבוי של NAS, ראה מגבלות והמלצות לגיבוי NAS .

  שטח דיסק: 2 ג’יגה -בייט לשחפת של נתונים שעובדו במהלך משרה של SOBR עבור מכונה המשמשת כשרת Gateway עבור מאגר אחסון אובייקטים. למידע נוסף, עיין במאמר זה של Veeam KB .

  הערה: אם קובץ שיתוף גיבוי המאוחסן באחסון אובייקטים אין מטא נתונים במאגר המטמון, במהלך פעולת בדיקת השחזור או הבריאות. שיכולים לצרוך עד 80% משטח הדיסק של שרת השער.

  רשת: 1 GBPs או מהיר יותר לגיבוי ושכפול באתר, ו -1 Mbps או מהיר יותר לגיבוי ושכפול מחוץ לאתר. חביון גבוה וקישורי WAN לא יציבים למדי נתמכים.

  נתמכות גרסאות 64 סיביות של מערכות ההפעלה של Microsoft Windows הבאות:

  • Microsoft Windows Server 2022
  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016
  • Microsoft Windows Server 2012 R2
  • Microsoft Windows Server 2012
  • Microsoft Windows 11 (גרסאות 21H2, 22H2)
  • Microsoft Windows 10 (מגירסה 1909 עד גרסה 22H2)
  • Microsoft Windows 10 LTS (גרסאות LTSB 1607, LTSC 1809, LTSC 2021)

  לתקשורת עם מאגרי אחסון אובייקטים, מאגרים חיצוניים ומאגרי גיבוי NFS, באפשרותך להשתמש במכונות המפעילות גרסאות של 64 סיביות של התפלגויות לינוקס הבאות:

  • סנטוס 7.איקס
  • דביאן 10.0 עד 11.0
  • Oracle Linux 7 (Uek3) ל- 9 (Uek R7)
  • Oracle Linux 7 עד 9 (Rhck)
  • RHEL 7.0 עד 9.1
  • SLES 12 SP4 ואילך, 15 SP1 ואילך
  • אובונטו: 18.04 lts, ​​20.04 lts, ​​ו- 22.04 LTS

  למידע נוסף, עיין בשרת Gateway .

  יש להקצות את תפקיד שרת Mount למכונת Windows של 64 סיביות של מיקרוסופט שנוספה לתשתית הגיבוי. לרשימת מערכות הפעלה נתמכות, ראה קונסולת גיבוי veeam & שכפול .

  במחשב שרת הר, גיבוי ושכפול Veeam מתקין את שירות Veeam Mount. שירות Mount Veeam דורש מיקרוסופט .מסגרת נטו 4.7.2. אם מיקרוסופט .מסגרת נטו 4.7.2 לא מותקן במחשב, גיבוי veeam ושכפול יתקין אותו באופן אוטומטי.

  אם אתה מתכנן לשחזר קבצי מערכת הפעלה אורחים של VM מ- VMs המריצים את Microsoft Windows Refs או מ- VMs עם כפילויות נתונים מופעלות עבור כמה נפחים, עליך להקצות את תפקיד שרת הר למכונות המפעילות גרסאות מערכת הפעלה ספציפיות. למידע נוסף, ראה שופטים וסעיפי משנה של כפילויות נתונים בשיקום קבצי מערכת ההפעלה האורחת VM (FAT, NTFS או REFS).

  [עבור Microsoft Windows 2008R2/7] וודא שיש לך תמיכה בחתימת קוד SHA-2. בדרך כלל, רכיב זה כלול בעדכוני Windows של Microsoft Windows. למידע נוסף, עיין במסמכי Microsoft .

  המשרות הבאות צורכות 512 MB זיכרון RAM לכל דיסק VM אורח בשרת הר + 100 מגה -בייט זיכרון RAM לכל VM:

  • Surebackup
  • התאוששות מיידית
  • התאוששות דיסק מיידית

  למידע נוסף על שרת הר, עיין בשרת הר .

  המכונה בה אתה מתכנן להתקין את מנהל הארגון של Veeam Backup Anterprise לעמוד בדרישות המפורטות בסעיף דרישות המערכת במדריך למשתמש של מנהל הארגון.

  המכונה בה אתה מתכנן להתקין תוספי Veeam חייבים לעמוד בדרישות הבאות:

  תוסף AWS לגיבוי veeam ושכפול גרסה 12.0.5.xxx ואילך

  מיקרוסופט .זמן ריצת ליבה נטו 6.0 ואילך

  Microsoft ASP.מסגרת משותפת של נטו ליבה 6.0 ואילך

  פלאגין של מיקרוסופט Azure לגיבוי veeam ושכפול גרסה 12.0.4.xxx ואילך

  מיקרוסופט .זמן ריצת ליבה נטו 6.0 ואילך

  Microsoft ASP.מסגרת משותפת של נטו ליבה 6.0 ואילך

  פלאגין Google Cloud לגיבוי veeam ושכפול גרסה 12.0.3.xxx ואילך

  מיקרוסופט .זמן ריצת ליבה נטו 6.0 ואילך

  Microsoft ASP.מסגרת משותפת של נטו ליבה 6.0 ואילך

  תוסף Nutanix AHV לגיבוי veeam ושכפול גרסה 12.0.4.xxx ואילך

  מיקרוסופט .זמן ריצת ליבה נטו 6.0 ואילך

  Microsoft ASP.מסגרת משותפת של נטו ליבה 6.0 ואילך

  לקבלת דרישות מערכת אחרות של הפלאגין, עיין בגיבוי Veeam עבור מדריך למשתמש של Nutanix AHV .

  פלאגין RHV לגיבוי VEEAM ושכפול גרסה 12.0.3.xxx ואילך

  מיקרוסופט .זמן ריצת ליבה נטו 6.0 ואילך

  Microsoft ASP.מסגרת משותפת של נטו ליבה 6.0 ואילך

  לקבלת דרישות מערכת אחרות של הפלאגין, עיין בגיבוי Veeam עבור מדריך למשתמש של RHV .

  תוסף Kasten K10 לגיבוי veeam ושכפול גרסה 12.0.0.xxx ואילך

  מיקרוסופט .זמן ריצת ליבה נטו 6.0 ואילך

  Microsoft ASP.מסגרת משותפת של נטו ליבה 6.0 ואילך

  לקבלת דרישות מערכת אחרות של הפלאגין, עיין בגיבוי Veeam עבור מדריך למשתמש של Kasten K10 .

  אתה יכול ליצור גיבויים או העתקים עקביים בעסקים של VMs המריצים את היישומים הבאים.

  Microsoft Active Directory

  גיבוי veeam ושכפול תומך בגיבוי בקר תחום עבור מערכות ההפעלה הבאות:

  • Microsoft Windows Server 2022
  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016
  • Microsoft Windows Server 2012 R2
  • Microsoft Windows Server 2012
  • Microsoft Windows Server 2008 R2
  • Microsoft Windows Server 2008

  רמת פונקציונלית של תחום ותפקוד מינימום נתמכים היא Windows 2008.

  הנתמכות הגרסאות הבאות של Microsoft Exchange:

  • Exchange Microsoft 2019
  • Exchange Microsoft 2016
  • Exchange Microsoft 2013

  נתמכות הגרסאות הבאות של שרת SharePoint של Microsoft (Virtualized או ב- VMware או Hyper-V) נתמכות:

  • מהדורת המנוי של Microsoft SharePoint Server
  • Microsoft SharePoint 2019
  • Microsoft SharePoint 2016
  • Microsoft SharePoint 2013

  כל המהדורות נתמכות (מנוי, קרן, סטנדרט, ארגון).

  שחזור נתוני SharePoint של Microsoft עשוי לדרוש בימוי זמין של Microsoft SQL Server. כדי ללמוד כיצד להגדיר שרת זה, עיין בתצורה של קטע שרת SQL של ​​מדריך המשתמש של Veeam Cofforerers.

  שרת SQL של ​​Microsoft

  הגרסאות הבאות של שרת SQL של ​​Microsoft (לעיבוד מודע ליישום וגיבוי יומן עסקאות):

  • Microsoft SQL Server 2022 (רק עבור Windows)
  • Microsoft SQL Server 2019 (רק עבור Windows)
  • Microsoft SQL Server 2017 (רק עבור Windows)
  • Microsoft SQL Server 2016 SP2
  • Microsoft SQL Server 2014 SP3
  • Microsoft SQL Server 2012 SP4
  • Microsoft SQL Server 2008 R2 SP3
  • Microsoft SQL Server 2008 SP4

  כל המהדורות של שרת SQL של ​​Microsoft נתמכות.

  מסד הנתונים שאת היומנים שברצונך לגבות חייבים להשתמש במודל השחזור המלא או הכספת בתפזורת. במקרה זה, כל השינויים במצב שרת SQL של ​​Microsoft ייכתבו ליומני עסקאות, ותוכלו לשחק מחדש יומני עסקאות כדי לשחזר את שרת SQL של ​​Microsoft. אתה יכול להשתמש בסטודיו לניהול SQL Server Management Server Microsoft כדי לעבור לאחד מהדגמים הללו. למידע נוסף, עיין במסמכי Microsoft .

  שחזור נתוני SQL Server של Microsoft עשוי לדרוש בימוי זמין של Microsoft SQL Server. כדי ללמוד כיצד להגדיר שרת זה, עיין בתצורה של קטע שרת SQL של ​​מדריך המשתמש של Veeam Cofforerers.

  Oracle במערכת ההפעלה של Windows

  גיבוי veeam ושכפול תומך בגיבוי של גרסאות מסד הנתונים של Oracle הבאות:

  • Oracle Database 11G Release 2

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 12C שחרור 1

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 12C שחרור 2

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 18 ג

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 19C

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של Oracle 21C

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  אורקל במערכת ההפעלה לינוקס

  גיבוי veeam ושכפול תומך בגיבוי של גרסאות מסד הנתונים של Oracle הבאות:

  • Oracle Database 11G Release 2

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 12C שחרור 1

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 12C שחרור 2

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 18 ג

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של אורקל 19C

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  • מסד נתונים של Oracle 21C

  למערכות הפעלה נתמכות, עיין בתיעוד אורקל .

  תצורת מסד נתונים של Oracle

  שקול את הדברים הבאים:

  • ניהול אחסון אוטומטי (ASM) נתמך עבור Oracle 11G ומאוחר יותר; דורש ASMLIB נוכח.
  • אשכולות יישומים אמיתיים של Oracle (RAC) אינם נתמכים בפונקציונליות הגיבוי ברמת התמונה. השתמש בתוסף Veeam עבור Oracle RMAN . לפרטים, עיין בתוסף Veeam עבור קטע Oracle RMAN בתוספי Veeam עבור מדריך למשתמש של יישומי ארגון.
  • מהדורת Oracle Database Express Edition (XE) נתמכת במכונות מבוססות Windows בלבד.
  • תצורות עם גרסאות שונות של מסד הנתונים של Oracle שנפרס באותו שרת אינן נתמכות. השתמש בתוסף Veeam עבור Oracle RMAN . לפרטים, עיין בתוסף Veeam עבור קטע Oracle RMAN בתוספי Veeam עבור מדריך למשתמש של יישומי ארגון.
  • כדי ליצור גיבויים של מסדי נתונים של Oracle, יש להוסיף את כל שרתי Oracle המשתמשים ב- Data Guard.
  • אתה יכול להשתמש בתוסף Veeam עבור Oracle RMAN כדי לשלב את RMAN עם מאגרי גיבוי ושכפול VEEAM. לפרטים, עיין בתוסף Veeam עבור קטע Oracle RMAN בתוספי Veeam עבור מדריך למשתמש של יישומי ארגון.

  גיבוי ושכפול VEEAM תומך בגיבוי של גרסאות ה- POSTGRESQL הבאות ב- LINUX:

  • PostgreSQL 12
  • PostgreSQL 13
  • PostgreSQL 14
  • PostgreSQL 15

  קחו בחשבון שאורקל 32 סיביות הפועל על מערכות הפעלה של 64 סיביות ומהדורת Oracle Express (XE) על לינוקס אינו נתמך.

  • Veeam Explorer עבור Microsoft Active Directory
  • סייר Veeam עבור Microsoft Exchange
  • Veeam Explorer עבור Microsoft SharePoint
  • סייר Veeam עבור Microsoft SQL
  • Veeam Explorer עבור צוותי מיקרוסופט
  • Veeam Explorer עבור אורקל
  • סייר Veeam עבור PostgreSQL

  גיבוי ושחזור VMware חזקים

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

  עם מיליון התקנות פעילות, Veeam® הוא הפיתרון של צד שלישי המחובר ביותר’S בנוי למטרה לגיבוי VMware.

  אתה מתערב בעסק שלך ב- VMware – למה להמר עם ההגנה שלו?

  • סקירת מוצר
  • מה’s חדש
  • צפו בהדגמת מוצרים

  

  

  חופש הבחירה

  100% תוכנה מוגדרת ומוגנת עתיד. חומרה ואחסון אגנוסטי.

  

  ניהול פשוט וחסר סוכנים

  הגנה חסרת סוכן אמיתי עם התאוששות ברמת פריט ואובייקט.

  

  לפגוש RTOs ו- RPO

  לשחזר כל דבר באופן מיידי ל- VMware תוך כדי עמידה ביעדי השחזור של הארגון שלך.

  יכולות מעולות משפרות את הזמינות של VMware

  מוגדר תוכנה ואחסון-אגנוסטי

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

  חסרי סוכן ו- VMware-Native

  דבק ב- VMware’המשימה של הימנעות מרכיבים מיותרים, הגנה חסרת סוכנים אמיתית מספקת התאוששות ברמת פריט ואובייקט מגיבוי מבוסס תמונה יחידה ללא כל התקורה הנוספת.

  מנוע התאוששות מיידית מהדור הבא

  השג המשכיות עסקית, הימנע מהשבתה וסיפוק את ה- SLAs שלך על ידי עמידה ב- RPOs ו- RTOs שלך עם חלוץ התאוששות מיידית – מבלי להזדקק לחומרה מיוחדת.

  הוכחת כופר

  הרחק תוכנות כופר מהגיבויים שלך ב- VMware עם 100% הגנה מוגנת תוכנות כופר מפני ילידים בלתי ניתנים לשינוי בכל מחזור החיים של הגיבויים שלך.

  ניטור וניתוח

  ניהול פרואקטיבי של גיבויי VMware שלך ​​עם דיווח ונראות המגדילים את ההצלחה, מייעל את חווית התמיכה שלך ומפקח על תשתית VMware שלך ​​לפעילות זדונית.

  אפשר DevOps

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

  הגן על VMware, ענן, פיזי ועוד

  הרחב הגנה עוצמתית לכל הסביבה שלך בכל עת ללא רישיון כאבי ראש בזכות רישוי אוניברסלי של Veeam (VUL).

  אֶמְצָעִי

  • מדריך למשתמש
  • גיבוי VMware עבור Dummies E-ספר אלקטרוני

  שאלות נפוצות

  כיצד לגבות נתוני VMware

  • כדי לבצע כראוי גיבוי VMware גיבוי VMware VMS, עליך להבטיח שיש לך את הזמן, התפוקה והאחסון הדרושים לביצוע הגיבוי.
  • בחר את הזמן הטוב ביותר-בדרך כלל גיבוי VMware, כמו כל גיבוי ליבה אחר, מתבצע במהלך שעות העבודה.
  • בדוק אם למיקומי האחסון הראשוניים וגם/או המשניים עבור גיבוי VMware יש שטח מספיק זמין.
  • קבע אם גיבויים VMware VM כלשהם יתייחסו לכל יישומים הדורשים עיבוד ספציפי כדי להשיג גיבויי VMware עקביים על ידי יישומים.
  • אם אתה מתכנן להשתמש בסקריפטים לפני או לפרסם את עבודת הגיבוי של VMware, צור את אלה לפני שתתחיל.
  • קבע אילו VMware VMs יצטרכו להיות מוגנים ואילו מהם יצטרכו להיכלל מהגיבוי.
  • ברוב המקרים, באפשרותך לבצע גיבוי של מעבר יחיד של VMware, ולנצל את פיתרון הגיבוי שלך העובד ישירות עם ממשקי API לאחסון VMware VSphere להגנת נתונים כדי להבטיח שכל VMware VMs, האחסון והתצורה שלהם מוגנים ומוכנים לשחזור.

  כיצד לשחזר נתוני VMware

  התאוששות חלקים או כל חלקים של VMware VM במהלך אובדן או אפילו התאוששות מאסון VMware ניתן להשיג בדיוק כפי שאתה זקוק לו – המפתח הוא בחירת השיטה הטובה ביותר לתרחיש ההתאוששות שלך:

  • שחזור מיידי VM – השג במהירות את התאוששות אסון VMware של מכונה וירטואלית VMware יחידה על ידי הפעלתם ישירות מהגיבויים Veeam שלך כדי לשפר את יעדי זמן ההתאוששות (RTOs).
  • התאוששות דיסק מיידית של VM – שחזר מייד רק את דיסקי המכונה הווירטואלית האישית ישירות מקובץ גיבוי או כדישישי המחלקה הראשונה (FCD) ב- VMware.
  • שחזור VM שלם – השג התאוששות מלאה של VMware VMWARE על ידי שחזור VM שלם ישירות מקובץ גיבוי VEEAM או העתק VMware בחזרה למקורו או אפילו למיקום חדש.
  • שחזור קבצי מערכת הפעלה אורח – כאשר יש צורך בשחזור אסון VMware רק ברמת מערכת ההפעלה האורחת, באפשרותך לשחזר בקלות קבצי מערכת הפעלה ותיקיות בודדות מהאורחים ישירות מגיבוי Veeam, העתקים ותמונות VMware מבלי להזדקק לטביעת הרגל של האחסון כדי לשחזר את כל המכונה הווירטואלית.

  סוגי גיבויי VMware

  לגיבוי VMware, ישנן רמות שונות של VMware שניתן להגן עליו – בסופו של דבר על סמך הצרכים שלך לענות על יעדי ההתאוששות שלך. פתרונות כמו גיבוי ושכפול Veeam יספקו גיבויים ברמת חסימות, שעשויים להיות ממונפים עבור קשת התאוששות מלאה:

  • גיבוי VMware ברמת המארח-החל גיבוי VMware ברמת המארח כדי להבטיח שתפסו לא רק את כל המכונות הווירטואליות המתגוררות כיום במארח, אלא גם את כל האחסון, התצורה והמטא נתונים הדרושים אפילו לשחזור התובעני ביותר-כולל התאוששות מאסון.
  • גיבוי VMware ברמת האורח-בתוך כל מארח vSphere, אתה יכול לבחור לבחור אורחים בודדים שיכללו או להחריג מ- VMware גיבוי. שיטה זו מאפשרת לך להגן על מערכות הפעלה פרטניות ברמת האורח ועל הקבצים המשויכים שלהם, כך שתוכל לבצע התאוששות ברמת האובייקט ברמת מערכת ההפעלה האורחת.
  • מעקב חסימה השתנה (CBT)-עבור כל הגיבויים של VMware, VMware מספק יכולת מובנית כי כתבי העת כל השינויים שנעשו באורח ברמת החסימה. ניצול CBT מאפשר למוצרי גיבוי VMware כמו Veeam רק להגן על חסימות הנתונים בפועל של מה שהשתנה מאז הגיבוי האחרון, וכתוצאה מכך גיבוי VMware מהיר וקטן בהרבה.
  • כמו כן, נצל את ההגדרות המתקדמות לגיבוי VMware, כולל כלי VMware Quiesce, שיעזרו להקפיא את מערכת הקבצים במהלך גיבוי VMware. תוכנת גיבוי התומכת בכלי VMware Quiesce עבור גיבוי VMware תפס את כל הבלוקים הדרושים לגיבויים מתקיימים בקריסה ויישומים.