दीर्घकालिक स्रोत कोड संग्रह: क्या यह संभव है?

Question

मैं कई वर्षों तक विश्वसनीय और सुरक्षित रूप से स्रोत कोड को रखने के बारे में उत्सुक हूं। इस तरह जला दिया डीवीडी-आर के खो डेटा के समय के साथ बिट्स के रूप में

1. ऑप्टिकल मीडिया,: मेरे अनुसंधान/अनुभव से। कुछ सालों बाद, मुझे उन सभी फाइलों को नहीं मिला जिन्हें मैंने रखा था। त्रुटियों को पढ़ें, आदि

2. हार्ड ड्राइव यांत्रिक हैं और महंगा डेटा वसूली शुल्क के साथ विफलता/अशुभता के अधीन हैं, जो शायद ही कभी आपके डेटा को निजी रखती है (आप इसे किसी कंपनी को भेज दें)।

3. चुंबकीय टेप संग्रहण: # 2 देखें।

4. ऑनलाइन स्टोरेज कुछ डेटा स्टोरेज सेंटर, सुरक्षा या सुरक्षा की कमी, और कंपनी की संभावनाओं के कारण होने की संभावना के अधीन है, इसके अलावा यह महंगा है, और आप गारंटी नहीं दे सकते कि वे ' टी

मुझे समय के साथ पता चला है कि मैंने इन समस्याओं के कारण पुरानी परियोजनाओं के लिए स्रोत कोड खो दिया है। क्या कोई अन्य समाधान है?

उत्तरों का सारांश:
1. अनावश्यकता के लिए कई विधियों का उपयोग करें।
2. अपने स्रोत कोड को टेक्स्ट या बारकोड के रूप में प्रिंट करें।
3. स्थानीय संग्रहण के लिए RAID arrays बेहतर हैं।
4. ओपन सोर्सिंग आपके प्रोजेक्ट को हमेशा के लिए बनाएगा।
5. एन्क्रिप्शन सुरक्षा का उत्तर है।
6. चुंबकीय टेप भंडारण टिकाऊ है।
7. वितरित/गारंटीकृत ऑनलाइन भंडारण सस्ता और भरोसेमंद है।
8. इतिहास बनाए रखने के लिए स्रोत नियंत्रण का उपयोग करें, और रेपो बैकअप लें।

Answer 1

सबसे अच्छा जवाब "कई स्थानों पर" है। यदि मैं जितना संभव हो सके अपने स्रोत कोड को रखने के बारे में चिंतित था, तो मैं करता हूं:

1) नियमित रूप से कुछ ऑप्टिकल मीडिया पर बैकअप, इसे महीने में एक बार डीवीडी पर जलाएं और इसे ऑफ़साइट करें।

2) यह अपने स्थानीय मशीनों

3) वापस इसे अमेज़न के S3 सेवा करने के लिए पर एक से अधिक हार्ड ड्राइव करने के लिए बैकअप लें।उनकी गारंटी है, यह एक वितरित प्रणाली है इसलिए विफलता का कोई भी अंक नहीं है और आप आसानी से अपने डेटा को एन्क्रिप्ट कर सकते हैं ताकि वे उस पर "चोटी" न सकें।

उन तीन चरणों के साथ डेटा खोने की संभावना प्रभावी रूप से शून्य है। बहुत महत्वपूर्ण डेटा के लिए बहुत अधिक बैकअप जैसी कोई चीज़ नहीं है।

Answer 2

कोई भी डेटा जिसे आप रखना चाहते हैं उसे एकाधिक प्रारूपों पर एकाधिक स्थानों पर संग्रहीत किया जाना चाहिए। जबकि किसी भी विफल होने की बाधाएं महत्वपूर्ण हो सकती हैं, उनमें से सभी की असफलता बहुत कम है।

Answer 3

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

Answer 4

अपने पारानोआ के स्तर के आधार पर, मैं एक प्रिंटर और एक सुरक्षित की सिफारिश करता हूं।

अधिक गंभीरता से, एक RAID सरणी अब इतनी महंगी नहीं है, और जब तक आप इसका उपयोग करना और निगरानी करना जारी रखते हैं, तो एक उचित सेट-अप सरणी वास्तव में डेटा खोने की गारंटी नहीं देती है।

Answer 5

अपनी परियोजनाओं का बैक अप लेने का सबसे अच्छा तरीका उन्हें खुले स्रोत और प्रसिद्ध बनाना है। इस तरह हमेशा लोग इसकी प्रतिलिपि बनाएंगे और इसे आपको भेजने में सक्षम होंगे।

उसके बाद, चुंबकीय/ऑप्टिकल मीडिया का सिर्फ देखभाल, यह और कई प्रतियां के नवीकरण (और साथ ही ऑनलाइन, आप इसे एन्क्रिप्ट कर सकते हैं याद) जारी रखा कई मीडिया पर (, सहित क्यों नहीं, RAID सेट)

Answer 6

