מהו כלל הגיבוי 3-2-1-1-0?

הכלל מחייב לעמוד בחמישה תנאים:

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

מה ההבדל בין 3-2-1 לבין 3-2-1-1-0?

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

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

יישום הכלל באמצעות BackupONE

ניתן ליצור תוכניות גיבוי עבור סוגי מידע שונים: קבצים, גיבוי Image מלא, שרתים, מסדי נתונים של SQL, מכונות וירטואליות ויישומי SaaS כגון Microsoft 365 ו־Google Workspace. את העותקים ניתן לשמור באחסון מקומי ובענן בהתאם למדיניות הארגון.

ה־1 הנוסף: Immutability ו־Object Lock

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

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

ה־0: גיבוי שהסתיים ללא שגיאות

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

מתחילים במיפוי המידע, לפני שמגדירים משימות

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

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

קובעים מי בודק, ומתרגלים גם את השחזור

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

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

סיכום

כלל 3-2-1-1-0 יוצר אסטרטגיית גיבוי עמידה יותר: ריבוי עותקים, הפרדה בין טכנולוגיות ואתרים, עותק מבודד או בלתי ניתן לשינוי ואימות תקינות. כך גדל הסיכוי שהארגון יוכל לשחזר את המידע ולהמשיך לעבוד גם לאחר מתקפת כופרה, תקלה פיזית או טעות אנוש.

שחזור ישיר ל־VMware, ל־Hyper-V ול־Proxmox

כעת ניתן לשחזר גיבויים מבוססי Image ישירות אל VMware, אל Microsoft Hyper-V ואל Proxmox VE. המערכת יוצרת באופן אוטומטי מכונה וירטואלית מתמונת הגיבוי ומשחזרת אותה ישירות לסביבת הווירטואליזציה שנבחרה.

כך מצטמצמת מורכבות השחזור ומואצים תהליכי ההתאוששות מאסון בתשתיות וירטואליות.

Instant Restore — שחזור מיידי

יכולת Instant Restore מאפשרת להפעיל מכונה וירטואלית ישירות מאחסון הגיבוי, בלי להמתין לסיום שחזור מלא. היכולת נתמכת בגיבויי Image ובגיבויי Hyper-V ו־Proxmox.

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

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

תמיכה בגיבוי מכונות Proxmox וקונטיינרים מסוג LXC

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

גיבוי היברידי

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

• שחזור מקומי מהיר
• עמידות משופרת
• יתירות גאוגרפית
• מוכנות טובה יותר להתאוששות ממתקפות כופרה

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

גיבוי סינתטי ליעדי אחסון מקומיים

גיבוי סינתטי נתמך כעת גם בדיסקים מקומיים ובתיקיות רשת. כך ניתן ליישם ביעדי אחסון מקומיים אסטרטגיית Forever Forward Incremental ‏(FFI) יעילה.

יתרונות מרכזיים

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

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

שחזור קבצים ותיקיות דרך הדפדפן

ניתן לשחזר קבצים ותיקיות בודדים ישירות דרך הדפדפן, ללא צורך בשחזור מערכת מלא. היכולת זמינה עבור גיבויי Image, גיבויי קבצים וגיבויי VMware, ‏Hyper-V ו־Proxmox. הקבצים יורדים ישירות לתיקיית ההורדות בדפדפן, לשחזור מהיר ונוח.

אבטחה מובנית

כל העברות המידע מוגנות בהצפנת AES. בדפדפנים התומכים ב־Web Crypto API, כגון Google Chrome, קובצי ZIP שהורדו מפוענחים אוטומטית בדפדפן. כאשר פענוח בצד הדפדפן אינו נתמך, ניתן לפענח את הארכיון באופן מאובטח לאחר ההורדה באמצעות סיסמת ההצפנה.

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

מהו ספק שירותים מנוהלים?

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

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

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

אילו שירותים מספק MSP?

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

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

כיצד השירותים ניתנים?

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

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

מדוע כדאי לשקול עבודה עם MSP?

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

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

היתרונות המרכזיים

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

מהן החלופות?

החלופה הראשונה היא מודל Break-Fix, שבו משלמים לטכנאי רק לאחר שמתרחשת תקלה. זהו מודל תגובתי: הוא פותר בעיות קיימות, אך אינו מסייע מספיק במניעה, בתכנון קדימה או באימוץ טכנולוגיות חדשות.

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

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

כיצד בוחרים MSP מתאים?

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

הקמת עסק MSP

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

כיצד MSP מתמחר שירותים?

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

חוזים והסכמי SLA

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

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

מערך התוכנות של MSP

ספקים מנוהלים משתמשים במגוון כלים בהתאם לשירותיהם. מערכות PSA לאוטומציה של תהליכי השירות ומערכות RMM לניטור ולניהול מרחוק הן בסיסיות לרוב העסקים בתחום. כלים נפוצים נוספים כוללים:

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

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

סיכום

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

מהו RTO?

RTO — Recovery Time Objective — הוא פרק הזמן המרבי שנקבע להחזרת תשתיות ה־IT והשירותים לפעילות לאחר אסון או תקלה. אם ה־RTO הוא שעתיים, הארגון צריך להיות מסוגל לחדש פעילות רגילה בתוך שעתיים מתחילת האירוע.

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

גורמים שיש להביא בחשבון בקביעת RTO

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

מהו RPO?

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

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

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

גורמים שיש להביא בחשבון בקביעת RPO

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

ההבדלים בין יעדי ההתאוששות

RTO ו־RPO בתכנון התאוששות מאסון

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

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

7 דרכים לשפר את ה־RTO וה־RPO

סיכום

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