आप ऑफसाइट हार्ड ड्राइव बैकअप कैसे करते हैं?


14

मैं थोड़ी देर के लिए हार्ड ड्राइव बैकअप कर रहा हूं, जो मुझे विश्वास है कि आप में से बहुत से लोग करते हैं, लेकिन उन्हें बेहतर तरीके से पता लगाने में कठिनाई हो रही है कि उन्हें ऑफसाइट स्टोर करना चाहिए। मैं सोच रहा हूँ कि तुम लोग वहाँ कैसे करोगे। किसी भी पॉलिसी या टिप्स और ट्रिक्स जब अपने बैकअप को स्टोर करने की बात आती है, तो मुख्य रूप से हार्ड ड्राइव टेप नहीं करते हैं।

अग्रिम में धन्यवाद।

[अद्यतन] ऑनलाइन बैकअप का उल्लेख करने के लिए धन्यवाद। हम वास्तव में इस प्रक्रिया के बीच में हैं। और मैं 100% सहमत हूं कि यह जाने का अंतिम तरीका है। हालांकि, लागत को देखते हुए, कभी-कभी यह विकल्प नहीं हो सकता है, क्योंकि यह काफी महंगा विकल्प है यदि आप आवेदन स्तर पर भी विचार करते हैं। मुझे लगता है कि ऑनलाइन बैकअप अलग विषय में एक बहुत अच्छा हो सकता है। :)


बैकअप के बारे में बस एक बात ध्यान रखें। आपदा रिकवरी ज्यादातर आपदा आने से ठीक पहले बहाल करने के बारे में है। अधिकांश ऑफसाइट बैकअप (ऑनलाइन या अन्यथा) हार्ड डिस्क का उपयोग करके इसका बहुत अच्छा काम कर सकते हैं। ध्यान रखें कि अक्सर कई बहाल नौकरियां एक कानूनी मुद्दे या अन्य प्रकार के "मछली पकड़ने के अभियान" के परिणामस्वरूप होती हैं, जहां 1, 2 या कई साल पहले की फाइलों या ईमेलों के पुनरीक्षण को बहाल करने की आवश्यकता होती है। सुनिश्चित करें कि आपका ऑफ़साइट बैकअप इसे शामिल करता है क्योंकि आपको कल से आपके संपूर्ण सर्वर की तुलना में 2 साल पहले ईमेल XYZ को पुनर्स्थापित करने के लिए कहा जाने की अधिक संभावना है।
केविन कुप्पल

जवाबों:


9

इस बात पर निर्भर करता है कि आपको कितना बैकअप लेने की आवश्यकता है मैं निम्नलिखित की सिफारिश करूंगा:

  1. जंगलडिस्क / अमेज़ॅन एस 3 - बहुत अच्छी तरह से काम करता है।

  2. रिमोट मशीन के लिए RSYNC भी बहुत अच्छा काम करती है। CRON जॉब हर XX घंटे।

