גיבוי ירוק הוא לא הבטחה לשחזור. במאמר: מה הסוכן של Azure באמת מגבה, למה חסינות מופעלת אינה חסינות נעולה, כמה ימים בדיוק שומרת מחיקה רכה, ואילו שש שאלות לשאול ספק לפני שחותמים.
⚡ TL;DR, תקציר מהיר
מה מקבלים: הסוכן MARS מגבה קבצים ותיקיות של Windows Server לענן, לא מכונה שלמה. שחזור שרת הוא שכבה שמגדירים בנפרד.
הנקודה שמפספסים: חסינות היא לפי Microsoft הגדרה הפיכה. מי שלא נעל אותה השאיר לתוקף אפשרות לכבות ולמחוק.
חלון המחיקה: ארבעה עשר יום כברירת מחדל, בלי תוספת תשלום. אחריהם המחיקה סופית.
הבדיקה היחידה שנחשבת: מתי בוצע לאחרונה שחזור מלא של מכונה, וכמה זמן הוא לקח.
מה בעצם מקבלים כשמגדירים גיבוי שרתים בענן?
מקבלים עותק של מה שסימנתם, בתוך כספת מנוהלת אצל ספק הענן, עם מדיניות שמירה שאתם קובעים. מה שלא מקבלים אוטומטית זה שחזור של מכונה שלמה. הסוכן הנפוץ ביותר לשרתי Windows מגבה קבצים ותיקיות, וזה הבדל שמרגישים רק ביום שבו השרת לא עולה. לכן ההחלטה הראשונה היא לא איזה ספק, אלא מה אתם מצפים לשחזר.
רוב העסקים שאנחנו רואים מגלים את הפער הזה מאוחר מדי. הגיבוי רץ ירוק חודשים, הדוחות מגיעים במייל, ואז הדיסק נופל ומתברר שיש קבצים אבל אין שרת. ההבדל בין שתי המילים האלה הוא כל המאמר הזה.
מה עובר לענן ומה נשאר אצלכם
לפני כל השוואת ספקים, סדרו את הטבלה הזאת מול מי שמנהל לכם את התשתית. היא מפרידה בין מה שהגיבוי בענן פותר לבין מה שנשאר באחריותכם גם אחרי שהכול מוגדר.
| מה | מי אחראי | מה בודקים בפועל |
|---|---|---|
| העתקת הנתונים לענן | הסוכן והשירות המנוהל | שהגיבוי האחרון הסתיים, לא שהוא התחיל |
| בחירת מה נכנס לגיבוי | אתם | האם מסדי נתונים והרשאות נכללים, לא רק תיקיות |
| שמירה על עותק שלא ניתן למחיקה | הגדרה שאתם מפעילים | האם ההגדרה נעולה או רק מופעלת |
| חלון ההתאוששות אחרי מחיקה | ברירת מחדל של השירות | כמה ימים בדיוק, ומה קורה אחריהם |
| שחזור מכונה שלמה | אתם, בתכנון מראש | האם נבדק שחזור מלא ולא רק קובץ בודד |
| זמן חזרה לעבודה | אתם מגדירים, הספק מספק | כמה זמן לקח בפעם האחרונה שבדקתם |
מה הסוכן של Azure באמת מגבה?
Microsoft לא מסתירה את זה, אבל צריך לקרוא את הכותרת. המסמך הרשמי של שירות הגיבוי נקרא "Back up Windows Server files and folders to Azure", והוא מתאר את הסוכן MARS כדרך לגבות קבצים ותיקיות ממכונות Windows אל כספת Recovery Services בענן. המסמך, שעודכן ב-23 באפריל 2026, קובע גם תקרה מעשית: "You can schedule up to three daily backups per day".
שלוש פעמים ביום נשמע הרבה. תרגמו את זה ל-RPO: במקרה הגרוע אתם מאבדים את העבודה של שמונה שעות. לעסק שמנהל הזמנות או תיק לקוח חי, שמונה שעות זה יום עבודה שלם שצריך להקליד מחדש.
במטריצת התמיכה של אותו סוכן, במסמך שעודכן ב-9 במרץ 2026, מופיעה מגבלה שכדאי להכיר מראש: "Offline backup can't be used for system state files". כלומר הזריעה הראשונית הלא מקוונת, זאת שחוסכת שבוע של העלאה ברשת איטית, לא מכסה את רכיבי המערכת. מי שמתכנן להתחיל בזריעה חייב לדעת שחלק מהתמונה עולה ברשת בכל מקרה.
הפער בתרשים הוא בדיוק מה שצריך לכסות בתכנון: גיבוי ברמת קבצים מחזיר מידע, ושחזור ברמת מכונה מחזיר שירות. עסק שצריך את השני חייב להגדיר אותו בנפרד, בין אם דרך שרת גיבוי מקומי שמזרים לענן ובין אם דרך שכפול של המכונה עצמה.
למה immutable מופעל זה לא immutable נעול?
זאת הנקודה שהכי הרבה עסקים מפספסים, והיא כתובה במפורש בתיעוד. כספת immutable נועדה, בלשון Microsoft, לחסום פעולות שעלולות להוביל לאובדן נקודות שחזור. אבל המסמך, שעודכן ב-9 בספטמבר 2026, אומר משפט אחד שמשנה את כל התמונה: "The immutability of a vault is a reversible setting".
מופעל אפשר לכבות. תוקף שהשיג הרשאות ניהול יכול לכבות את ההגדרה ואז למחוק. לכן אותו מסמך ממשיך וממליץ על השלב השני: "You can lock the immutable vault setting to make it irreversible and use WORM (write once, read many) storage for backups, to prevent any malicious actors from disabling immutability and deleting backups".
מכאן כלל פשוט לשיחה עם הספק: אל תשאלו האם יש immutable. שאלו האם הוא נעול, ומי אישר את הנעילה. נעילה היא החלטה שאי אפשר לחזור ממנה, ולכן היא גם לא משהו שמישהו מפעיל בלי לחשוב על תקופת השמירה. באותו מסמך Microsoft מדגימה תרחיש שבו מדיניות שומרת נקודות שחזור 180 יום בעוד שהחסינות מוגדרת ל-30 יום בלבד, כך שרוב חלון השמירה אינו מוגן בפועל.
מי שמגיע לנושא הזה מכיוון הכופרה ימצא את ההקשר המלא במדריך שלנו על מתקפות כופר על עסקים בישראל. עותק נעול הוא ההבדל בין תקרית לבין השבתה.
כמה זמן יש לכם אחרי מחיקה?
פחות ממה שנדמה, וזה מספר שכדאי לדעת בעל פה. לפי תיעוד המחיקה הרכה של השירות, במסמך שעודכן ב-10 בנובמבר 2025, "Azure Backup keeps your data recoverable for up to 14 days by default at no extra cost". ארבעה עשר יום, בלי תוספת תשלום, וזה החלון שבו מחיקה עדיין הפיכה.
אותו מסמך מציין שהמחיקה הרכה נאכפת כברירת מחדל כחלק ממה שמכונה secure by default, ושבאזורים שבהם התכונה בתצוגה מקדימה או זמינה באופן כללי אי אפשר לכבות אותה. זאת בשורה טובה: פחות מקומות שבהם מישהו כיבה הגנה כדי לחסוך מקום.
ארבעה עשר יום מספיקים למחיקה בטעות. הם לא מספיקים לתרחיש שבו אף אחד לא נכנס למערכת שלושה שבועות. אם הדוח השבועי מגיע למייל שאף אחד לא קורא, החלון נסגר לפני שמישהו שם לב.
מה שואלים ספק לפני שחותמים
שש שאלות, ותשובה של מילה אחת לא נחשבת תשובה:
- מה בדיוק נכנס לגיבוי היום, ברמת מסד נתונים והרשאות ולא רק ברמת תיקייה
- האם החסינות נעולה או רק מופעלת, ולכמה ימים בדיוק
- מה חלון ההתאוששות אחרי מחיקה, ומה קורה ביום שאחריו
- מתי בוצע לאחרונה שחזור מלא של מכונה, לא של קובץ
- כמה זמן לקח אותו שחזור מרגע הבקשה ועד שמישהו עבד
- מי מקבל התראה כשגיבוי נכשל, ומה קורה אם הוא בחופשה
השאלה הרביעית היא הבדיקה האמיתית. ספק שיש לו תשובה עם תאריך עובד אחרת מספק שאומר שהכול מגובה. מי שרוצה להבין מה נשאר באחריותו גם כשהמידע יושב אצל Microsoft ימצא את זה במדריך על גיבוי Microsoft 365 לעסקים, שם אותו פער מופיע בגרסה של תיבות דואר ו-SharePoint.
אילו טעויות חוזרות על עצמן?
ארבע, וכולן נראות זהות מבחוץ: גיבוי ירוק.
הראשונה היא לגבות תיקיות ולהניח ששרת מגובה. השנייה היא להפעיל חסינות ולא לנעול אותה. השלישית היא להסתמך על חלון המחיקה הרכה כאילו הוא גיבוי, בזמן שהוא רשת ביטחון של שבועיים. הרביעית, והיקרה ביותר, היא לא לבדוק שחזור מלא אף פעם, כי הבדיקה דורשת חלון תחזוקה שאף אחד לא רוצה לתאם.
הפוסט שלנו על גיבוי שרתים ובדיקת שחזור נוגע בשאלה הרחבה של מה הופך גיבוי לראיה. המאמר הזה מצמצם אותה לשאלה אחת: מה קורה כשהיעד הוא ענן.
איך בונים את זה נכון מהיום הראשון?
מתחילים מהסוף. מגדירים כמה זמן העסק יכול לעמוד בלי המערכת, ורק אז בוחרים כלי. אם התשובה היא ארבע שעות, גיבוי קבצים לענן לבדו לא יספיק ותצטרכו שכבה שמחזירה מכונה. אם התשובה היא יומיים, ייתכן שמספיק.
אחר כך נועלים את החסינות, כותבים את תקופת השמירה על נייר, ומתאמים בדיקת שחזור אחת בשנה שבה מישהו באמת מקבל שרת עובד. בדיקה שלא נכנסה ליומן לא תקרה.
צריכים מישהו שיעבור על זה אתכם? שירותי הגיבוי בענן שלנו מתחילים בדיוק מהמיפוי הזה.
שאלות נפוצות
האם גיבוי בענן מחליף גיבוי מקומי?
לא בהכרח. עותק מקומי מחזיר מידע מהר יותר כי אין תלות ברוחב פס, והעותק בענן הוא זה ששורד שריפה או כופרה שהצפינה את הרשת. רוב העסקים מחזיקים את שניהם, כשהעותק בענן הוא הנעול.
כמה זמן לוקח לשחזר שרת מהענן?
זה תלוי בנפח ובקו האינטרנט שלכם, ולכן אין מספר אחד. המספר היחיד ששווה משהו הוא זה שמדדתם בעצמכם בבדיקת שחזור אחרונה. אם אין לכם מספר כזה, אין לכם תוכנית התאוששות.
מה ההבדל בין מחיקה רכה לבין חסינות?
מחיקה רכה מעכבת מחיקה ומאפשרת להחזיר נתונים בתוך חלון קצוב, ארבעה עשר יום כברירת מחדל. חסינות חוסמת מראש פעולות שעלולות למחוק נקודות שחזור. הראשונה היא רשת ביטחון, השנייה היא מנעול.
האם צריך לגבות שרת שכבר נמצא בענן?
כן. אירוח בענן אינו גיבוי, והאחריות על הנתונים עצמם נשארת אצלכם. מחיקה בטעות או הצפנה על ידי תוקף מסתנכרנות לענן כמו כל שינוי אחר.
כל כמה זמן לבדוק שחזור?
לפחות פעם בשנה, ואחרי כל שינוי משמעותי בתשתית. הבדיקה צריכה להסתיים במישהו שעובד על המערכת המשוחזרת, לא בהודעה שהשחזור הצליח.
מקורות
- Immutable vault for Azure Backup, Microsoft Learn, עודכן 9 בספטמבר 2026
- Secure by default with soft delete for Azure Backup, Microsoft Learn, עודכן 10 בנובמבר 2025
- Back up Windows Server files and folders to Azure, Microsoft Learn, עודכן 23 באפריל 2026
- MARS agent support matrix, Microsoft Learn, עודכן 9 במרץ 2026
רוצים לדעת מה באמת ישוחזר אצלכם ביום התקלה?
המומחים שלנו ב-SouliTek ישמחו לבצע סקירה מקצועית ולהתאים עבורכם תוכנית פעולה.
יוצא עולם הסייבר ההתקפי עם למעלה מ-10 שנות ניסיון בשירותי IT לארגונים. מוביל את SouliTek במתן שירותי מחשוב מנוהלים ואבטחת מידע לעסקים קטנים ובינוניים בישראל.