5 סיבות שהגיבוי שלכם יכול להיכשל, ואיך לוודא שזה לא יקרה לכם

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

קרה לך פעם שהמחשב לא עלה ונעצר לך הלב?

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

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

ופה מגיעה האמת הלא נעימה: המחקרים העולמיים מראים שהפער בין "יש לנו גיבוי" ל"הצלחנו לשחזר הכול" גדול הרבה יותר ממה שרוב האנשים חושבים. בסקר של Backblaze ו-Harris Poll בקרב 300 מקבלי החלטות IT בארה"ב, רק 42% מהארגונים שחוו אובדן מידע הצליחו לשחזר את כל המידע שלהם (Backblaze, 2024). כלומר, ליותר ממחצית נשאר מידע שלא חזר.

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

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

למה זה בכלל חשוב? מחיר ההשבתה

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

סקר ITIC שנערך בקרב יותר מ-1,000 חברות ברחבי העולם מצא שעבור יותר מ-90% מהחברות הבינוניות והגדולות, שעה אחת של השבתה עולה יותר מ-300,000 דולר, וזאת עוד לפני קנסות, תביעות ונזק תדמיתי (ITIC, 2024). גם בעסקים קטנים יותר, עם 20 עד 100 עובדים, 57% דיווחו ששעת השבתה עולה להם עד 100,000 דולר (ITIC, 2024). המספרים האלה נשמעים רחוקים מעסק ישראלי קטן, אבל העיקרון זהה: כל שעה בלי מערכות היא שעה של הפסד, ולעסק קטן יש פחות "כרית" לספוג אותה.

ומה קורה כשמדובר באירוע סייבר? דוח IBM ו-Ponemon Institute מעריך את העלות הממוצעת הגלובלית של פריצת מידע ב-4.44 מיליון דולר (IBM Cost of a Data Breach, 2025). הדוח גם מצא שמחזור החיים הממוצע של פריצה, מהזיהוי ועד הבלימה והחזרת השירותים, עומד על 241 ימים (IBM, 2025).

אז הגיבוי הוא לא "עוד מוצר IT". הוא ההבדל בין יום עבודה רע לבין משבר שמאיים על קיום העסק. עכשיו, בואו נראה איפה הוא נכשל.

שני מושגים שכדאי להכיר: כמה מידע מותר לאבד, וכמה זמן מותר להיות למטה

לפני שמדברים על כשלים, כדאי להכיר שני מושגים שאנשי מקצוע משתמשים בהם כדי למדוד אם גיבוי "טוב מספיק". Veeam מגדירה אותם כך (Veeam, 2025):

• RPO (Recovery Point Objective): כמות המידע המקסימלית שהעסק יכול להרשות לעצמו לאבד לפני שנגרם נזק עסקי. בשפה פשוטה: אם הגיבוי האחרון התקין הוא מאתמול בלילה, תאבדו לכל היותר יום עבודה. אם הוא מלפני חודש, תאבדו חודש.
• RTO (Recovery Time Objective): הזמן המקסימלי להחזרת הפעילות אחרי תקלה או מתקפה. כלומר, כמה שעות או ימים העסק יכול להיות "למטה".

למה זה חשוב? כי ברוב העסקים אף אחד לא הגדיר את המספרים האלה, ולכן אף אחד לא יודע אם הגיבוי עומד בהם. גם בארגונים גדולים הפער עצום: בדוח Veeam, 80% מהארגונים דיווחו על "פער זמינות" בין מהירות השחזור שהם מסוגלים לה לבין המהירות שהם צריכים, ו-76% דיווחו על "פער הגנה" בין תדירות הגיבוי לבין כמות המידע שהם יכולים להרשות לעצמם לאבד (Veeam, 2021).

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

---

סיבה 1: הגיבוי מעולם לא נבדק, ואף אחד לא ניסה לשחזר ממנו

מה קורה בפועל

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

גיבוי שלא נבדק הוא כמו מטף כיבוי שאף אחד לא בדק את הלחץ שלו. הוא תלוי על הקיר, הוא נראה מרגיע, אבל אין לכם מושג אם הוא יעבוד ביום השריפה.

מה אומרים המספרים