हम अमेज़ॅन के S3 क्लाउड में लगभग टीबी डेटा का बैकअप लेते हैं और हमारे कोलो में मास्टर से दिन में कई बार (rsync के माध्यम से) "वार्म स्टैंडबाय" करते हैं। Amazon S3 पर ट्रांसफर / स्टोरेज की कीमत बेहद सस्ती है। (यानी? एक डीवीडी को जलाने की तुलना में सस्ता है, लेकिन एचडीडी के समर्थन से सस्ता नहीं है। मैं कुछ ऐसे लोगों को जानता हूं जो केवल 1TB UDB "माई बुक" या सर्वर में कुछ प्लग करते हैं और इसे साप्ताहिक / मासिक रूप से बैकअप लेते हैं। यह आपकी आवश्यकताओं पर निर्भर करता है। उनमें से एक या दो आपके लिए सबसे सस्ता समाधान हो सकता है।

अब यह केवल DATA बैकअप के बारे में बात कर रहा है। नीचे दिए गए कई कमेंट्स में सर्वर का समर्थन करने की बात है ...

आपकी आवश्यकताओं के आधार पर, नॉर्टन घोस्ट या यहां तक ​​कि Acronis ( http://www.acronis.com ) आपकी मदद कर सकते हैं। नॉर्टन घोस्ट जैसी चीजें आपकी क्षमता पर भरोसा करती हैं ताकि बैकअप बनाने के लिए कंप्यूटर को बंद कर सकें। हममें से कुछ के पास वह विलासिता नहीं है, लेकिन यदि आप करते हैं तो नॉर्टन घोस्ट एक बहुत अच्छा उत्पाद है।


4
मेरी राय है कि आपको इसके बजाय रिमोट (बैकअप) मशीन से rsync चलाना चाहिए। इस तरह, उत्पादन मशीन पर बैकअप की विश्वसनीयता नहीं होती है - इसलिए जब कोई उत्पादन मशीन को जड़ देता है तो वे तुरंत आपके सभी बैकअप को भी नहीं कर सकते हैं।
सुनना

सही बात। हमारा बैकप सर्वर वह है जो rsync (या rdiff- बैकअप) के साथ CRON जॉब को निष्पादित करता है और मास्टर से "पुल" करता है।
KPWINC

अच्छी बात। मैंने या तो विकल्पों की कोशिश नहीं की है, लेकिन दोनों बहुत अच्छे लगते हैं।
केंचेन

@ हर्क: विपरीत के साथ भी यही समस्या नहीं है? यदि कोई व्यक्ति ऑफसाइट बैकअप बॉक्स (जो एक उत्पादन बॉक्स की तुलना में अधिक असुरक्षित और पुराना हो सकता है) को निकाल देता है तो क्या वे उत्पादन बॉक्स तक नहीं पहुंच पाएंगे?
चेरोविम

@cherouvim, बैकअप बॉक्स अपडेट को निष्पादित करने के लिए आवश्यक छोड़कर बाहरी दुनिया से जुड़ा नहीं है। इसके अलावा फ़ायरवॉल एक अस्पष्ट एसएसएच पोर्ट को छोड़कर अनुरोधों को जोड़ने के लिए भी जवाब नहीं देने के लिए तैयार है। आदर्श रूप से मशीन स्टैंडबाय में होनी चाहिए और जब बैकअप / अपडेट / प्रबंधन का समय हो तो उसे जगाएं।
मिरिकिया चिरायु जूल

3

केवल डेटा का बैकअप लेने से मत रोको --- हम अपने मुख्य सर्वर की नियमित घोस्ट इमेज बनाते हैं, और उन ऑफसाइट को भी रखते हैं।


सिस्टम बैकअप का उल्लेख करने के लिए +1। हम यहां भी वही हैं। सिस्टम के बिना डेटा होने से इसका मतलब है कि यह हमारे लिए लगभग कुछ भी नहीं है।
केंचेन

यह सीखने के लिए एक कठिन सबक था।
बिल बी ०

2

एक लक्जरी के बिट मैं मानता हूँ, लेकिन हम प्रत्येक साइट पर आवधिक टेप या डिस्क के साथ हमारे SAN और बैकअप को लाइव-लाइव करते हैं (जैसे कि आयरनमाउंटेन )।


1
हम बहुत समान / समान, (डिस्क-डिस्क-टेप, आयरन माउंटेन।) जहां तक ​​यह "लक्जरी" है; हमारे एस.आर. प्रबंधन हमें 1 घंटे के लिए नीचे रहने की लागत को समझने, बिंदु घर को अच्छी तरह से चलाता है। :)
ग्रेग मेहान

यहाँ एक ही है, अगर हम एक घंटे के लिए नीचे थे, तो हम अपने यूजरबेस का 20% खो देंगे - कुछ निर्णय बहुत आसान बनाता है :)
चोपर 3

2

यह आपकी बैकअप आवश्यकता के आकार / आकार, आपकी तकनीकी क्षमता और डेटा परिवर्तन की आवृत्ति पर निर्भर करता है ...!

सरलतम विकल्प रैकस्पेस (या किसी अन्य प्रदाता) से एक अन्य सर्वर को किराए पर लेना है, इसके ऊपर वीपीएन और आपकी फ़ाइलों को Robocopy। एक स्क्रिप्ट बनाएं जो कुछ सरल पिता, दादा, बेटा सामान और परीक्षण परीक्षण परीक्षण करता है ... यह सब स्वचालित हो सकता है।

सभी बैकअप के साथ-साथ समय-समय पर डीआर करना महत्वपूर्ण है क्योंकि आपके पास आपका डेटा हो सकता है, लेकिन क्या होगा यदि आप उस एप्लिकेशन की एक कॉपी रखना भूल गए हैं जो आप काम कर रहे हैं ...!

