כמה זמן צריך לשמור גיבוי — שבוע, שנה, או עד שמישהו יבקש את הקובץ שכבר שכחנו שהיה קיים? אין תשובה אחת שמתאימה לכל עסק. מדיניות שימור ולוח זמנים טובים מתחילים בצורכי העבודה, בדרישות החלות על המידע ובתרחישי השחזור. כאן נעבור על השיקולים שיעזרו להגדיר אותם בצורה מסודרת.
תדירות ומשך שמירה
- מתי נוצרת נקודת שחזור?
- כמה גרסאות נשמרות?
- מתי מותר למחוק?
מה שומרים, ולכמה זמן?
מדיניות שימור מסבירה כמה זמן הארגון שומר מידע לצורכי עבודה או כדי לעמוד בדרישות שחלות עליו. בתיאור MSP360 Backup שבמקור, האפשרות Retention Policy מנהלת יצירה ומחיקה אוטומטיות של עותקים. כל מצב קודם של קובץ נקרא גרסה.
אפשר ליצור כמה גרסאות לאורך חיי הקובץ, בהתאם להגדרות. המערכת עוקבת אחר גרסאות הקבצים ומאפשרת לנהל אותן. לצד קובצי המשתמש נשמרת רשימה של הגרסאות הקודמות בגיבוי. אפשרויות מדיניות השימור נמצאות בהגדרות תוכנית הגיבוי. המקור מפנה לתיעוד נוסף בנושא מדיניות שימור וגרסאות ב־MSP360.
בונים מדיניות שמתאימה לכל קבוצת מידע
כדי לבנות מדיניות שימושית, התחילו בהיכרות עם המידע. עברו על הצעדים הבאים — לפני שמגדירים מתי המערכת מוחקת אותו.
מבחינים בין סוגי המידע
הגדרות הגיבוי והשימור של קובצי מערכת הפעלה, מסדי נתונים ומסמכי משתמשים שונות בדרך כלל. יש לבסס אותן על RTO ו־RPO פנימיים, על תוכנית התאוששות או המשכיות עסקית ועל צורכי העבודה.
כמה אחורה תרצו לחזור, ובאיזו רמת פירוט? עותק חודשי יכול להתאים לצורך אחד, ועותקים שבועיים, יומיים או שעתיים לצורך אחר. המקור מפנה גם לדוגמאות של שימור קובצי עבודה וקבצים אישיים. הבחירה צריכה להתאים לשימוש בפועל.
מבחינים לפי מחזור החיים
יש מידע שצריך לשמור לכמה שבועות ולשלוף מהר, ויש מידע שצריך לשמור שנים ואז למחוק בבטחה. גיבויים שצריך לעיתים קרובות יכולים להישמר מקומית לגישה מהירה; ארכיונים ארוכי טווח יכולים להישמר בענן בשכבות אחסון ייעודיות. השאלה היא מתי ואיך תצטרכו אותם.
המקור מתאר שב־MSP360 Backup ניתן להגדיר מדיניות שימור נפרדת לכל יעד אחסון בתוכנית גיבוי היברידית.
בונים תוכניות לפי קבוצות המידע
צרו תוכנית גיבוי לכל קבוצת נתונים שהגדרתם בצעדים הקודמים.
מגדירים את השימור בכל תוכנית
- מספר הגרסאות לשמירה: קבעו כמה מצבים קודמים של הקובץ יש לשמור. המקור מתאר גרסה כעותק של קובץ השונה מהמצב הקודם שלו ונשמר באחסון.
- מדיניות מחזור חיים לכל קבוצה: מידע שנשמר לצורך עמידה בדרישות עשוי להידרש לתקופה ארוכה. אפשר להפריד אותו לתוכנית ייעודית ולשמור אותו בארכיון למשך הזמן הדרוש. ההגדרות עשויות להשתנות לפי סוג האחסון או שכבת השירות. עותקים שצריך לגשת אליהם מהר יכולים להישמר מקומית, וארכיונים ארוכי טווח בענן.
- מחיקת מידע שכבר אינו נדרש: הגדרת Purge מאפשרת מחיקה אוטומטית של קבצים ישנים, גרסאות לא נחוצות או קבצים שנמחקו במקור המקומי. זו הגדרה גמישה וחזקה, ויש לבחון אותה בזהירות. המקור ממליץ בדרך כלל לשמור לפחות את הגרסה האחרונה גם כאשר מופעלת מחיקה.
סוקרים את התוכניות ומריצים את הגיבויים
בשלב החמישי בדקו את תוכניות הגיבוי ואת הגדרות השימור. בשלב השישי הפעילו את הגיבויים. בהמשך המקור מובאות המלצות מצוות ארכיטקטורת הפתרונות.
גם השעון והאחסון צריכים תכנון
בודקים דרישות ענפיות
המקור מציין מסגרות כגון FISMA, HIPAA, PCI, SOX ו־GLBA, ומדגיש שדרישות השימור משתנות בין סוגי מידע וענפים. הוא נותן דוגמה של שבע שנות שמירה לרישומי חייבים וזכאים ולדוחות מס, וחמש שנים לחשבוניות לקוח, ומייחס אותה ל־SOX.
מתאימים שימור לתרחישי השחזור
אם יכול להיות שתצטרכו מידע שנה אחרי שנמחק, הגדרות השימור צריכות לאפשר זאת — וצריך לבדוק שהוא באמת נשמר. המקור מתאר גם Delay Purge, דחייה של מחיקת גרסאות שעברו גיל מסוים. השם נשמע מבטיח, אבל חשוב לבדוק מה הוא עושה בגרסה שלכם.
לדוגמה, במקור תקופת השימור מוגדרת ליום אחד ודחיית המחיקה ל־90 יום. לאחר יום הגרסה הופכת למועמדת למחיקה, אך נשמרת 90 יום נוספים לפני המחיקה. זו דוגמה למנגנון שתואר במקור; יש לאמת את התנהגותו בגרסת המוצר ובהגדרות שבהן משתמשים.
מנהלים את שרשרת הגיבוי המצטבר
המקור ממליץ לשמור שרשרת בגודל סביר של 14 גיבויים מצטברים ולתזמן מדי פעם גיבוי מלא.
מתחשבים בעומס על הייצור
גיבוי משתמש ברשת ובמשאבי קלט ופלט, ולכן הוא יכול להתחרות עם העבודה השוטפת. גיבויים שבועיים אפשר לתזמן מחוץ לשעות הפעילות או בסוף השבוע; בגיבויים יומיים אפשר לשקול הגבלת רוחב פס. העובדים לא צריכים לגלות את חלון הגיבוי לפי הזמן שלוקח לפתוח קובץ.
המקור מתאר תכונת Bandwidth Throttle ב־MSP360 Backup המאפשרת לוח זמנים להגבלת רוחב הפס, ומפנה לתיעוד המוצר להמשך.
המדיניות צריכה להתאים לעסק שלכם
כששואלים איך להגדיר שימור, התשובה היא בדרך כלל ״תלוי״. זו לא התחמקות: סוג המידע, דרישות השמירה, העלות וצורכי השחזור באמת משנים את התשובה. אין מדיניות אחת לכולם. המקור מפנה לקהילת התמיכה שלו לבדיקת תרחישים עם ארכיטקטים, אנשי תמיכה ואנשי גיבוי.
נוסח עברי מלא המבוסס על גוף המאמר בקובץ ה־PDF שסופק, בעריכת שפה לקריאה נוחה. הערות דיוק ותיקונים למקור מסומנים בנפרד. דוגמאות הסבר נוספו לפי הצורך; תפריטי אתר, מודעות וקישורי המלצות אינם חלק מגוף המאמר.
מקור: Backup Retention Policy and Scheduling Best Practices.pdf מאת MSP360. למאמר המקורי.
