תוכנית התאוששות מאסון לעסק

סיסמארטר | עלה ב:

ספרו לחברים:

תוכנית התאוששות מאסון לעסק

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

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

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

שני מושגים שחייבים להכיר: RTO ו-RPO

  • RPO (Recovery Point Objective): כמה מידע העסק יכול להרשות לעצמו לאבד, נמדד בזמן. אם הגיבוי רץ אחת ללילה, ה-RPO הוא עד יממה.
  • RTO (Recovery Time Objective): כמה זמן המערכת יכולה להיות מושבתת עד שחוזרים לעבוד.

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

שלב 1: לדרג את המערכות לפי חשיבות

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

שלב 2: גיבוי לפי כלל 3-2-1

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

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

שלב 3: להחליט איפה משחזרים

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

שלב 4: לכתוב נוהל ברור

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

שלב 5: לבדוק, ולא רק להאמין

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

כופר כתרחיש מרכזי

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

שאלות נפוצות

האם עסק קטן צריך תוכנית DR?

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

כל כמה זמן מגבים?

לפי ה-RPO. אם העסק לא יכול לאבד יותר משעה של עבודה, הגיבוי צריך לרוץ בתדירות גבוהה בהתאם, ולא פעם ביום.

האם גיבוי בענן מספיק?

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

בניית תוכנית עם סיסמארטר

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

קראו גם

לא כדאי לפספס גם את אלו..

לכל הכתבות >

תגיות: