לדלג לתוכן

שיעור 07: גיבוי ושחזור

חלק ב': מדריך העברה למרצה

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

1. Snapshots (תמונות מצב): איך פועל הגיבוי המקומי ב-APFS (Rollbacks)

🎯 מטרת החלק: להבין כיצד APFS מנהלת Snapshots (תמונות מצב) מקומיות ולדעת איך ניתן לחזור אחורה בזמן במינימום זמן אחסון.

כאן המטרה היא להוריד את האסימון לתלמידים שגיבוי הוא לא רק העתקה לדיסק חיצוני פיזי. רובם לא מודעים לכך שהמערכת מצלמת את עצמה כל הזמן ברקע בזכות ארכיטקטורת APFS. כדאי לפתוח בשאלה לכיתה: "מי כאן פעם חילץ קובץ דרך Time Machine למרות שהכונן החיצוני שלו בכלל לא היה מחובר באותו שבוע?". מכאן נצלול למושג ה-Copy-on-Write וה-Snapshots. הדגש הוא על קסם מערכת הקבצים.

← מנגנון APFS ו-Copy-on-Write שנלמד בשיעור 06 (FileSystem) הוא המנגנון שמאפשר את קסם ה-Snapshots — כל שינוי נשמר כבלוק חדש והישן נותר שלם. ← בשיעור 12 (עדכוני מערכת) נראה ש-macOS יוצרת Snapshot אוטומטי רגע לפני כל עדכון — אותו מנגנון משמש כרשת ביטחון.

🎤 הרצאה

  • בואו נדבר על Snapshots (תמונות מצב).
  • תחשבו על זה כמו 'צילום מסך'.
  • הצילום מקפיא את מערכת הקבצים באותו רגע מדויק.
  • זהו מנגנון מובנה ב-APFS.
  • איך זה עובד?
    • במקום לשכפל קבצים (מה שלוקח זמן ומקום), המערכת "מקפיאה" את מצב הבלוקים בדיסק בארכיטקטורת Copy-on-Write.
    • מאותו רגע, כל שינוי נשמר כבלוק חדש.
    • הבלוקים הישנים נשארים מוגנים.
  • איך ה-Mac מייצר Local Snapshots?
    • ברגע שמפעילים גיבוי Time Machine פעם אחת, הייצור מתחיל אוטומטית.
    • המחשב מבצע זאת בערך כל שעה (וכל 24 שעות).
  • מה קורה כשיש תקלה?
    • גם אם כונן הגיבוי החיצוני לא מחובר.
    • וגם אם מחקתם קובץ חשוב בטעות.
    • סביר מאוד שהמחשב יוכל להתגלגל אחורה (Rollback).
    • השחזור מתבצע דרך ה-Snapshot המקומי!
  • זה פשוט קסם של מערכת הקבצים.

🔗 עזרים ויזואליים

עזר מה מראה
📸 26-Tahoe-DiskUtility-APFS-Snapshots.png טבלת ה-APFS Snapshots ב-Disk Utility על ה-Data Volume (שמות, תאריכים, סוג Snapshot ונפח).

🖥️ הדגמה

  • שלב 1: פתחו את אפליקציית Disk Utility.
  • שלב 2: הציגו Snapshots:
    • בתפריט העליון, בחרו ב-View.
    • לחצו על Show APFS Snapshots.
  • שלב 3: בחרו את ה-Data Volume.
    • בדרך כלל נקרא Macintosh HD - Data (מופיע בצד השמאלי).
  • שלב 4: הראו את רשימת ה-Snapshots.
    • הרשימה מופיעה בתחתית המסך.
    • הסבירו שכל שורה מייצגת נקודת זמן שניתן לחזור אליה.
  • שלב 5: הדגימו מחיקה ידנית.
    • סמנו Snapshot.
    • לחצו על כפתור המינוס (-).
    • הסבירו: זו דרך מעולה לפנות מקום (Purgeable Space) בעת חירום.
