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

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

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

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

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

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

קודם כל: מה זה בעצם גיבוי?

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

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

RPO ו-RTO בשפה פשוטה: שתי שאלות שמכוונות את כל הבחירה

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

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

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

---

חלק 1: איך מגבים? מלא, מצטבר ודיפרנציאלי

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

גיבוי מלא (Full Backup)

מה זה: העתקה של כל המידע שנבחר, בכל פעם מחדש, בלי קשר לשאלה אם משהו השתנה (AWS).

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

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

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

גיבוי מצטבר (Incremental Backup)

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

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

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

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

גיבוי דיפרנציאלי (Differential Backup)

מה זה: כל גיבוי מעתיק את כל מה שהשתנה מאז הגיבוי המלא האחרון. כך הוא גדל בהדרגה עד הגיבוי המלא הבא (AWS). גם Microsoft מגדירה כך גיבוי דיפרנציאלי של בסיס נתונים SQL Server: הוא מכיל רק את השינויים מאז הגיבוי המלא האחרון (Microsoft Learn).

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

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

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

שימו לב למינוח: יצרנים שונים משתמשים לפעמים במונחים בצורה קצת שונה. למשל, בתיעוד של IBM Db2 המונח "incremental" מתאר שינויים מאז הגיבוי המלא, והמונח "delta" מתאר שינויים מאז הגיבוי הקודם (IBM). לכן כדאי תמיד לשאול "ממה בדיוק נדרש השחזור", ולא רק "איך קוראים לשיטה".

---

חלק 2: מה מגבים? תמונת מערכת לעומת גיבוי קבצים

גיבוי תמונת מערכת (Image / System Image / Bare Metal)

מה זה: גיבוי של הדיסק כולו, בלוק אחר בלוק: מערכת ההפעלה, התוכנות, ההגדרות והקבצים. SNIA מגדירה גיבוי תמונת דיסק כגיבוי שמורכב מעותק של כל הבלוקים בשטח האחסון השמיש של התקן (SNIA Dictionary). "Bare Metal Recovery" פירושו שאפשר לשחזר את המערכת כולה גם למחשב או לדיסק חדשים וריקים.

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

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

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

גיבוי ברמת קבצים (File-Level)

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

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

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

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

---

חלק 3: איפה שומרים? מקומי, ענן או היברידי

גיבוי מקומי: דיסק חיצוני, NAS ודיסקים מתחלפים

מה זה: עותק שנשמר פיזית אצלכם: דיסק USB חיצוני, התקן NAS (שרת אחסון קטן שמחובר לרשת), או כמה דיסקים שמתחלפים ביניהם לפי סבב קבוע (Rotation), כשחלקם נלקחים מחוץ למשרד.

החוזקות:

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

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

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

גיבוי ענן

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

החוזקות:

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

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

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

גיבוי היברידי: המקומי והענן, ביחד (כלל 3-2-1)

מה זה: שילוב של עותק מקומי לשחזור מהיר ועותק בענן להגנה מחוץ לאתר. זו בדיוק הדרך הפשוטה ליישם את כלל 3-2-1, ש-CISA מתארת כקו מנחה מהימן (CISA):

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

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

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

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

---

חלק 4: גיבוי לפי סוג המערכת

גיבוי שרתים ומכונות וירטואליות (VM)

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

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

מתאים במיוחד ל: משרד עם שרת קבצים, עסק שמריץ תוכנה עסקית על שרת, וחברות שעברו לווירטואליזציה (Hyper-V, VMware ודומיהן).

כדאי לדעת: Checkpoint או Snapshot של מכונה וירטואלית הם כלי נהדר לפני עדכון, אבל הם לא תחליף לגיבוי (על כך בהמשך). Microsoft מציינת שגם ייצוא של Checkpoint למיקום אחר יכול לשמש לגיבוי (Microsoft Learn), כלומר, מה שהופך אותו לגיבוי הוא העותק הנפרד.

גיבוי בסיסי נתונים ו-SQL

מה זה: גיבוי ייעודי לבסיס הנתונים שעליו נשענות תוכנות כמו הנהלת חשבונות, ERP, CRM, ניהול מלאי או ניהול מטופלים. ב-SQL Server, Microsoft מתארת כמה סוגי גיבוי: גיבוי מלא, שמכיל את כל המידע וגם מספיק מיומן הטרנזקציות כדי לשחזר אותו; גיבוי דיפרנציאלי, שמכיל את השינויים מאז הגיבוי המלא האחרון; וגיבוי יומן טרנזקציות (Log), שנדרש במודל השחזור המלא (Microsoft Learn).

החוזקות: גיבוי ייעודי ל-SQL יודע לגבות את בסיס הנתונים בזמן שהוא פעיל ונמצא בשימוש. Microsoft מציינת ש-SQL Server מאפשר גיבוי בזמן שבסיס הנתונים מקוון, וגם פעולות כמו הוספה, עדכון ומחיקה של נתונים ממשיכות לעבוד במהלך הגיבוי (Microsoft Learn). כך העסק לא צריך לעצור כדי לגבות, ובזכות גיבויי היומן אפשר להגיע ל-RPO קצר מאוד.

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

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

גיבוי Microsoft 365 ודואר אלקטרוני

מה זה: גיבוי של תיבות הדואר, היומנים, אנשי הקשר, OneDrive ו-SharePoint שבחשבונות Microsoft 365 (Office 365) של העסק, לשירות נפרד.

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

מה כבר יש מובנה, ומה הגיבוי מוסיף:

