נכתב על ידי צוות SYSPRO | עודכן: 06.11.2026
בקצרה: RPO ו-RTO הם שני יעדים שקובעים כמה נתונים ארגון מוכן לאבד וכמה זמן הוא מוכן להיות מושבת אחרי תקלה או אסון. RPO מתאר את אובדן הנתונים המרבי, ו-RTO את זמן ההשבתה המרבי. את היעדים קובע העסק לכל מערכת בנפרד, ועל פיהם בוחרים בין גיבוי יומי, גיבוי רציף ו-DR. צוות SYSPRO מסייע לתרגם אותם לפתרון מעשי.
נקודות עיקריות:
- RPO (Recovery Point Objective) הוא פרק הזמן המרבי של נתונים שהארגון מוכן לאבד.
- RTO (Recovery Time Objective) הוא פרק הזמן המרבי שמערכת יכולה להיות מושבתת עד שחוזרים לעבודה.
- לכל מערכת בארגון, כמו מייל, שרת קבצים ו-ERP, מתאימים יעדים שונים.
- ככל שהיעדים הדוקים יותר, הפתרון מורכב ויקר יותר.
- יעד שלא נבדק בפועל הוא הערכה בלבד, ולכן חשוב לתרגל שחזור.
תוכן עניינים
מה זה RPO ו-RTO?
RPO ו-RTO הם שני מונחים מעולם ההמשכיות העסקית וההתאוששות מאסון. RPO (Recovery Point Objective) הוא נקודת הזמן אליה מוכנים לחזור: כמה נתונים מותר לאבד, נמדד בזמן. אם ה-RPO של מערכת הוא ארבע שעות, הארגון מקבל על עצמו שבמקרה של תקלה ייעלמו לכל היותר הנתונים של ארבע השעות האחרונות.
RTO (Recovery Time Objective) הוא הזמן המרבי שמערכת יכולה להיות מושבתת עד שהיא חוזרת לפעול. אם ה-RTO הוא שעתיים, המערכת צריכה לעבוד שוב תוך שעתיים מרגע ההשבתה.
שני היעדים הם החלטה עסקית ולא טכנית. מנהל התפעול או הכספים יודע כמה עולה שעת השבתה, והצוות הטכני בוחר פתרון שעומד בכך.
מה ההבדל בין RPO ל-RTO?
RPO עוסק בנתונים, ו-RTO עוסק בזמן. RPO עונה על השאלה "כמה מהעבודה שלנו מותר לאבד?", ו-RTO עונה על "כמה זמן נוכל לעבוד בלי המערכת?".
לדוגמה, מערכת הזמנות נתקעה בשעה 12:00, והגיבוי האחרון נעשה בשעה 08:00. הנתונים של ארבע שעות אבדו, וזה ה-RPO בפועל. אם המערכת חזרה לפעול רק בשעה 15:00, ההשבתה ארכה שלוש שעות, וזה ה-RTO בפועל. ארגון יכול לעמוד ב-RPO ולא לעמוד ב-RTO, ולהפך. לכן מגדירים את שניהם.
איך מגדירים יעדי RPO ו-RTO לכל מערכת בארגון?
אין יעד אחד לכל הארגון. כל מערכת מקבלת יעדים לפי חשיבותה לעסק. התהליך המומלץ:
- ממפים את המערכות: מייל, שרת קבצים, ERP, מערכות הנהלת חשבונות, אתר, מרכזיה ואחרות.
- לכל מערכת שואלים כמה עולה שעת השבתה, וכמה עבודה אפשר לשחזר ידנית.
- קובעים RPO ו-RTO לכל מערכת, ומחלקים אותן לרמות חשיבות.
- בוחרים לכל רמה פתרון גיבוי או התאוששות שעומד ביעדים.
- מתעדים, ובודקים שחזור בפועל לפחות פעם בשנה ובכל שינוי משמעותי.
להלן דוגמאות להמחשה בלבד. היעדים המדויקים תלויים בעסק:
- ERP: מערכת שבה נרשמות הזמנות, חשבוניות ומלאי. אובדן של שעות עבודה יוצר בלגן בהנהלת החשבונות, ולכן בדרך כלל נקבע RPO קצר ו-RTO קצר.
- מייל: השבתה מפריעה לתקשורת עם לקוחות, אבל בגלל שחלק מהמיילים נשמרים אצל השולחים, לעיתים אפשר להסתפק ב-RPO ארוך יותר. כדאי לשקול גיבוי תיבות המייל בנפרד, גם כשהשירות עצמו בענן.
- שרת קבצים: אובדן קובץ שעובדים ערכו באותו יום הוא נפוץ, ולכן מקובל לבחור RPO של שעות עד יום, ו-RTO לפי הצורך לעבוד מול מסמכים משותפים.
איזה פתרון מתאים לכל יעד זמן?
היעדים קובעים את סוג הפתרון. ככל שהיעד הדוק יותר, הפתרון מורכב ויקר יותר. הטבלה מציגה את ההתאמה העקרונית:
| יעד RPO / RTO | סוג הפתרון | מתאים בדרך כלל ל |
|---|---|---|
| RPO של יום, RTO של שעות עד ימים | גיבוי יומי | שרת קבצים, מערכות משרדיות, נתונים שניתן לשחזר חלקית |
| RPO של שעות עד דקות, RTO של שעות | גיבוי רציף, כלומר גיבוי תכוף לאורך היום | מערכות עסקיות עם שינוי נתונים מתמשך, כמו ERP ומסדי נתונים |
| RPO של דקות או פחות, RTO של דקות עד שעות | DR: שכפול למערכת חלופית ותהליך מעבר מתוכנן | מערכות קריטיות שהשבתתן עוצרת את העסק |
שירותי DR מתאימים כשהשבתה ממושכת אינה אפשרית, וגיבוי מנוהל בענן מתאים כשצריך להגן על הנתונים בעלות סבירה. הערכים בטבלה הם מסגרת כללית ולא התחייבות. בפועל הם נקבעים לפי המערכת והתשתית.
אילו שאלות כדאי לשאול לפני שבוחרים פתרון גיבוי והתאוששות?
לפני שמחליטים, כדאי לענות על השאלות הבאות:
- מה עלות שעת השבתה בכל מערכת, ומה קורה אם מאבדים יום עבודה?
- אילו מערכות חייבות לחזור ראשונות, ובאיזה סדר משחזרים?
- כמה זמן ייקח לשחזר בפועל, ולא רק על הנייר?
- איפה הגיבוי נשמר, והאם הוא מנותק מהרשת כך שגם כופרה לא תפגע בו?
- האם המערכת רצה על שרת בענן או על שרת מקומי, והאם זה משנה את אפשרויות השחזור? בנושא הזה אפשר לקרוא גם את ההשוואה שרת וירטואלי מול שרת פיזי.
- מי אחראי על הפתרון, מי מפעיל אותו ומי בודק אותו באופן קבוע?
איך בודקים שיעדי RPO ו-RTO באמת מתקיימים?
יעד שלא נבדק אינו מבטיח כלום. בדיקה כוללת שחזור בפועל של מערכת או קבצים לסביבה נפרדת, מדידת הזמן שלקח, ובדיקה שהנתונים שהוחזרו שלמים ועדכניים עד נקודת הזמן שהוגדרה. אם הזמן שנמדד ארוך מה-RTO, או שהנתונים ישנים מה-RPO, יש להתאים את הפתרון או את היעד. מומלץ לחזור על הבדיקה בכל שינוי בתשתית ולתעד את התוצאות.
שאלות נפוצות
מה זה RPO במילים פשוטות?
RPO הוא כמות הנתונים המרבית שהארגון מוכן לאבד אחרי תקלה, נמדדת בזמן. RPO של שעה אומר שהגיבוי או השכפול צריכים להתבצע לפחות כל שעה.
מה זה RTO במילים פשוטות?
RTO הוא הזמן המרבי שמערכת יכולה להיות מושבתת עד שהיא חוזרת לפעול. RTO של שעתיים אומר שהמערכת צריכה לעבוד שוב תוך שעתיים מרגע ההשבתה.
האם אפשר להגדיר RPO ו-RTO אחד לכל הארגון?
לא מומלץ. מערכות שונות חשובות במידה שונה, והגדרת יעד הדוק לכולן מייקרת את הפתרון בלי צורך. עדיף להגדיר יעדים לפי רמת החשיבות של כל מערכת.
האם גיבוי יומי מספיק?
תלוי ב-RPO. גיבוי יומי מתאים למערכות שמותר לאבד בהן עד יום עבודה. למערכות שבהן אובדן של שעות הוא בעיה, צריך גיבוי תכוף יותר או DR.
מה ההבדל בין גיבוי ל-DR?
גיבוי שומר עותק של הנתונים כדי לשחזר אותם. DR (התאוששות מאסון) כולל גם מערכת חלופית ותהליך מתוכנן להפעלתה, ולכן מקצר את זמן ההשבתה.
לסיכום
RPO ו-RTO הם שני יעדים שמגדירים כמה נתונים מותר לאבד וכמה זמן מותר להיות מושבתים. את היעדים קובע העסק לכל מערכת בנפרד, ועל פיהם בוחרים בין גיבוי יומי, גיבוי רציף ו-DR. יעד שנבדק בשחזור בפועל הוא יעד שאפשר לסמוך עליו.
רוצים להגדיר יעדי RPO ו-RTO לארגון שלכם?
הגדרת RPO ו-RTO נכונה חוסכת השבתה יקרה ומונעת תשלום על פתרון שאינו נחוץ. צוות SYSPRO מסייע לחברות וארגונים למפות את המערכות, להגדיר יעדים ולבחור פתרון גיבוי או התאוששות מתאים. כדי לבחון את סביבת המחשוב שלכם, בואו נדבר או התקשרו ל-072-2211005.
