גיבוי והתאוששות מאסון: מה ההבדל ולמה צריך את שניהם?

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

מהעותק אל השירות

• המידע נשמר
• הסביבה מוכנה
• העבודה חוזרת

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

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

גיבוי והתאוששות: מי עושה מה?

גיבוי: העתקת מידע למיקום שממנו אפשר לשחזר

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

התאוששות מאסון: הגנה על מידע ושירותים והחזרתם לפעילות

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

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

מה משתנה במטרה, בהיקף ובמשאבים?

מטרה

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

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

היקף

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

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

עלות ומשאבים

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

מה העסק שלכם צריך כדי להמשיך לעבוד?

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

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

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

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

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

מתכננים את הדרך חזרה לפני שיש תקלה

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

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

איך RTO ו־RPO קשורים לגיבוי ולהתאוששות?

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

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

תוכנית ההתאוששות

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

בדיקות התאוששות

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

איפה שירות גיבוי מנוהל יכול לעזור?

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

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

עותק טוב הוא התחלה. דרך חזרה היא התוכנית

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

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

מקור: Backup vs Disaster Recovery – The Difference Explained.pdf מאת MSP360. למאמר המקורי.