מדיניות גיבוי טובה מתחילה בשאלה פשוטה: אם משהו יפסיק לעבוד, מה הלקוח צריך בחזרה — ובאיזו מהירות? עבור ספקי IT מנוהלים, הגנה על מידע ורציפות עסקית קשורות גם לתשתית, גם להכנסות וגם לאמון הלקוחות. לפניכם חמישה צעדים לבניית מדיניות שלא רק נראית מסודרת, אלא עוזרת ביום שצריך אותה.
מתכננים לפי העסק
- מידע ושירותים חשובים
- יעדי זמן ואובדן מידע
- בדיקת חזרה לעבודה
מה באמת חייבים להחזיר לעבודה?
חלקו את המידע לקבוצות: מידע מערכת, הגדרות יישומים ומידע תפעולי. עכשיו שאלו מה הכי חשוב לפעילות העסק וכמה מהר צריך לשחזר כל קבוצה. לא כל תיקייה דחופה באותה מידה — גם אם מישהו קרא לה ״חשוב מאוד סופי״.
המקור מציע לטפל במידע משתמשים ובמידע פעיל, או ״חם״, בתדירות של שעה או יום, ובתוכן שמשתנה פחות, למשל חלק מתוכן האתר, בתדירות נמוכה יותר. תעדו את המידע, ובדקו ועדכנו את הרשימה במועדים קבועים. כך תוכלו לוודא שהמידע שאתם צריכים אכן נכלל בגיבוי בשגרה.
מחליטים כמה זמן וכמה מידע אפשר לאבד
קבעו את היעדים לפי פעילות העסק, הערכים והמטרות שלו. RTO, יעד זמן ההתאוששות, מגדיר בתוך כמה זמן צריך להחזיר תשתית או שירות. RPO, יעד נקודת ההתאוששות, מגדיר את חלון אובדן המידע שהעסק מוכן לקבל.
כדי להבין את ההבדל בין RPO ל־RTO ולהגדיר יעדים מתאימים, בחנו שלושה דברים:
- עלות ההשבתה לעסק.
- התקציב שעומד לרשותכם.
- הפעולות והמשאבים שיידרשו להתאוששות מאסון.
הבחינה הזו תעזור לקבוע מגבלות זמן ונהלי התאוששות מתאימים, וכן את התדירות שבה צריך לגבות את המידע. חשוב להבין גם את ההבדל בין גיבוי להתאוששות מאסון כדי להשלים את התמונה.
בוחרים שיטה לפי הצורך, לא לפי הכותרת
בחרו פתרון שמתאים לצרכים ולסביבת ה־IT. בין האפשרויות נמצאים גיבוי מלא, מצטבר ודיפרנציאלי. מסוף ניהול בענן יכול לעזור לצוות לראות ולבדוק את הסביבה מרחוק. לפני שבוחרים, חשוב להבין איך כל אפשרות משרתת את השחזור הדרוש.
כשבודקים שיטות הגיבוי, פעלו לפי כלל 3-2-1: שמרו שלושה עותקים של המידע, כלומר המידע המקורי ושני עותקי גיבוי, על שני סוגי מדיה, כאשר עותק אחד נמצא מחוץ לאתר לצורך התאוששות מאסון.
הופכים החלטות לכללי עבודה
צרו מדיניות גיבוי שתומכת בהצלחת התהליך. הגיבוי צריך להתאים לדרישות רמת השירות שלכם ולכלול גם גרסאות קודמות של המידע. המקור מציע לגבות מידע קריטי בזמן אמת או מדי יום, ומידע אחר לפחות פעם בשבוע. יש להתאים את הדוגמאות האלה ליעדי העסק ולסיכון בפועל.
הכינו גם ספרי תרחישים להתאוששות, עם פעולות שמאפשרות לשחזר לפי הציפיות שנקבעו. יישמו את המדיניות בתשתית, הדריכו את הצוות והגבילו שינויים למורשים. שמרו עותקים מתאימים של הגדרות הגיבוי: בזמן אירוע עדיף לעבוד לפי תוכנית מאשר לנסות להיזכר איפה הייתה כל הגדרה.
מוודאים שהתוכנית עובדת גם במציאות
בדקו את יעד הגיבוי, מקומי או בענן, ואת תוצאות המשימות. אם משהו לא תואם לציפיות, חזרו להגדרות וחפשו בעיות תצורה שמונעות יצירת גיבויים. הודעה ירוקה היא סימן טוב; בדיקה של מה שנשמר נותנת תמונה טובה יותר.
במסגרת בדיקות הגיבוי, בדקו את המידע, תשתית ה־IT והגדרות האבטחה. בדקו את המערכות גם ביחס ליעדי זמן ההתאוששות ונקודת ההתאוששות. אם נדרש שינוי במערכת, התחילו בהדרגה. בדקו כל שינוי, ולאורך זמן חפשו דרכים לשפר את מערכות הגיבוי ולגבש תרחישים חלופיים למדיניות עמידה יותר.
מתחילים מהצעד הראשון, ובודקים לאורך הדרך
אין צורך לחכות לאירוע כדי להתחיל. השתמשו בחמשת הצעדים כדי להגן על הפעילות העסקית ועל מידע הלקוחות, היום ובהמשך. מדיניות עמידה נבנית מתכנון, יישום ושיפור קבוע — לא מהחלטה חד־פעמית ששמים בתיקייה.
נוסח עברי מלא המבוסס על גוף המאמר בקובץ ה־PDF שסופק, בעריכת שפה לקריאה נוחה. הערות דיוק ותיקונים למקור מסומנים בנפרד. דוגמאות הסבר נוספו לפי הצורך; תפריטי אתר, מודעות וקישורי המלצות אינם חלק מגוף המאמר.
מקור: Creating Resilient Backup Policies – A Step-by-Step Guide.pdf מאת MSP360. למאמר המקורי.
