גיבוי, חלק לבקשת הקוראים: סקירה כללית של UrBackup, BackupPC, AMANDA

הערת ביקורת זו נמשכת מחזור גיבוי, שנכתב לבקשת הקוראים, הוא ידבר על UrBackup, BackupPC, וגם AMANDA.

סקירת UrBackup.

לבקשת המשתתף VGusev2007 אני מוסיף סקירה של UrBackup, מערכת גיבוי שרת-לקוח. זה מאפשר לך ליצור גיבויים מלאים ומצטברים, יכול לעבוד עם צילומי מכשיר (Win בלבד?), ויכול גם ליצור גיבויים של קבצים. הלקוח יכול להיות ממוקם באותה רשת כמו השרת, או להתחבר דרך האינטרנט. מעקב אחר שינויים מוצהר, המאפשר לך למצוא במהירות הבדלים בין עותקי גיבוי. יש גם תמיכה במניעת כפילויות של אחסון נתונים בצד השרת, מה שחוסך מקום. חיבורי הרשת מוצפנים, וישנו גם ממשק אינטרנט לניהול השרת. בוא נראה מה היא יכולה לעשות:

במצב גיבוי מלא התקבלו התוצאות הבאות:

שעות:

התחלה ראשונה
השקה שניה
השקה שלישית

מבחן ראשון
8m20s
8m19s
8m24s

מבחן שני
8m30s
8m34s
8m20s

מבחן שלישי
8m10s
8m14s
8m12s

במצב גיבוי אינקרמנטלי:

שעות:

התחלה ראשונה
השקה שניה
השקה שלישית

מבחן ראשון
8m10s
8m10s
8m12s

מבחן שני
3m50s
4m12s
3m34s

מבחן שלישי
2m50s
2m35s
2m38s

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

סקירת BackupPC

לבקשת המשתתף וז'יגאנוב אני מוסיף סקירה של BackupPC. תוכנה זו מותקנת על שרת אחסון גיבוי, כתובה ב-perl, ועובדת על גבי כלי גיבוי שונים - בעיקר rsync, tar. Ssh ו-smb משמשים כתחבורה; יש גם ממשק אינטרנט מבוסס cgi (פרוס על גבי apache). לממשק האינטרנט יש רשימה נרחבת של הגדרות. בין המאפיינים ניתן להגדיר את הזמן המינימלי בין גיבויים, וכן את התקופה שבה לא ייווצרו גיבויים. בעת בחירת מערכת קבצים לשרת גיבוי, עליך לוודא שתומכים בקישורים קשיחים. לפיכך, לא ניתן לחלק את מערכת הקבצים לאחסון לנקודות הרכבה. בסך הכל, חוויה די נעימה, בואו נראה למה התוכנה הזו מסוגלת:

במצב של יצירת גיבויים מלאים עם rsync, התקבלו התוצאות הבאות:

התחלה ראשונה
השקה שניה
השקה שלישית

מבחן ראשון
12m25s
12m14s
12m27s

מבחן שני
7m41s
7m44s
7m35s

מבחן שלישי
10m11s
10m0s
9m54s

אם אתה משתמש בגיבויים מלאים ובזפת:

התחלה ראשונה
השקה שניה
השקה שלישית

מבחן ראשון
12m41s
12m25s
12m45s

מבחן שני
12m35s
12m45s
12m14s

מבחן שלישי
12m43s
12m25s
12m5s

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

התוצאות של יצירת גיבויים מצטברים באמצעות rsync הן:

התחלה ראשונה
השקה שניה
השקה שלישית

מבחן ראשון
11m55s
11m50s
12m25s

מבחן שני
2m42s
2m50s
2m30s

מבחן שלישי
6m00s
5m35s
5m30s

באופן כללי, ל-rsync יתרון מהירות קל; rsync גם עובד בצורה חסכונית יותר עם הרשת. זה עשוי להתקזז בחלקו על ידי פחות שימוש במעבד עם tar כתוכנית גיבוי. יתרון נוסף של rsync הוא שהוא עובד עם עותקים מצטברים. גודל המאגר בעת יצירת גיבויים מלאים זהה, 16 ג'יגה-בייט, במקרה של עותקים מצטברים - 14 ג'יגה-בייט להרצה, כלומר ביטול כפילויות עובד.

סקירת AMANDA

לבקשת המשתתף אולדר הוספת מבחני AMANDA,

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

התחלה ראשונה
השקה שניה
השקה שלישית

מבחן ראשון
9m5s
8m59s
9m6s

מבחן שני
0m5s
0m5s
0m5s

מבחן שלישי
2m40s
2m47s
2m45s

התוכנית טוענת במלואה ליבת מעבד אחת, אך בשל דיסק ה-IOPS המוגבל בצד שרת אחסון הגיבוי, היא אינה יכולה להשיג מהירויות העברת נתונים גבוהות. באופן כללי, ההגדרה הייתה קצת יותר מטרידה מאשר עבור משתתפים אחרים, מכיוון שמחבר התוכנית אינו משתמש ב-ssh כתחבורה, אלא מיישם סכימה דומה עם מפתחות, יוצר ותחזוקה של CA מלא. אפשר להגביל באופן נרחב את הלקוח ואת שרת הגיבוי: למשל, אם הם לא יכולים לסמוך זה על זה לחלוטין, ניתן, כאופציה, למנוע מהשרת להתחיל שחזור גיבוי על ידי הגדרת הערך של המשתנה המתאים לאפס ב. קובץ ההגדרות. אפשר לחבר ממשק אינטרנט לניהול, אבל באופן כללי המערכת המוגדרת יכולה להיות אוטומטית לחלוטין באמצעות סקריפטים קטנים של bash (או SCM, למשל ansible). ישנה מערכת קצת לא טריוויאלית להגדרת האחסון, מה שככל הנראה נובעת מהתמיכה ברשימה נרחבת של מכשירים שונים לאחסון נתונים (קלטות LTO, כוננים קשיחים וכו'). ראוי גם לציין שמבין כל התוכניות הנדונות במאמר זה, AMANDA היא היחידה שהצליחה לזהות שינוי שמות של ספרייה. גודל המאגר עבור ריצה אחת היה 13 GB.

הכרזה

גיבוי, חלק 1: מדוע יש צורך בגיבוי, סקירה של שיטות, טכנולוגיות
גיבוי חלק 2: סקירה ובדיקה של כלי גיבוי מבוססי rsync
גיבוי חלק 3: סקירה ובדיקה של כפילות, כפילות
גיבוי חלק 4: סקירה ובדיקה של zbackup, restic, borgbackup
גיבוי חלק 5: בדיקת גיבוי bacula ו-veeam עבור לינוקס
גיבוי חלק 6: השוואת כלי גיבוי
גיבוי חלק 7: מסקנות

מקור: www.habr.com