מילון סייבר בעברית

מה זה RPO: נקודת השחזור ופער הנתונים

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

מהי נקודת נתונים ולא רק תדירות

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

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

NIST: Recovery Point Objective

דוגמה: הפער בין יעד, לוח זמנים ותוצאה

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

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

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

למה מסד נתונים וקבצים צריכים להיבחן יחד

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

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

ההבדל בין RPO ל-RTO

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

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

מה רושמים בבדיקת RPO

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

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

מקור מקצועי: NIST: Recovery Point Objective

תשובות ברורות

שאלות שעולות בנושא

גיבוי יומי אומר RPO של 24 שעות?

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

RPO אפס אומר שלא תהיה השבתה?

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

צריך אותו RPO לכל הנתונים?

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

מתקדמים לפי הצורך

רוצים לדעת כמה מידע אפשר להחזיר בפועל?

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

לתיאום בדיקת גיבוי ושחזור