[{"data":1,"prerenderedAt":167},["ShallowReactive",2],{"publication:he:P117":3},{"meta":4,"copy":16,"relatedArticles":127,"terms":159,"term":160,"resourceParent":161,"glossaryParent":164},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P117","\u002Fblog\u002Fwebsite-backup-retention","article","כמה זמן לשמור גיבויים של אתר","כמה זמן לשמור גיבויים של אתר: תדירות, היסטוריה ומחיקה","איך קובעים תקופת שמירה לגיבויי אתר לפי זמן גילוי תקלה, נתונים ותלות בשחזור. טבלת החלטה, סבב מחיקה ובדיקת נקודה ישנה בלי כלל ימים שרירותי.",[12,13],"\u002Fservices\u002Fbackups","\u002Fservices\u002Fwebsite-maintenance","2026-05-21","2026-10-29",{"intro":17,"sections":18,"checklist":85,"faq":91,"sources":101,"links":104,"cta":122},"תקופת שמירה לגיבויי אתר נקבעת לפי הזמן שבו תקלה עשויה להתגלות, המידע העסקי שצריך להחזיר ויכולת השחזור בפועל. תדירות קובעת כמה מידע חדש עלול ללכת לאיבוד; שמירה קובעת כמה רחוק אפשר לחזור. אין מספר ימים אחד שמתאים לכל אתר, והחלטה טובה כוללת גם הגנת עותקים ובדיקת שחזור ישן.",[19,28,59,64,72,77],{"title":20,"paragraphs":21,"sources":24},"הפרידו בין תדירות, תקופת שמירה ויכולת שחזור",[22,23],"גיבוי תכוף יכול לייצר הרבה נקודות מאותה תקלה, אם כולן נוצרו אחרי שהמידע נפגע. לעומת זאת, עותק ישן עשוי להחזיר מבנה תקין אך להשמיט עסקאות חדשות. קודם מגדירים תהליך עסקי קריטי וסבילות לאובדן מידע, ואז מתכננים נקודות והיסטוריה שתומכות בו.","RPO מתאר יעד לנקודת המידע ו-RTO יעד למשך ההתאוששות. הם אינם מתקבלים אוטומטית מתקופת השמירה. תוכנית ההתאוששות הרשמית של מרכז הסייבר הקנדי מדגישה סבילות עסקית, סדרי עדיפויות ובדיקות. יעדים צריך לאמת מול התהליך והתלות של העסק שלכם.",[25],{"label":26,"url":27},"Canadian Centre for Cyber Security: הכנת תוכנית התאוששות","https:\u002F\u002Fwww.cyber.gc.ca\u002Fen\u002Fguidance\u002Fdeveloping-your-it-recovery-plan-itsap40004",{"title":29,"paragraphs":30,"table":32},"תכננו היסטוריה לפי תרחישי גילוי",[31],"הטבלה היא מסגרת החלטה מקורית, בלי המלצה אחידה על ימים. לכל תרחיש מוסיפים מתי צפוי גילוי, מה צריך להחזיר ומה חייב להישמר. כשאין היכרות עם קצב השינוי, מתחילים באיסוף מידע ובשיחה עם בעלי התהליך במקום להבטיח כיסוי לפי נפח בלבד.",{"caption":33,"headers":34,"rows":38},"שאלות לקביעת תקופת שמירה",[35,36,37],"תרחיש","שאלה עסקית","משמעות לתכנון",[39,43,47,51,55],[40,41,42],"מחיקה שהתגלתה מיד","מה נוצר מאז הנקודה האחרונה","תדירות ונקודת שחזור זמינה",[44,45,46],"תקלה שהתגלתה באיחור","כמה זמן נדרש כדי לזהותה","היסטוריה לפני תחילת הפגיעה",[48,49,50],"עדכון משמעותי","מה צריך לחזור יחד עם הקוד","נקודת שינוי ותאימות מסד",[52,53,54],"פגיעה בגישה לגיבויים","מי מסוגל למחוק את ההיסטוריה","הפרדה והגנת עותקים",[56,57,58],"מידע רגיש או חובת שמירה","מה מותר ונדרש להחזיק","מדיניות מתאימה ובדיקה מוסמכת",{"title":60,"paragraphs":61},"סבב המחיקה הוא חלק מהתכנון",[62,63],"רשמו איך נוצרים ונמחקים עותקים, מה קורה כשהמקום מתמלא ומה משתנה בעת סיום מנוי או החלפת ספק. שינוי מדיניות עלול למחוק נקודות שאי אפשר לייצר מחדש. אין לבצע קיצור תקופת שמירה רק כדי להשתיק התראת נפח בלי לברר איזו יכולת שחזור נאבדת.","אם השיטה מבוססת על שרשרת גיבויים, צריך להבין אילו רכיבים דרושים לשחזור ולא למחוק חלק לפי שם או גיל בלבד. גם עותק שמוגן זמנית מפני שינוי מגיע לתאריך סיום הגנה. בדקו את משמעות ההגדרה במוצר ואת זכויות המחיקה, בלי להניח שהמילה immutable מבטיחה שמירה בלתי מוגבלת.",{"title":65,"paragraphs":66,"sources":68},"שמירה ארוכה דורשת גם הגנה על מידע",[67],"גיבויים עשויים להכיל פרטים שנמחקו כבר מהאתר החי. מגדירים הרשאות, הגנה בהעברה ובאחסון ותהליך טיפול במידע לפי הצורך. סנכרון של אותה תיקייה בחשבון אחד אינו מוכיח הפרדה מפני טעות או פגיעה בחשבון. מרכז הסייבר הקנדי ממליץ לתכנן הגנת גישה, הפרדת עותקים ובדיקות.",[69],{"label":70,"url":71},"Canadian Centre for Cyber Security: תכנון גיבוי וכלל 3-2-1","https:\u002F\u002Fwww.cyber.gc.ca\u002Fen\u002Fguidance\u002Ftips-backing-your-information-itsap40002",{"title":73,"paragraphs":74},"דוגמה: התקלה התגלתה אחרי שכל הנקודות התחלפו",[75,76],"התרחיש להמחשה בלבד. ייבוא נתונים שיבש ערכים, אך המשתמשים זיהו זאת רק בהמשך. כל העותקים הזמינים נוצרו אחרי הייבוא. מערכת הגיבוי רצה בלי שגיאה, אבל לא נשארה נקודה מלפני השינוי. שינוי קו השמירה נבחן מול עיכוב הגילוי ולא רק מול הודעת הצלחה.","אי אפשר להסיק מכך שכל אתר צריך לשמור הכול לנצח. בוחנים תרחישי גילוי, רגישות מידע, דרישות רלוונטיות ועלויות תפעול. החלטה על מחיקה או חובה משפטית דורשת בדיקה מתאימה; המדריך אינו קובע משך שמירה מחייב לעסק מסוים.",{"title":78,"paragraphs":79,"example":82},"בדקו נקודה ישנה ולא רק את הגיבוי האחרון",[80,81],"בחרו נקודה בתוך התקופה המוצהרת ושחזרו בסביבה מתאימה, לפי היקף מורשה. בדקו שהקבצים והמסד תואמים ושאמצעי הפענוח וההרשאות עדיין זמינים. תעדו את תאריך הנקודה, מה אומת ומה חסר. הצלחה בעותק האחרון אינה מכסה אוטומטית כל היסטוריה.","ב-CyberFixCrew אפשר לתאם סקירת כיסוי ושמירה ובדיקת שחזור. ההחלטה הסופית צריכה להיות מתועדת אצל בעל העסק, עם אחריות לעדכון כאשר קצב העסקאות, האתר או הספק משתנים. לא מוחקים נקודות ישנות במסגרת בדיקת ניסיון ללא החלטה נפרדת.",{"title":83,"text":84},"דף החלטה לתקופת שמירה","תהליך קריטי: __. קצב שינוי: __. זמן גילוי אפשרי: __. תדירות מוצעת: __. היסטוריה נדרשת והנימוק: __. מגבלות מידע: __. הגנת מחיקה: __. נקודה ישנה שנבדקה: __. פער ואחראי: __.",[86,87,88,89,90],"תדירות ושמירה תועדו בנפרד.","נבחן גילוי תקלה באיחור.","מובנות תלות שרשרת ומדיניות מחיקה.","הוגדרו הרשאות ודרישות מידע רלוונטיות.","נבדקה נקודת שחזור ישנה.",[92,95,98],{"question":93,"answer":94},"גיבוי יומי אומר שיש היסטוריה של חודש?","לא, תדירות ותקופת שמירה הן הגדרות שונות. צריך לבדוק בפועל אילו נקודות זמינות ומה מדיניות המחיקה שלהן.",{"question":96,"answer":97},"כדאי לשמור כל גיבוי ללא הגבלת זמן?","אין כלל כזה לכל אתר. בוחנים צורך בשחזור, מידע רגיש, חובות רלוונטיות, עלות והגנה. שמירה ארוכה ללא ניהול אינה פתרון שלם.",{"question":99,"answer":100},"עותק לפני עדכון מחליף את הגיבוי השוטף?","לא, הוא מסייע לתרחיש שינוי מסוים, אך אינו מכסה בהכרח מידע חדש או תקלות אחרות. צריך להגדיר גם כיסוי, שמירה ושחזור שוטפים.",[102,103],{"label":26,"url":27},{"label":70,"url":71},[105,108,111,114,117,120],{"path":106,"label":107},"\u002Fblog\u002Fbackup-provider-checklist","שאלות לספק על שמירה ומחיקה",{"path":109,"label":110},"\u002Fblog\u002Fbackup-restore-test","בדיקת שחזור מתועדת",{"path":112,"label":113},"\u002Fglossary\u002Frpo","מהו יעד נקודת שחזור",{"path":115,"label":116},"\u002Fglossary\u002Fimmutable-backup","הגנת גיבוי משינוי",{"path":118,"label":119},"\u002Fblog\u002Fdelete-old-form-data","מחיקת מידע מהמערכת החיה",{"path":12,"label":121},"גיבוי והתאוששות לעסק",{"title":123,"description":124,"button":125,"type":126},"לא ברור עד כמה רחוק אפשר לחזור?","נבדוק את מדיניות השמירה והנקודות הזמינות ונגדיר בדיקת שחזור שתבחן את ההיסטוריה הרלוונטית לעסק.","לתיאום בדיקה וטיפול","check",[128,136,144,151],{"id":129,"path":130,"title":131,"description":132,"category":133,"artwork":133,"order":134,"publishedOn":135},"P102","\u002Fblog\u002Fdocker-backup-volumes","איך מגבים יישום Docker עם מסד נתונים ובודקים שחזור","מיפוי volumes, קבצי יישום, מסד ותצורה, בחירת שיטת גיבוי עקבית ובדיקת שחזור מבודדת. כולל טבלת כיסוי והבחנה בין העתקה לגיבוי שמיש.","backups",56,"2026-06-06",{"id":137,"path":138,"title":139,"description":140,"category":133,"artwork":141,"order":142,"publishedOn":143},"P188","\u002Fblog\u002Fbusiness-recovery-plan","תוכנית התאוששות לעסק קטן: סדר פעולות, אחריות ובדיקות","איך בונים תוכנית התאוששות לאתר ולמערכות העסק: תהליכים חיוניים, RTO ו-RPO, תלות בספקים, תרגיל שולחני ובדיקות חזרה.","plan-plus",63,"2026-06-22",{"id":145,"path":106,"title":146,"description":147,"category":133,"artwork":148,"order":149,"publishedOn":150},"P186","איך בוחרים שירות גיבוי לפי שחזור, גישה ותכולה","בחירת שירות גיבוי לעסק לפי כיסוי, גרסאות, הרשאות ושחזור. שאלות לספק וטבלת ניסוי קבלה לפני רכישה או מעבר.","servers",71,"2026-07-08",{"id":152,"path":153,"title":154,"description":155,"category":133,"artwork":156,"order":157,"publishedOn":158},"P072","\u002Fblog\u002Fbackup-access-separation","איך מפרידים גישות לגיבויים בלי לאבד יכולת שחזור","מיפוי חשבונות, הרשאות מחיקה ושחזור גיבוי: הפרדת זהויות, בעלות, חשבונות שירות וניסוי מורשה בלי למחוק גיבוי חי.","access",79,"2026-07-24",[],null,{"path":162,"label":163},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":165,"label":166},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134061889]