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

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

מדריך גיבוי לעסק קטן מתחיל במיפוי

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

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

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

קובעים יעדי שחזור לפני שקובעים טכנולוגיה

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

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

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

כלל 3-2-1-1-0: בסיס מעשי להגנת מידע

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

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

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

גיבוי ענן, גיבוי מקומי או שילוב ביניהם

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

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

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

גם שירותי ענן צריכים גיבוי

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

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

אבטחת הגיבוי חשובה כמו הגיבוי עצמו

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

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

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

גיבוי שלא נבדק אינו תוכנית התאוששות

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

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

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

מי אחראי כשצריך לשחזר

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

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

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