🟢 תכנון, סדרי עדיפויות ובדיקות – לכל ארגון | 🟡 הקמת DR בענן – בליווי איש IT מוסמך
מתאים ל: עסק קטן–בינוני · ארגון עם שרתים בענן או באתר · הנהלה ומנהלי IT · סיווג סיכון: 🟢 🟡 · נכון ל‑10/2026
| סיווג סיכון: 🟢 ירוק – בטוח: ניתוח ההשפעה העסקית, קביעת סדרי שחזור ותרגול – פעולות תכנון שאינן משנות דבר במערכות. 🟡 צהוב – בזהירות: הקמת שרתי התאוששות בענן, חיבורי VPN ובדיקות Failover – לאנשי IT, אחרי תיעוד ובחלון מתואם. אין במאמר הוראות ביצוע.נבדק ונכון ל: הנתונים על מפת האיומים ועל מוכנות מערכי DR לקוחים מדוחות שפורסמו ב‑2026 (Radware, Microsoft, מערך הסייבר הלאומי, יחידת המחקר של Acronis) ומצוינים לצד כל מספר. תיאור יכולות ה‑DR מבוסס על תיעוד היצרן של שירות Acronis Disaster Recovery נכון ל‑10/2026; השירות מתומחר בנפרד מהגיבוי, יכולותיו משתנות בין גרסאות וחבילות רישוי, ויש לאמת מול התיעוד העדכני לפני תכנון. |
בשורה אחת
ישראל היא מהמדינות המותקפות ביותר בעולם בסייבר, ושנות הלחימה המתמשכות מוסיפות על כך סיכונים פיזיים ואנושיים שאין לרוב המדינות. תוכנית המשכיות עסקית (BCP) אינה מסמך למגירה אלא יכולת שבודקים בפועל. וכלי ה‑DR בענן של היום הפכו את החלק היקר והמסובך ביותר שלה, האתר החלופי, למשהו שבתנאים מתאימים גם עסק בינוני עשוי להרשות לעצמו, ולבדוק מדי חודש.
מה המספרים אומרים
מותקפים יותר מכולם: לפי דוח איומי הסייבר של Radware לשנת 2025 (פורסם בפברואר 2026), ישראל הייתה היעד מספר אחת בעולם לתקיפות ממניעים גיאופוליטיים: 12.2% מכלל התקיפות מסוג זה שתועדו בעולם, 1,881 תקיפות מוצהרות, לפני ארצות הברית ואוקראינה. דוח ההגנה הדיגיטלית של Microsoft (אוקטובר 2026, מכסה יולי 2025 עד יוני 2026) מדרג את ישראל במקום השני בעולם בהיקף פעילות התקיפה שנצפתה. לפי אותו דוח, 39% מכלל הפעילות של גורמים הקשורים לאיראן מכוונת לישראל, ואירועי הכופרה בישראל עלו ב‑21%, בשנה שבה המספר העולמי ירד.
המלחמה מגיעה גם לרשת: מערך הסייבר הלאומי דיווח על כ‑26,500 פניות למוקד 119 בשנת 2025, עלייה של 55% לעומת 2024, ושיא חודשי של 3,645 פניות ביוני 2025, בימי המערכה מול איראן. ראש המערך, יוסי קרדי, סיכם זאת במשפט אחד: בסייבר אין הפסקת אש.
ומה שלא נספר בדוחות: מניסיוננו, בשנתיים האחרונות ההשבתות שפגעו בלקוחות לא הגיעו רק מהאקרים. עובדי מפתח בשירות מילואים ממושך, אזעקות שמרוקנות משרד באמצע יום עבודה, הפסקות חשמל ותקשורת, ועובדים שאינם יכולים להגיע פיזית לאתר. להערכתנו, המשכיות עסקית בישראל חייבת לכסות גם את התרחישים האלה, לא רק את מתקפת הכופרה.
גיבוי אינו המשכיות
גיבוי עונה על שאלה אחת: האם קיים עותק של הנתונים. המשכיות עסקית עונה על שאלה אחרת: תוך כמה זמן העסק חוזר לייצר, למכור, לספק ולשלם משכורות, ומי עושה מה בינתיים. וכאן ראוי לדייק: פעם, כשהמחשבים נפלו, המפעל המשיך לעבוד ורק המשרד נעצר. היום, ברוב החברות, גם הייצור עצמו תלוי במחשוב: בקרת מכונות, שקילה, תעודות משלוח, ניהול מלאי והזמנות. בלי מערכות, רוב העסקים אינם יכולים לייצר, לא רק למכור. הפער בין שתי השאלות מתגלה בדרך כלל ברגע הלא נכון. מחקר של יחידת המחקר של Acronis (יוני 2026), שניתח את נתוני הפלטפורמה ברבעון הראשון של 2026, מצא שב‑85% משרתי ההתאוששות ניטור ה‑RPO כבוי, וש‑82% מכללי הבדיקה הפעילים בפלטפורמה הוגדרו ללא בדיקת Failover אוטומטית. המשמעות, לפי החוקרים וגם להערכתנו: ארגונים רבים שכבר שילמו על DR אינם יודעים אם הוא יעבוד. זה לא כשל של הטכנולוגיה. מניסיוננו, זו שאלה של שיטה.
| מצב | רלוונטי? |
|---|---|
| עסק עם מערכות ליבה (ERP, CRM, דואר, קבצים) שהשבתה שלהן ליום אחד כואבת | כן – זה בדיוק קהל היעד |
| ארגון שכבר מגבה, אבל מעולם לא מדד תוך כמה זמן השרתים חוזרים לעבוד | כן – להתחיל מהמדידה |
| ארגון שמסתמך רק על ה‑snapshot של ספק הענן | כן – זה עותק באותה סביבת ספק ובאותן הרשאות, לא תוכנית המשכיות |
| "יש לנו גיבוי, אז יש לנו BCP" | לא – גיבוי הוא רכיב אחד מתוך חמישה (ראו להלן) |
| הגנה מפני כניסת תוקף לרשת | לא – זה מאמר על חזרה לפעילות, לא על מניעה |
| הבטחה לזמן שחזור מסוים | לא – הזמן נקבע בבדיקה, לא בחוזה |
הדרך החכמה: חמישה רכיבים, בסדר הזה
1. ניתוח השפעה עסקית (BIA): לפני כל רכישה, ההנהלה מגדירה אילו תהליכים חייבים לחזור קודם, כמה זמן מותר להם להיות מושבתים (RTO) וכמה נתונים מותר לאבד (RPO). מניסיוננו, שלוש עד שש מערכות הן "הליבה" ברוב העסקים, ושאר הסביבה יכולה להמתין ימים. ההבחנה הזו היא שעשויה לחסוך את רוב ההוצאה בהמשך.
2. עותק עצמאי ובלתי ניתן לשינוי: לפחות עותק גיבוי אחד מחוץ לסביבת הייצור, ועותק אחד, הוא או נוסף עליו, נעול (Immutable) לתקופה קצובה, כך שגם תוקף שהשיג הרשאות מנהל אינו יכול למחוק או להצפין אותו. בלעדיו, כל שאר התוכנית נשענת על ההנחה שהגיבוי ישרוד את האירוע.
3. אתר חלופי בענן במקום אתר חלופי פיזי: זה הרכיב שהשתנה. במשך שנים DR משמעותו הייתה חווה שנייה, חומרה כפולה ותחזוקה כפולה, ומניסיוננו רוב העסקים הבינוניים ויתרו. בשירות Acronis Disaster Recovery, שרתי ההתאוששות (Recovery Servers) מוגדרים מראש מתוך הגיבוי הקיים, ומופעלים בענן רק כשצריך. לפי תיעוד היצרן, אפשר להגדיר תרחישי הפעלה (Runbooks) שקובעים את סדר העלייה והתלויות בין השרתים. אפשר להריץ Failover לבדיקה ברשת מבודדת, בלי לגעת בייצור. אפשר לתזמן בדיקה אוטומטית, שבועית או חודשית, שמוודאת שהשרת עולה ומצלמת את המסך. אפשר לנטר שנקודת השחזור האחרונה עומדת ביעד ה‑RPO. ולאחר התיקון, לחזור לסביבה המקורית ב‑Failback הדרגתי, שמעביר רק את השינויים בזמן שהשרת בענן ממשיך לעבוד. התשלום, לפי היצרן, נגזר מרישוי המוצר, מאחסון ה‑DR, ממשאבי המחשוב בזמן שהשרתים פעילים, גם בבדיקות, ומכתובות IP ציבוריות אם נדרשות. כך בשגרה מחזיקים יכולת ולא חווה. חשוב לדייק: היצרן עצמו אינו מפרסם זמן שחזור, ומציין שהוא תלוי בתצורה שנבדקה. ולכן הרכיב הבא.
4. בדיקה שגרתית ומדידה: DR שלא נבדק הוא השערה. בדיקת Failover אוטומטית מדי חודש, שחזור יזום מלא של שרת ליבה פעם ברבעון עם שעון ביד, ותיעוד הקצב שהתקבל מול היעד שנקבע ב‑BIA. מניסיוננו, המדידה הראשונה כמעט תמיד מפתיעה, ובדיוק בשביל זה עושים אותה ביום רגיל ולא ביום האירוע. איך נראית מדידה כזו בפועל, מתוך מקרה שליווינו שבו יעד של ארבע שעות הפך לימים, תיארנו במאמר הקודם שלנו: יעד RTO על הנייר, ומהירות השחזור במציאות.
5. האנשים והנוהל: מי מכריז על אירוע, מי ממלא את מקומו כשהוא במילואים, איך מתקשרים כשהדואר הארגוני למטה, ואיך מוכרים ושולחים סחורה בידיים בזמן ההמתנה. בתרחיש של ניתוק קו תקשורת לענן אין מה לשחזר, רק להמתין, ונוהל ידני עשוי להיות ההבדל בין יום עסקים אבוד לבין יום מסורבל. בעלות נמוכה יחסית.
סיכונים ואזהרות
DR מוגדר אינו DR מוכן: לפי אותו מחקר של Acronis, ההתראות הנפוצות ביותר במערכי DR ברבעון הראשון של 2026 נגעו לחיבור ה‑VPN (35.4% מההתראות) ולהרשאות הגיבוי (34.7%), כלומר לתשתית שסביב השחזור, לא לנתונים עצמם. ניטור, התראות ובדיקה סדירה הם חלק מהפתרון, לא תוספת.
עלות בזמן אירוע: הפעלת שרתים בענן לימים או לשבועות עולה כסף, ולכן מגדירים מראש אילו שרתים מופעלים ובאיזה סדר, ולא "הכול".
תוקף בתוך הגיבוי: במתקפות כופרה התוקף שוהה לא פעם ברשת ימים עד שבועות לפני ההצפנה, והגיבוי מעתיק גם אותו. לכן השחזור צריך להיות שחזור נקי: סריקת נקודת השחזור, מערכות הפעלה נקיות ואיפוס סיסמאות לפני חיבור מחדש.
תלות בקו: כל תוכנית שנשענת על ענן נשענת על קו תקשורת. מניסיוננו, קו שני לאתר המרכזי הוא לעיתים קרובות הסעיף הזול ביותר ביחס לתועלת בכל התוכנית.
רגולציה: תקן ISO 27001:2022 (בקרה 8.13, גיבוי מידע) דורש שעותקי הגיבוי ייבדקו באופן סדיר, לא רק שיתקיימו, ומניסיוננו בביקורות, גם רגולטורים ענפיים מבקשים יותר ויותר ראיות לבדיקות שחזור. התיעוד מהבדיקות הרבעוניות הוא גם הראיה לביקורת.
| המלצת T.O.M: אנחנו מלווים עסקים בישראל כשלושה עשורים, ועברנו איתם לא מעט סבבי לחימה. הלקח העקבי: הארגונים שחזרו מהר לא היו אלה עם הציוד היקר ביותר, אלא אלה שידעו מראש מה חוזר קודם, החזיקו עותק נקי שאיש לא יכול למחוק, ובדקו את השחזור לפני שהיו חייבים. היום אפשר להוסיף לזה אתר חלופי בענן בעלות שעשויה להתאים גם לעסק בינוני, ולבדוק אותו אוטומטית מדי חודש. מתחילים ב‑BIA של יום עבודה אחד, ממשיכים למדידת שחזור אמיתית, ורק אז מחליטים כמה DR באמת צריך. אם תרצו שנעשה את זה איתכם, דברו איתנו. |
מקורות
• Radware, דוח איומי הסייבר העולמי 2026, כפי שדווח ב-Times of Israel, 19.2.2026
• Microsoft Digital Defense Report 2026, כפי שדווח ב-CTech, 1.10.2026
• מערך הסייבר הלאומי, סיכום שנת 2025, כפי שדווח ב-CTech, 26.2.2026
• Acronis Threat Research Unit, Why most DR deployments may not survive a real disaster, 1.6.2026
• Acronis Disaster Recovery, דף המוצר ותיאור היכולות
• Acronis, תיעוד: Configuring automated test failover
• ISO/IEC 27001:2022, מערכות ניהול אבטחת מידע
• T.O.M, יעד RTO על הנייר ומהירות השחזור במציאות, 8.9.2026
| הסתייגות – המידע במאמר זה נכתב למטרות הסברה ומידע כללי בלבד, על בסיס מקורות פומביים ונכון למועד הכתיבה. הוא אינו מהווה ייעוץ מקצועי, המלצה לביצוע או תחליף לבדיקה פרטנית של הסביבה שלכם. מערכות, גרסאות, ציוד רשת ומדיניות ארגונית שונים ממקום למקום, ולכן תוצאות עשויות להשתנות.
כל שינוי בהגדרות מערכת, ובפרט בשרתים ובסביבות ייצור, יבוצע באחריות המבצע בלבד, לאחר תיעוד המצב הקיים, גיבוי, בחלון תחזוקה ובאישור איש IT מוסמך. T.O.M at your service Ltd לא תישא באחריות לכל נזק, ישיר או עקיף, אובדן נתונים או השבתה הנובעים מיישום המידע. בכל ספק – התייעצו איתנו לפני הביצוע. |
👈 לקביעת פגישת ייעוץ ישירות ביומן שלנו לחצו כאן
📲 רוצים לקבל טיפ שבועי מקצועי ישירות לנייד?
הצטרפו לערוץ ה-WhatsApp שלנו – טיפ מחשוב, סייבר וענן – אחד בשבוע, בלי ספאם, והמספר שלכם לא חשוף לאף אחד:
👈 להצטרפות בלחיצה אחת: קישור
© T.O.M at your service Ltd | The Experts in Creating Peace of Mind | tom-comp.com