• בדוח Data Protection Report של Veeam, שסקר יותר מ-3,000 מקבלי החלטות IT בארגונים גדולים ב-28 מדינות, נמצא ש-58% מהשחזורים נכשלו, והשאירו מידע לא מוגן ולא ניתן לשחזור (Veeam, 2021). לפי Veeam, שתי הסיבות המרכזיות הן גיבויים שמסתיימים בשגיאות או חורגים מחלון הזמן שלהם, ושחזורים שלא עומדים ביעדי הזמן הנדרשים.
• דוח The State of Backup and Recovery של Kaseya, שסקר יותר מ-3,000 אנשי IT, מצא שרק 15% בודקים את הגיבויים שלהם מדי יום ועוד 25% מדי שבוע. 12% הודו שהם בודקים את תוכנית ההתאוששות מאסון רק באופן אד-הוק או לא בודקים בכלל (Kaseya, 2025).
• באותו דוח: 60% מהמשיבים האמינו שיוכלו להתאושש בתוך פחות מיום, אבל רק 35% הצליחו לעשות זאת בפועל (Kaseya, 2025). זה בדיוק הפער בין "יש לנו גיבוי" ל"הגיבוי עובד".
• רק 15% מבעלי המחשבים בארה"ב בטוחים לחלוטין שהקבצים החשובים שלהם מגובים בצורה מאובטחת (Backblaze ו-Harris Poll, 2024).

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

תרחיש מוכר

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

(התרחיש מבוסס על דפוס כשל נפוץ ואינו מתאר לקוח מסוים.)

---

סיבה 2: הגיבוי נמצא באותו מקום עם המידע, או שיש רק עותק אחד

מה קורה בפועל

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

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

כלל 3-2-1: הבסיס שכל עסק צריך

CISA מתארת את כלל 3-2-1 כקו מנחה מהימן לגיבוי עסקי (CISA):

• 3 עותקים של קבצים חשובים (המקור ועוד שני גיבויים)
• 2 סוגים שונים של אמצעי אחסון (למשל דיסק וענן)
• 1 עותק שמאוחסן מחוץ לאתר, הרחק מהעסק

CISA גם ממליצה להשתמש בשילוב של גיבויים מקומיים ומרוחקים כדי להתגונן מפני איומים, תקלות חומרה ונזק פיזי (CISA).

"אבל יש לנו OneDrive / Dropbox / סנכרון לענן"

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

בסקר של Backblaze, 84% ממקבלי ההחלטות ב-IT אמרו שהארגונים שלהם משתמשים בשירותי כונן ענן (Cloud Drive), שמבוססים על סנכרון, לגיבוי מחוץ לאתר (Backblaze, 2024). ובצד הצרכני, רק 11% ממי שמגבים לענן משתמשים בשירות גיבוי ענן ייעודי, לעומת 39% שמשתמשים בכונני ענן ו-13% בשירותי סנכרון (Backblaze, 2024).

וחשוב להבין גם מה Microsoft עצמה אומרת. במודל "האחריות המשותפת" של Microsoft, בכל סוגי השירותים בענן, כולל Microsoft 365, המידע של הלקוח הוא באחריות הלקוח (Microsoft Learn). ובהסכם השירותים של Microsoft נכתב במפורש שכל השירותים המקוונים חווים מדי פעם שיבושים והשבתות, שייתכן שלא תוכלו לשחזר את התוכן שאחסנתם, ו-Microsoft ממליצה לגבות באופן קבוע את התוכן והמידע שאתם מאחסנים בשירותים שלה (Microsoft Services Agreement).

גם מנגנוני "סל המחזור" בענן מוגבלים בזמן. לדוגמה, ב-SharePoint, פריטים שנמחקו נשמרים בסל המחזור 93 ימים ואז נמחקים לצמיתות (Microsoft Support). מי שמגלה מחיקה אחרי ארבעה חודשים, נשאר בלי כלום.

תרחיש מוכר

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

(התרחיש מבוסס על דפוס כשל נפוץ ואינו מתאר לקוח מסוים.)

---

סיבה 3: כופרה מצפינה או מוחקת גם את הגיבויים

מה קורה בפועל

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

מה אומרים המספרים

הנתונים כאן חד-משמעיים:

• 94% מהארגונים שנפגעו מכופרה דיווחו שהתוקפים ניסו לפגוע בגיבויים שלהם במהלך המתקפה. בממשל המקומי ובתחום המדיה והבידור השיעור הגיע ל-99%, וגם בענף הנמוך ביותר, הפצה ותחבורה, הוא עמד על 82% (Sophos, 2024).
• 57% מניסיונות הפגיעה בגיבויים הצליחו (Sophos, 2024).
• 89% מהארגונים ראו את מאגרי הגיבוי שלהם ממוקדים על ידי התוקף, ובממוצע כשליש ממאגרי הגיבוי שונו או נמחקו (Veeam Risk to Resilience, 2025).

