גיבוי Immutable – מהו גיבוי נעול, למה הוא חשוב, ואיך מגיעים אליו גם בעסק קטן – בינוני

גיבוי Immutable הוא עותק שנשמר באחסון שמונע שינוי ומחיקה למשך תקופה מוגדרת, גם מצד מנהל המערכת, בהתאם למצב הנעילה. המאמר מסביר את ההבדל בין מצב Governance ל-Compliance, מציג דרכים ליישום בענן וב-NAS, ומפרט מה לבדוק, אילו סיכונים קיימים ואיך מתחילים בלי לנעול יותר מדי.
TOM-Article-Immutable-Backup-Website

בשורה אחת

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

מתאים ל: עסקים קטנים – בינוניים ואנשי IT, נכון ל‑11/2026

סיווג סיכון: 🟢 ירוק – בטוח: הבנת המושג ותכנון תקופת הנעילה.

🟡 צהוב – לאנשי IT: נעילת Governance בענן (ניתנת לביטול) ונעילת Snapshot ב‑NAS (אחסון רשתי), שבדרך כלל לא ניתן לבטל עד תום התקופה.

🔴 אדום – רק אחרי ייעוץ: מצב Compliance ותיקיית WORM, שבדרך כלל אינם ניתנים לביטול. אין במאמר הוראות ביצוע מפורטות.

מה זה בעצם, בלשון פשוטה

גיבוי רגיל הוא קובץ שמי שיש לו הרשאות יכול למחוק. תוקף כופרה (ransomware) מנסה לרוב בדיוק את זה לפני ההצפנה, כדי שלא תהיה דרך חזרה בלי לשלם. ב‑Immutable העותק נשמר בדרך כלל במודל WORM (כותבים פעם אחת, קוראים הרבה פעמים).

בחלק מהמוצרים, כמו Amazon S3 Object Lock ואחסון הענן של Acronis, יש שני מצבים. ב‑Governance מנהל בעל הרשאה מיוחדת יכול לבטל או לקצר את הנעילה. ב‑Compliance אי אפשר, גם לא כמנהל, והבחירה אינה הפיכה; ב‑S3 רק מחיקת חשבון AWS כולו עוקפת זאת.

Immutable אינו Snapshot (תמונת מצב) רגיל, שמנהל יכול למחוק, ואינו עותק מנותק (Offline).

למה זה חשוב

כי הגיבוי הוא יעד מרכזי. בסקר ש‑Sophos הזמינה ב‑2024 בקרב 2,974 אנשי IT ב‑14 מדינות, מארגונים בני 100 עד 5,000 עובדים שנפגעו מכופרה, 94% דיווחו שהתוקפים ניסו לפגוע בגיבויים, ו‑57% מהניסיונות הצליחו. ארגונים שגיבוייהם נפגעו שילמו כופר כדי לשחזר נתונים מוצפנים בסבירות כמעט כפולה (67% לעומת 36% בארגונים שגיבוייהם לא נפגעו), ורק 26% מהם התאוששו במלואם תוך שבוע (לעומת 46%). אלה קשרים, לא סיבתיות.

כי בנתוני Acronis הנעילה עדיין מועטה. לפי ניתוח של יחידת המחקר של Acronis על נתוני הפלטפורמה שלה (לא סקר מייצג), מכ‑846 אלף חשבונות עם הגדרת נעילה, כ‑30% היו עם נעילה פעילה, וכ‑98.6% מנפח הגיבויים לא היה נעול (חישוב של Acronis).

כי זה חלק מתוכנית רחבה. במאמר המשכיות עסקית ו‑DR בענן עותק נעול הוא אחד מחמשת רכיבי התוכנית.

מצב Immutable מתאים?
ארגון שמגבה לענן או ל‑NAS ורוצה הגנה מכופרה בדרך כלל כן
נתונים הכפופים לדרישות שמירה או מחיקה תלוי – אחרי בדיקת הדרישות
קיצור זמן שחזור לא – על זמן שחזור כתבנו כאן
נתונים שכבר הושחתו או הוצפנו לא – גם עותק פגום ננעל
תחליף לבדיקות שחזור לא – עותק נעול שלא נבדק הוא עדיין השערה

 

איך מגיעים לזה

הדוגמאות להמחשה בלבד; מוצרים אחרים עשויים להציע נעילה דומה.

1. אחסון ענן עם נעילה מובנית. לפי תיעוד Acronis, מספטמבר 2024 מופעל באחסון שמתארח אצלה מצב Governance ל‑14 יום כברירת מחדל (כדאי לוודא מול הספק). התמיכה מוגבלת לגרסאות סוכן ולפורמט TIBX, וההגדרה חלה על ארכיון קיים רק אחרי שנוצר בו גיבוי חדש.

