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

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

מהו גיבוי מקומי ומהו גיבוי בענן?

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

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

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

גיבוי מקומי מול ענן: ההבדלים שמשפיעים על הפעילות

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

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

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

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

למה גיבוי אחד אינו מספיק

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

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

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

שאלות שצריך לשאול לפני שבוחרים פתרון

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

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

כדאי לבחון גם את ארבעת הגורמים הבאים:

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

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

אבטחה היא חלק מתכנון הגיבוי

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

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

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

הבדיקה החשובה ביותר: האם אפשר לשחזר?

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

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

מתי הפתרון המשולב הוא הבחירה הנכונה?

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

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

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