הודעת "הגיבוי הושלם בהצלחה" יכולה לתת תחושת ביטחון, אבל היא אינה מבטיחה שאפשר להחזיר את העסק לפעילות ביום שבו שרת נופל, קובץ נמחק או מתקפת כופר מצפינה מידע. בדיקת תקינות גיבויים אוטומטיים היא הפעולה שמבדילה בין גיבוי שקיים על הנייר לבין יכולת שחזור אמיתית בזמן לחץ. עבור עסק של עשרה עובדים או ארגון של מאתיים עובדים, ההבדל הזה עשוי להיות שעות עבודה אבודות, פגיעה בשירות ללקוחות ועלות תפעולית משמעותית.
גיבוי אוטומטי הוא רכיב חיוני בתשתית העסקית, אך הוא אינו פרויקט שמגדירים פעם אחת ושוכחים ממנו. קבצים משתנים, משתמשים מתחלפים, מערכות מתעדכנות, נפחי המידע גדלים ואיומי הסייבר משתכללים. לכן גם הגיבוי צריך לקבל בקרה שוטפת, אחריות ברורה ובדיקות שחזור מתוכננות.
למה גיבוי מוצלח אינו בהכרח גיבוי תקין
מערכת גיבוי יכולה להשלים משימה ללא שגיאה, ובכל זאת לא לספק את התוצאה שהעסק צריך. ייתכן שהגיבוי כלל רק חלק מהתיקיות, שהחיבור לאחסון החיצוני נותק לפני ימים, שהקבצים נשמרו אך נפגמו, או שהגיבוי האחרון אינו כולל מסד נתונים קריטי. במקרים אחרים, נתוני Microsoft 365, תיבות דואר או קבצים משותפים נשארים מחוץ למדיניות הגיבוי משום שמישהו הניח שהם מוגנים באופן מלא על ידי השירות עצמו.
גם הזמן הוא חלק מהתקינות. אם אפשר לשחזר שרת, אבל הפעולה נמשכת יומיים כשהעסק צריך לחזור לעבוד בתוך ארבע שעות, יש פער בין יכולת טכנית לרציפות עסקית. לכן השאלה הנכונה איננה רק "האם יש גיבוי?", אלא "מה אפשר לשחזר, לאיזו נקודת זמן, תוך כמה זמן, ומי מבצע את הפעולה?"
ארבעה דברים שבדיקה אמיתית צריכה לאמת
בדיקה מקצועית בוחנת את שרשרת ההגנה המלאה, ולא רק דוח סטטוס. היא צריכה לאמת שהמידע הנכון נכלל בגיבוי, שהעותקים זמינים ונגישים, שהקבצים או המערכות נפתחים לאחר השחזור, ושהשחזור עומד ביעדי הזמן של העסק.
בפועל, המשמעות היא לבחור מדגם של מידע קריטי ולשחזר אותו לסביבה מבוקרת: תיקיית לקוחות, מסמכי הנהלת חשבונות, תיבת דואר, קובץ מערכת, מסד נתונים או מכונה וירטואלית. לאחר השחזור בודקים לא רק שהקובץ הופיע, אלא שהוא שלם, עדכני ושניתן לעבוד איתו בפועל.
בדיקת תקינות גיבויים אוטומטיים לפי רמת הסיכון העסקי
אין תדירות אחת שמתאימה לכל ארגון. משרד עורכי דין שמנהל תיקים ומסמכים רגישים, למשל, זקוק בדרך כלל לבדיקות מחמירות יותר מאשר עסק שבו רוב המידע נמצא במערכת ענן ייעודית. חברה שמפעילה מערכת ERP, שרת קבצים מקומי או בסיס נתונים פעיל צריכה להגדיר בדיקות שונות לכל רכיב, משום שכל רכיב משפיע אחרת על יכולת העבודה.
אפשר לחשוב על הבקרה בשלוש שכבות. השכבה הראשונה היא ניטור יומי של משימות הגיבוי: האם הן הסתיימו, האם היו אזהרות, האם נפח הגיבוי חריג והאם יש מערכות שלא גובו. השכבה השנייה היא בדיקות שחזור מדגמיות אחת לחודש או לרבעון, בהתאם לחשיבות המידע ולשינויים בתשתית. השכבה השלישית היא תרגיל התאוששות רחב יותר, לפחות אחת לשנה או לאחר שינוי מהותי כגון מעבר לענן, החלפת שרת, הטמעת מערכת חדשה או שינוי ספק.
עסק קטן אינו חייב להקים מעבדת התאוששות יקרה כדי לבצע בדיקות טובות. הוא כן חייב להגדיר סדר עדיפויות. כדאי לזהות מראש אילו מערכות עוצרות את הפעילות אם הן אינן זמינות: חשבוניות, מסמכי לקוחות, דואר אלקטרוני, מערכת מכירות, קבצי פרויקטים, נתוני שכר או מערכות ייצור. לאחר מכן קובעים מהו פרק הזמן המרבי שהעסק יכול לספוג ללא כל מערכת, ומהי נקודת השחזור המוקדמת ביותר שאפשר לקבל.
מה בודקים בכל שחזור
בדיקת שחזור איכותית מתחילה בהגדרת תרחיש. במקום לשחזר קובץ אקראי רק כדי לסמן וי, מדמים מצב עסקי סביר: עובד מחק תיקיית לקוח, משתמש ננעל לאחר אירוע סייבר, שרת קבצים אינו עולה או מערכת ענן נמחקה בטעות. כך אפשר למדוד את התהליך מול המציאות ולא רק מול מסך הניהול.
במהלך הבדיקה יש לוודא שהגיבוי שנבחר הוא מהתאריך הרצוי, שהשחזור מתבצע למיקום מתאים ושאין סיכון לדרוס מידע עדכני. בשרתים ובמערכות קריטיות מומלץ לשחזר תחילה לסביבה מבודדת. המטרה היא לבחון את תקינות המידע בלי להפריע לעבודה השוטפת ובלי לייצר אירוע נוסף.
אחרי השחזור כדאי לתעד את זמן ההתחלה והסיום, את נפח המידע ששוחזר, את הקשיים שהתגלו ואת הפעולות שנדרשו. תיעוד כזה הופך את הבדיקה לכלי ניהולי. הוא מראה אם יעד ההתאוששות שהוגדר הוא ריאלי, האם נדרשת תוספת אחסון, האם יש מערכת שלא נכללה בתהליך, והאם לצוות יש הרשאות וידע לבצע שחזור גם מחוץ לשעות העבודה.
אל תסתפקו בעותק יחיד
גיבוי שנשמר רק באותו שרת, באותו משרד או באותו חשבון ניהול עלול להיפגע יחד עם המידע המקורי. עקרון עבודה מקובל הוא להחזיק כמה עותקים, על מדיות שונות, כאשר לפחות עותק אחד נשמר מחוץ לאתר. בסביבות עם סיכון מוגבר למתקפות כופר, חשוב במיוחד לבחון גם עותק מבודד או בלתי ניתן לשינוי לפרק זמן מוגדר.
עם זאת, אין צורך להעמיס פתרונות רק כדי לעמוד בכלל תאורטי. יותר עותקים משמעותם לעיתים יותר עלות, יותר ניהול ויותר נקודות שיש לבדוק. הבחירה הנכונה תלויה ברגישות הנתונים, בדרישות רגולטוריות, במהירות השחזור הנדרשת ובתקציב. מה שלא משתנה הוא הצורך להוכיח שהעותקים האלה באמת נגישים וניתנים לשחזור.
נקודות כשל נפוצות בעסקים
אחת הבעיות השכיחות היא שינוי שלא עודכן במדיניות הגיבוי. העסק עבר לשרת חדש, נפתחה תיקייה חדשה עבור פרויקט מרכזי, נוספה מערכת SaaS או הועבר מידע משרת מקומי ל-SharePoint, אבל תהליך הגיבוי נשאר כפי שהיה. לעיתים הגיבוי תקין לחלוטין, פשוט עבור הסביבה הישנה.
בעיה אחרת היא הרשאות. הגיבוי עצמו נשמר, אך החשבון שמאפשר גישה אליו תלוי בעובד שעזב, באימות דו-שלבי שמנוהל בטלפון פרטי או במשתמש מנהל יחיד. במקרה של אירוע סייבר, גם חשבון הגיבוי עלול להיות יעד לתוקף. הפרדת הרשאות, הגנה חזקה על חשבונות ניהול ובדיקת הגישה לתשתית הגיבוי הם חלק בלתי נפרד מתהליך התקינות.
יש גם ארגונים שמגבים את הקבצים אך לא את ההגדרות הנלוות: תצורות שרת, הגדרות רשת, רישיונות, תיעוד מערכת וסדר פעולות לשחזור. כאשר מגיע רגע האמת, הנתונים קיימים אבל הדרך להחזיר את השירות מתארכת. רציפות עסקית אינה מסתכמת בהעתקת מידע. היא כוללת את היכולת להפעיל מחדש את סביבת העבודה בצורה מסודרת.
מי אחראי, ומתי צריך להסלים
בעסק שבו האחריות מפוזרת בין ספק ענן, איש מחשוב מזדמן, עובד משרד ומנהל פנימי, קל להניח שמישהו כבר בודק את הגיבויים. בפועל, זו בדיוק הנקודה שבה תקלות נשארות ללא טיפול. נדרש בעל תפקיד ברור שמקבל התראות, בודק חריגות, מאשר בדיקות שחזור ומדווח להנהלה בשפה עסקית.
דוח תקופתי טוב אינו חייב להיות טכני ומסובך. הוא צריך לענות על שאלות פשוטות: אילו מערכות מגובות, מתי בוצעה בדיקת השחזור האחרונה, מה היו תוצאותיה, האם קיימים סיכונים פתוחים ומהי הפעולה המתוכננת לסגירתם. כאשר התשובות ברורות, גם הנהלת העסק יכולה לקבל החלטות מושכלות לגבי סיכון, תקציב וסדרי עדיפויות.
במסגרת שירותי IT מנוהלים, Cloud360 יכולה לנהל את תהליך הבקרה מקצה לקצה: מעקב אחר משימות הגיבוי, טיפול בתקלות, ביצוע בדיקות שחזור ותיעוד מסודר של הממצאים. הערך אינו רק בתוכנת הגיבוי, אלא באחריות המתמשכת לכך שהעסק יוכל להתאושש כשנדרש.
גיבוי טוב הוא ביטוח תפעולי, אך בדיקת השחזור היא הרגע שבו בודקים אם הפוליסה באמת בתוקף. קבעו כבר עכשיו תאריך לבדיקת שחזור של המידע הקריטי ביותר שלכם, והפכו את השקט הניהולי מהנחה לתהליך מוכח.