• ב-Exchange Online, פריטים שנמחקו נשמרים בתיקיית Recoverable Items לתקופה שברירת המחדל שלה היא 14 ימים, וניתן להאריך אותה עד 30 ימים לכל היותר (Microsoft Learn).
• ב-SharePoint, פריטים שנמחקו נשמרים בסל המחזור 93 ימים ואז נמחקים לצמיתות (Microsoft Support).

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

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

כדאי לדעת: CISA מונה במפורש מיילים ותקשורת קריטית בין סוגי המידע שכדאי לגבות (CISA).

---

חלק 5: מושגים שקל לבלבל ביניהם

ארכיון ושמירה ארוכת טווח לעומת גיבוי

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

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

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

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

Snapshot לעומת גיבוי

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

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

כדאי לדעת: Microsoft כותבת במפורש ש-Snapshot אינו גיבוי מלא (Microsoft Learn). גם Oracle מסבירה ש-Snapshot נשמר על אותו מערך אחסון כמו המידע המקורי, ולכן כדי שישמש כגיבוי צריך להעתיק אותו לאמצעי אחסון נוסף (Oracle). במילים אחרות: Snapshot הוא "כפתור ביטול" מהיר, וגיבוי הוא עותק עצמאי. כדאי ליהנות משניהם.

---

טבלת החלטה: איזה גיבוי מתאים לאיזה מצב?

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

---

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

ענו על השאלות הבאות. כל "כן" מצביע על רכיב שכדאי לכלול במבנה הגיבוי שלכם:

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

---

איך לבנות את זה בפועל, צעד אחר צעד

1. עשו רשימה של מה חשוב. CISA ממליצה להתחיל במלאי של המידע החשוב: רשומות לקוחות, מידע על עובדים, נתונים פיננסיים ושכר, מיילים, קבצי הגדרות ובסיסי נתונים, ולתעדף את המידע שהעסק לא יכול לפעול בלעדיו (CISA).
2. ענו על שתי השאלות. כמה עבודה אתם מוכנים להשלים מחדש (RPO), ותוך כמה זמן אתם צריכים לחזור לעבוד (RTO).
3. בחרו "מה מגבים". קבצים, תמונת מערכת, שרת, VM, SQL, Microsoft 365, או שילוב.
4. בחרו "איפה שומרים". לרוב, מבנה היברידי של עותק מקומי ועותק בענן, לפי כלל 3-2-1.
5. הגדירו כמה זמן שומרים. לפחות שבעה ימים אחורה לפי המלצת CISA (CISA), ובמקרים רבים ארכיון לשנים.
6. בדקו שחזור. CISA ממליצה לבדוק את תהליך הגיבוי כדי לוודא שאפשר לשחזר מהר, גם באופן מלא וגם באופן חלקי, ולכתוב את הנהלים כך שהצוות יודע מה לעשות (CISA).
7. הגדירו מי אחראי. גיבוי עובד הכי טוב כשיש מישהו שבודק אותו באופן קבוע. זה יכול להיות אדם בעסק, או צוות מקצועי שעושה את זה בשבילכם.

---

שאלות נפוצות

---

לסיכום: הגיבוי הנכון הוא שילוב חכם

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

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

בטופ מחשבים אנחנו משחזרים מידע מגיבויים מאז 1996. שירות הגיבוי המנוהל שלנו, B2C Backup, משלב גיבוי ענן בתשתית מבוססת Microsoft Azure, עותק מקומי לפי בחירה במבנה 3-2-1, ארכיון רב-שנתי של גרסאות, חבילות לגיבוי שרתים, מחשבים, SQL ומכונות וירטואליות, שירות ניהול וגיבוי Office 365, ובעיקר: צוות אנושי שבודק מדי יום כל גיבוי של כל לקוח.

---

מקורות

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

1. CISA, Back Up Business Data. https://www.cisa.gov/audiences/small-and-medium-businesses/secure-your-business/back-up-business-data
2. NIST CSRC Glossary, Recovery Point Objective (מקור: NIST SP 800-34 Rev. 1). https://csrc.nist.gov/glossary/term/recovery_point_objective
3. NIST CSRC Glossary, Recovery Time Objective (מקור: NIST SP 800-34 Rev. 1). https://csrc.nist.gov/glossary/term/recovery_time_objective
4. AWS, What's the Difference Between Incremental, Differential, and Other Backups? https://aws.amazon.com/compare/the-difference-between-incremental-differential-and-other-backups/
5. AWS Backup Developer Guide, Backup creation by resource type (גיבויים מצטברים ונתוני ייחוס לשחזור מלא). https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup.html
6. IBM Documentation, Db2 11.5: Incremental backup and recovery. https://www.ibm.com/docs/en/db2/11.5.x?topic=recover-incremental-backup-recovery
7. SNIA, SNIA Dictionary (הגדרות backup, archive, disk image backup). https://www.snia.org/sites/default/files/dictionary/SNIADictionary.pdf
8. Microsoft Learn, Backup overview (SQL Server). https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-overview-sql-server
9. Microsoft Learn, Using checkpoints (Hyper-V). https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/checkpoints
10. Microsoft Learn, Shared responsibility in the cloud. https://learn.microsoft.com/en-us/azure/security/fundamentals/shared-responsibility
11. Microsoft Learn, Recoverable Items folder in Exchange Online. https://learn.microsoft.com/en-us/exchange/security-and-compliance/recoverable-items-folder/recoverable-items-folder
12. 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
13. Oracle, Snapshots Are NOT Backups. https://www.oracle.com/database/technologies/rman-fra-snapshot.html

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