ומה המחיר כשהגיבוי נפגע? Sophos ניתחה את התוצאות של כמעט 3,000 ארגונים שנפגעו מכופרה, והפער מדהים (Sophos, 2024):

• ארגונים שהגיבויים שלהם נפגעו שילמו כופר כמעט פי 2 יותר: 67% לעומת 36%.
• דרישת הכופר החציונית הייתה יותר מכפולה: 2.3 מיליון דולר לעומת 1 מיליון דולר.
• עלות ההתאוששות הכוללת החציונית הייתה גבוהה פי 8: 3 מיליון דולר לעומת 375 אלף דולר.
• רק 26% מהם התאוששו לגמרי בתוך שבוע, לעומת 46% מאלה שהגיבויים שלהם נשארו שלמים.

למה זה נוגע דווקא לעסקים קטנים

קל לחשוב ש"התוקפים מחפשים רק חברות גדולות". אבל דוח Verizon DBIR, שניתח יותר מ-12,000 פריצות מאומתות, מצא שכופרה הופיעה ב-44% מכלל הפריצות, עלייה מ-32% בשנה הקודמת, ובעסקים קטנים ובינוניים השיעור הגיע ל-88%, לעומת 39% בארגונים גדולים (Verizon DBIR, 2025). התשלום החציוני לקבוצות כופרה עמד על 115,000 דולר, ו-64% מהקורבנות בחרו שלא לשלם (Verizon DBIR, 2025).

לבחור לא לשלם זו החלטה שאפשר לקבל רק כשיש לכם גיבוי שעובד. ושימו לב לנתון הזה: לפי דוח State of Ransomware של Sophos, השימוש בגיבויים לשחזור מידע מוצפן ירד לשיעור הנמוך ביותר בשש שנים, 54% בלבד, כשבמקביל 49% שילמו את הכופר כדי לקבל את המידע חזרה (Sophos, 2025). כלומר, כמעט חצי מהארגונים שנפגעו לא יכלו או לא הסתמכו על הגיבוי שלהם.

וגם תשלום לא מבטיח כלום. Veeam מצאה שאחד מכל שלושה ארגונים ששילמו כופר עדיין לא הצליח לשחזר את המידע, ושבממוצע רק 57% מהמידע שנפגע במתקפה שוחזר (Veeam Ransomware Trends, 2024). ו-69% מהארגונים ששילמו כופר הותקפו שוב (Veeam Risk to Resilience, 2025).

תרחיש מוכר

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

(התרחיש מבוסס על דפוס כשל נפוץ ואינו מתאר לקוח מסוים.)

---

סיבה 4: כשלים שקטים שאף אחד לא מנטר

מה קורה בפועל

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

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

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

מה אומרים המספרים

• לפי Veeam, אחת משתי הסיבות המרכזיות לכשלי גיבוי ושחזור היא שגיבויים מסתיימים בשגיאות או חורגים מחלון הזמן שהוקצב להם (Veeam, 2021).
• בסקר Backblaze, 54% ממקבלי ההחלטות ב-IT ציינו כשל של תוכנת הגיבוי כאחת הסיבות לכך שנדרשו לשחזר מידע (Backblaze, 2024).
• 39% מהארגונים נדרשים לשחזר מידע מגיבויים לפחות פעם בחודש (Backblaze, 2024). כלומר, הגיבוי לא נדרש "פעם בעשור", אלא כמעט כל הזמן, וכל כשל שקט יתגלה מהר.
• יותר ממחצית מאנשי ה-IT בסקר של Kaseya מקדישים יותר משעתיים ביום לניטור, ניהול ופתרון תקלות בגיבויים, ו-10% אמרו שההתראות והדיווחים הם אתגר כי למערכות הגיבוי שלהם חסרות תובנות ונראות מספיקה (Kaseya, 2025).
• רק 10% מהעסקים בסקר דיווחו שלא חוו אף השבתה בשנה האחרונה (Kaseya, 2025). ובדוח Veeam, 95% מהארגונים חוו השבתות בלתי צפויות ב-12 החודשים שקדמו לסקר (Veeam, 2021).

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

תרחיש מוכר

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

(התרחיש מבוסס על דפוס כשל נפוץ ואינו מתאר לקוח מסוים.)

---

סיבה 5: היקף חלקי, טעות אנוש ותקלות חומרה

מה קורה בפועל

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

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

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

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

חומרה שמתבלה. דיסק USB חיצוני שנופל מהשולחן, שנשאר מחובר שנים, או שפשוט מתיישן.

מה אומרים המספרים