एक तरीका यह है कि समय-समय पर अपने स्टोरेज मीडिया को रीसायकल करना होगा, यानी क्षय माध्यम से डेटा पढ़ना और इसे ताजा लिखना होगा। इसके साथ आपकी सहायता करने के लिए कार्यक्रम मौजूद हैं, उदा। dvdisaster। अंत में, कुछ भी हमेशा के लिए रहता है। बस कम से कम कष्टप्रद समाधान उठाओ।

# 2 के लिए: आप डेटा रिकवरी विशेषज्ञों को समझने से रोकने के लिए एन्क्रिप्टेड रूप में डेटा स्टोर कर सकते हैं।

Answer 7

मुझे लगता है कि यदि आपके पास लिखने के बैकअप तंत्र हैं तो विकल्प 2 अच्छी तरह से काम करता है। उन्हें किसी तीसरे पक्ष से जुड़े महंगे होने की आवश्यकता नहीं है, या तो (आपदा वसूली को छोड़कर)। एक RAID 5 कॉन्फ़िगर किया गया सर्वर चाल करेगा। यदि हार्ड ड्राइव विफल हो जाती है, तो इसे बदलें। यह बेहद असंभव है कि सभी हार्ड ड्राइव एक ही समय में असफल हो जाएंगे। कुछ मामलों में भी एक प्रतिबिंबित RAID 1 ड्राइव पर्याप्त होगा।

यदि विकल्प 2 अभी भी एक क्रैपी समाधान की तरह लगता है, तो केवल एक अन्य चीज जिसे मैं सोच सकता हूं, स्रोत कोड की हार्ड-प्रतियां मुद्रित करना है, जिसमें उपर्युक्त समाधानों में से किसी भी समस्या से अधिक समस्याएं हैं।

Answer 8

ऑनलाइन भंडारण कुछ डाटा संग्रहण केंद्र, सुरक्षा या वहाँ सुरक्षा की कमी है, और संभावना है कि कंपनी परतों, आदि की लहर के अधीन है प्लस यह महंगा है,

नहीं

जरूरी महंगा (उदाहरण के लिए rsync.net देखें), न ही असुरक्षित। आप निश्चित रूप से अपनी सामग्री को एन्क्रिप्ट भी कर सकते हैं।

और आप गारंटी नहीं दे सकते कि वे में देखना नहीं कर रहे हैं।

यह सच है, लेकिन वहाँ शायद और अधिक दिलचस्प है सामान अपने स्रोत-कोड से पर नज़र है। ;-)

अधिक गंभीरता से, एक RAID सरणी नहीं इतना महंगा अब

RAID नहीं बैकअप है।

Answer 9

मैंने देखा है कि सबसे अच्छा घर-उपयोग करने योग्य समाधान 2 डी बारकोड का उपयोग करके बैकअप प्रिंट कर रहा था - डेटा घनत्व काफी अधिक था, इसे काफी आसानी से स्कैन किया जा सकता था (शीट-फीडिंग स्कैनर मानना), और यह डिजिटल डोमेन से समस्या को भौतिक में वापस ले जाया गया - जिसे सुरक्षित जमा बॉक्स, या आयरन माउंटेन जैसी कंपनी द्वारा आसानी से पूरा किया जाता है।

दूसरा उत्तर 'उपरोक्त सभी' है। रिडंडेंसी हमेशा मदद करता है।

Answer 10

मेरी परियोजनाओं के लिए, मैं 1, 2, & के संयोजन का उपयोग करता हूं 4. यदि यह वास्तव में महत्वपूर्ण डेटा है, तो आपको कई स्थानों पर कई प्रतियां रखने की आवश्यकता है। मेरा महत्वपूर्ण डेटा हर रात 3-4 स्थानों पर दोहराया जाता है।

यदि आप एक सरल समाधान चाहते हैं, तो मैं आपको एक प्रसिद्ध प्रदाता से ऑनलाइन संग्रहण खाता प्राप्त करने की सलाह देता हूं जिसमें बीमाकृत विश्वसनीयता गारंटी है। यदि आप सुरक्षा के बारे में चिंतित हैं, तो केवल TrueCrypt एन्क्रिप्टेड अभिलेखागार के अंदर डेटा अपलोड करें। जहां तक ​​लागत है, यह शायद मूल्यवान होगा ... लेकिन अगर यह वास्तव में महत्वपूर्ण है तो लागत कुछ भी नहीं है।

Answer 11

मुझे लगता है कि आपको आश्चर्य होगा कि इन दिनों उचित रूप से मूल्यवान ऑनलाइन संग्रहण कितना मूल्यवान है। अमेज़ॅन एस 3 (सरल भंडारण समाधान) प्रति माह $ 0.10 प्रति गीगाबाइट है, प्रति अपलोड $ 0.10 की अपलोड लागत और प्रति GB $ 0.17 की लागत डाउनलोड करने के साथ।

