אובדן מידע קורה - תקלת חומרה, מחיקה בטעות, עובד שעוזב או מתקפת כופרה. השאלה היחידה היא אם יש לכם גיבוי שאפשר לסמוך עליו. אנחנו מקימים פתרון גיבוי בענן אוטומטי ומאובטח, עם שמירת גרסאות, ניטור ובדיקות שחזור שמחזירות אתכם לעבודה כשבאמת צריך.
למה גיבוי בענן?
- אוטומטי - גיבוי שרץ לבד, בלי להסתמך על זיכרון אנושי.
- מחוץ לאתר - המידע מוגן גם בשריפה, גניבה או כופרה.
- שחזור מהיר - חזרה לפעילות במהירות בעת אירוע.
- מאובטח - הצפנה ושמירה על פרטיות הנתונים.
אנחנו מגדירים, מנטרים ובודקים את הגיבוי באופן שוטף - כי גיבוי ששכחו ממנו שווה בדיוק כלום כשצריך אותו.
גיבוי טוב נמדד בשחזור
הרבה עסקים מגלים מאוחר מדי שהגיבוי רץ, אבל הקבצים החשובים לא נכללו, שהגרסאות נשמרו לזמן קצר מדי, או שהשחזור איטי מדי לפעילות העסקית. לכן אנחנו בודקים לא רק שהגיבוי הסתיים בהצלחה, אלא שאפשר לשחזר ממנו מידע תקין בזמן שמתאים לעסק.
מה חשוב להגדיר?
- מה מגבים - קבצים, מסדי נתונים, מערכות ניהול, הנהלת חשבונות ותיקיות עובדים.
- כל כמה זמן - לפי כמות המידע שמותר לעסק לאבד.
- כמה גרסאות נשמרות - כדי להתמודד גם עם מחיקה או הצפנה שהתגלתה באיחור.
- מי מקבל התראות - כשל גיבוי חייב להגיע לאדם שמטפל בו.
פתרון הגיבוי מתחבר ישירות לתשתית המחשוב, לשרתים, למערכות הניהול ולאבטחת המידע. לכן אנחנו בונים אותו כחלק מתמונה כוללת ולא כתוכנה שמותקנת ונשכחת.
שתי שאלות שקובעות את כל התכנון
לפני שבוחרים פתרון, יש שתי החלטות שהן עסקיות ולא טכניות - ורק אתם יכולים לקבל אותן:
- כמה מידע מותר לאבד? אם הגיבוי רץ פעם ביום, אתם עלולים לאבד יום עבודה. עסק שלא מסוגל לאבד יותר משעה צריך פתרון אחר לגמרי מעסק שיכול לאבד יום.
- כמה זמן מותר להיות מושבתים? שחזור מהיר ושחזור זול הם לא אותו דבר. משך ההשבתה שאתם יכולים לספוג קובע את סוג הפתרון.
משתי התשובות נגזרים תדירות הגיבוי, סוג הפתרון והעלות. זו הסיבה שאנחנו שואלים אותן בתחילת השיחה ולא מציעים "חבילת גיבוי" אחידה.
מה בעסקים באמת שוכחים לגבות
כמעט כל עסק מגבה את התיקייה המשותפת בשרת. הרשימה שנשכחת:
- מסדי נתונים של מערכות ניהול - לא רק הקבצים, אלא המסד עצמו, שדורש גיבוי בשיטה אחרת.
- קבצים מקומיים על מחשבי עובדים - מה שיושב על שולחן העבודה של מישהו ואף פעם לא הועלה לשרת. בעסקים רבים אלה בדיוק הקבצים הקריטיים.
- תיבות דואר והגדרות שלהן.
- הנהלת חשבונות, שלעיתים יושבת על מחשב בודד.
- הגדרות והרשאות של השרת - שחזור קבצים בלי הרשאות הוא חצי שחזור.
- רישויים ומפתחות - כדי שאפשר יהיה להתקין מחדש בלי לרכוש שוב.
גיבוי מפני כופרה - למה גיבוי רגיל לא מספיק
זו הנקודה שהרבה עסקים מגלים מאוחר מדי. מתקפת כופרה מודרנית מחפשת ומצפינה גם את הגיבויים שהיא מצליחה להגיע אליהם - כולל דיסק חיצוני שמחובר תמיד, וכולל תיקיית רשת שמשמשת לגיבוי. גיבוי שמחובר תמיד לאותה רשת אינו גיבוי מפני כופרה.
מה שנדרש: עותק שאינו נגיש מהרשת, שמירת גרסאות לאורך זמן - כדי לחזור לנקודה שלפני ההצפנה, ולא רק ליום שאחריה - וניטור שמזהה חריגה. זה בדיוק ההיגיון של כלל 3-2-1, ולכן הפתרון הנכון משלב גיבוי מקומי לשחזור מהיר עם גיבוי בענן להגנה מפני אירוע שפוגע בכל המקום.
שני התרחישים הנפוצים באמת
כופרה מקבלת את הכותרות, אבל בפועל שני הדברים שקורים הכי הרבה הם פרוזאיים: מחיקה בטעות ועובד שעוזב. הראשון דורש שמירת גרסאות כדי לחזור לגרסה שלפני; השני דורש שהמידע יהיה מגובה ונגיש גם אחרי שהחשבון נסגר. שניהם מטופלים בהגדרה נכונה מראש וקשה מאוד לתקן אותם בדיעבד - ולכן הם חלק מהאפיון ולא הערה בשוליים.
שאלות נפוצות על גיבוי ושחזור מידע
כמה עולה גיבוי בענן לעסק?
עלות הגיבוי נגזרת בעיקר מנפח הנתונים וממשך שמירת הגרסאות. לעסק קטן-בינוני מדובר בדרך כלל בהוצאה חודשית צנועה - בסדר גודל של עשרות שקלים לנפחים קטנים ועולה עם הנפח. שווה להשוות את זה לעלות האמיתית של אובדן מידע: יום השבתה, שחזור ידני של נתונים, ולעיתים לקוחות שלא חוזרים. אנחנו בונים את הפתרון לפי מה שבאמת חייב להיות מגובה, ולא לפי גיבוי הכול בעיוורון.
מה זה RPO ו-RTO ולמה זה חשוב לי?
שני מספרים שקובעים את כל התכנון, ובעברית פשוטה: כמה מידע מותר לאבד (אם הגיבוי רץ פעם ביום, אתם עלולים לאבד יום עבודה) וכמה זמן מותר להיות מושבתים עד שחוזרים לעבוד. שני המספרים האלה הם החלטה עסקית שלכם ולא החלטה טכנית שלנו - ומהם נגזרת תדירות הגיבוי, סוג הפתרון והעלות. עסק שלא מסוגל לאבד יותר משעה עובד אחרת מעסק שיכול לאבד יום.
גיבוי בענן או גיבוי מקומי?
שניהם, וזו לא פשרה אלא השיטה. גיבוי מקומי מאפשר שחזור מהיר בתקלה רגילה; גיבוי בענן מגן מפני אירוע שפוגע בכל המקום - שריפה, הצפה, גניבה או כופרה שמצפינה גם את הגיבוי המקומי. זה בדיוק ההיגיון של כלל 3-2-1: שלושה עותקים, בשני סוגי מדיה, אחד מחוץ לאתר.
האם גיבוי מגן מפני כופרה?
רק אם הוא מוגן בעצמו - וזו הנקודה שהרבה עסקים מגלים מאוחר. מתקפת כופרה מודרנית מחפשת ומצפינה גם את הגיבויים שהיא מצליחה להגיע אליהם, כולל דיסק חיצוני שמחובר תמיד וכולל תיקיית רשת. לכן נדרשים עותק שאינו נגיש מהרשת, שמירת גרסאות לאורך זמן (כדי לחזור לנקודה שלפני ההצפנה), וניטור שמזהה חריגה. גיבוי שמחובר תמיד לאותה רשת אינו גיבוי מפני כופרה.
כל כמה זמן צריך לבדוק שהשחזור עובד?
בדיקת שחזור תקופתית היא מה שמפריד בין גיבוי לתחושת ביטחון. גיבוי יכול לרוץ ולדווח הצלחה במשך חודשים, ובפועל להחמיץ את התיקייה החשובה, לשמור קובץ פגום, או לדרוש זמן שחזור ארוך מדי לפעילות. אנחנו בודקים לא רק שהגיבוי הסתיים בהצלחה אלא שאפשר לשחזר ממנו מידע תקין, וזה חלק מהשירות השוטף ולא בקשה מיוחדת.
מה צריך לגבות בעסק?
לא הכול, אבל בהחלט יותר ממה שרוב העסקים מגבים. הרשימה שנוטים לשכוח: מסדי נתונים של מערכות ניהול (לא רק הקבצים), הנהלת חשבונות, תיבות דואר, קבצים מקומיים על מחשבי עובדים שאף פעם לא הועלו לשרת, הגדרות והרשאות של השרת עצמו, ורישויים. בעסקים רבים דווקא הקבצים שעל שולחן העבודה של מישהו הם אלה שלא מגובים.
מה קורה כשעובד עוזב או מוחק קובץ בטעות?
אלה שני התרחישים הנפוצים ביותר בפועל - הרבה יותר מכופרה. מחיקה בטעות דורשת שמירת גרסאות כדי לחזור לגרסה שלפני; עובד שעוזב דורש שהמידע שלו יהיה מגובה ונגיש גם אחרי שהחשבון נסגר. שני המקרים מטופלים בהגדרה נכונה מראש, וקשה מאוד לתקן אותם בדיעבד.
מי מקבל התראה כשהגיבוי נכשל?
זו שאלה שנשמעת טכנית וקובעת הכול: כשל גיבוי שאף אחד לא רואה שווה לאי-גיבוי. אנחנו מגדירים שההתראות מגיעות לגורם שמטפל בהן בפועל - ובהסכם תמיכה זה אנחנו - ולא לתיבת דואר שאף אחד לא קורא. ראו IT במיקור חוץ.