• 14% מכלל המידע בארגונים לא היה מגובה כלל (Veeam, 2021).
• בסקר Backblaze, הסיבות המובילות לצורך בשחזור היו: בקשות למידע מאורכב או שנמחק (62%), כשל תוכנת גיבוי (54%), כשל של כונן קשיח (52%) ומתקפות סייבר (49%) (Backblaze, 2024).
• 74% מבעלי המחשבים בארה"ב מחקו בטעות מידע חשוב (Backblaze ו-Harris Poll, 2024).
• דוח Verizon מצא שהגורם האנושי מעורב בכ-60% מפריצות המידע (Verizon DBIR, 2025).
• לפי Sophos, הגורם התפעולי הנפוץ ביותר שתרם לכך שארגונים נפלו קורבן לכופרה היה חוסר מומחיות, שצוין ב-40.2% מהמקרים, ואחריו פערי אבטחה שהארגון לא היה מודע להם (40.1%) וחוסר בכוח אדם (39.4%) (Sophos, 2025).

גם דיסקים מקצועיים נכשלים

כדי להבין עד כמה כשל חומרה הוא עניין של "מתי" ולא "אם", כדאי להסתכל על נתוני Backblaze, שמפרסמת כבר 13 שנים את שיעורי הכשל של הכוננים במרכזי הנתונים שלה. בסוף 2025 היא ניטרה כ-349 אלף כוננים קשיחים, ושיעור הכשל השנתי (AFR) בשנת 2025 עמד על 1.36%, עם שיעור כשל מצטבר לאורך כל השנים של 1.30% (Backblaze Drive Stats, 2025). הדוח גם מציין שאף אחד מדגמי הכוננים שנבחנו לאורך השנה לא סיים אותה בלי כשלים, ושבדגמים מסוימים, בעיקר ותיקים, שיעור הכשל ברבעון הרביעי הגיע ל-10.29% (Backblaze Drive Stats, 2025).

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

תרחיש מוכר

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

(התרחיש מבוסס על דפוס כשל נפוץ ואינו מתאר לקוח מסוים.)

---

גיבוי "רגיל" לעומת גיבוי מנוהל של טופ מחשבים

---

בדיקה עצמית: 10 שאלות שכל בעל עסק צריך לשאול

ענו בכנות. כל "לא" או "לא יודע" הוא נקודת סיכון:

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

---

מה אפשר לעשות כבר השבוע

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

1. בחרו קובץ אחד ונסו לשחזר אותו. קחו מסמך חשוב, ובקשו ממי שאחראי על המחשבים לשחזר את הגרסה שלו מלפני חודש. אם זה לוקח יותר מכמה דקות, או שאף אחד לא יודע איך, גיליתם משהו חשוב.
2. שאלו "מתי הגיבוי התקין האחרון?" לא "האם יש גיבוי", אלא תאריך ושעה. אם התשובה היא "אני לא בטוח", זה סימן אזהרה.
3. עשו רשימה של מה העסק לא יכול בלעדיו. הנהלת חשבונות, רשימת לקוחות, הצעות מחיר, מיילים, תוכניות עבודה. CISA ממליצה להתחיל בדיוק מזה: לזהות את המידע שהעסק לא יכול לפעול בלעדיו ולתעדף את הגנתו (CISA). אחר כך בדקו שכל פריט ברשימה באמת מגובה.
4. בדקו איפה נמצאים העותקים. אם כל העותקים נמצאים במשרד, אתם חשופים לכל אירוע פיזי. אם הגיבוי הוא כונן ממופה שכל מחשב רואה, אתם חשופים לכופרה.
5. בדקו כמה זמן אחורה אפשר לחזור. שבוע? חודש? שנה? וזכרו: הרבה בעיות מתגלות רק אחרי חודשים.
6. החליטו מי אחראי. גיבוי שאין לו בעלים הוא גיבוי שאף אחד לא בודק. אם אין לכם איש IT ייעודי, זה בדיוק המקום להעביר את האחריות לגורם מקצועי.

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

---

שאלות נפוצות

---

לסיכום: הגיבוי שלכם יכול להיות השקט הנפשי שלכם

אם קראתם עד כאן, ייתכן שזיהיתם את העסק שלכם באחת הסיבות, ואולי ביותר מאחת. זה בסדר גמור. הנתונים שראינו מראים שזה המצב אצל רוב העסקים בעולם, גם אצל ארגונים גדולים עם צוותי IT שלמים. רק 42% מהארגונים שחוו אובדן מידע הצליחו לשחזר את הכול (Backblaze, 2024), ורק 15% בודקים את הגיבויים שלהם מדי יום (Kaseya, 2025). אתם לא "מפגרים אחרי כולם". אתם בדיוק במקום שבו נמצאים רוב העסקים, וההבדל הוא שעכשיו אתם יודעים.