यह अक्सर सबसे सरल चीजें होती हैं जो असफल हो जाती हैं, सबसे जटिल या आपके विचार से नहीं ...

सौभाग्य

माइक


2

विचार करने के लिए बातें:

  1. साइट से बैकअप लेने के लिए कौन ज़िम्मेदार है, और अगर वे छुट्टी पर हैं / बीमार हैं / छुट्टी पर हैं / आदि?
  2. आप अपने HDD को कैसे स्टोर कर रहे हैं? गद्देदार कंटेनर? जलवायु नियंत्रित क्षेत्र?
  3. कैसे अपने संग्रहीत डिस्क को प्राप्त कर सकते हैं? यदि यह केवल एक व्यक्ति है तो क्या होगा यदि वे एक बस की चपेट में आते हैं?
  4. आपने पिछली बार कब इन डिस्क में से एक को बहाल किया था?
  5. पिछली बार जब आपने EACH डिस्क को आराम दिया था, तो यह सुनिश्चित करने के लिए कि वे सभी अभी भी अच्छे थे? मीडिया हमेशा के लिए नहीं रहता है।
  6. क्या आपके रोटेशन स्कीमा और प्रक्रिया को मेल रूम से भी सैंडी, या रिसेप्शन डेस्क से डैन मीडिया को घुमा सकते हैं?

किसी के घर में स्टोरिंग डिस्क केवल एक अच्छा विचार है अगर मल्टीपर्स लोगों के पास उस घर की चाबी हो। ऐसी कई कंपनियाँ हैं जो पिकअप / डिलीवरी सहित ऑफसाइट मीडिया सेवाएं प्रदान करती हैं और जिनके पास प्रबंधन है। यह निश्चित रूप से पैसे खर्च करता है, लेकिन जरूरी नहीं कि आपके डेटा के नुकसान की तुलना में बहुत अधिक हो। हम आयरनमाउंट का उपयोग करते हैं और मुझे यह जानकर हैरानी हुई कि वास्तव में इनकी तुलना में कंटेनर की कीमत कितनी है। हमारे पास वास्तव में 4 कंटेनर हैं जिनमें से 3 किसी भी समय साइट से बाहर हैं।


1

मुझे लगता है कि यह इस बात पर निर्भर करता है कि आप कितना डेटा स्टोर कर रहे हैं, लेकिन ऑनलाइन बैकअप कहां है।

आपको हार्ड ड्राइव के माध्यम से साइकिल चलाने के बारे में चिंता करने की ज़रूरत नहीं है, यह आपकी कार से चोरी हो रही है, और आपके डेटा को ले जाने के अन्य खतरों।

ऑनलाइन बैकअप सस्ता हो रहा है - वर्तमान में मैं 50 सेंट का भुगतान कर रहा हूं। बैकअप एक रात में चलाए जाते हैं, और पुराने संस्करणों को एक विनिर्देश पर रखा जाता है जो मैं तय करता हूं। हमारी साइट छोड़ने से पहले यह सब एन्क्रिप्टेड है।

टेप से (या HD आधारित) बैकअप को ऑनलाइन बैकअप में बदलना हमारे द्वारा किए गए सबसे अच्छे निर्णयों में से एक था! उम्मीद है कि आप एक ऐसे संगठन में हैं जो ऑनलाइन बैकअप पर विचार करेगा।


बादल जाने का विकल्प लाने के लिए +1। @ddrager, क्या आप यह साझा करने में सक्षम हैं कि आप किस सेवा का उपयोग कर रहे हैं?
केंचेन

ऑनलाइन कुछ भी जोखिम में है। आपके तत्काल नियंत्रण से बाहर होने वाला कोई भी डेटा जोखिम में है। संभवतः आपके प्रदाता के साथ एक समझौता है, लेकिन आपके डेटा को खोना अभी भी आपके व्यवसाय के लिए उनकी तुलना में कहीं अधिक खतरनाक है, और यदि उनके पास व्यावसायिक समस्याएं हैं, तो आपके पास बैकअप समस्याएं हैं।
डेविड थॉर्नले

1

आपके द्वारा निर्धारित सीमा के भीतर एक तरीका यह होगा कि आप सुरक्षा-जमा बॉक्स के साथ एक करीबी बैंक खोजें और उन्हें वहां रखें। सुविधा / जोखिम के बीच यह व्यापार के कितने करीब होगा। यह जितना करीब होता है, उतनी ही अधिक संभावना होती है कि आपदा उस स्थान को भी प्रभावित करेगी।


