תוכנית התאוששות מאסון היא הליך מתועד לשחזור שירותי טכנולוגיה לאחר כשל, המכסה אילו מערכות חוזרות באיזה סדר, כמה זמן כל אחת מהן אמורה לקחת, כמה אובדן נתונים מקובל ומי מבצע את העבודה. זוהי השכבה הטכנית של תכנון המשכיות. כאשר תוכנית המשכיות שומרת על פעילות העסק בכל דרך שהיא, תוכנית התאוששות עוסקת ספציפית בהחזרת המערכות עצמן.
- רשימת מערכות בעלות עדיפות, שעברה בירושה מ- ניתוח עסקי במקום שהומצא על ידי ה-IT.
- יעד שחזור ומספר אובדן נתונים מקובל עבור כל מערכת.
- ספרי ריצה מפורטים מספיק כדי שמישהו שאינו האדם הרגיל יוכל לעקוב אחריהם.
- סדר התלות, מכיוון שמערכות ששוחזרו בסדר הלא נכון לא מצליחות להופיע.
- רשומת בדיקה, מכיוון שהליך שחזור שלא נבדק הוא השערה.
מהי תוכנית התאוששות מאסון?
תוכנית התאוששות מאסון קובעת כיצד שירותי טכנולוגיה משוחזרים לאחר אירוע שגרם להם לקריסה: כשל חומרה, אובדן מרכז נתונים, שינוי כושל, הפסקת אזור ענן, תוכנות כופר. היא עונה על שלוש שאלות עבור כל מערכת בהיקף. כמה מהר היא צריכה לחזור, כמה נתונים עדכניים אנחנו יכולים להרשות לעצמנו לאבד, ומה בדיוק מישהו צריך לעשות כדי להחזיר אותם.
המילה אסון מטעה. רוב ההקדמות אינן דרמטיות. מסד נתונים פגום, הגירה כושלת או אישור שפג תוקפו בשירות קריטי ישלחו אתכם לאותה תוכנית כמו הצפה. כתיבת התוכנית רק עבור תרחישים קטסטרופליים משאירה אתכם מתקשים לאלתר את התרחישים הנפוצים הרבה יותר.
תכנון התאוששות הוא חלק אחד מהיכולת הרחבה יותר המתוארת תחת המשכיות עסקית , ומכאן מגיעות סדרי העדיפויות ולוחות הזמנים של ההתאוששות. אם תפיסת הטכנולוגיה נבנתה ללא אלה, התוכנית מגינה על מערכות בסדר שאף אחד לא אימת כנגד העסק.
כיצד בוחרים גישת שיקום?
יעד ההתאוששות מכתיב את הארכיטקטורה, והארכיטקטורה מכתיבה את העלות. זהו הפשרה שקובעת את כל השאר בתוכנית, וכדאי לעשות אותה במפורש במקום לרשת את כל מה שהתשתית תומכת בו. קיימות שלוש אפשרויות רחבות, והאוצר מילים סביבן אינו טכני באופן מועיל עבור רעיונות פשוטים למדי.
| שחזור גיבוי | המתנה חמה | אקטיבי-אקטיבי | |
|---|---|---|---|
| מה זה | בנה מחדש את השירות מהגיבוי האחרון לאחר כשל | עותק שני המשיך לפעול אך במצב סרק, עבר למצב בעת הצורך | שני עותקים חיים שחולקים את העבודה, כך שאין מה להפעיל |
| חלון אובדן נתונים | מאז הגיבוי האחרון | דקות של נתונים | קרוב לאפס |
| זמן לשיקום | שעות עד ימים | דקות עד שעות | קרוב לאפס |
| מגן מפני | נתונים פגומים או מוצפנים | אובדן תשתיות | אובדן אתר או אזור |
| עלות קבועה | אחסון בלבד | חלק מעיזבון שני | שתי אחוזות חיות |
| מתאים ל | שירותים שיכולים לסבול הפסקות חשמל | השירותים הקריטיים ביותר | שירותים שלא ניתן להפסיק |
מעט ארגונים זקוקים לאותה גישה בכל מקום. הדפוס השימושי הוא חלוקה לרמות: מספר קטן של שירותים שבאמת לא יכולים לעצור מקבלים הגנה יקרה, הרוב מקבלים משהו פרופורציונלי, וה"זנב הארוך" משוחזר מגיבוי. יישום אחיד של גישה אחת או גורם להוצאה מוגזמת על פעילויות שיכולות לסבול יום, או משאיר את המעטים הקריטיים עם זמן התאוששות שהעסק כבר דחה.
שני מצבי כשל חוזרים על עצמם. הראשון הוא יעד שחזור שנבחר מבלי לתמחר את הארכיטקטורה המספקת אותו, כך שהתוכנית מתחייבת למשהו שהתשתית אינה יכולה לעשות. השני הוא קניית שכפול והנחה שמדובר בשחזור, כאשר מערך נתונים פגום או מוצפן משכפל בנאמנות בדיוק כמו מערך נתונים טוב. שכפול מגן מפני אובדן תשתית. גיבויים מגנים מפני נתונים פגומים, והשניים אינם תחליפים.
מה צריכה לכלול תוכנית התאוששות מאסון.
לכל מערכת, לא לכל ארגון. מסמך נרטיבי יחיד המתאר את הגישה באופן כללי אינו שמיש בשלוש לפנות בוקר על ידי מי שנמצא בתורנות.
- יעדי התאוששות: יעד הזמן ואובדן הנתונים המקובל עבור מערכת זו, המקושרים לניתוח העסקי שקבע אותם.
- סדר תלות: מה שצריך לפעול קודם. אימות, רשתות, DNS ומסדי נתונים בדרך כלל קודמים ליישומים הזקוקים להם.
- ספר הריצההשלבים בפועל, שנכתבו כך שמהנדס מוסמך שאינו הבעלים של המערכת יוכל לבצע אותם.
- גישה ופרטי אישוריםכיצד מתקבלת גישה מועדפת במהלך תקרית, המוחזקת במקום ששורד את הכשל.
- שחזור נתוניםהיכן נמצאים גיבויים, כיצד לאמת את שלמותם, וכמה זמן לוקח שחזור בפועל בנפחי נתונים אמיתיים.
- אימותכיצד אתה מאשר שהשירות אכן פועל ולא רק רץ.
- תפקידים והסלמהמי מחליט להפעיל, מי מבצע, מי מתקשר ומי מאשר חלופה.
מבין אלה, סדר התלות מחזיר את מירב תשומת הלב, משום שטעויות בו מייצרות כשלים שנראים כמו מערכת מקולקלת ולא כמו טעות בריצוף. יישום ששוחזר לפני מסד הנתונים שהוא קורא, או לפני שירות הזהויות שהוא מבצע אימות מולו, לא יופעל, והצוות מאבד זמן באבחון הבעיה הלא נכונה. הצורה הכללית קיימת ברוב המקרים.
הפרט שלרוב מתגלה כחסר הוא כמה זמן לוקח שחזור באמת. גיבוי שמסתיים בן לילה עשוי לקחת זמן רב יותר לשחזור בנפח ייצור, ואם אף אחד לא מדד אותו, יעד השחזור הוא ניחוש.
גבול אחד ראוי לשרטט. תוכנית שיקום משקמת את המערכות. הפתרון לעקיפת הבעיה שהעסק משתמש בו בזמן שזה קורה, עבור סיכון ספציפי אחד, שייך לתוכנית מגירה . ארגונים ששומרים רק את תוכנית הטכנולוגיה נוטים לגלות שאף אחד לא הסכים כיצד העבודה תימשך בינתיים.
יש תמונה גדולה יותר מאחורי זה.
עמוד זה מכסה חלק אחד של חוסן עסקי. חוסן אמיתי - המסגרת של IO לחיבור אבטחה, פרטיות וממשל בינה מלאכותית - הוא המקום שבו התמונה המלאה מתחברת.
כיצד בודקים תוכנית התאוששות מאסון?
בדיקות הן המקום שבו תוכניות הבראה רוכשות את אמינותן, וישנה התקדמות. כל רמה עולה יותר ומוכיחה יותר, ותוכנית שמעולם לא עוזבת את הרמה הראשונה לא התבססה הרבה.
| סוג הבדיקה | מה זה מוכיח | מה זה עולה |
|---|---|---|
| Walkthrough | שהתיעוד שלם ומובן למי שלא כתב אותו. | כמה שעות. לא נגעו במערכות. |
| תרגיל שולחן | שאנשים מודעים לתפקידיהם ושקבלת החלטות והסלמה עובדות תחת לחץ. | חצי יום מזמנם של האנשים הנכונים. |
| שחזור רכיבים | שגיבויים ניתנים לשחזור בפועל ושמשך השחזור האמיתי ידוע. | בינוני. זקוק לסביבה מבודדת. |
| גיבוי חלקי | ששירות יחיד יכול לפעול ממיקום השחזור שלו, כולל תלויות. | תכנון משמעותי. סיכון שירות מסוים. |
| גיבוי מלא | שכל הסביבה יכולה לפעול החל מהתאוששות, בעומס, כאשר העסק עובד עליה. | גבוה. בדרך כלל צריך חלון מתוכנן. |
רשמו מה נכשל. יומן בדיקות המציג בעיות שנמצאו ותוקנו הוא עדות חזקה יותר ליכולת עבודה מאשר סדרה של בדיקות שעברו את הבדיקה ללא בעיות, מה שמרמז בעיקר על כך שהבדיקות לא היו תובעניות מספיק. ממצאים עם הבעלים והתאריכים הם שהופכים את הבדיקות לשיפור ולא לביטחון.
אילו תקנים מכסים התאוששות מאסון.
אף תקן אינו מוקדש אך ורק להתאוששות מאסון, ולכן הדרישות מפוזרות על פני מספר דרישות, וזו אחת הסיבות לכך שתכנון התאוששות לעתים קרובות מנותק מכל דבר אחר.
- ISO 22301מערכת ניהול מוסמכת להמשכיות עסקית. היא קובעת את סדרי העדיפויות של הניתוח וההתאוששות שתוכנית טכנולוגיה צריכה לרשת.
- ISO / IEC 27031הנחיות ספציפיות בנושא מוכנות טכנולוגיות מידע ותקשורת (ICT) להמשכיות עסקית, שהיא ההתאמה הקרובה ביותר להתאוששות מאסון כדיסציפלינה.
- ISO 27001נספח א' כולל בקרות על אבטחת מידע במהלך שיבושים, מוכנות טכנולוגיות מידע והיקפי (ICT) להמשכיות וגיבוי מידע, כך שיכולת ההתאוששות נבחנת במהלך ביקורת.
- חוקי המגזרארגונים מוסדרים עומדים בפני ציפיות נוספות, לדוגמה דרישות ההמשכיות וההתאוששות תחת הנחיות יישום NIS 2.
עבודה יחד לפי תקני ISO 22301 ו- ISO 27001 מייצרת את רוב הראיות שהמשטרים הללו דורשים, בצורה שכבר עברה ביקורת עצמאית.
התחל את תקופת הניסיון בחינם
רוצה לחקור?
הירשם לגרסת הניסיון החינמית שלך עוד היום וקבל יד על כל תכונות התאימות שיש ל-ISMS.online להציע
כיצד התאוששות מאסון קשורה לחוסן נפשי.
התאוששות מאסון משקמת מערכות. חוסן הוא היכולת הרחבה יותר לספוג שיבושים מכל סוג שהוא, כולל אירועים שאף ספר הפעלה לא צופה. הקשר ביניהם הוא שהתאוששות תלויה לחלוטין בבקרות הנמצאות מחוץ לתוכנית ההתאוששות: האם גיבויים בלתי ניתנים לשינוי, האם גישה מועדפת עדיין פועלת כאשר ספק הזהויות מושבת, האם הספק המארח את סביבת ההתאוששות נבדק, האם תהליך התגובה לאירועים מתפקד.
לולאת החוסן מפעילה אבטחת מידע תחת תקן ISO 27001, פרטיות נתונים תחת תקן ISO 27701 וממשל בינה מלאכותית תחת תקן ISO 42001 כמערכת מחוברת אחת, עם שחזור כעדשה נוספת מעל אותן בקרות. תוכנות כופר מדגישות את הנקודה הזו בצורה ברורה. מדובר בו זמנית באירוע אבטחה, פוטנציאלית גם בפרצת נתונים אישית וגם באירוע שחזור, וארגון המפעיל את שלושת אלה כתוכניות נפרדות מגיב אליו שלוש פעמים. המבנה המונע זאת מוגדר במסגרת החוסן העסקי.
איך מוכיחים שהתאוששות מאסון עובדת?
אף אחד לא אמין מקבל את קיומה של תוכנית כראיה. מה שעומד הוא התוכנית עצמה עם יעדי ההתאוששות הנוכחיים, רישומי הבדיקות המציגים תאריכים ומשתתפים, הכשלים שחשפו הבדיקות, התיקון שבאו לאחר מכן, ואישור שהתוכנית עדיין תואמת את המעמד שהיא מתארת.
ראיות אלו, שנוצרות תוך כדי העבודה, תמיד זמינות. הן נאספות לפני ביקורת או בדיקת נאותות של לקוח, ונוטות לחשוף עד כמה האחוז המתועד סטה מהאחוז האמיתי. הגישה מתוארת באופן שבו ניתן להוכיח חוסן , וציון החוסן נותן לכם בסיס לעבוד ממנו.
למה לבחור ב-ISMS.online לתכנון התאוששות מאסון?
תוכניות הבראה נכשלות מבחינת מטבע הרבה יותר מאשר מבחינת תוכן. ISMS.online בנוי כדי לשמור אותן תואמות לעיזבון.
- תוכניות הקשורות למערכות שהן מכסותכל ערך מתחבר לנכס, לבעליו ולבקרות עליהן הוא מסתמך, כך שהסחף גלוי.
- מטרות התאוששות בירושה, לא ביצירת מופתהמטרות שנקבעו על ידי ניתוח העסקי ממשיכות בתוכנית הטכנולוגיה.
- לוחות זמנים של בדיקות וממצאים יחד: לתכנן תרגילים, לתעד מה נכשל ולעקוב אחר פעולות מתקנות באותו מקום בו מתוכננת התוכנית.
- סט בקרה אחד, כל מסגרתבקרות גיבוי, גישה וספקים מופו פעם אחת ונעשה בהן שימוש חוזר בתקני ISO 22301, ISO 27031, ISO 27001, ISO 27701 ו-ISO 42001.
- תלות בספקים שנבדקההצדדים השלישיים שההתאוששות שלך תלויה בהם בשקט מנוהלים באותה מערכת.
- מושפע ממומחיות מעמיקהיישום מודרך על ידי מומחים שהפעילו תוכניות שיקום בסביבות מוסדרות.
- נבנה עבור שווקים בבריטניה ושווקים מוסדרים: מיועד לארגונים שצריכים להוכיח יכולת התאוששות למבקרים וללקוחות.
ראו איך זה משתלב בפלטפורמת החוסן העסקי , או הזמינו הדגמה.
שאלות נפוצות
מה ההבדל בין תוכנית התאוששות מאסון לתוכנית המשכיות עסקית?
תוכנית התאוששות מאסון משיבה את שירותי הטכנולוגיה. תוכנית המשכיות עסקית שומרת על פעילות העסק גם לאחר שיבושים בכל האמצעים הזמינים, שיכולים לכלול עבודה ידנית בזמן שהמערכות מושבתות. התאוששות היא מרכיב של המשכיות ולא אלטרנטיבה לה, ויעדי ההתאוששות בתוכנית הטכנולוגיה צריכים לנבוע מניתוח העסקי שעליו בנויה תוכנית ההמשכיות.
מה צריכים להיות ה-RTO וה-RPO?
שניהם נובעים מניתוח ההשפעה העסקית ולא ממה שהתשתית יכולה לספק כרגע. יעד זמן ההתאוששות נגזר מהנקודה שבה ההפרעה לפעילות הופכת לבלתי מקובלת, ונקבע בתוך גבול זה. יעד נקודת ההתאוששות נובע מכמות הנתונים העדכניים שהעסק יכול לשחזר או להרשות לעצמו לאבד. קביעת כל אחד מהם על סמך היכולת הטכנית הנוכחית מייצרת יעדים שתמיד מושגים ואינם מוכיחים דבר.
מה ההבדל בין המתנה חמה לבין אקטיבי-אקטיבי?
מצב המתנה חם שומר על עותק שני של השירות פועל אך במצב סרק. הוא אינו משרת אף אחד עד שעוברים אליו מעבר לגיבוי, כך ששחזור כרוך במעבר מכוון, ומעבר זה לוקח זמן ויכול להשתבש. פעיל-פעיל פירושו ששני עותקים חיים מטפלים שניהם בעבודה אמיתית בו זמנית, כך שאובדן אחד משאיר את השני כבר משרת ואין מה להפעיל. פעיל-פעיל מסיר את שלב המעבר לגיבוי ולכן יקר יותר בהתאם, מכיוון שאתה מפעיל ורישוי שתי סביבות ייצור במקום אחת ואחת נוספת.
באיזו תדירות יש לבדוק תוכנית התאוששות מאסון?
לפחות פעם בשנה לצורך בדיקה משמעותית, עם הדרכות קלות יותר בתדירות גבוהה יותר וסקירה בכל פעם שהמצב משתנה באופן מהותי. התדירות חשובה פחות מההתקדמות: ארגון שמפעיל את אותה בדיקה בכל שנה יודע שאנשיו מבינים את תפקידיהם, אך עדיין אין לו הוכחות לכך ששחזור עובד בנפח הייצור. יש להחליף את סוג הבדיקה כך שייבחנו הנחות שונות.
האם אירוח ענן מבטל את הצורך בתוכנית התאוששות מאסון?
לא. פלטפורמות ענן מספקות את אבני הבניין לארכיטקטורה גמישה, אך אזורי זמינות ושירותים מנוהלים הם אפשרויות תצורה ולא ברירת מחדל, והפסקות אזוריות אכן מתרחשות. הענן גם לא עושה דבר בנוגע לנתונים שנמחקו או מוצפנים, תצורה שגויה או חשבון שנפגע. התוכנית משנה צורה בענן, והופכת להיות יותר קשורה לתצורה, גיבויים בלתי ניתנים לשינוי ושחזור חשבונות מאשר לחומרה, אך היא לא נעלמת.
האם תוכנת כופר היא תרחיש של התאוששות מאסון?
זה הכל ועוד. תוכנת כופר היא אירוע אבטחה, לעתים קרובות פרצת מידע אישי ואירוע שחזור בו זמנית, והיא מבטלת הנחות שתכנון שחזור רגיל עושה. גיבויים עשויים להיות מוצפנים או נמחקים, כך שאי-שינוי ועותקים לא מקוונים חשובים, וייתכן שיהיה צורך לבנות מחדש את הסביבה במקום לשחזר אותה במקומה מכיוון ששחזור לתוך סביבה פרוצה פשוט מדביק אותה מחדש.