והחדשות הטובות באמת: לכל אחת מחמש הסיבות יש פתרון ברור ומוכח.

• גיבוי שלא נבדק? צוות שבודק כל גיבוי, כל יום.
• עותק אחד באותו מקום? ענן ועוד עותק מקומי לפי בחירה, לפי כלל 3-2-1.
• כופרה שמכוונת לגיבויים? עותק בענן מחוץ לרשת שלכם, וגרסאות קודמות בארכיון.
• כשלים שקטים? עין אנושית שמזהה בעיות בזמן.
• היקף חלקי וטעויות? ארכיון רב-שנתי וניסיון שמגיע מעשרות שנים של שחזורים.

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

---

מקורות

כל הנתונים במאמר נלקחו מהמקורות הבאים, שנבדקו בעת כתיבת המאמר (אוקטובר 2026):

1. Backblaze, 2024 State of the Backup (סקר Harris Poll בקרב 300 מקבלי החלטות IT ו-1,877 בעלי מחשבים בארה"ב), יוני 2024. https://www.backblaze.com/blog/2024-state-of-the-backup-security-incidents-and-data-loss-on-the-rise/
2. Backblaze, Backblaze Drive Stats for 2025, פברואר 2026. https://www.backblaze.com/blog/backblaze-drive-stats-for-2025/
3. Veeam, Data Protection Report 2021 (הודעה לעיתונות, 18 במרץ 2021). https://www.veeam.com/company/press-release/cxo-research-58-percent-of-data-backups-are-failing-creating-data-protection-challenges-and-limiting-digital-transformation-initiatives.html
4. Veeam, 2024 Ransomware Trends Report (הודעה לעיתונות, 4 ביוני 2024). https://www.veeam.com/company/press-release/ransomware-continues-to-cause-mayhem-as-victims-are-unable-to-recover-43-percent-of-affected-data.html
5. Veeam, 2025 Risk to Resilience: Ransomware Trends and Proactive Strategies, כפי שמסוכם בבלוג Veeam, מאי 2025. https://www.veeam.com/blog/backup-cyber-recovery-boardroom-priority.html
6. Sophos, The Impact of Compromised Backups on Ransomware Outcomes (סקר של 2,974 ארגונים שנפגעו מכופרה, תחילת 2024). https://www.sophos.com/en-us/blog/the-impact-of-compromised-backups-on-ransomware-outcomes
7. Sophos, The State of Ransomware 2025. https://www.sophos.com/en-us/blog/the-state-of-ransomware-2025 ; דוח מלא: https://assets.sophos.com/X24WTUEQ/at/9brgj5n44hqvgsp5f5bqcps/sophos-state-of-ransomware-2025.pdf
8. Verizon, 2025 Data Breach Investigations Report. https://www.verizon.com/business/resources/T9bc/reports/2025-dbir-data-breach-investigations-report.pdf ; הודעה לעיתונות: https://www.verizon.com/about/news/2025-data-breach-investigations-report
9. IBM ו-Ponemon Institute, Cost of a Data Breach Report 2025. https://newsroom.ibm.com/2025-07-30-ibm-report-13-of-organizations-reported-breaches-of-ai-models-or-applications,-97-of-which-reported-lacking-proper-ai-access-controls
10. ITIC, 2024 Hourly Cost of Downtime Report (חלקים 1 ו-2). https://itic-corp.com/itic-2024-hourly-cost-of-downtime-report/ ; https://itic-corp.com/itic-2024-hourly-cost-of-downtime-part-2/
11. Kaseya, The State of Backup and Recovery Report 2025 (הודעה לעיתונות, 6 בפברואר 2025). https://www.kaseya.com/press-release/kaseya-report-outlines-top-trends-in-backup-and-recovery-in-2025/
12. CISA, Back Up Business Data. https://www.cisa.gov/audiences/small-and-medium-businesses/secure-your-business/back-up-business-data
13. Microsoft Learn, Shared responsibility in the cloud. https://learn.microsoft.com/en-us/azure/security/fundamentals/shared-responsibility
14. Microsoft, Microsoft Services Agreement, סעיף 6 (Service Availability). https://www.microsoft.com/en/servicesagreement
15. Microsoft Support, Restore items in the recycle bin that were deleted from SharePoint or Teams. https://support.microsoft.com/en-us/office/restore-items-in-the-recycle-bin-of-a-sharepoint-site-6df466b6-55f2-4898-8d6e-c0dff851a0be

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