1
आजकल सुरक्षा जमा बॉक्स की कम आवश्यकता है - आप एन्क्रिप्टेड विभाजन / ड्राइव के बजाय उपयोग कर सकते हैं।
pQd

2
यकीन है, लेकिन बैंक के बारे में अग्निरोधक और चोरी के रूप में के रूप में आप यथोचित मिल सकता है। एक एन्क्रिप्टेड ड्राइव अभी भी किसी के लिए उपयोगी है जो थोड़ा अतिरिक्त हार्ड ड्राइव स्थान चाहता है।
सिजयोज

1

मेरे पास दो स्थानों से [वास्तव में] एक केंद्रीय सर्वर पर आने वाले बैकअप हैं। बैकअप backupninja द्वारा संचालित हैं , मैं rdiff- बैकअप , rsync और कस्टम स्क्रिप्ट का उपयोग करता हूं ।

केंद्रीय सर्वर इतिहास के 14 दिन ऑनलाइन रखता है।

हर सुबह [सभी डेटा आने के बाद] मैंने ऑनलाइन डेटा की पूरी सामग्री को USB- संलग्न 1TB डिस्क पर rsync किया । दिन के दौरान डिस्क की सामग्री की पुष्टि हो जाती है [rdiff- बैकअप के साथ कम से कम भाग] इसलिए मुझे यकीन है कि इसे भविष्य में पुनर्प्राप्त किया जा सकता है। यूएसबी ड्राइव साप्ताहिक घुमाया जाता है। और सर्वर से 'दूर' संग्रहीत हैं। यूएसबी ड्राइव पर डेटा एन्क्रिप्टेड पार्टीशन पर बैठता है, ताकि सेफटी स्टोरेज की जरूरत न पड़े।

यह डेटा की यथोचित छोटी मात्रा के लिए ठीक काम करता है - मेरे मामले में यह <200GB डेटा है, ~ 24 GB के हर 24hours में से 5GB। अगर पुनर्स्थापित करने की आवश्यकता है - 90% में मैं इसे ऑनलाइन कॉपी से कर सकता हूं। यदि डेटा जिसे पुनर्प्राप्त करने की आवश्यकता है वह 14 दिनों से पुराना है - मैं इसे तुरंत ऑफसाइट स्थान से प्राप्त कर सकता हूं।


1

जैसा कि लौरा ने कहा कि अधिक आवश्यकताएं यहां मदद करेंगी हालांकि मैं आपको बता सकता हूं कि मैं अपने व्यक्तिगत बैकअप को संभालने के लिए क्या उपयोग करता हूं।

मेरे पास एक अच्छे दोस्त के साथ बैकअप की व्यवस्था है। वे अपने वर्कस्टेशन पर एक बाहरी यूएसबी ड्राइव की मेजबानी करते हैं और मैं उनकी एक होस्ट करता हूं। हम प्रत्येक के पास हमारे रिमोट ड्राइव पर डेटा को पुश करने के लिए प्रत्येक अन्य मशीनों तक सीमित ssh पहुंच है। इससे पहले मैंने डेटा को एक सर्वर पर धकेल दिया था जिसकी पर्याप्त जगह थी।

मेरे बैकअप को क्रोन के साथ शेड्यूल किया गया है और फिर डुप्लिकेट द्वारा प्रदर्शन किया गया है । मैंने इस टूल को चुना क्योंकि यह आपके बैकअप डेटा (ssh, sftp, s3, local, ...) को स्थानांतरित करने के कई तरीकों का समर्थन करता है। इससे भी महत्वपूर्ण बात, आप इसका उपयोग एन्क्रिप्टेड बैकअप करने के लिए कर सकते हैं। यह तब आसान होता है जब आप किसी अन्य स्थान पर डेटा डंप कर रहे होते हैं, जिस पर आपका नियंत्रण नहीं होता है।


1

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

