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

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

מתי צריך גיבוי מחוץ למשרד?

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

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

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

ארבעה תרחישים שבהם גיבוי מקומי אינו מספיק

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

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

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

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

לא כל גיבוי ענן הוא תוכנית התאוששות

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

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

איך קובעים מה באמת צריך לגבות

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

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

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

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

עקרונות לגיבוי מחוץ למשרד שאפשר לסמוך עליו

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

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

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

בדיקת שחזור היא המבחן היחיד שקובע

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

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

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

מהו האיזון הנכון בין עלות לזמינות?

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

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

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