मैं अपने सिस्टम को एक दूरस्थ सर्वर (AFP, सांबा या NFS शेयर) में बैकअप कैसे दे सकता हूं?


11

यहाँ लक्ष्य है: मेरे पास एक ZFS फाइल सिस्टम के साथ कम्प्रेशन और स्नैपशॉट में निर्मित बैकअप सर्वर है। हमारे सभी मशीनें रात के समय बैकअप देती हैं rsync, और फिर एक ZFS स्नैपशॉट लिया जाता है, इसलिए हमारे पास बैकअप होता है कि हर दिन के अंत में eveach मशीन ने कैसे देखा।

समस्या यह है कि मैक ओएस एक्स के साथ, संसाधन कांटे की नकल नहीं की जाती है क्योंकि दूरस्थ मशीन संसाधन कांटे का समर्थन नहीं करती है। मैं क्या करना चाहूंगा। rsyncएक .DMG फ़ाइल जो बैकअप सर्वर पर रहती है। इस तरह, मेरे पास एक सटीक, बूट करने योग्य छवि होगी कि हर रात मेरा सिस्टम कैसा दिखता है।

एक बोनस के रूप में, बैकअप सर्वर भी एक नेटबूट सर्वर है, इसलिए यह वास्तव में मुझे बूट करने की अनुमति देगा कि मेरा मैक इतिहास के किसी भी बिंदु पर कैसे था।

मैंने अपने मैक ड्राइव की एक छवि बनाई और इसे बैकअप सर्वर पर कॉपी किया। अब, जब मैं इसे अपने मैक पर खोलता हूं और rsyncचलाता हूं , तो यह एक अवधि (कभी-कभी एक घंटे से अधिक, कभी-कभी कम) के लिए चलता है और फिर मुझे I / O त्रुटियों का एक टन देता है। छवि को RAID सरणी पर संग्रहीत किया जाता है, मुझे यकीन है कि कोई I / O त्रुटियां नहीं हैं।

मुझे लगता है कि सांबा शेयर के साथ संबंध अभिभूत हो सकता है ... मैंने एएफपी के साथ भी कोशिश की है, और मुझे भी वही परिणाम मिला है ... इसका क्या कारण हो सकता है और मैं इसे कैसे हल कर सकता हूं? या, मैं दूरस्थ DMG फ़ाइल को कैसे अपडेट कर सकता हूं, इस पर कोई अन्य विचार?


3
ओपन सोर्स / यूनिक्स टूल्स (जिसे मैं प्यार करता हूं और प्यार करता हूं) का उपयोग करके TimeMachine का फिर से आविष्कार करने के बजाय - क्या आपने दोनों मशीनों पर मुफ्त CrashPlan सॉफ्टवेयर चलाने पर विचार किया है? वे सॉफ्टवेयर दे रहे हैं जो बहुत उन्नत और अच्छी तरह से समर्थित हैं यदि आपको उनसे मदद की आवश्यकता है।
bmike

हम्म, मैं उस में देखना होगा! इसका कारण मैं "टाइम-मैचिंग" टाइममाचिन, एफवाईआई हूं, यह है कि टाइम मशीन को प्रत्येक मशीन के लिए एक बड़ी यूएसबी ड्राइव की आवश्यकता होती है, और हमारे सेटअप में हमारे पास ऐसा नहीं है, बल्कि, हमारे पास एक बड़े पैमाने पर ऑनसाइट बैकअप RAID है।
जोश

मैं पूरी तरह से आपके कारण मिलता हूं। ZFS महान है और मौजूदा बुनियादी ढांचे का फिर से उपयोग करना बहुत मायने रखता है। 10 से 30 मैक वाले कई क्लाइंट्स के लिए - स्वीट स्पॉट एक मैक मिनी सर्वर रहा है जो टाइम मशीन के लिए सभी मैक क्लाइंट्स को एक ड्राइव साझा करता है। उस सर्वर में टेप / ऑफसाइट रोटेशन (और स्पार्सबंडल्स एचएफएस और मेटाडाटा को एनकैप्सुलेट करता है) के लिए मुख्य सर्वर में क्रैश प्लान है। DeployStudio बूट करने योग्य चित्र और शुद्ध पुनर्स्थापित करता है। शुभकामनाएं और हमें बताना कि चीज़ें कैसी चल रही हैं।
bmike