यह दिलचस्प हो जाता है जहां ऑफ़लाइन भंडारण है। हमारे मामले में यह एक वीडियो प्रोजेक्ट हो सकता है जिसे हम जानते हैं कि हमें एक वर्ष में वापस आने की आवश्यकता हो सकती है, लेकिन तुरंत ऑनलाइन होने की आवश्यकता नहीं है। हमें बड़ी मात्रा में डेटा के लिए एक अभिलेखीय मीडिया की आवश्यकता है। यह मेरे उद्योग में अधिक से अधिक महत्वपूर्ण होता जा रहा है क्योंकि कई हाई-डेफिनेशन कैमरे सीधे 16 या 32 जीबी पी 2 कार्ड्स के बैंकों को शूट कर रहे हैं ताकि वापस जाने के लिए कोई टेप या फिल्म मीडिया न हो। प्रारंभिक उत्पाद डिजिटल फाइलें हैं। मुझे पता है कि कई उत्पादन कंपनियां इस ऑफ़लाइन भंडारण उद्देश्य के लिए फायरवायर ड्राइव का उपयोग कर रही हैं। वे परियोजना को बाहरी फायरवायर ड्राइव पर कॉपी करते हैं और इसे एक शेल्फ पर सेट करते हैं।

हालाँकि, इन ड्राइव्स पर हमारे पास अबीसमेल विफलता दर है। हमारे पास एक समय में इनमें से 20 के करीब ड्राइव थे और उनमें से एक तिहाई को एक बिंदु या किसी अन्य पर मरम्मत के लिए वापस भेज दिया था। एक ही सप्ताह में एक परियोजना के लिए हमारे प्राथमिक और द्वितीयक बाहरी ड्राइव बैकअप दोनों को खोने के बाद, हमने आखिरकार उस अवधारणा को छोड़ दिया और लंबे समय तक भंडारण के लिए टेप पर वापस आ गए। हमारे मामले में एलटीओ 4।

संक्षेप में, उपयोग करने के लिए IMHO मीडिया अनुप्रयोग और दीर्घायु पर निर्भर करता है। हमारे पास एक दशक पहले से ही टेप हैं जो ठीक-ठाक हैं। मुझे विश्वास नहीं हो रहा है कि दस वर्षों तक एक हार्ड ड्राइव एक शेल्फ पर बैठेगी, हालांकि यह वापस आ जाएगा।


0

हम अपने बैकअप इस तरह से प्रबंधित करते हैं:

  • 1 छोटी बैकअप मशीन
  • 1 RAID1-सरणी (1TB, लिनक्स सॉफ्टवेयर RAID)
    • 1 आंतरिक एचडीडी
    • 2 बाहरी HDDs (अब: USB, भविष्य: eSATA)
  • md-Device एक ल्यूक-एन्क्रिप्टेड पार्टीशन है
  • mdadm, udev, UUIDs ... USB- डिस्क प्राप्त होने पर (पुनः) संलग्न होने पर स्वचालित सरणी-पुनरुत्थान का प्रबंधन करें
  • वास्तविक बैकअप ssh और curlftpfs के माध्यम से dirvish के साथ किया जाता है
    • जहां जरूरत हो: LVM- स्नैपशॉट्स, mysqldumps, जो भी हो ... dirvish प्री-क्लाइंट -scpsps द्वारा किया जाता है
    • पासवर्ड रहित SSH कुंजी rsync-सत्यापन स्क्रिप्ट के साथ अनुमत कमांड के रूप में
    • बैकअप कंटेनर को बीकूप और शुरुआत के बाद शुरू होने से ठीक पहले माउंट किया जाता है

फायदे नुकसान:

[+] हमेशा हमारे पास आयनित एचडीडी (जो मजबूत निगरानी रखता है) पर संपूर्ण डेटा की एक 'अच्छी प्रतिलिपि' है

[+] आप किसी भी बाहरी एचडीडी को चुन सकते हैं और इसे ऑफ-साइट बैकअप के लिए घर ले जा सकते हैं

[+] अगर आप काम के बाद सीधे घर नहीं जा रहे हैं और बार डेटा में बैकअप-डिस्क खो देते हैं तो एन्क्रिप्टेड कंटेनर के कारण सुरक्षित होना चाहिए

[-] हर बार एक डिस्क मिलती है (पुनः) जुड़ी हुई होती है, पूरी डिस्क को दूसरे से सिंक करना होता है

[-] यदि बैकअप एक एकल डिस्क से बड़ा हो जाता है तो यह बहुत अधिक जटिल हो जाता है (आप कई डिस्क्स में LV का उपयोग कर सकते हैं और md-devices के रूप में उपयोग कर सकते हैं - लेकिन आपको हमेशा 2+ डिस्क को एक साथ चुनना होगा)

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