Instructor Deep-Dive: APFS Snapshots Mechanics
  • APFS Snapshot Mechanics:
    • Snapshot ב-APFS מוגדר כ-Read-Only לחלוטין ברמת ה-Volume.
    • המערכת שומרת מצביע לכלל אשכולות המידע באותו רגע.
    • כל כתיבה חדשה מייצרת בלוק חדש (Copy-on-Write).
    • המידע הקודם לעולם אינו נדרס.
  • Storage Management:
    • מנגנון ה-Snapshots מנקה את עצמו אוטומטית (Purgeable Space).
    • אם הכונן מגיע ל-80% תפוסה (או מעט מקום פנוי), המערכת תמחק Snapshots ישנים.
    • Snapshots של Time Machine נמחקים לרוב אחרי 24 שעות ללא שימוש.
  • OS Booting from Snapshot:
    • הזכירו: macOS עצמה (ה-System Volume) פועלת מתוך Snapshot חתום (SSV - Sealed System Volume).
  • CLI Management:
    • ניהול זמין גם משורת הפקודה (Terminal).
    • tmutil listlocalsnapshots / - מציג את רשימת תמונות המצב.
    • tmutil thinlocalsnapshots / 10000000000 4 - מדלל באגרסיביות כדי לפנות מקום.

2. Time Machine: לוגיקת הגיבוי למקור חיצון

🎯 מטרת החלק: להכיר את הארכיטקטורה המודרנית של Time Machine וכיצד היא כותבת לכונן חיצוני.

התלמידים כבר מבינים את צילום המצב המקומי, ועכשיו אנחנו מחברים את הכונן החיצוני. המסר החשוב ביותר כאן שעל התלמידים לקחת הוא אבטחת מידע – כונן גיבוי פיזי שניתן לגנוב הוא סכנה אדירה אם אינו מוצפן. לכן, הדגש המרכזי בהדגמה צריך להיות על חובת ה-Encryption. הראו להם כיצד ה-Time Machine המודרני מנצל את APFS Snapshots במקום להסתמך על קישורים קשיחים שבריריים מהעבר.

🎤 הרצאה

  • ראינו איך שומרים גרסאות בתוך המחשב.
  • עכשיו נדבר על גיבוי למקור חיצון: Time Machine.
  • היסטוריה בקטנה (Fun Fact):
    • מכונת הזמן (Time Machine) הוצגה לראשונה ב-2007 (Leopard) משום שמשתמשים כמעט לא גיבו בעזרת תוכנות צד-שלישי מסורבלות כמו Retrospect.
    • בימים ההם (HFS+) המערכת נשענה על מיליוני Hard Links כדי לייצר "אשליה" של תיקיות גיבוי מלאות.
  • המעבר ל-APFS:
    • הארכיטקטורה השתנתה לחלוטין.
    • כיום, כל כונן Time Machine מפורמט אוטומטית כ-APFS.
  • איך הגיבוי עובד היום?
    • ה-Mac לוקח Local Anchor Snapshot מקומי.
    • המערכת מתשאלת את ה-FSEvents database כדי לראות מה השתנה בלי לסרוק את כל הכונן.
    • רק הבלוקים שהשתנו (Delta) מועתקים.
    • בסוף נוצר Synthetic Snapshot על כונן הגיבוי.
  • חידושים ב-Sequoia/Tahoe:
    • מערכת בשני שלבים (Two-pass): שלב אחד כשהמחשב לא נעול (Unlocked) לנתוני משתמש, ושלב שני כשהוא נעול לפריטי מערכת עמוקים.
    • ניתן לנעוץ (Pin / Keep Downloaded) קבצים ב-iCloud Drive כדי להבטיח שיגובו ב-Time Machine.
  • חשוב לזכור:
    • כונן ה-Time Machine ננעל כ-Read-Only.
    • לא ניתן להעתיק אליו קבצים ישירות דרך ה-Finder.

🔗 עזרים ויזואליים

עזר מה מראה
📸 (אין תמונות למקטע זה) (הסתמכות על הדגמה חיה)

🖥️ הדגמה

  • שלב 1: חיבור וגישה.
    • חברו כונן USB חיצוני (DOK / SSD).
    • פתחו: System Settings -> General -> Time Machine.
  • שלב 2: הוספת הכונן.
    • לחצו על Add Backup Disk....
    • בחרו את הכונן החיצוני מהרשימה.
  • שלב 3: הצפנת הגיבוי.
    • הדגישו את אפשרות ה-Encrypt Backup.
    • הסבירו מדוע זה קריטי (כונן לא מוצפן שנישא בתיק מהווה פרצת אבטחה אדירה).
    • הראו לכיתה איך הגיבוי מתחיל.

