מה כולל שירות הגיבוי לענן?
שירות הגיבוי לענן כולל שני כלים משלימים: Snapshots לחזרה מהירה אחרי שינוי, וגיבוי יומי חיצוני להגנה מפני אובדן נתונים אמיתי. ביחד הם מכסים את רוב התרחישים שמובילים לאובדן מידע בשרת עסקי.
| מאפיין | Snapshot | גיבוי יומי חיצוני |
|---|---|---|
| מתי נוצר | ידנית, לפני עדכון או שינוי | אוטומטית, פעם ביום |
| היכן נשמר | בתשתית האחסון של השרת | בנפרד מהשרת |
| מטרה עיקרית | חזרה אחורה אחרי שינוי שנכשל | הגנה מתקלה, מחיקה, פריצה וכופרה |
| תקופת שמירה | עד שמוחקים אותו | 7 הימים האחרונים (הרחבה בתיאום) |
| מהירות שחזור | מהירה מאוד | תלויה בנפח הנתונים |
למה שרת ענן צריך גיבוי אם התשתית כבר שרידה?
כי שרידות התשתית מגינה מפני תקלות חומרה, לא מפני מה שקורה בתוך השרת. דיסקים מיותרים ותשתית עם זמינות של 99.9% לא יעזרו אם מישהו מחק טבלה במסד הנתונים, אם עדכון תוסף שבר את האתר או אם תוקף הצפין את הקבצים - השינוי פשוט משוכפל לכל העותקים.
התרחישים הנפוצים שבגללם משחזרים מגיבוי:
- טעות אנוש - מחיקת תיקייה, הרצת סקריפט על השרת הלא נכון, DROP TABLE.
- עדכון שנכשל - של מערכת ההפעלה, של וורדפרס או של אפליקציה.
- פריצה והשחתת אתר, או קוד זדוני שהוזרק לקבצים.
- מתקפת כופרה (Ransomware) שמצפינה את הנתונים.
- צורך לחזור לגרסה קודמת של קובץ או של הגדרות.
איך בונים מדיניות גיבוי נכונה?
מדיניות גיבוי נכונה מתחילה משתי שאלות: כמה מידע מותר לאבד (RPO) וכמה זמן מותר לשרת להיות למטה (RTO). התשובות קובעות כל כמה זמן לגבות, כמה זמן לשמור והיכן.
הכלל המקובל הוא 3-2-1: שלושה עותקים של המידע, על שני סוגי אחסון, ואחד מהם מחוץ לאתר. הגיבוי היומי החיצוני שלנו מספק את העותק שמחוץ לשרת; לעסקים עם מידע קריטי אנחנו ממליצים להוסיף עותק נוסף אצל ספק או במיקום אחר. את השיטה המלאה, עם דוגמאות, תמצאו במדריך לשיטת הגיבוי 3-2-1.
| סוג שרת | גיבוי מומלץ | הערה |
|---|---|---|
| אתר תדמית | גיבוי יומי חיצוני + Snapshot לפני עדכונים | תוכן שמשתנה לעתים רחוקות |
| חנות מקוונת | גיבוי יומי + גיבוי מסד נתונים תכוף יותר מתוך השרת | הזמנות נכנסות כל הזמן - RPO של יום עשוי להיות ארוך מדי |
| CRM/ERP ושרת קבצים | גיבוי יומי + עותק שלישי מחוץ לספק | מידע עסקי קריטי, לעתים גם מידע אישי |
| סביבת פיתוח | Snapshots לפי צורך | הקוד עצמו שמור לרוב ב-Git |
איך גיבוי חיצוני מגן מפני כופרה?
גיבוי חיצוני מגן מפני כופרה כי הוא אינו נגיש מתוך השרת - תוקף שהשיג שליטה בשרת יכול להצפין את הדיסק, אבל לא את העותקים שנשמרים בנפרד. זה ההבדל בין גיבוי אמיתי לבין "עותק" בתיקייה אחרת על אותו שרת, שיוצפן יחד עם כל השאר.
כדי שהגיבוי באמת יציל אתכם ביום פקודה:
- שמרו כמה נקודות שחזור - כופרה לא תמיד מתגלה מיד; עם 7 ימים אחורה אפשר לבחור נקודה מלפני ההדבקה.
- אל תשמרו על השרת הרשאות מחיקה לגיבוי - גיבוי נוסף שאתם מנהלים בעצמכם צריך להשתמש בהרשאות כתיבה בלבד, בלי יכולת מחיקה או שכתוב.
- אבטחו את השרת עצמו - עדכונים, חומת אש ומפתחות SSH מקטינים את הסיכוי להגיע לשחזור. ראו את צ'קליסט האבטחה לשרת לינוקס.
- תרגלו שחזור - גיבוי שלא נבדק הוא הנחה, לא גיבוי.
איך משחזרים מגיבוי?
אפשר לשחזר את השרת כולו לנקודת זמן מסוימת, או לשחזר לדיסק או שרת זמני ולחלץ רק את מה שצריך. כך נראה תהליך שחזור טיפוסי:
- בחירת נקודת שחזור - מזהים את הגיבוי האחרון שבו הנתונים היו תקינים.
- החלטה: שחזור מלא או חלקי - שחזור מלא מחליף את דיסק השרת; שחזור חלקי מתבצע לצד השרת הפעיל.
- שחזור - מתוך הממשק או בעזרת הצוות שלנו.
- בדיקה - מוודאים שהאתר, מסד הנתונים והשירותים עולים כמו שצריך.
- תיעוד - רושמים מה קרה וכמה זמן לקח, כדי לשפר את התוכנית הבאה.
כמה עולה גיבוי לענן?
גיבוי יומי חיצוני הוא תוספת חודשית קבועה לכל שרת, בשקלים ובלי התחייבות. המחירים העדכניים של כל התוספות:
| תוספת | מחיר |
|---|---|
| ניהול שרת מלא (Managed) | ₪149 לחודש לשרת |
| רישיון Windows Server | ₪60 לחודש לשרת |
| גיבוי יומי חיצוני (Snapshot) - 7 ימים | ₪15 לחודש לשרת |
| כתובת IPv4 נוספת | ₪10 לחודש |
| נפח אחסון נוסף NVMe | ₪0.5 ל-GB לחודש |
את מחירי השרתים עצמם תמצאו במחירון. אם אתם מעדיפים שמישהו אחר ינהל את הגיבויים, יבדוק אותם ויתרגל שחזור - זה חלק משירות הענן המנוהל.
איך מתחילים?
בשרת חדש מוסיפים את תוספת הגיבוי בהזמנה; בשרת קיים פונים אלינו ומפעילים אותה. עוברים מספק אחר ורוצים לוודא שהגיבויים עוברים איתכם? נשמח לעזור במסגרת שירותי המעבר לענן, ולבנות יחד מדיניות גיבוי שמתאימה לעסק.