הענן פתר את בעיית הזמינות. הוא מעולם לא הבטיח שהמידע יהיה ניתן לשחזור

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

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

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

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

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

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

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

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

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

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

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

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

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

אלי ביטון, צילום: יוליה טינקלמן