איך יודעים שגיבוי באמת ניתן לשחזור?
גיבוי מצליח אינו בהכרח גיבוי שניתן לשחזר. כך בודקים Restore, הפרדה, RPO ו-RTO לפני אירוע.
הודעת Success אינה בדיקת שחזור
אחת הטעויות הנפוצות בעסקים היא להסתכל על מערכת הגיבוי ולראות שהמשימה הסתיימה בהצלחה — ולהניח שהכול תקין. בפועל, גיבוי טוב נמדד ברגע שבו צריך להחזיר קובץ, בסיס נתונים, שרת או תיבת דואר.
מה צריך לבדוק בפועל?
- האם ניתן לפתוח ולשחזר קובץ בודד.
- האם ניתן להחזיר מערכת שלמה במקרה של אובדן שרת.
- האם קיימת הרשאה וסיסמה לגישה לגיבוי בזמן חירום.
- האם עותק אחד לפחות מופרד מהמערכת הראשית.
- האם יש תיעוד של סדר השחזור ומה מחזירים קודם.
RPO ו-RTO בשפה פשוטה
RPO הוא כמה מידע העסק יכול להרשות לעצמו לאבד. אם הגיבוי מתבצע פעם ביום, ייתכן שבתרחיש מסוים יאבדו כמעט 24 שעות עבודה. RTO הוא כמה זמן העסק יכול להיות מושבת עד שהמערכת חוזרת לפעילות. שני המספרים צריכים להגיע מהצורך העסקי ולא רק מהגדרה טכנית.
למה צריך עותק מופרד?
אם אותו חשבון מנהל יכול למחוק גם את המידע וגם את הגיבוי, אירוע אבטחה עלול לפגוע בשניהם. לכן חשוב לתכנן הפרדה והרשאות מתאימות, ולעיתים להשתמש בעותקים בלתי ניתנים לשינוי או מוגנים מפני מחיקה בהתאם לפתרון.
באיזו תדירות לבצע Restore Test?
התדירות תלויה בקריטיות המערכת ובקצב השינויים. שרת מרכזי או בסיס נתונים עסקי מצדיקים בדיקות תכופות יותר מקבצים ארכיוניים. העיקר הוא שלא לגלות בזמן אירוע שהבדיקה האחרונה בוצעה לפני שנים.