← הצפנת הכונן מבוססת על אותו AES-XTS שנלמד בשיעור 04 (FileVault) — בגיבוי חיצוני מגדירים סיסמא נפרדת לפתיחת הכונן בעתיד.

  • שלב 4: בדיקה ב-Disk Utility.
    • פתחו שוב את Disk Utility.
    • הראו שנוצר APFS Container חדש שמיועד רק ל-Time Machine.
    • הסבירו על הגדרת Quota ו-Reserve (מונע מ-Time Machine "לחנוק" את הכונן).
Instructor Deep-Dive: Time Machine Under the Hood
  • תזמון DAS-CTS:
    • גיבויים מתוזמנים על ידי ה-Duet Activity Scheduler ומווסתים עומס חזיתי.
  • The Delta Clone:
    • ההעתקה מבוססת על חישוב Delta מהיר במיוחד בעזרת FSEvents. קריסה שלו מובילה לסריקת עומק (Deep Traversal Scan) שלוקחת שעות.
  • Troubleshooting Logs:
    • אם הגיבוי נתקע, בדקו לוגים: log show --predicate 'subsystem == "com.apple.TimeMachine"' --info
    • הליצו על האפליקציה T2M2 לפענוח לוגים קל.
  • SMB NAS Considerations:
    • גיבוי ראשוני על Wi-Fi ל-SMB הוא איטי ברמה בלתי נסבלת. תמיד כדאי לעשות את הראשון בכבל Ethernet.

3. שחזור קבצים: חילוץ קבצים ספציפיים או שחזור מערכת כולל

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

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

← בשיעור 14 (Recovery) נתרגל שחזור Bare-Metal מלא מתוך ה-1TR — אותו כונן Time Machine שגיבינו כאן יהיה הכלי לשחזור.

🎤 הרצאה

  • גיבוי שלא ניתן לשחזר ממנו הוא חסר ערך.
  • ב-macOS יש דרכים עיקריות לשחזור מידע:
  • 1. שחזור נקודתי (קובץ בודד):
    • לדוגמה: מחקתם מצגת חשובה.
    • פותחים את ממשק ה-Time Machine.
    • "טסים" אחורה בזמן לתיקייה.
    • מסמנים את הקובץ ולוחצים על Restore.
  • 2. התאוששות מאסון (Disaster Recovery) והגירה (Migration):
    • בעבר יכולנו לדרוס הכל, היום המערכת חתומה (SSV).
    • במקרה קטסטרופלי (מחשב נמחק או לוח הוחלף), נכנסים ל-1TR (Recovery Mode).
    • מתקינים macOS נקי.
    • בהגדרות הראשוניות של ה-Setup Assistant (OOBE) מריצים את ה-Migration Assistant.
    • הוא שואב רק את ה-Data Volume (פרופילים והגדרות) מתוך תמונת המצב ה-Synthetic שבגיבוי.
  • אזהרה על שמות חשבונות (Account Names):
    • אסור ליצור חשבון זמני בשם "john" ואז לנסות להגר את החשבון "john" מ-Time Machine. זה ייצור התנגשות נוראית.

🔗 עזרים ויזואליים

עזר מה מראה
📸 (אין תמונות למקטע זה) (הסתמכות על הדגמה חיה)

🖥️ הדגמה

  • שלב 1: שחזור נקודתי.
    • לחצו על סמל ה-Time Machine (בשורת התפריטים).
    • בחרו Browse Time Machine Backups.
  • שלב 2: הדגמת שחזור קובץ.
    • נווטו אל ה-Desktop או ה-Documents.
    • הראו לתלמידים את האפקט הויזואלי של החזרה בזמן.
    • בחרו קובץ דמה ולחצו על Restore.
  • שלב 3: הגירה (Migration Assistant).
    • חפשו את Migration Assistant ב-Spotlight.
    • הריצו את האפליקציה (רק הדגמה חזותית, אין צורך לבצע בפועל).
    • הראו את המסך הראשון והצביעו על האפשרות לייבא מ-Time Machine.
