גיבוי מרוחק לעסקים: איך זה עובד ומה בודקים לפני שבוחרים
מה קורה בכל שלב של גיבוי מרוחק לעסקים, נוסחה לחישוב זמן הגיבוי הראשון בקו שלכם, סוגי שחזור ואיך בודקים אותם, והשאלות לשאול ספק לפני שחותמים.
איך עובד גיבוי מרוחק לעסקים, ומה בודקים לפני שבוחרים ספק? גיבוי מרוחק לעסקים עובד כך: תוכנה קטנה בשם סוכן מותקנת על כל שרת, מעתיקה פעם אחת את כל המידע שנבחר לשרתי הגיבוי של הספק, ומשם ממשיכה לשלוח רק את מה שהשתנה, לפי לוח זמנים קבוע. העותק נשמר מחוץ למשרד, מוצפן, עם היסטוריה של גרסאות שאפשר לחזור אליהן.
המדריך מסביר מה קורה בכל שלב, איך מחשבים כמה זמן ייקח הגיבוי הראשון בקו האינטרנט שלכם, אילו סוגי שחזור קיימים ומה לשאול ספק לפני שחותמים. הוא נכתב למנהלי IT ולבעלי עסקים עם שרתים פיזיים או וירטואליים. למה בכלל צריך עותק מחוץ למשרד מוסבר במדריך כלל הגיבוי 3-2-1, ולא נחזור על זה כאן.
איך עובד גיבוי מרוחק, שלב אחר שלב
הסוכן ותוכנית ההגנה
על כל שרת מותקן סוכן גיבוי. הסוכן קורא את הדיסקים, מצפין את המידע עוד לפני שהוא יוצא מהשרת ושולח אותו לענן הגיבוי. ההגדרות נשמרות בתוכנית הגנה: מה מגבים, מתי וכמה זמן שומרים כל גרסה.
ב-גיבוי הענן של Acronis, שאותו אנחנו מספקים, מחילים תוכנית אחת על שרת בודד או על קבוצת שרתים, וכל שרת חדש שמצטרף לקבוצה מקבל אותה אוטומטית. במכונות וירטואליות של VMware vSphere ו-Microsoft Hyper-V אפשר לגבות גם מהשרת המארח, בלי להתקין סוכן בתוך כל מכונה.
גיבוי מלא ראשון, ואחריו גיבויים מצטברים
הגיבוי הראשון מעתיק את כל המידע שנבחר. הוא הארוך והכבד מכולם, ועד שהוא מסתיים אין לכם עותק שלם בענן. מהגיבוי השני והלאה עוברים רק השינויים מאז הגיבוי הקודם. לכן הגיבויים השוטפים קצרים בהרבה מהראשון, והעומס על הקו קטן בהתאם.
לוח זמנים ושמירת גרסאות
התדירות קובעת כמה עבודה העסק עלול לאבד: שרת שמגובה פעם ביום יכול לחזור לכל היותר למצב של אתמול בלילה. מדיניות השמירה קובעת כמה אחורה אפשר לחזור, למשל גרסאות יומיות לחודש וגרסאות חודשיות לשנה. שמירה ארוכה יותר דורשת יותר נפח אחסון אצל הספק. איך מתרגמים את הצרכים העסקיים לשני מספרים ברורים מוסבר במדריך RPO ו-RTO בשפה פשוטה.
מה מגבים, בקצרה
ברוב השרתים מגבים את המכונה כולה (image): מערכת ההפעלה, התוכנות, ההגדרות והמידע. כך אפשר להחזיר שרת שלם בפעולה אחת, ועדיין להוציא מהגיבוי קובץ בודד כשצריך. מסדי נתונים מגבים בגיבוי מודע-יישום, שמתאם עם המסד את רגע הצילום כדי שהעותק יהיה עקבי. בשרתי Windows הוא נשען על שירות VSS של Windows.
שרת קבצים, שרת SQL ומכונה וירטואלית לא מתגבים באותה דרך. הפירוט לפי סוג שרת, כולל תדירות מומלצת לכל אחד, נמצא במדריך גיבוי שרתים לענן לפי סוג השרת.
לפני שמבקשים הצעה, כדאי לדעת כמה מידע יש בפועל. הפקודות הבאות קוראות בלבד ולא משנות דבר. בשרת Linux, נפח תפוס ופנוי בכל מערכת קבצים:
df -h
בשרת Windows, ב-PowerShell: גודל ונפח פנוי בכל כונן, ואחר כך מצב רכיבי ה-VSS (בחלון שהורץ כמנהל):
Get-Volume
vssadmin list writers
בפלט של הפקודה האחרונה מחפשים רכיבים במצב תקין, בלי שגיאה אחרונה. רכיב שמדווח על שגיאה יגרום לגיבוי מודע-יישום של אותה תוכנה להיכשל.
הצפנה ומפתחות: מי יכול לקרוא את הגיבוי
בשירות שלנו הגיבוי מוצפן ב-AES-256 בהעברה ובאחסון. השאלה המעשית היא מי מחזיק את סיסמת ההצפנה ומה קורה אם היא אובדת.
לפי התיעוד של Acronis, כשמפעילים הצפנה בתוכנית ההגנה בוחרים מפתח AES באורך 128, 192 או 256 ביט ומגדירים סיסמה. הסיסמה עצמה לא נשמרת בשום מקום בדיסק או בגיבויים, ואין דרך לשחזר גיבוי מוצפן אם הסיסמה אבדה. בנוסף, אחרי שתוכנית ההגנה הוחלה אי אפשר לשנות את הגדרות ההצפנה שלה, וכדי להחליף אותן יוצרים תוכנית חדשה.
המשמעות ליום-יום: שמרו את הסיסמה במנהל סיסמאות של העסק, ודאו ששני אנשים לפחות יודעים איפה היא, ותעדו איזו סיסמה שייכת לאיזו תוכנית. הגישה לקונסולת הגיבוי עצמה מוגנת בהרשאות ובאימות דו-שלבי, ורק מי שהגדרתם יכול לצפות בגיבויים או לשחזר מהם.
כמה זמן ייקח הגיבוי הראשון
ספקי אינטרנט מוכרים קצב במגה-ביט לשנייה (Mbps), ונפח דיסק נמדד בג'יגה-בייט (GB). בבייט יש 8 ביטים, ולכן ג'יגה-בייט אחד הוא 8,000 מגה-ביט. מכאן הנוסחה:
זמן בשעות = נפח בג'יגה-בייט × 8,000 ÷ קצב העלאה אפקטיבי ב-Mbps ÷ 3,600
קצב ההעלאה האפקטיבי נמוך מהקצב שבחוזה, כי הקו משרת גם את העבודה השוטפת ויש תקורה של הרשת. בדוגמאות שלמטה הנחנו 70% מהקצב שבחוזה ובלי חיסכון מדחיסה. זו הנחה לצורך החישוב בלבד, ולא נתון של מוצר כלשהו. מדדו את קצב ההעלאה שלכם בשעות שבהן הגיבוי ירוץ.
| נפח לגיבוי | קצב העלאה בחוזה | קצב אפקטיבי לפי ההנחה | זמן משוער |
|---|---|---|---|
| 200 GB | 100 Mbps | 70 Mbps | כ-6.3 שעות |
| 500 GB | 100 Mbps | 70 Mbps | כ-16 שעות |
| 2,000 GB | 100 Mbps | 70 Mbps | כ-63 שעות (כ-2.6 ימים) |
| 2,000 GB | 50 Mbps | 35 Mbps | כ-127 שעות (כ-5.3 ימים) |
בקווים עסקיים רבים קצב ההעלאה נמוך מקצב ההורדה, ולכן בודקים דווקא אותו. אם הגיבוי לא יכול לתפוס את כל הקו בשעות העבודה, מתזמנים אותו לשעות שקטות ומגבילים את רוחב הפס שלו. ב-Acronis ההגבלה מוגדרת באפשרות Performance and backup window בתוכנית ההגנה.
כשהחישוב מגיע לימים רבים, יש ל-Acronis שירות בשם Physical Data Shipping: הגיבוי המלא הראשון נכתב לדיסק קשיח, הדיסק נשלח למרכז הנתונים, ורק הגיבויים המצטברים עוברים ברשת. לפי התיעוד, הגיבויים הבאים חייבים לרוץ מאותה תוכנית הגנה, והם נכשלים עד שהגיבוי הראשון נטען לענן. שאלו את הספק אם השירות זמין במסלול שלכם.
סוגי שחזור, ולמה בודקים אותם מראש
גיבוי שווה רק אם אפשר לשחזר ממנו. אלה סוגי השחזור שכדאי להכיר לפני שצריך אותם:
- קובץ או תיקייה: מאתרים את הקובץ בתוך הגיבוי ומחזירים רק אותו, מכל נקודת זמן שנשמרה.
- שרת שלם: מערכת ההפעלה, התוכנות, ההגדרות והמידע בפעולה אחת.
- לחומרה אחרת: Acronis Universal Restore מחזיר את המערכת לשרת מדגם שונה, למשל כשהשרת המקורי נשרף ואין עוד אחד זהה.
- הפעלה מתוך הגיבוי: Acronis Instant Restore מעלה את הגיבוי כמכונה וירטואלית, וחוזרים לעבוד עוד לפני שהשחזור המלא הסתיים.
שחזור מלא מהענן מוגבל בקצב ההורדה של הקו, ואותה נוסחה עונה כמה זמן הוא ייקח. שרת של 2,000 GB לא יחזור תוך שעה בקו משרדי רגיל, ולכן ההפעלה מתוך הגיבוי שימושית במיוחד בשרתים גדולים.
בדיקת שחזור טובה עונה על שתי שאלות: האם המידע חוזר שלם, וכמה זמן זה לוקח. תרחישים שכדאי לבדוק:
- לשחזר קובץ אחד ולפתוח אותו בתוכנה שיצרה אותו.
- לשחזר מסד נתונים לשרת בדיקות ולהריץ עליו שאילתה.
- לשחזר שרת שלם למכונה וירטואלית מנותקת מהרשת, ולוודא שהוא עולה והשירותים בו פועלים.
- לרשום כמה זמן נמשך כל שחזור ולהשוות ליעד שהעסק הגדיר.
בשירות המנוהל שלנו בדיקת שחזור מתבצעת אחרי ההקמה, ושוב באופן תקופתי.
גיבוי מקומי, ענן גיבוי או שניהם
ההשוואה הזו עונה על השאלה איפה כל פתרון נופל, ולמה כדאי להחזיק את שניהם.
| נושא | גיבוי מקומי בלבד | ענן גיבוי בלבד | מקומי וענן יחד |
|---|---|---|---|
| שחזור מהיר של נפח גדול | מהיר, ברשת המקומית | מוגבל בקצב ההורדה | מהעותק המקומי |
| שריפה, הצפה או גניבה במשרד | העותק נפגע יחד עם השרת | העותק בטוח מחוץ למשרד | העותק בענן שורד |
| כופרה שמתפשטת ברשת | חשוף כמו שאר הרשת | מחוץ לרשת, עם אפשרות לעותק נעול | העותק בענן שורד |
| תלות בקו האינטרנט | אין | מלאה, בגיבוי ובשחזור | רק לעותק בענן |
| מעקב אחר כשלים | לרוב ידני | התראה על כל גיבוי שנכשל | תלוי בכלי שמנהל את שניהם |
| מה צריך לתחזק | דיסקים, NAS והחלפת חומרה | מינוי והגדרות | את שניהם |
השילוב נותן שחזור מהיר מהעותק המקומי ביום רגיל, ועותק שורד בענן ביום רע. כופרה מודרנית מחפשת קודם את הגיבויים, ולכן כדאי שהעותק בענן יהיה כזה שאי אפשר למחוק או לשנות לתקופה מוגדרת. איך זה עובד ומה זה לא פותר מוסבר במדריך גיבוי immutable נגד כופרה.
שאלות לספק גיבוי לפני שבוחרים
התשובות לשאלות האלה קובעות איך ייראה יום השחזור. בקשו אותן בכתב:
- איפה נשמרים הגיבויים: באיזו מדינה ובאיזה מרכז נתונים, והאם אפשר לבחור.
- מי מחזיק את סיסמת ההצפנה, ומה קורה אם היא אובדת.
- האם יש אפשרות לעותק שאי אפשר למחוק, ולכמה זמן.
- מה התדירות המינימלית ומה מדיניות השמירה, ואיך הן מתאימות ליעדי ה-RPO וה-RTO שלכם.
- כמה זמן ייקח שחזור מלא של השרת הגדול ביותר שלכם, ובאיזו דרך.
- האם אפשר לשחזר לחומרה אחרת או למכונה וירטואלית.
- מי מקבל התראה כשגיבוי נכשל, ומי מטפל בה.
- מי מבצע בדיקות שחזור, באיזו תדירות ואיך הן מתועדות.
- מי מלווה אתכם בשחזור אמיתי, ובאיזו שפה.
- מה קורה לגיבויים כשמפסיקים את השירות, ותוך כמה זמן הם נמחקים.
ספק שעונה על כל השאלות בבירור, כולל על שחזור, חוסך לכם את ההפתעה ביום שבו השרת לא עולה.
כשהשרתים כבר נמצאים בענן
שרת וירטואלי אצל ספק אחסון צריך גיבוי מרוחק בדיוק כמו שרת במשרד. תמונת מצב (Snapshot) או גיבוי שנשמרים על אותה תשתית לא יעזרו אם התשתית עצמה נפגעה. אפשר להתקין את סוכן Acronis על שרת VPS או על שרת ייעודי ולגבות אותו לענן Acronis, בנפרד מהתשתית שבה הוא רץ. ההסבר המלא נמצא במדריך גיבוי Acronis לשרת VPS.
מי שמעדיף להוציא את השרתים מהמשרד ולא לנהל אותם בעצמו יכול לבחור שרת VPS מנוהל, שבו הצוות שלנו מטפל בעדכוני מערכת, בניטור ובגיבויים לפי המדיניות שנבחרה.
שאלות נפוצות
כמה רוחב פס צריך לגיבוי מרוחק?
הגיבוי הראשון תלוי בכל הנפח, והנוסחה שלמעלה מראה כמה זמן ייקח בקו שלכם. אחריו מה שקובע הוא כמות השינויים היומית, שלרוב קטנה בהרבה מהנפח הכולל. אפשר לתזמן את הגיבוי לשעות שקטות ולהגביל את רוחב הפס שלו.
אפשר לגבות שרת בלי לעצור אותו?
כן. הגיבוי רץ כשהשרת פעיל, על בסיס צילום של הדיסק. במסדי נתונים משתמשים בגיבוי מודע-יישום, שמתאם עם המסד את רגע הצילום כדי שהעותק יהיה עקבי.
מה ההבדל בין גיבוי מרוחק להתאוששות מאסון?
גיבוי שומר עותק שממנו משחזרים. התאוששות מאסון מאפשרת להמשיך לעבוד גם כשהשרת הראשי מושבת, על ידי הפעלת השרתים בסביבה של הספק. גיבוי הוא תנאי להתאוששות מאסון, אבל לא תחליף לה.
מה קורה אם שוכחים את סיסמת ההצפנה?
לפי תיעוד Acronis, אין דרך לשחזר גיבויים מוצפנים בלי הסיסמה, והיא לא נשמרת בשום מקום. לכן שומרים אותה מחוץ לשרת, במקום שיותר מאדם אחד יודע עליו.
אפשר לשחזר שרת פיזי למכונה וירטואלית?
כן. Acronis Universal Restore משחזר מערכת לחומרה שונה מהמקורית, ו-Acronis Instant Restore מעלה את הגיבוי כמכונה וירטואלית. כך אפשר לחזור לעבוד גם כשאין שרת זהה למקורי.
רוצים לדעת כמה זמן ייקח לגבות את השרתים שלכם?
ספרו לנו כמה שרתים יש לכם, איזה נפח מידע וכמה מהיר קו האינטרנט, ונחזור עם הצעה לגיבוי ענן של Acronis לפי מספר המכשירים ונפח המידע. אפשר לבחור בגיבוי מנוהל, שבו אנחנו אחראים שהגיבוי רץ ושאפשר לשחזר ממנו, או בניהול עצמי עם גישה מלאה לקונסולה ותמיכה בעברית.
רוצים עדכונים חדשים?
נשלח לכם עדכון כשיעלו מאמרים ומדריכים חדשים. בלי ספאם, ואפשר להסיר את ההרשמה בכל עת.
בהרשמה אני מאשר/ת לאמפייר אייאל לשלוח לי בדוא״ל עדכונים על מאמרים חדשים, מדריכים וחדשות השירות. ניתן להסיר את ההרשמה בכל עת. מדיניות הפרטיות