एक और +1 से @ bmike का क्रैशप्लान सुझाव। हुडॉप का उपयोग हुड के नीचे करता है और टाइममैचिन की तरह वृद्धिशील कर सकता है। किसी अन्य ड्राइव या कंप्यूटर पर बैकअप पुश करने के लिए नि: शुल्क। UI हालांकि TimeMachine जितना अच्छा नहीं है।
इयान सी

क्रैशप्लेन के लिए +1। यह मुफ्त सॉफ्टवेयर का एक बड़ा टुकड़ा है और इसमें जोड़ा गया लाभ है कि आप आसानी से बैकअप के अधिक अंक जोड़ सकते हैं - शुल्क के लिए अपने स्वयं के सर्वर सहित।
क्रैगॉक्स

जवाबों:


5

अपने बैकअप के लिए अपने Nexenta / OS बॉक्स पर एक नया वॉल्यूम सेट करें और इसे iSCSI LUN के रूप में साझा करने के लिए सेट करें। फिर अपनी पीठ पर बैकअप वॉल्यूम संलग्न करने के लिए MacOS X के लिए कई iSCSI आरंभकर्ताओं में से एक का उपयोग करें। अपने मैक पर, एचएफएस + के रूप में वॉल्यूम को प्रारूपित करें। अब आप अपने बैकअप करने के लिए CCC या rsync, आदि का उपयोग कर सकते हैं।


2
यह एक शानदार विचार है। मैं कोशिश करूँगा कि मैं दिन के लिए काम खत्म करने के बाद!
जोश

1
+1 - मैं आपको वहां पहुंचने और मैक विशिष्ट डेटा को एनकोड करने के लिए iSCSI का उपयोग करने का एक तरीका सोच रहा था। कम कदम, बेहतर।
bmike

बाह! बस के रूप में मैं टाइप किया गया था कि इस महान काम कर रहा है, कनेक्शन टूट गया था। लेकिन मुझे अभी भी इस समाधान की उम्मीद है ...
जोश

@ जोश: क्या आप जानते हैं कि कनेक्शन क्यों खो गया था (शारीरिक अनप्लग, आदि)। क्या आपके पास अपने iSCSI कनेक्शन के लिए एक अलग एनआईसी है?
तेगबेंस

मुझे नहीं पता कि कनेक्शन खो जाने के कारण क्या है, लेकिन चूंकि यह अब सभी प्रोटोकॉल, AFP, CIFS, NFS और iSCSI के साथ होता है, इसलिए यह सर्वर के लिए एक समस्या है। मुझे लगता है कि डेटा ट्रांसफर सिर्फ वर्चुअल मशीन पर भारी पड़ रहा है और यह अनुत्तरदायी हो गया है ... लेकिन मैं एक और सवाल पूछूंगा, शायद यूनिक्स और लिनक्स स्टैक एक्सचेंज पर।
जोश

3

क्या आपने कार्बन कॉपी क्लोनर का उपयोग किया है ? मैं अपने SSD के मैनुअल बिट-फॉर-बिट बैकअप का उपयोग महीने में एक या दो बार नेटवर्क ड्राइव के लिए करता हूं और यह त्रुटिपूर्ण रूप से काम करता है। मुझे पता है कि यह वृद्धिशील बैकअप करता है, और मुझे गीगाबिट ईथरनेट पर अपने ड्राइव को डंप करने में कोई परेशानी नहीं हुई है।


