בקצרה: יש שתי דרכים. אם ה-NAS תומך ב-Time Machine, הפעילו את זה בהגדרות ה-NAS, ואז הוסיפו את השיתוף ב״הגדרות המערכת״, ״כללי״, Time Machine.
או התחברו לתיקייה משותפת ב-Finder וגבו אליה כמו לכל דיסק. כך מדלגים על תמונת הדיסק של Time Machine, החלק בגיבוי ברשת שהכי סביר שיישבר.
לרוב תוכנות ה-NAS יש אפשרות Time Machine: היא יוצרת שיתוף, בדרך כלל עם מכסת גודל, ומפרסמת אותו כדי שה-Mac שלכם ימצא אותו. ב-Mac, הגדרות המערכת, כללי, Time Machine, הוסף דיסק גיבוי, והשיתוף מופיע.
מה כדאי לדעת:
rsync דרך SSHאם ה-NAS מריץ SSH, העתיקו ישירות אליו בלי לחבר שום דבר:
rsync -aE --delete ~/Documents/ [email protected]:/volume1/backup/Documents/מהיר יותר ממעבר דרך שיתוף מחובר, והוא לא סתם לא עושה כלום בשקט כשהחיבור חסר: אם ה-NAS לא זמין, הפקודה נכשלת באופן גלוי.
הגדירו מפתח קודם כדי שזה לא יחכה לסיסמה בזמן מתוזמן:
ssh-keygen -t ed25519
ssh-copy-id [email protected]אותן הסתייגויות כמו בכל מקום: rsync שומר מראה בלי היסטוריה, ולא מצפין שום דבר באחסון. המדריך המלא ל-rsync מכסה את שניהם.
חברו את השיתוף ב-Finder והוא מופיע תחת /Volumes כמו כל דיסק אחר. כל מה שכותב לתיקייה יכול להשתמש בו, כולל Copy Shelter, שנותנת גרסאות, הצפנה לפני שמשהו יוצא מה-Mac, וקריאה חזרה שבודקת כל חלק מול ה-hash שלו.
הצפנה לפני הכתיבה חשובה ב-NAS יותר ממה שאנשים מניחים. NAS הוא מחשב קטן עם מערכת הפעלה, ממשק אינטרנט, ולעיתים קרובות פורט שהופנה לאינטרנט על ידי גרסה קודמת שלכם. בייטים שהוא לא יכול לקרוא הם בייטים שנשארים שלכם כשהוא נפרץ.
זו התקלה שהופכת גיבויי רשת לשונים מכל סוג אחר, והיא זו שפורומים מלאים בה.
כששיתוף נעלם בצורה נקייה, נקודת החיבור נעלמת וכתיבה נכשלת מיד. בסדר. מה שקורה לעיתים קרובות יותר הוא שהשיתוף מפסיק להגיב בלי להתנתק: ה-NAS נרדם, המתג הפיל חיבור, ה-Mac התעורר מהר יותר מהרשת. נקודת החיבור עדיין שם, ls עדיין מציג אותה, וכתיבה אליה נתקעת.
לא נכשלת. נתקעת. התהליך יושב בהמתנה שאי אפשר להפריע לה כל עוד הלקוח מוגדר להמשיך לנסות, ובברירת מחדל זה יכול להיות זמן ארוך מאוד. משימת גיבוי במצב כזה לא נכשלת ולא מסתיימת, וכל מה שמחכה לקוד יציאה שאינו אפס לא רואה אף אחד מהם.
אפשר לזהות את זה:
mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"ההגנות המעשיות הן מגבלת זמן קשיחה סביב כל פעולה, התייחסות ל"אין תשובה" כ"היעד לא זמין" ולא כשגיאה לנסות שוב לנצח, ולעולם לא לתת ליעד תקוע לעכב את האחרים. אם אתם כותבים סקריפט בעצמכם, עטפו את כל המשימה ב-timeout ותנו לכישלון להיות רועש.
בדיסק מקומי, fsync() שמחזיר הצלחה אומר שהבייטים נמצאים על הפלטה או בזיכרון ה-flash. ב-SMB זה אומר מה שהשרת החליט שזה אומר, וזה משתנה לפי קושחה: חלק מתוכנות ה-NAS מאשרות flush ברגע שהנתונים ב-RAM, והפסקת חשמל בשניות שאחרי מאבדת כתיבות שכל שכבה מעל דיווחה כמושלמות.
אי אפשר לתקן את זה מה-Mac. מה שאפשר לעשות הוא להפסיק להתייחס ל"ההעתקה הסתיימה" כאל "ההעתקה בטוחה", כלומר לקרוא את הגיבוי חזרה אחר כך ולבדוק אותו, על השיתוף, כמעבר נפרד. זה הדבר היחיד שמבדיל בין כתיבה שהשרת באמת שמר לבין כתיבה שהוא רק קיבל.
שיתופי SMB ממפים בעלות Unix למה שה-NAS חושב שאתם, והמיפוי לעיתים קרובות לא מה שציפיתם. שני תסמינים שכדאי להכיר:
._filename נלווים, או זורקים אותם. rsync -aE מבקש אותם; אם הם שורדים, זו החלטה של השרת.ls -l בשיתוף. Finder מציג גודל מהמטמון.חלק משרתי ה-SMB מדווחים על קיבולת נפח באופן שגוי, או מדווחים על קיבולת המאגר שמתחת, ומתעלמים מהשיתוף שלכם ומהמכסה שלו. כלי גיבוי שסומך על המספר הזה ימלא בשמחה שיתוף שנאמר לו שיש בו טרה-בייטים פנויים.
הקריאה הבטוחה היא שקיבולת חסרה או לא סבירה פירושה לא ידוע, אף פעם לא אינסוף. בדקו ידנית לפני גיבוי גדול ראשון:
df -h /Volumes/Backupsmb:// ואת שם ה-NAS, והתחברו בתור המשתמש הזה.כן, כשה-NAS מציע שיתוף SMB עם תמיכת Time Machine מופעלת. ל-Synology, QNAP, TrueNAS ולרוב מערכות ה-NAS העדכניות האחרות יש את ההגדרה הזו.
בדרך כלל השיתוף התנתק בזמן שינה, או שתמונת הדיסק של Time Machine ב-NAS נפגמה. השאירו את ה-Mac מחובר לחשמל בזמן הגיבוי הראשון, וראו את המדריך על שגיאת תמונת הדיסק אם זה ממשיך לקרות.
בדרך כלל שירות Time Machine לא מופעל לשיתוף הזה, או שה-NAS מפרסם רק דרך AFP. בדקו קודם בצד ה-NAS, ואז התחברו לשיתוף ב-Finder פעם אחת כדי של-macOS יהיו פרטי ההתחברות, ואז חפשו שוב.
כן. תנו לכל Mac שיתוף משלו או מכסה משלו, כדי שמחשב אחד לא יוכל למלא את המקום שהשני צריך.
לגיבויים מצטברים ב-gigabit, בנוחות. הגיבוי המלא הראשון הוא החלק האיטי, אז עשו אותו בכבל.
כמעט אף פעם לא. NAS שנגיש מהאינטרנט הוא שרת קטן שאתם אחראים עכשיו לעדכן. אם אתם רוצים מחוץ לאתר, תיקייה בחשבון ענן שאתם כבר משלמים עליו בטוחה יותר ובדרך כלל פשוטה יותר. איך להשתמש במקום הזה כמו שצריך.
לא. RAID מטפל בסוג אחד של תקלה, דיסק מת, ולא באף אחת מהאחרות. כל מחיקה, כל טעות וכל תוכנת כופר מגיעות לכל הדיסקים בבת אחת.
כן, אחרי שהגיבוי הראשון הסתיים. בצעו את הראשון בכבל, כי הוא מעתיק הכול. הגיבויים הבאים שולחים רק מה שהשתנה.
התחברו פעם אחת ב-Finder דרך ״עבור אל״ > ״התחבר/י לשרת״ וסמנו ״זכור סיסמה זו במחזיק המפתחות שלי״. כדי לחבר אותה בכל התחברות, הוסיפו את השיתוף ל״פריטי התחברות״ ב״הגדרות המערכת״, ״כללי״.
קשור: גיבוי Mac לכונן חיצוני.