היום ביצענו אחד מסוגי הפרויקטים שבהם נמדדת באמת תוכנית התאוששות מאסון: שחזור מלא של סביבה מרובת שרתים לאתר מרוחק, אל תוך Data Center, תוך שמירה על כל המידע.
זו הזדמנות טובה להסביר מה עומד מאחורי התהליך הזה — ולמה הוא נראה פשוט רק כשהוא מתוכנן מראש.
מה זה שחזור מלא לאתר מרוחק
שחזור קובץ בודד הוא פעולה טכנית קטנה. שחזור מלא לאתר מרוחק הוא משהו אחר לגמרי: החזרת סביבה שלמה — שרתים, מערכות הפעלה, תצורות, הרשאות ונתונים — לתשתית פיזית אחרת מזו שבה ישבה במקור.
זהו הלב של המשכיות עסקית. היכולת להמשיך לעבוד גם כשהאתר המקורי אינו זמין, בין אם בגלל שריפה, הצפה, כשל חומרה או אירוע כופרה.
למה סביבה מרובת שרתים מורכבת יותר
כששרת בודד נופל, מחזירים אותו ומסיימים. כשצריך להחזיר סביבה שלמה, נכנסים למשחק אתגרים שלא קיימים בשחזור בודד:
סדר הפעלה ותלויות. שרת אפליקציה שעולה לפני שרת מסד הנתונים פשוט ייכשל. בסביבה עם דומיין, שרתי קבצים, בסיסי נתונים ואפליקציות — יש שרשרת תלויות שחייבת להישמר בדיוק.
עקביות ברמת נקודת הזמן. כל השרתים חייבים להיות מאותו רגע. אם מסד הנתונים משוחזר מנקודה אחת ושרת האפליקציה מנקודה אחרת, מתקבלת סביבה שרצה — אבל לא מסונכרנת. זו תקלה שמתגלה שבוע אחרי, כשמישהו שם לב שהנתונים לא מסתדרים.
קישוריות ורשת. כתובות IP, שמות מארח, כללי Firewall ומדיניות רשת נבנו סביב האתר המקורי. באתר החדש הכול צריך להתאים מחדש, בלי לשבור את הקשרים בין השרתים.
רישוי והזדהות. מערכות רבות קושרות רישיון לחומרה. מעבר לתשתית אחרת עלול להפעיל מנגנוני הגנה שיחסמו שירותים קריטיים בדיוק ברגע הלא נכון.
RPO ו-RTO: שני המספרים שקובעים
בעולם ההתאוששות מאסון יש שני מדדים שכל מנהל צריך להכיר:
- RPO (Recovery Point Objective) — כמה נתונים אבדו בין הגיבוי האחרון לרגע האירוע. RPO של 24 שעות אומר שיום עבודה שלם עלול להימחק.
- RTO (Recovery Time Objective) — כמה זמן עובר עד שחוזרים לפעילות. זה המספר שקובע כמה העסק מפסיד.
בפרויקט שביצענו היום, כל החומר נשמר במלואו — מה שמתורגם ל-RPO אפס.
זו לא תוצאה של מזל. היא נובעת מגיבוי עקבי ברמת הסביבה כולה, ומבדיקות שחזור תקופתיות שמאמתות מראש שהנתונים תקינים וניתנים לשחזור בפועל.
הגיבוי הוא לא המוצר. השחזור הוא.
רוב העסקים שאנחנו פוגשים כן מגבים משהו. הבעיה מתגלה ביום שצריך להחזיר — ומסתבר שהגיבוי נעצר לפני חצי שנה, או שהוא רץ אבל אי אפשר לפתוח אותו, או שהוא מכסה רק חלק מהמערכות.
גיבוי שלא נבדק הוא הנחה, לא ביטוח.
מה כדאי לבדוק אצלכם
- מתי בפעם האחרונה מישהו שחזר בפועל נתונים מהגיבוי שלכם, ולא רק ראה שהוא ירוק?
- האם הגיבוי מכסה את כל השרתים, או רק את שרת הקבצים?
- אם המשרד לא יהיה זמין מחר בבוקר — יש אתר חלופי שאפשר לעלות אליו?
- מהו ה-RTO שהעסק שלכם יכול לספוג לפני שהנזק הופך משמעותי?
אם אין לכם תשובות ברורות — זה הזמן לבנות תוכנית התאוששות מאסון כתובה ומתורגלת.