दुर्भाग्य से, जब मैं एक वृद्धिशील बैकअप के लिए सीसीसी का उपयोग करता हूं, तो यह बस चलता है rsyncऔर मुझे एक ही परिणाम मिलता है :-(
जोश

जब आप अपनी ड्राइव को नेटवर्क ड्राइव में डंप करते हैं, तो नेटवर्क ड्राइव को क्या होस्ट करता है? OS X? लिनक्स? आप कैसे जुड़ते हैं? सांबा? एएफपी? क्या आप नेटवर्क ड्राइव के लिए सीसीसी डायरेक्ट का उपयोग करते हैं, या, क्या आप नेटवर्क ड्राइव पर एक डीएमजी में जाते हैं?
जोश

@ जोश: आप CCC को माउंटेड डिस्क इमेज
Tegbains

यही मैं कर रहा था - और CCC चल rsyncरहा था और मुझे वही हो रहा था I / O त्रुटियाँ :-(
जोश

2

आपके प्रश्न का सटीक उत्तर नहीं है, लेकिन आप संसाधन कांटे भी rsync कर सकते हैं। यहाँ वास्तव में अच्छे लेख हैं:

ps: क्या आप सोलारिस या फ़्रीबेस का उपयोग करते हैं?

तो, अब किस im की कोशिश की:

मेरे पास एक रिमोट ओएस है (मैक नहीं) और इसे फ्यूज / एसएफएफएस (धीमे एडीएसएल पर) के माध्यम से मून किया गया।

sshfs user@example.com:/path/to/dir /Users/me/Mount/myfs -oauto_cache,reconnect,volname=MyFs

मेरी मैकबुक पर यह दर्ज किया गया:

/usr/bin/rsync -avE /Users/me/tmp/bk /Users/me/Mount/myfs/tmp/test

(दूरस्थ कंप्यूटर पर पहले से मौजूद / tmp / परीक्षण)

और यह मिला:

building file list ... done
bk/
._bk
bk/.DS_Store
bk/._.DS_Store
bk/Icon\#015
bk/._Icon\#015
bk/test.rtfd/
bk/test.rtfd/.LSOverride
bk/test.rtfd/TXT.rtf

sent 311127 bytes  received 186 bytes  15186.00 bytes/sec
total size is 6874  speedup is 0.02

जैसा कि आप देख सकते हैं, संसाधन कांटे dot_underscore फ़ाइलों में परिवर्तित हो जाते हैं और दूरस्थ स्थान पर कॉपी किए जाते हैं। (उदाहरण के लिए, निर्देशिका bk के लिए कस्टम आइकन)।

इसलिए मुझे समझ नहीं आ रहा है, आप दूरस्थ zfs में rsync क्यों नहीं कर सकते?


1
कोई फर्क नहीं पड़ता कि मैंने क्या प्रयास किया है, मुझे संसाधन कांटे की नकल करने के लिए rsync नहीं मिल सकता है, मुझे लगता है कि ZFS प्रणाली उनका समर्थन नहीं करती है ... मुझे यकीन नहीं है। मैंने पहली बार डेबियन kBSD सर्वर के साथ प्रयास किया, लेकिन नेक्सांटा (ओपनसोलारिस कर्नेल + डेबियन कोर) पर स्विच कर दिया है क्योंकि इसमें NFS और नेटालक का समर्थन है।
जोश

और तीसरा लिंक? (जो एक OS / FS इंडिपेंडेंट सॉल्यूशन
दिखाता है

1
मैं वास्तव में इस में दिलचस्पी रहा हूँ। यहाँ zfs + timemachine की एक और कड़ी है। blogs.oracle.com/constantin/entry/zfs_and_mac_os_x
jm666

आह, मैं देख रहा हूँ, आप निर्देशिका बढ़ रहे हैं और rsyncस्थानीय स्तर पर कर रहे हैं ! मैं सर्वर से मैक से rsync करने की कोशिश कर रहा था! मैं यह कोशिश करूंगा और आपसे वापस मिलूंगा।
जोश

0

मुझे पता नहीं क्यों , लेकिन फाइल कॉपी के दौरान सर्वर से कनेक्शन टूट रहा था और मैं यह मान रहा हूं क्योंकि इतनी तेज गति से ट्रांसफर किए जा रहे डेटा की अधिक मात्रा बैकअप सर्वर को संभाल सकती थी; यह छोटी अवधि के लिए अनुत्तरदायी बन जाएगा और मैक DMG को जबरन डिस्कनेक्ट कर देगा, और बैकअप विफल हो जाएगा।

मुझे एक समाधान मिला: सिस्टम वरीयता में, बैकअप लेने से पहले, मैंने अपने ईथरनेट एनआईसी की गति को 1000Mbps से घटाकर 100Mbps कर दिया। फिर, बैकअप त्रुटिपूर्ण रूप से काम करने लगा, क्योंकि डेटा दर में बाधा थी और बैकअप सर्वर अभिभूत नहीं हुआ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.