Instructor Deep-Dive: Migration vs Rollback
  • APFS Snapshot Rollback vs Migration:
    • שחזור מתוך Local Snapshot דרך ה-Recovery הוא פעולת Rollback ל-Data Volume.
    • הוא לא דורס פיזית את מערכת ההפעלה (SSV).
    • אם המערכת קורפסה לחלוטין, חייבים להתקין קודם macOS ואז להפעיל Migration Assistant.
  • Headless Restoration:
    • ניתן לחלץ קבצים ידנית מתוך הטרמינל דרך: tmutil restore /Volumes/[Backup_Drive]/.../File.txt ~/Documents/

4. תיבול ארגוני: האם בכלל צריך Time Machine בסביבה ארגונית מנוהלת ענן?

🎯 מטרת החלק: להעריך את הכדאיות והסיכונים בשימוש ב-Time Machine בתוך ארגונים מול אסטרטגיות Cloud Sync.

כאן אנחנו עושים Shift מחשבתי מעולם המשתמש הביתי לעולם האנטרפרייז. בארגונים מודרניים, Time Machine הוא לעתים קרובות כאב ראש רשתי ואבטחתי, ומנגנוני סנכרון ענן הם הפתרון המועדף. חשוב להנחיל את הקונספט של "המחשב החד-פעמי" (Ephemeral Device) – אם המחשב הולך לאיבוד, פשוט מוחקים אותו מרחוק והמידע העסקי בטוח בענן. פתחו דיון בכיתה לגבי הפשרות שכל גישה מציעה ושמרו על קצב מהיר.

🎤 הרצאה

  • איך מתנהלים עם גיבויים באנטרפרייז (Enterprise)?
  • הבעיה עם Time Machine בארגונים:
    • זמן זה כסף ואבטחת מידע היא קריטית.
    • לחלק כוננים פיזיים לעובדים זו סכנת אבטחה גדולה.
    • כונן לא מוצפן שנאבד יכול להוות פריצת מידע קטסטרופלית.
  • הפתרון: "המחשב החד-פעמי" (Ephemeral Device):
    • שימוש בשירותי ענן כמו OneDrive, Google Drive, או Box.
    • עובדים שומרים ישירות לענן.
    • אם מק נהרס, מנהל ה-IT עושה מרחוק Erase All Content and Settings (EACS), המשתמש מקבל מחשב חדש שעובר Zero-Touch deployment ותוך חצי שעה הוא בפנים.
  • ההתנגשות בין FileProvider ל-Time Machine:
    • ספקי ענן משתמשים ב-FileProvider כדי להציג קבצים שקיימים רק בענן ("Dataless files").
    • מכונת הזמן (Time Machine) עובד ברמת הבלוק, ואם ינסה לגבות תיקייה כזו הוא יכריח הורדה מסיבית של טרה-בייטים, מה שיפיל את הרשת של הארגון.
  • ומה אם בכל זאת צריך Time Machine?
    • למשתמשים כבדים (עורכי וידאו, מתכנתים) שלהם מידע מקומי עצום.
    • לאלו מוגדר גיבוי לכונן NAS מהיר, ואוכפים הצפנה דרך ה-MDM.

🔗 עזרים ויזואליים

עזר מה מראה
📸 (אין תמונות למקטע זה) (הסתמכות על הדגמה חיה)

🖥️ הדגמה

  • שלב 1: תיקיית הסנכרון.
    • הראו תיקיית OneDrive / Google Drive ב-Finder.
  • שלב 2: קבצים לפי דרישה (Files On-Demand).
    • הסבירו את הקונספט.
    • הראו את סמל ה"ענן" שליד קבצים שמאשר שהם לא באמת תופסים מקום בכונן.
  • שלב 3: הסבר על פרופיל MDM.
    • ציינו שדרך MDM ניתן פשוט לחסום את Time Machine כליל.
Instructor Deep-Dive: Enterprise Management of Backups
  • MDM Restrictions for Time Machine:
    • בעזרת פיילואד Restrictions קובעים:
      1. restrictTimeMachine - חוסם את הגישה לגיבוי מקומי.
      2. forceEncryptedTimeMachineBackups - במידה וכן מאפשרים, כופה הצפנה כתנאי לגיבוי.
  • הסיכון של "Sync Lock":
    • הבעיה היחידה ללא Time Machine היא אם סנכרון הענן קורס, וקובץ נמחק לפני שהועלה לענן, הוא אבד לחלוטין מכיוון שאין Snapshot מקומי שיגבה עליו. זו פשרה ידועה בתפיסת הארגון.

סיום שיעור 07: כאן הסתיים השיעור.