המשכיות עסקית: לכל ארגון צריכה להיות אסטרטגיה שמתאימה לצרכיו

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

לדבריו, "לכל ארגון יש אסטרטגיה שהוא רוצה לגבש בהקשר של המשכיות עסקית. הוא אמור לגבש אותה על בסיס שני דברים עיקריים: RPO (יעד לנקודת התאוששות) ו-RTO (יעד לזמן התאוששות".

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

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

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

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

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

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

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

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