רגליים על הקרקע – הראש בעננים – תיאום ציפיות לזמינות המידע בשירותי ענן

אריאל ברקמן, CTO בחברת Recover טכנולוגיות מידע: "אירגונים רבים רואים בהעברת צרכי המחשוב לענן כתהליך התייעלות. ההנחה הסבירה היא שזמינות השירות והמידע בענן תהיה טובה לפחות כמו זמינות השירות לפני המעבר לשירותי ענן. אכן, ספקי שירות ענן מגדירים את ההתחייבות לזמינות השירות במסמך ה-SLA, אך מה בנוגע לזמינות המידע ומדיניות הגיבויים אצל ספק השירות בענן (SaaS)?"

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

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

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

הקושי בתיכנון, מימוש ובדיקה של הגיבוי אצל ספקי ה-SaaS עלול להיות רב עוד יותר עקב הצרכים השונים של מגוון הלקוחות של השירות. לדוגמא: במקרה של תקלה (למשל: טעות אנוש, וירוס, חבלה, תקלה פיזית, הזנחה, וכו') אשר גורמת לאובדן מידע, ספק השירות נאלץ להשתחזר מהגיבוי התקין האחרון (במידה וקיים) – למשל, גיבוי אשר נעשה 12 שעות בלבד לפני התקלה. אך, האם שיחזור למצב של 12 שעות אחורה מספק את הלקוחות של השירות? התשובה תלויה מאוד בדרישות וציפיות הלקוח. לדוגמא, לקוח שמסר שרת עם RAID לשחזור מידע במעבדת Recover ציין כי קיים למידע גיבוי בן 12 שעות, אולם ב-12 השעות האחרונות נרשם מידע רב לשרת ואין הם יכולים לאבד מידע זה. במקרה אחר, גיבוי בן 3 חודשים הספיק בכדי להשתקם מקריסת שרת עם RAID.

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

•    Data Retention Period (משך שמירת המידע המגובה).
•    Backup Frequency (תדירות ביצוע הגיבוי).
•    Backup Policies and Disaster Recovery Plans (מדיניות גיבויים ותוכנית התאוששות מאסון)

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

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

חברת Recover מתמחה בשחזור נתונים ממערכות מידע מורכבות כגון שרתים, מערכות מבוססות RAID (NAS, SAN), VMs, קלטות גיבוי, דיסקים קשיחים, התקני זיכרון מבוססי FLASH כולל כונני SSD ועוד. לחברת Recover תו תקן לאיכות השרות   ISO 9001:2008 בשיחזור והצלת מידע והינה ספק מורשה למשרד הבטחון (מספר ספק: 11000819). החברה מדווחת על אחוזי הצלחה של כ-97%.