2. נעילה במכשיר NAS מקומי. ב‑Synology (DSM 7.2, Btrfs, דגמים נתמכים) אפשר לנעול Snapshot עד 30 יום, וגם מנהל שנפרץ, לפי בלוג היצרן, אינו יכול למחוק אותו. לשמירה ארוכה יותר יש תיקיית WriteOnce, שאינה חוזרת להיות רגילה: ב‑Enterprise מנהל מורשה יכול למחוק אותה, וב‑Compliance נמחקת רק אחרי שכל הקבצים בה הגיעו לסוף תקופתם. QNAP תומכת גם היא ב‑WORM, לפי תיעודה ב‑QuTS hero (אחת ממערכות ההפעלה שלה), אך ב‑Compliance מנהל יכול למחוק את התיקייה בהסרת מאגר האחסון כולו.

השילוב המומלץ: עותק מקומי מהיר ועותק מוגן מחוץ לאתר.

איך בודקים לפני שמתחילים

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

איך מחזירים אחורה

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

סיכונים ואזהרות

נפח ועלות נעולים. הנפח נתפס עד תום התקופה, ולפי Acronis, בענן הוא אף מחויב. מנטרים נפח ועלות.

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

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

המלצת T.O.M: לדעתנו עותק גיבוי בלתי ניתן לשינוי הוא רכיב חיוני בתוכנית הגיבוי, ובפרט למערכות הליבה, ולא שדרוג אופציונלי; היקפו נקבע לפי הסיכון. בודקים אם שירות הענן כבר נועל ולכמה ימים, ואם יש NAS נתמך, מוסיפים נעילת Snapshot קצרה בתיקייה אחת. בענן, 14 עד 30 יום הם נקודת התחלה (הטווח ש‑Acronis ממליצה לרוב לגיבויים מלאים שבועיים של עומסים חשובים), בתנאי שמזהים תקלה או פריצה בתוך התקופה. מדי תקופה בודקים שחזור מהעותק הנעול, כולל שהשירות העסקי פועל. לא בטוחים אם הגיבויים שלכם מוגנים מתוקף שהשיג הרשאות ניהול? נשמח לבדוק איתכם.

 

מקורות

• Sophos, The impact of compromised backups on ransomware outcomes, 2024 survey‎

• Sophos, The impact of compromised backups on ransomware outcomes, White Paper, 2024‎

• Acronis Threat Research Unit, Immutable backups: the critical gap between backup success and real recovery readiness, 9.4.2026‎

• Acronis Cyber Protect 16 documentation: Immutable storage‎

• Acronis Cyber Protect 16 documentation: Enabling immutable storage‎

• Synology, WriteOnce (WORM) White Paper, DSM 7.2‎

• Synology, When Only Immutable Backups Survive, 7.7.2026‎

• Synology, Which Synology NAS models support WriteOnce and immutable snapshots‎

• QNAP, Immutable storage, QuTS hero‎

• QNAP, What is the difference between Enterprise and Compliance WORM?‎

• Amazon S3, Locking objects with Object Lock‎

• T.O.M, המשכיות עסקית ו‑DR בענן: כך נערכים נכון, 26.10.2026

• 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

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

הצעד הראשון מתחיל כאן
הכי חשוב - ההון אנושי
המשאב העיקרי שלנו טמון בהון האנושי המספק את השירות המבוקש בפועל. סבלנות, אדיבות, שירותיות ומחויבות מנחים אותנו בכל משימה.
מקצועיות
אנו מחוייבים לסטנדרט המקצועי הגבוה ביותר. לכן, נציגנו הטכניים מוסמכים, מוכשרים ומעודכנים בחזית הטכנולוגיה.
אבטחת איכות ואמינות
אנו ב- T.O.M מיישמים תהליכי איכות בסטנדרטים גבוהים הכוללים נהלים ברורים, מעקב מתועד ומערכות בקרה ובדיקה ענפות.
זמינות
אנו מודעים לחשיבות רצף המשכיות תפקוד מערכות המחשבים של לקוחותינו.
ומתחייבים לשמור על הזמינות 24/7 עבורם.
עבודת צוות ושקיפות
T.O.M מחויבת לספק את השירות כצוות, לחלוק את הידע הנצבר בין מומחי החברה, בשקיפות מלאה, לטובת אינטרס לקוחותיה.
הגינות ואמינות
אמינות והגינות חרוטים על דגלינו, כבסיס איתן לעבודה משותפת, פורייה ומוצלחת.
הגנת המידע
T.O.M מתחייבת לשמור על סודיות המידע ולהעזר באמצעים הטכנולוגיים המוטמעים אצל לקוחותיה כדי להגן על כלל נכסיהם הדיגיטלים.

אנו מספקים פתרונות מחשוב כוללים ליצירת שקט

באיזה תחום תרצה שנחזור אליך?

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