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

EVIDENCE LEVELS // חוזק הבסיס לטענות המרכזיות

  • כלל 3-2-1 (שלושה עותקים, שני אמצעים, אחד מרוחק) הוא תקן מקובל לתכנון גיבויTECHNICAL-REFERENCEמקור טכני
  • שירותי סנכרון משכפלים מחיקות ואינם מהווים גיבוי היסטורי בפני עצמםTECHNICAL-REFERENCEמקור טכני

DIAGNOSTIC SUMMARY // תמצית אבחון

ארבע נקודות ההחלטה

הגורם הסביר ביותרMOST LIKELY
רוב הבתים "מגובים" בפועל בשיטה של עותק אחד, במקום אחד — ומגלים זאת ביום הכי גרוע.
פחות סבירLESS LIKELY
שהקמת התוכנית תהיה מסובכת — כלי הגיבוי המובנים עושים את רוב העבודה אחרי הקמה חד-פעמית.
הבדיקה הראשונהFIRST TEST
שאלה אחת: אם המחשב היה מתאפס היום, כמה מהקבצים היו חוזרים — ומאיפה בדיוק?
תנאי עצירהSTOP CONDITION
גיבוי שאף פעם לא נבדק שחזור שלו — אינו גיבוי מאומת. הבדיקה היא חלק מהתוכנית, לא תוספת.

QUICK DIAGNOSIS

לאן להתקדם?

תוכן עניינים5 סעיפים

סנכרון הוא לא גיבוי — ההבחנה שמצילה קבצים

שירותי סנכרון (OneDrive, Google Drive, Dropbox) שומרים שהקבצים זהים בכל המכשירים — כולל מחיקות, קבצים שהוצפנו בטעות, או גרסאות שגויות שנשמרו. קובץ שנמחק במחשב יימחק מהסנכרון זמן קצר אחר כך. זו תכונה נפלאה לעבודה שוטפת — ולהגנה מפני אובדן, היא כמעט חסרת ערך.

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

3-2-1: מה כל מספר אומר — ולמה הוא שם

  • 3 עותקים: המקור + שניים נוספים. אם עותק אחד נפגע, השני מגבה אותו — כולל המקרה שבו המקור והעותק הראשון נפגעים יחד.
  • 2 אמצעים שונים: דיסק פנימי + דיסק חיצוני, או דיסק + ענן. אמצעים שונים = כשלים שונים: מה שהורג דיסק קשיח לרוב לא נוגע בעותק הענן.
  • 1 עותק מרוחק: מחוץ למיקום הפיזי — ענן, או דיסק אצל קרוב משפחה. כי שריפה, הצפה או גניבה לא מפלות בין המחשב לדיסק שיושב לידו.

הכלל נראה כמו דרישה ארגונית — אבל בגרסה הביתית הוא מתקיים כמעט מאליה: המחשב + דיסק חיצוני + סנכרון ענן שמוגדר גם לגרסאות (רוב השירותים שומרים היסטוריית גרסאות לפחות חלקית) — ויש לכם 3-2-1 סביר לגמרי.

התוכנית הביתית: הקמה של פעם אחת

שלושה שלבים, ואז זה רץ לבד

בוחרים מה לגבות

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

מחברים דיסק חיצוני ומפעילים גיבוי מתוזמן

ב-Windows: היסטוריית הקבצים; במק: Time Machine. הגיבוי רץ לבד כשהדיסק מחובר — הקפידו לחבר אותו לפחות פעם בשבוע.

מוסיפים את העותק המרוחק

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

הצעד שכולם מדלגים עליו: בדיקת השחזור

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

לעסק הקטן: אותם עקרונות, יותר משמעת

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

המחשות עזר לפי שלב האבחון

16:9 · hero
CONCEPTUAL_MOCKUP

עמדת עבודה עם אמצעי אחסון וגיבוי מסודרים לבדיקה

שלושה עותקים, שני אמצעים, אחד מהם מחוץ לבית — הסדר שמחזיר קבצים כשצריך

article-1065-hero.svg

16:9 · symptom
CONCEPTUAL_MOCKUP

תיאור חזותי של התסמין המרכזי שתואר במאמר

תיאור חזותי של התסמין המרכזי שתואר במאמר

article-1065-symptom.svg

16:9 · diagnostic
CONCEPTUAL_MOCKUP

תיאור חזותי של תהליך האבחון המדורג המתואר במאמר

תיאור חזותי של תהליך האבחון המדורג המתואר במאמר

article-1065-diagnostic.svg

אפשר לפתור לבד — או שצריך טכנאי?

הגבול בין DIY לעזרה מקצועית מוגדר מראש לכל תקלה. כך זה נראה בנושא של המאמר הזה:

TECHNICIAN BOUNDARY

REMOTE · פתרון מרחוק

  • בניית תוכנית הגיבוי
  • הפעלת כלים מובנים
  • אימות ריצת גיבויים
  • ליווי שחזור ראשון

ON-SITE · ביקור טכנאי

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

LAB · מעבדה

  • שחזור ממקורות פגומים
  • גיבוי לפני ניתוחי מעבדה

הקמת הגיבוי נעשית רובה מרחוק — הוידוא והתרגול, בשטח:

// SOURCES · מקורות ואימות טכני

  • מקור שצוטט במאמר המקורילפי Backup architecture references (אומת: 27.8.2026)
  • מקור שצוטט במאמר המקורילפי Sync service documentation (אומת: 27.8.2026)
  • מקור שצוטט במאמר המקורילפי אומת: 27.08.2026 · טריות GREEN (אומת: 27.8.2026)
  • כלל 3-2-1 (שלושה עותקים, שני אמצעים, אחד מרוחק) הוא תקן מקובל לתכנון גיבוילפי US-CERT / ספרות ארכיטקטורת גיבוי (אומת: 27.8.2026)
  • שירותי סנכרון משכפלים מחיקות ואינם מהווים גיבוי היסטורי בפני עצמםלפי תיעוד שירותי סנכרון — מודל פעולה (אומת: 27.8.2026)

// FAQ · שאלות שמגיעות באמת

שואלים אותנו גם את זה

כמה גדול צריך דיסק הגיבוי?

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

הענן שלי מספיק לבד?

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