इसलिए, यदि आपने एक महीने के लिए 20 जीबी संग्रहीत किया है, तो 20 जीबी अपलोड किया है और 20 जीबी डाउनलोड किया गया है, तो आपको $ 8.40 (यूरोपीय डेटा सेंटर में $ 9 पर थोड़ा महंगा) खर्च होंगे।

यूएस और ईयू डेटा केंद्रों और डीवीडी पर अपने डेटा को स्टोर करने के लिए पर्याप्त सस्ता है - कम से कम कहने के लिए सभी तीनों को खोने की संभावना कम है।

फ्रंट-एंड उपलब्ध हैं, जैसे जंगलडिस्क।

http://aws.amazon.com
http://www.jungledisk.com/
http://www.google.co.uk/search?q=amazon%20s3%20clients

Answer 12

इलेक्ट्रॉनिक डेटा के नियामक अनिवार्य अभिलेखीय के लिए, हम पर एक RAID और दो अलग-अलग स्थानों (जिनमें से एक लौह पर्वत है) में बैकअप टेप पर डेटा रखने के लिए। हम हर कुछ वर्षों में टेप और RAID को भी बदल देते हैं।

Answer 13

यदि आपको इसे "हमेशा के लिए" रखने की आवश्यकता है तो शायद सबसे सुरक्षित तरीका कोड मुद्रित करना है और इसे प्लास्टिक लिफाफे में तत्वों से सुरक्षित रखने के लिए चिपकाना है। मैं आपको नहीं बता सकता कि बैकअप में कितना कोड खो गया है जिसका मतलब अब तक पहुंच योग्य नहीं है .... मेरे पुराने कोबोल डेक को पढ़ने के लिए मेरे पास पेपर कार्ड रीडर नहीं है, मेरे 5 1/4 के लिए कोई ड्राइव नहीं है "floppies, या मेरी 3 1/2" floppies। लेकिन फिर भी मेरे पहले बड़े प्रोजेक्ट से बने प्रिंट प्रिंट अभी भी पठनीय बैठे हैं ... मेरे एक बार 3 साल के बाद भी फैसला किया कि यह एक अच्छी रंगीन किताब बनायेगा।

Answer 14

मैं सिर्फ एक ऐसे व्यक्ति के साथ बात कर रहा था जो माइक्रोफिल्म में एक विशेषज्ञ है। हालांकि यह एक पुरानी तकनीक है, लंबी अवधि के भंडारण के लिए यह सही ढंग से बनाए रखा गया है, तो यह डेटा भंडारण के सबसे स्थायी रूपों में से एक है। इसे परिष्कृत उपकरण (मैग्निफाइंग लेंस और एक प्रकाश) की आवश्यकता नहीं है ताकि पूरी तरह से पढ़ा जा सके, यह कुछ काम ले सकता है।

फिर, जैसा कि पहले उल्लेख किया गया था, यदि आप केवल कुछ वर्षों के स्पैन में बात कर रहे हैं तो दशकों के बजाय इसे कागज पर प्रिंट करना और इसे नियंत्रित वातावरण में संग्रहीत करना सबसे अच्छा तरीका है। यदि आप वास्तव में रचनात्मक बनना चाहते हैं तो आप हर शीट को टुकड़े कर सकते हैं!

Answer 15

जब आप "बैक अप सोर्स कोड" कहते हैं, तो मुझे उम्मीद है कि आप अपने संस्करण नियंत्रण प्रणाली का बैक अप भी लेंगे।

अपने वर्तमान स्रोत कोड (एकाधिक स्थानों पर) का समर्थन करना निश्चित रूप से महत्वपूर्ण है, लेकिन आपके वीसीएस द्वारा निर्धारित परिवर्तनों के इतिहास का बैक अप लेना मेरी राय में सर्वोपरि है। यह विशेष रूप से प्रतीत होता है जब हम हमेशा "वर्तमान में रह रहे हैं, भविष्य की ओर देख रहे हैं"। हालांकि, कई बार ऐसा तरीका रहा है जब हम किसी समस्या की जांच करने के लिए पिछड़े देखना चाहते हैं, परिवर्तनों की श्रृंखला की समीक्षा करें, देखें कि किसने किया, चाहे हम पिछले निर्माण/संस्करण में रोलबैक कर सकें। यदि आप भारी शाखाओं और विलय का अभ्यास करते हैं तो सभी महत्वपूर्ण हैं।एक ट्रंक संग्रहीत नहीं करेगा।

आपकी संस्करण नियंत्रण प्रणाली बैकअप रणनीतियों पर दस्तावेज़ और सुझावों के साथ आ सकती है।

Answer 16

सबवर्जन (http://subversion.tigris.org/) का उपयोग करना न भूलें। मैं अपने पूरे जीवन को विचलित करता हूं (यह कमाल है)।

Answer 17

स्थानीय बैकअप के लिए Drobo

अल्पकालिक स्थानीय संग्रह

अमेज़न परोक्ष, दीर्घकालिक संग्रह