גיבוי קבצים בענן לעסק למניעת אובדן מידע קריטי

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

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

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

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

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

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

מה צריך לכלול גיבוי קבצים בענן לעסק?

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

בדרך כלל כדאי לבדוק שהפתרון מכסה את המרכיבים הבאים:

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

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

גיבוי אמיתי נמדד בשחזור, לא בהודעת הצלחה

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

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

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

אבטחת מידע מתחילה בהפרדה נכונה

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

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

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

כמה זמן צריך לשמור את הגיבויים?

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

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

איך בוחרים ספק גיבוי בלי להסתבך במונחים טכניים?

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

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

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

לפני שמתחילים: שלוש החלטות שמונעות הפתעות

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

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

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