संक्षिप्त उत्तर: दो तरीके काम करते हैं। अगर NAS Time Machine को सपोर्ट करता है, तो NAS की सेटिंग्स में उसे चालू करें, फिर सिस्टम सेटिंग्ज़, सामान्य, Time Machine में शेयर जोड़ें।
या Finder में किसी शेयर किए गए फ़ोल्डर से कनेक्ट करें और किसी भी डिस्क की तरह उस पर बैकअप लें। इससे Time Machine की डिस्क इमेज से बचा जा सकता है, जो नेटवर्क बैकअप का सबसे ज़्यादा टूटने वाला हिस्सा है।
ज़्यादातर NAS सॉफ़्टवेयर में Time Machine का विकल्प होता है: यह एक शेयर बनाता है, आमतौर पर साइज़ कोटा के साथ, और उसे नेटवर्क पर दिखाता है ताकि आपका Mac उसे ढूँढ सके। Mac पर, सिस्टम सेटिंग्ज़, सामान्य, Time Machine, बैकअप डिस्क जोड़ें, और शेयर दिख जाता है।
क्या जानना ज़रूरी है:
rsyncअगर 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 से कुछ भी निकलने से पहले एन्क्रिप्शन, और ऐसी वापस पढ़ाई देता है जो हर हिस्से को उसके हैश से जाँचती है।
लिखने से पहले एन्क्रिप्ट करना NAS पर लोगों की सोच से ज़्यादा मायने रखता है। NAS एक छोटा कंप्यूटर है जिसमें ऑपरेटिंग सिस्टम, वेब इंटरफ़ेस, और अक्सर आपके किसी पुराने रूप का इंटरनेट पर फ़ॉरवर्ड किया पोर्ट होता है। जिन बाइट्स को वह पढ़ नहीं सकता, वे उसके हैक होने पर भी आपकी रहती हैं।
यही वह खराबी है जो नेटवर्क बैकअप को बाकी हर तरह के बैकअप से अलग बनाती है, और फ़ोरम थ्रेड इसी से भरे हैं।
जब कोई शेयर साफ़ तरीके से हटता है, तो माउंट गायब हो जाता है और राइट तुरंत फ़ेल होती है। ठीक है। ज़्यादा बार यह होता है कि शेयर बिना डिस्कनेक्ट हुए जवाब देना बंद कर देता है: NAS स्लीप में चला गया, स्विच ने लिंक छोड़ दिया, Mac नेटवर्क से पहले जाग गया। माउंट पॉइंट अब भी वहाँ है, ls अब भी उसे दिखाता है, और उस पर राइट अटक जाती है।
फ़ेल नहीं होती। अटक जाती है। प्रोसेस तब तक बिना रुकावट वाले इंतज़ार में बैठा रहता है जब तक क्लाइंट कोशिश करते रहने के लिए सेट है, जो डिफ़ॉल्ट रूप से बहुत लंबा हो सकता है। इस हालत में बैकअप जॉब न फ़ेल हो रहा है न पूरा, और नॉन ज़ीरो एग्ज़िट कोड पर नज़र रखने वाली किसी चीज़ को दोनों में से कुछ नहीं दिखता।
आप इसे पहचान सकते हैं:
mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"व्यावहारिक बचाव हैं: हर ऑपरेशन पर सख्त टाइमआउट, "कोई जवाब नहीं" को "डेस्टिनेशन तक पहुँच नहीं" मानना, न कि हमेशा दोहराई जाने वाली गलती, और किसी अटके डेस्टिनेशन को कभी बाकियों को रोकने न देना। अगर आप इसे खुद स्क्रिप्ट कर रहे हैं, तो पूरे जॉब को timeout में लपेटें और नाकामी को साफ़ दिखने दें।
लोकल डिस्क पर fsync() के सफल लौटने का मतलब है कि बाइट्स प्लेटर या फ़्लैश पर हैं। SMB पर इसका मतलब वही है जो सर्वर ने तय किया, और यह फ़र्मवेयर के हिसाब से बदलता है: कुछ NAS सॉफ़्टवेयर डेटा RAM में आते ही flush को स्वीकार कर लेते हैं, और अगले कुछ सेकंड में बिजली जाने पर वे राइट खो जाती हैं जिन्हें ऊपर की हर परत ने पूरा बताया था।
इसे आप Mac से ठीक नहीं कर सकते। आप यह कर सकते हैं कि "कॉपी पूरी हुई" को "कॉपी सुरक्षित है" मानना बंद करें, यानी बाद में बैकअप को वापस पढ़कर जाँचें, शेयर पर, एक अलग चरण में। यही एक चीज़ है जो सर्वर की सच में सहेजी गई राइट को सिर्फ़ स्वीकार की गई राइट से अलग करती है।
SMB शेयर Unix ओनरशिप को उस पर मैप करते हैं जो NAS आपको समझता है, और यह मैपिंग अक्सर आपकी उम्मीद के मुताबिक नहीं होती। जानने लायक दो लक्षण:
._filename साथी फ़ाइलों में रखते हैं, या फेंक देते हैं। rsync -aE इन्हें माँगता है, ये बचते हैं या नहीं यह सर्वर तय करता है।ls -l से जाँचें। Finder कैश किया हुआ आकार दिखाता है।कुछ SMB सर्वर वॉल्यूम की क्षमता गलत बताते हैं, या आपके शेयर और उसके कोटा को नज़रअंदाज़ करके नीचे के पूरे पूल की क्षमता बताते हैं। उस संख्या पर भरोसा करने वाला बैकअप टूल खुशी खुशी ऐसा शेयर भर देगा जिसके बारे में उसे बताया गया था कि उसमें टेराबाइट खाली हैं।
सुरक्षित मतलब यह है कि गायब या अविश्वसनीय क्षमता का अर्थ है अज्ञात, कभी असीमित नहीं। पहले बड़े बैकअप से पहले हाथ से जाँचें:
df -h /Volumes/Backupsmb:// और NAS का नाम डालें, और उस यूज़र के रूप में साइन इन करें।हाँ, जब NAS ऐसा SMB शेयर देता है जिस पर Time Machine सपोर्ट चालू हो। Synology, QNAP, TrueNAS और ज़्यादातर मौजूदा NAS सिस्टम में यह सेटिंग होती है।
आमतौर पर स्लीप के दौरान शेयर डिस्कनेक्ट हो गया, या NAS पर Time Machine की डिस्क इमेज खराब हो गई। पहले बैकअप के दौरान Mac को चार्जर पर रखें, और अगर यह होता रहे तो डिस्क इमेज वाली गलती की गाइड देखें।
आमतौर पर उस शेयर के लिए Time Machine सर्विस चालू नहीं होती, या NAS सिर्फ़ AFP पर दिख रहा होता है। पहले NAS की तरफ़ जाँचें, फिर Finder में एक बार शेयर से कनेक्ट करें ताकि macOS के पास क्रेडेंशियल हों, फिर दोबारा देखें।
हाँ। हर Mac को उसका अपना शेयर या अपना कोटा दें, ताकि एक मशीन दूसरी की ज़रूरी जगह न भर सके।
गीगाबिट पर इंक्रीमेंटल बैकअप के लिए, आराम से। पहला पूरा बैकअप धीमा हिस्सा है, इसलिए वह केबल पर करें।
लगभग कभी नहीं। इंटरनेट से पहुँचने लायक NAS एक छोटा सर्वर है जिसे पैच करने की ज़िम्मेदारी अब आपकी है। अगर आप ऑफ़साइट चाहते हैं, तो उस क्लाउड अकाउंट का फ़ोल्डर जिसके पैसे आप पहले से देते हैं ज़्यादा सुरक्षित और आमतौर पर आसान है। उस जगह का सही इस्तेमाल कैसे करें।
नहीं। RAID एक तरह की खराबी संभालता है, खराब डिस्क, और बाकी कोई नहीं। हर डिलीट, हर गलती और हर रैनसमवेयर एक साथ सभी डिस्क तक पहुँचता है।
हाँ, पहला बैकअप पूरा होने के बाद। पहला बैकअप केबल से करें, क्योंकि उसमें सब कुछ कॉपी होता है। बाद के बैकअप सिर्फ़ बदला हुआ हिस्सा भेजते हैं।
Finder में जाएँ > सर्वर से कनेक्ट करें से एक बार कनेक्ट करें और "इस पासवर्ड को मेरे कीचेन में याद रखें" पर टिक करें। हर लॉगिन पर इसे माउंट करने के लिए, सिस्टम सेटिंग्ज़, सामान्य में लॉगिन आइटम में शेयर जोड़ें।
संबंधित: Mac का बैकअप एक्सटर्नल ड्राइव पर लेना।