HDD बैकअप पर मुझे किस प्रकार का आवधिक रखरखाव करना चाहिए?


15

मेरे पास बाहरी एचडीडी पर समर्थित निर्देशिकाओं का एक गुच्छा है - एसएसडी नहीं, एक चुंबकीय डिस्क।

बैकअप केवल एक डिस्क पर है (हाँ, मुझे पता है, एक कॉपी के साथ एक अतिरिक्त एचडीडी एक अच्छा विचार होगा; लेकिन अभी ऐसा नहीं है)। इसके अलावा, डिस्क पर फ़ाइलों की कोई दोहरी प्रतियां नहीं हैं।

HDD के पास (विकल्प 1) मेरी फ़ाइलों की तुलना में बहुत अधिक स्थान है (विकल्प 2) मेरी फ़ाइलों की तुलना में कम खाली स्थान है (लेकिन अभी भी एक अच्छी राशि है)

मैं डिस्क को उसके मूल पैकेजिंग में रखता हूं: प्लास्टिक की थैली, जैसे "एग-कार्टन", जैसे कि लपेटकर, प्लास्टिक बॉक्स के भीतर। यह मेरे घर के एक कमरे में रखा गया है, जिसमें कभी भी धूप नहीं लगती, न ही बारिश आदि।

मेरा सवाल यह है: क्या कुछ ऐसा है जो मुझे समय-समय पर डेटा को अधिकतम करने के लिए डिस्क के साथ करना चाहिए? जैसे किसी जगह पर सब कुछ पढ़ना, या रीड-एंड-बैक, या किसी तरह डिस्क पर डेटा की भौतिक स्थिति को फेरबदल करना, या यहां तक ​​कि डिस्क को हिलाना, उसकी भौतिक स्थिति को बदलना, उसे बिना कुछ किए पावर देना आदि। मुझे वर्णित दोनों वैकल्पिक परिदृश्यों के लिए एक उत्तर चाहिए।

टिप्पणियाँ:

  • मैं इस सवाल को एचडीडी के एक भी ब्रांड के लिए विशिष्ट नहीं बना सकता, लेकिन अगर आपको पता होना चाहिए - यह तोशिबा STOR.E की मूल संरचना 750 मिलियन ड्राइव है। मेरी पसंद नहीं, मुझे बस इसके साथ काम करने की जरूरत है।
  • एचडीडी का मैनुअल इस मुद्दे पर कुछ नहीं कहता है।
  • बैकअप कुछ समय पहले इन फ़ोल्डरों की स्थिति का प्रतिनिधित्व करता है। मान लें कि इस स्थिति को इस तरह रखना महत्वपूर्ण है, और यह कि समान डेटा की कोई "मास्टर कॉपी" नहीं है।
  • हालांकि यह शायद सवाल के लिए अप्रासंगिक है, अगर यह फाइलें खो जाती हैं, तो यह भयावह रूप से बुरा नहीं है, मैं सिर्फ अपेक्षित दीर्घायु बढ़ाना चाहता हूं।
  • यहां तक ​​कि अगर मेरी दो प्रतियां थीं, तो दो एचडीडी पर, सवाल सिर्फ उतना ही प्रासंगिक होगा: मुझे उनमें से प्रत्येक पर किस तरह के रखरखाव के संचालन को अलग से करना चाहिए?

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

4
जवाब राय और सामान्य अभ्यास पर आधारित प्रतीत होते हैं। मैं ठोस, शोध-आधारित उत्तर या आधिकारिक उद्धरण नहीं देख रहा हूँ।
फिक्सर 1234

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

जवाबों:


5

पेशेवर दृष्टिकोण से, आपके विकल्प हैं:

  1. प्रार्थना करना।
  2. कई उपकरणों पर, कई प्रतियां बनाएं।

आपके "विकल्प 1" (बहुत अधिक स्थान) में आप एक ही हार्डवेयर पर कई प्रतियाँ बनाकर अपने अंतर को बहुत कम बढ़ा सकते हैं, लेकिन तथ्य यह है कि हार्डवेयर विफल हो जाता है, न कि पूरी डिस्क को बिना पढ़े रेंडर करने का। एक एकल प्रति एक व्यवहार्य बैकअप रणनीति नहीं है।

मैं स्पष्ट नहीं हूँ कि यह एक वास्तविक बैकअप है (एक प्राथमिक डिवाइस पर फ़ाइलों का) या एक संग्रह (प्राथमिक डिवाइस से हटा दी गई फ़ाइलों का।) अतिरिक्त प्रतिलिपि कुछ और महत्वपूर्ण है यदि आप आर्काइव मामले के बारे में बिल्कुल परवाह करते हैं - बैकअप मामला वहाँ सिद्धांत में एक प्राथमिक प्रति है ताकि आप कम से कम दो विफलताओं से पहले आप पूरी तरह से भाग्य से बाहर हैं।


1
हालांकि आपकी सिफारिशें मान्य और प्रशंसित हैं, लेकिन मैंने ऐसा नहीं पूछा। आपको प्रतीत होता है कि मेरे द्वारा सुझाई गई सभी क्रियाएं दीर्घायु की दृष्टि से निरर्थक / बेकार हैं। क्या आप यही कह रहे हैं?
ईनपोकलम

1
क्षमा करें, लेकिन प्रार्थना वास्तव में "पेशेवर" दृष्टिकोण से नहीं है।
ओल्डमड0

2
यदि आप एक अच्छे इंजीनियर हैं, तो आप मर्फी से प्रार्थना करेंगे, और आपके प्रसाद में इस डेटा के लिए अधिक घर शामिल होंगे, क्योंकि जो कुछ भी गलत हो सकता है, वह गलत होगा। अन्य देवी-देवताओं और प्रसाद कम संतोषजनक परिणाम हो सकते हैं ...
Ecnerwal

1
Tbh, एक एकल प्रति के साथ, दिव्य पक्ष की मांग करना सबसे बुरा विचार नहीं है।
जर्नीमैन गीक

5

यदि आपके पास बैकअप डेटा उपयोग की तुलना में अधिक खाली स्थान है - प्रश्न में आपका विकल्प 1 - या यदि आपके पास डेटा की कई प्रतियां हैं, तो मुझे एक विचार मिला है कि "कुछ करना होगा"; अगर आपको लगता है कि स्पिनरिट वास्तव में हार्ड ड्राइव "रखरखाव" और / या पूरी तरह से अधिलेखित करने और फिर आपके डेटा के हर बिट को फिर से लिखना चाहता है, तो यह ऐसा करेगा।

आपको कुछ करना चाहिए या नहीं, मुझे बहुत यकीन नहीं है ... बिट-रोट या डेटा डिग्रेडेशन वास्तव में मौजूद है, और सुपरसुअर पर यहां एक जैसे सवाल और सर्वरफॉल्ट पर यह बैकअप या शायद एक त्रुटि की सलाह देता है। सही या गलत-सहिष्णु RAID (लेकिन केवल एक हार्ड ड्राइव के लिए मैं कई बैकअप और हैश / सीआरसी चेक उठाऊंगा और अगर RAID विफल रहता है तो क्या करना है, इस बारे में चिंता न करें)।

मैं अधिक सरल और आलसी "डू-नथिंग" दृष्टिकोण की ओर झुक रहा हूं, लेकिन निम्नलिखित कम से कम एक अच्छा है "सुनिश्चित करें कि मैं अभी भी एक वर्ष में एक बार अपना डेटा पढ़ सकता हूं, और साथ ही इसे फिर से लिख भी सकता हूं" विचार।

कुछ SpinRite रखरखाव सुविधाओं की लिनक्स DIY अनुकरण

बहुत से लोगों को लगता है कि स्पिनरिट वास्तव में काम करता है, लेकिन यह मुफ़्त नहीं है और मैं लिनक्स चलाता हूं, इसलिए मैंने स्टीव गिब्सन की बात सुनी है कि स्पिनराइट काम कैसे करता है? वीडियो और वह कहता है कि स्पिनराइट अब एक काम करता है:

  • पूरी ड्राइव पढ़ता है
  • बिट्स को फ़्लिप करता है और उन्हें लिखता है
  • उन्हें फिर से पढ़ता है
  • बिट्स वापस flips और उन्हें लिखता है
  • उन्हें फिर से पढ़ता है

यदि ड्राइव किसी भी (छोटी) समस्याओं का पता लगाती है, तो उसे "अच्छे क्षेत्रों के साथ खराब क्षेत्रों को स्वैप करने के लिए ड्राइव को प्रेरित करना चाहिए ।"

आपको यह कितनी बार करना चाहिए? स्टीव कहते हैं, "कोई भी वास्तव में नहीं जानता कि यह कितनी बार है, लेकिन हर कुछ महीनों में अक्सर पर्याप्त होना चाहिए" । मैं हर 6 महीने या हर साल या तो अनुमान लगा रहा हूं।

badblocks

पठन / फ़्लिपिंग / पठन / फ़्लिपिंग प्रक्रिया लगभग उसी के समान लगती badblocksहै जब वह इसका उपयोग करता है जब वह राइट-मोड टेस्टिंग ( -wविकल्प) का उपयोग करता है, तो यह वास्तव में आपके डेटा को "बिट-फ्लिप" नहीं करता है, लेकिन विनाशकारी रूप से लिखता है, पढ़ता है और सभी को फ्लिप करता है विभाजन पर बिट्स:

इस विकल्प के साथ, बैडब्लॉक डिवाइस के हर ब्लॉक पर कुछ पैटर्न (0xaa, 0x55, 0xff, 0x00) लिखकर, हर ब्लॉक को पढ़कर और कंटेंट की तुलना करके बैडब्लॉक स्कैन करता है।

संयोगवश, वे पैटर्न बाइनरी में नहीं हैं: 10101010, 01010101, 11111111, 00000000।

इसलिए बैडब्लॉक बहुत अच्छी तरह से बिट्स लिखता है, पढ़ता है और फ़्लिप करता है, और यह मुफ़्त भी है। यदि आपने mke2fsबैडब्लॉक (के साथ) चलाया हैbadblocks -cc ) तो यह बैकलॉक की सूची को बचा लेगा, इसलिए ext2 / 3/4 उन्हें टाल देगा, यदि कोई पाया गया था।

नकारात्मक पक्ष यह है कि परीक्षण लिखना विनाशकारी है , इसलिए आपको इसके लिए कम से कम दो विभाजन करने होंगे (अपने डेटा को वापस सहेजने और लिखने के लिए)।

  • हार्ड ड्राइव पर अपने डेटा की दो प्रतियां रखें , प्रत्येक अलग-अलग पार्टियों पर!
    यह आपको 10, 01, 11, 00 के साथ एक ही विभाजन पर हर बिट को अधिलेखित करने देता है यदि खराब क्षेत्र विकसित होते हैं तो आपकी वसूली की संभावना दोगुनी हो जाती है। और अपने डेटा फ़ाइलों के लिए चेकसम / हैश की सूची रखें, जैसे CRC32 या MD5 (हालांकि MD5 / SHA की CRC की तुलना में बहुत धीमी है, और यादृच्छिक त्रुटियां CRC द्वारा याद नहीं की जानी चाहिए)
  • हर कुछ महीने:
    1. अपनी बैकअप प्रतियां पढ़ें और सत्यापित करें कि यह अभी भी चेकसम / हैश से मेल खाती है।
    2. "छद्म" -बिट-badblocks -w या के साथ एक विभाजन फ्लिपmke2fs -cc ( केवल एक विभाजन , अपने सभी डेटा को अधिलेखित न करें, बस एक प्रति!)
    3. अपने डेटा को नए सिरे से फ़्लिप किए गए विभाजन पर कॉपी करें
    4. "छद्म" -अंतर दूसरे विभाजन को फ्लिप करें (जो अभी तक फ़्लिप नहीं किया गया है)
    5. अपने डेटा को उस ताज़ा फ़्लिप किए गए विभाजन पर कॉपी करें

यह आपके डेटा को केवल पुन: स्वरूपित करने और कॉपी करने के समान है, लेकिन एक त्वरित / मानक प्रारूप आमतौर पर हर क्षेत्र को नहीं लिखेगा, इसलिए आप कई बिट्स को नहीं बदल / पलट सकते हैं।


सबसे अच्छा समाधान हमेशा कई उपकरणों पर कई प्रतियां हैं
मैंने पढ़ा है कि ऑप्टिकल मीडिया 10, 20, शायद 50+ वर्ष भी पढ़ा जा सकता है, और दो समान डिस्क / आईएसओ के साथ gddrescue(नीचे) फिट होंगे ।
क्लाउड स्टोरेज कुछ जीबी के लिए अक्सर मुफ्त होता है, वहां फाइलों को संग्रहीत करना (वैकल्पिक रूप से एन्क्रिप्ट किया गया) एक अच्छा विचार हो सकता है, खासकर अगर मात्रा बढ़ती रहती है।

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


संबंधित रूप से, स्पिनराइट हार्ड ड्राइव के खराब क्षेत्र से डेटा पढ़ने के लिए "बहुत कठिन कोशिश करता है", अलग-अलग दिशाओं और वेगों से पढ़ना, जो gddrescueमामले में (या जब आप अपने डेटा को पढ़ने में परेशानी करते हैं) भी बहुत समान लगता है। । gddrescue त्रुटियों के साथ डेटा की दो प्रतियों से भी पढ़ सकता है और उम्मीद है कि एक साथ एक पूरी अच्छी प्रतिलिपि तैयार कर सकता है, और मुझे आपके डेटा विभाजन की दो (या अधिक) समान प्रतियाँ बनाने का प्रलोभन है dd, लेकिन तब यदि बैडब्लॉक आपको कोई भी खराब क्षेत्र नहीं मिलता है इससे बच नहीं सकते क्योंकि यह समान प्रतियों को बदल देगा।


आप की एक विवरण के लिए लिंक कर सकते हैं वास्तव में कैसे आप एक विभाजन के साथ बिट flig badblocksया mke2fs?
ईनपोकलम

बिट फ़्लिपिंग सेक्टर के बाहर स्थित सेक्टर-एड्रेस को ठीक नहीं करेगा। मुझे पता है कि स्पिनराइट बड़ी चालाकी से डिस्क-नियंत्रक के कुछ गुणों का उपयोग करता है, आसानी से ऐनक से नहीं, जिसे वह अभी भी गुप्त रख रहा है। एचडीडी रीजेनरेटर के पीछे के लोगों ने इसे काम किया हो सकता है, लेकिन यह सार्वजनिक ज्ञान नहीं है।
at१17 को २१:२१

वहाँ किसी भी सबूत बिट flipping है किसी भी अच्छा है? एक समस्या को हल करने के लिए ट्रेडिंग डिस्क पहनने जैसा लगता है कि मैंने कभी भी, कहीं भी, किसी भी उचित, भरोसेमंद स्रोत में किसी भी संदर्भ को नहीं देखा है । एक प्रशस्ति पत्र बहुत शैक्षिक होगा।
जर्नीमैन गीक

@einpoklum मैंने कुछ उत्तर अपडेट किए हैं। मेरे पास बैडब्लॉक के लिए हर बिट को अधिलेखित करने के लिए मैन पेज के अलावा कोई लिंक नहीं है , फिर अपना डेटा वापस लिखें।
एक्सएल २०५०

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

5

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

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

जबकि डिस्क जुड़ा हुआ है, आप इलेक्ट्रॉनिक्स, हार्डवेयर या प्लैटर की आसन्न विफलता के संकेतों की तलाश के लिए कुछ स्मार्ट निदान भी चला सकते हैं। हालाँकि, Google और कार्नेगी मेलन यूनिवर्सिटी {उस साल 'बेस्ट पेपर' जीतने वाले FAST'07 में प्रस्तुत शोध से , SMART परीक्षण असफलता का संकेत हो सकता है, लेकिन 'पासिंग' टेस्ट अच्छे स्वास्थ्य का संकेत नहीं हो सकता है। फिर भी, जाँच चोट नहीं करेगा। हां, यह पुराना शोध है, लेकिन लगता है कि किसी ने भी इसे किसी नई चीज से प्रतिस्थापित नहीं किया है।

ड्राइव को कुछ समय के लिए चलाने, और डेटा तक पहुंचने से डेटा धारण करने वाले चुंबकीय क्षेत्रों की ताकत भी नवीनीकृत हो जाएगी। कुछ लोगों का तर्क है कि यह महत्वपूर्ण सबूतों की भीड़ के आधार पर आवश्यक नहीं है, लेकिन वहाँ क्या अनुसंधान से संकेत मिलता है कि चुंबकीय क्षेत्रों का कमजोर होना संभव है। मैं विस्कॉन्सिन-मैडिसन विश्वविद्यालय से तीन पेपर प्रस्तुत करता हूं: पैरिटी प्रदूषण , डेटा भ्रष्टाचार , और डिस्क-पॉइंटर भ्रष्टाचार । इन्हें पढ़ने के बाद आप यह तय कर सकते हैं कि उनके निष्कर्ष आपके डेटा को कितना खतरे में डालते हैं, और इसके संरक्षण के लिए कितना प्रयास करना है।

सुझाया गया नियमित दिनचर्या

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

पहले भंडारण के लिए सेटअप है। HDD में फ़ाइलों को सहेजने से पहले उनमें से अभिलेखागार बनाएँ। यह संपीड़न का मतलब नहीं है, और न ही यह इससे बचता है। एक संग्रह प्रारूप चुनें जो आपको त्रुटि सुधार या 'आत्म-चिकित्सा' की क्षमता प्रदान करेगा। अभिलेखागार की एक लाइब्रेरी बनाने के साथ, एक बड़ी संग्रह न बनाएं, बल्कि एक साथ संग्रहित चीजों को संग्रहित करें। यदि आप संपीड़न चुनते हैं, तो सुनिश्चित करें कि यह त्रुटि पुनर्प्राप्ति क्षमता में हस्तक्षेप नहीं करता है। अधिकांश संगीत, वीडियो, फिल्म और चित्र प्रारूपों के लिए, संपीड़न करने का कोई मतलब नहीं है। इस तरह के फ़ाइल प्रारूप पहले से ही संपीड़ित होते हैं, और उन्हें संपीड़ित करने का प्रयास शायद ही कभी स्थान प्राप्त करता है, कभी-कभी बड़ा होता हैफ़ाइलें, और अपना समय और CPU शक्ति व्यर्थ में बर्बाद कर देता है। फिर भी, ऊपर त्रुटि सुधार के लिए उन्हें संग्रहित करें। फिर प्रत्येक संग्रह फ़ाइल के लिए अपनी पसंद के डाइजेस्ट एल्गोरिथ्म का उपयोग करके एक चेक-योग बनाएं। सुरक्षा यहां समस्या नहीं है, केवल फ़ाइल के लिए एक पवित्रता की जाँच करें, इसलिए एमडी 5 को पर्याप्त होना चाहिए, लेकिन कुछ भी काम करेगा। संग्रह फ़ाइलों के साथ चेक-रकम की एक प्रति सहेजें, औरउसी एचडीडी पर एक दूसरे स्थान पर - शायद चेक-सोम्स के कुल संग्रह के लिए एक समर्पित निर्देशिका। यह सब डिस्क पर सहेजा गया है। अगला, और काफी महत्वपूर्ण है, उस HDD को बचाने के लिए जो उपकरण आपने चेक-सोम्स बनाने के लिए इस्तेमाल किया था और अभिलेखागार को पुनर्स्थापित करने के लिए (और साथ ही, यदि आपने संपीड़न का उपयोग किया है)। आपके सिस्टम के आधार पर यह कार्यक्रम स्वयं हो सकते हैं, या इसके लिए उन्हें इंस्टॉलर बनने की आवश्यकता हो सकती है। अब आप एचडीडी को स्टोर कर सकते हैं कि आप कैसे चुनते हैं।

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

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

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


4

समय के साथ चुंबकीय मीडिया फीका पड़ सकता है और इसका नतीजा एक बुरा सा क्षेत्र है। एक समाधान हर कुछ वर्षों में एक बार चुंबकीय भाग को नवीनीकृत करने के लिए हो सकता है।

सबसे सरल तरीका पूरे हार्ड डिस्क को कॉपी और फिर से लिखना है, हालांकि यह सेक्टर-एड्रेस को नवीनीकृत नहीं कर सकता है, जो कि सेक्टर का "हेडर" है जो फर्मवेयर को सिर को स्थिति में लाने की अनुमति देता है। सेक्टर-पते को नवीनीकृत करने के लिए डिस्क के पुन: प्रारूप (गहरे प्रारूप - त्वरित नहीं) की आवश्यकता हो सकती है।

डिस्क पुनर्जनन उत्पादों का उपयोग करने के लिए एक वैकल्पिक समाधान है। ये उत्पाद भौतिक स्तर पर डिस्क को स्कैन करते हैं, हर क्षेत्र और उसके पते को पढ़ते हैं और चुंबकीय डेटा को नवीनीकृत करने के लिए दोनों को फिर से लिखते हैं।

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

यहाँ कुछ ऐसे उत्पाद हैं:

  • DiskFresh (निजी और गैर-व्यावसायिक उपयोग या $ 25 के लिए मुफ़्त) - पुराण उपयोगिताओं का हिस्सा जिन्हें अच्छी समीक्षा मिलती है। यह केवल आपको सूचित करता है कि कोई क्षतिग्रस्त / खराब क्षेत्र है और उन्नत वसूली नहीं करता है।

  • स्पिनराइट (मनी बैक गारंटी के साथ $ 89) - यह कुछ वर्षों से अपडेट नहीं किया गया था, हालांकि इसने कुछ साल पहले मेरी डिस्क को बचाया था। मुझे विश्वास नहीं होगा कि पैसा वापस मिलेगा क्योंकि उत्पाद काफी पुराना है।

  • एचडीडी रीजेनरेटर (मनी बैक गारंटी के साथ $ 89.99) - अच्छी समीक्षा के साथ एक नया उत्पाद।

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


मुझे पता है कि SpinRite अपने स्वयं के बूट करने योग्य माध्यम का उपयोग करता है; आपके द्वारा उल्लेखित अन्य लोगों के बारे में क्या? क्या वे विंडोज-आधारित हैं? लिनक्स आधारित? खुद-बूट आधारित?
ईनपोकलम

1
DiskFresh विंडोज में चलता है और HDD रीजेनरेटर विंडोज और बूट करने योग्य फ्लैश डिस्क दोनों करता है।
harrymc

तो शायद मुझे पूछना चाहिए कि क्या लिनक्स पर इसके बराबर करने के लिए एक अलग बूटेबल की आवश्यकता होती है, या क्या आप बस /dev/sdXडिवाइस फ़ाइलों ddया कुछ इसी तरह से कर सकते हैं।
ईनपोकलम

1
@einpoklum: किसी भी ऑपरेटिंग सिस्टम के तहत कोई भी उत्पाद जो डीप फॉर्मेटिंग और डिस्क इमेजिंग करता है और रीराइट करेगा, वह काम करेगा, जिसमें रीराइट भाग के लिए dd भी शामिल है। बिंदु डिस्क के सभी क्षेत्रों को पूरी तरह से नवीनीकृत करना है, फ़ाइल डेटा और मेटाडेटा दोनों के लिए उपयोग किए जाने वाले सेक्टर। डिस्क की प्रतिलिपि बनाते समय एक वैकल्पिक अस्थायी भंडारण की आवश्यकता होती है, लेकिन आज यह सस्ता है।
हरमिक्क

@einpoklum: एक रखरखाव के लिए DiskFresh का उपयोग कर सकता है और केवल त्रुटियों से उबरने के लिए अधिक उन्नत उपयोगिताओं का उपयोग कर सकता है (सफलता की गारंटी नहीं है)। DiskFresh सही भंडारण की स्थिति के तहत पर्याप्त होना चाहिए।
harrymc

3

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

आप इसे कैसे स्टोर करते हैं यह उत्कृष्ट है, लेकिन तापमान के बारे में मत भूलना । इसे अति मत होने दो। बैकअप ड्राइव के रूप में आप वास्तव में क्या उपयोग करते हैं? कुछ अन्य की तुलना में अधिक टिकाऊ होते हैं।

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

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


1
'नोट्स' का हिस्सा सूचीबद्ध करता है कि किस विशिष्ट HDD का उपयोग किया जाता है (Toshiba STOR.E मूल बातें 750 जीबी)। इसके अलावा, क्या आप इस दावे के लिए किसी तरह के संदर्भ से जुड़ सकते हैं कि ड्राइव करने और कनेक्ट करने में विफलता का अनुमानित समय घट जाता है? ऐसा नहीं है कि दावे का कोई कारण नहीं है, यह सिर्फ इतना है कि अन्य लोग इसके विपरीत अनिवार्य रूप से सुझाव दे रहे हैं।
ईनपोकलम

क्या ऐसी कोई चीज है जिसे आप इस दावे के आधार के रूप में उद्धृत कर सकते हैं कि कोई रखरखाव नहीं किया जाना चाहिए और इसे शक्ति प्रदान करना एक उच्च जोखिम है?
Fixer1234

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

सांख्यिकीय रूप से, यह क्षतिग्रस्त होने की अधिक संभावना है जब आप इसे चेक नहीं करने की तुलना में इसे चालू करते हैं।
ओवरमाइंड

मैंने ऐसे कोई आंकड़े नहीं देखे हैं, और यहां तक ​​कि अगर ऐसा मौजूद है, तो वे निश्चित रूप से लागू नहीं होते हैं जब हर कुछ वर्षों में एक बार कई घंटों के लिए संचालित किया जाता है । एक डिस्क को औसत दर्जे का नुकसान पहुंचाने में हजारों पावर-ऑन लगते हैं।
हरमेक

3

मैंने हमेशा महसूस किया है कि चाल है मान लें कि आपकी ड्राइव विफल हो जाएगी । विफलता के कुछ तरीके हैं जो यादृच्छिक हैं। गैर यादृच्छिक विफलताओं के लिए - यहां दो पहलू हैं - ड्राइव और फाइल सिस्टम।

जबकि इसका एक असामान्य स्रोत का एक सा है - यह लाल धागा बताता है कि एक दिया गया बिट 10 साल में फ्लिप हो सकता है, हालांकि मुझे संदेह है कि एक एकल फ़्लिप बिट ईसीसी द्वारा चुपचाप संभाला जाएगा - या तो फाइलसिस्टम में या ड्राइव पर ही।

आप आमतौर पर समय-समय पर एसएमएआरटी परीक्षणों के साथ उम्र से संबंधित 'बड़े पैमाने पर' मुद्दे पा सकते हैं - लंबित वास्तविक क्षेत्रों की तरह चीजों को देखते हुए। अपेक्षाकृत कम कर्तव्य चक्रों के साथ, आपको वास्तव में बहुत कुछ नहीं देखना चाहिए, लेकिन हम यहां थोड़ा पागल हो रहे हैं। एक बार फिर, जब तक चीजें वास्तव में खराब नहीं हो जाती हैं, तब तक आपकी ड्राइव ईसीसी में चुपचाप इसे संभाल लेगी।

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

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

अंत में, मैं उन ड्राइव्स को चुनता हूं जो आखिरी तक जानी जाती हैं । मैं हर कुछ वर्षों में बाहरी ड्राइव को घुमाता हूं, पुराने ड्राइव को पदानुक्रम से नीचे ले जाता हूं।

में सिद्धांत की तरह फाइल सिस्टम refs और ZFS हालांकि अभिन्न डेटा चेकसम डेटा हानि के जोखिम को कम करने के लिए डिजाइन किए हैं। बहुत कम से कम, आपके पास चुपचाप भ्रष्ट हो रही फाइलें नहीं होंगी। अधिक सामान्य फ़ाइल सिस्टम पर उन्हें लेने से, संभवतः डेटा हानि की संभावना कम हो जाएगी, लेकिन डेस्कटॉप ओएस पर उन्हें अभी तक तैनात करने का कोई 'आसान' तरीका नहीं है। ZFS को लिनक्स पर कुछ हद तक अच्छा समर्थन है और खिड़कियों पर कोई नहीं है, और ReFS ने अभी तक विंडोज़ डेस्कटॉप पर अपना रास्ता नहीं बनाया है। ये वास्तविक वसूली के लिए एक या एक से अधिक ड्राइव पर कई प्रतियाँ होने के आसपास डिज़ाइन किए गए हैं, इसलिए यहाँ बिल्कुल काम नहीं करेगा।


2
तकनीकी रूप से, ZFS पर चेकसम (और शायद ReFS) अपने दम पर डेटा हानि को कम करने के लिए कुछ भी नहीं करते हैं, केवल डेटा अखंडता को सत्यापित करते हैं। किसी भी त्रुटि / भ्रष्टाचार से उबरने के लिए आपको अभी भी एक समता या दर्पण ड्राइव (अर्थात किसी प्रकार की अतिरेक) की आवश्यकता होगी। मेरा मानना ​​है कि कोई भी (लोकप्रिय) फाइलसिस्टम है जो एक ही ड्राइव के साथ अपने आप ठीक हो सकता है (और यदि कोई मौजूद है तो उन्हें ऐसा करने के लिए ड्राइव स्पेस का त्याग करना होगा)।
बॉब

उस को प्रतिबिंबित करने के लिए अद्यतन किया गया। जा रहा परेशान नहीं किया था बहुत आगे का कारण इन फ़ाइल सिस्टम होगा वास्तव में नहीं काम उसके USECASE /
जर्नीमैन गीक

हाँ, इस तरह के परिदृश्य में चेकसमों के लिए एकमात्र लाभ यह है कि आप कम से कम जानते हैं कि किन फाइलों / ड्राइव पर भरोसा नहीं करना चाहिए।
बॉब

जब HDD बस वहां बैठा है तो सेक्टरों को फिर से क्यों लगाया जाएगा? मेरा मतलब है, आप सुझाव दे सकते हैं कि मैं संपूर्ण डिस्क सामग्री को अस्थायी (या /dev/nullशायद?)?
ईनपोकलम

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

2

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

डिजाइन द्वारा हार्ड ड्राइव, अपेक्षाकृत अल्पकालिक डेटा भंडारण के लिए हैं। दो उत्कृष्ट लेख, /server/51851/does-an-unplugged-hard-drive-used-for-data-archival-deteriorate और कितना समय तक एक अप्रयुक्त कठिन डेटा खो देता है?हार्ड डिस्क ड्राइव पर संग्रहीत डेटा के जीवनकाल पर चर्चा करें। हमेशा की तरह, आपके माईलेज़ भिन्न हो सकते हैं।

आपके द्वारा वर्णित बैकअप समाधान बैकअप से बेहतर नहीं है, लेकिन आपके पास अभी भी विफलता का एक बिंदु है। किसी एकल डिवाइस पर आपके बैकअप के साथ, आप आग, बाढ़, चोरी, विस्फोट, उपकरण की विफलता आदि के लिए अपने डेटा की केवल प्रतिलिपि खोने का जोखिम उठाते हैं, इसलिए सवाल यह है: क्या आपके बैकअप को आपके समय के एक योग्य खर्च को संरक्षित करने के प्रयास हैं?

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


जबकि आप जो कुछ भी कहते हैं वह सच है, केवल अंतिम पैराग्राफ प्रश्न का उत्तर देता है।
ईनपोकलम

क्या ऐसा कुछ है जिसे आप ताज़ा करने और एक साल की समय सीमा के लाभ के आधार के रूप में उद्धृत कर सकते हैं?
fixer1234

1

मुझे इस पर कोई विश्वसनीय, वैज्ञानिक रूप से समर्थित डेटा नहीं मिला। सामान्यतया, इस मुद्दे के दो पहलू हैं:

  1. बिट रोट : विभिन्न भौतिक प्रभाव एचडीडी के प्लैटर्स पर संग्रहीत चुंबकीय डोमेन में संग्रहीत बिट्स को फ्लिप कर सकते हैं, इस प्रकार एचडीडी पर डेटा को नुकसान पहुंचा सकते हैं। (डिस्क अभी भी पूरी तरह कार्यात्मक है)
  2. यांत्रिक मुद्दों : ड्राइव को चालू / बंद करना, प्लेटों को कताई या स्थिर रखना, भंडारण की स्थिति और प्राकृतिक उम्र बढ़ने से कुछ समय बाद ड्राइव बेकार हो सकता है। (डेटा अभी भी बरकरार और वसूली योग्य हो सकता है)

बिट सड़ांध में चर्चा की है इस सूत्र से 2008 उपयोगकर्ता arnaudk लिखा है:

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

सिग्नल के क्षय के स्वीकार्य स्तर सिस्टम डिज़ाइन के आधार पर भिन्न होते हैं, लेकिन आम तौर पर 10-20% के बीच होते हैं [ref4], इसलिए इसमें 20% प्राप्त करने के लिए संपूर्ण बिट डोमेन के लिए (-1/326000) * ln (0.8) = लगभग 22 वर्ष लगेंगे केवल तापीय विमुद्रीकरण प्रभाव के कारण डेटा की संभावित हानि के कारण कमजोर।

(पोस्ट का सीधा लिंक)

यही एकमात्र अनुमान है जो मुझे मिल सकता है। यदि यह सही है, तो आप डेटा को "रिफ्रेश" करने के लिए हर 5 साल में पूरी ड्राइव को फिर से लिख सकते हैं।

यांत्रिक मुद्दे एक रहस्य से भी अधिक हैं। Backblaze एक ऐसी कंपनी है जो अपने डेटासेंटर में हजारों उपभोक्ता-ग्रेड हार्ड डिस्क का उपयोग करती है और नियमित रूप से अपनी भलाई पर अपडेट पोस्ट करती है। 24/7 कताई के 4 साल बाद उनके अनुमानों के अनुसार, 20% हार्ड ड्राइव की मृत्यु हो गई और यदि प्रवृत्ति जारी रही, तो 6 साल बाद उनमें से आधे चले जाएंगे। यह इस Google whitepaper के आंकड़ों के अनुरूप है । हालाँकि, हार्ड डिस्क के लिए यह मानक उपयोग का मामला नहीं है और हम इसकी तुलना बॉक्स में ऑफ़लाइन बैठे ड्राइव से कर सकते हैं। मुझे इस मामले से निपटने वाले किसी भी अध्ययन की जानकारी नहीं है।

सभी के सभी, यदि आप वास्तव में उस डेटा की परवाह करते हैं, तो आपको इसकी दो प्रतियां रखनी चाहिए और इसे हर 5 साल या उससे पहले एक नए, तनाव-परीक्षण किए गए HDD में स्थानांतरित करना चाहिए। यह चुंबकीय डोमेन और हार्डवेयर को यथोचित ताज़ा रखना चाहिए , लेकिन YMMV।


0

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

शायद यह स्वीकार करना कठिन है कि एक उपभोक्ता के रूप में, हार्ड डिस्क दीर्घायु को बढ़ाने के लिए आप बहुत कम (यहां तक ​​कि कुछ भी नहीं) कर सकते हैं। लेकिन निश्चित रूप से आपके डेटा के उत्तरजीविता में सुधार करने के तरीके हैं: ReFS, RAID और बैकअप।

मेरा विश्वास करो, उद्योग हार्ड डिस्क के विपरीत डेटा की लंबी उम्र में सुधार करने पर काम कर रहा है।


इसे नुकसान से बचाना अच्छी सलाह है। क्या कुछ ऐसा है जो आप इस दावे का समर्थन करने के लिए कर सकते हैं कि लंबी उम्र है?
फिक्सर 1234

-1

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

सभी सर्वरों पर हम प्रतिदिन "शॉर्ट" SMART टेस्ट और ओवर वीकेंड "लॉन्ग टेस्ट" पर नियमित रूप से चल रहे हैं, जो कि HDD के फेल होने पर कम से कम एक विचार दे सकते हैं। यदि आप जेडएफएस का उपयोग करते हैं, तो एचडीडी के उद्यम संस्करणों के लिए प्रति माह एक बार नियमित रूप से "स्क्रबिंग" करना पर्याप्त है और उपभोक्ता ग्रेड एचडीडी के लिए प्रति सप्ताह 2 बार।

एक अच्छा, सभ्य बिजली की आपूर्ति भी स्वस्थ HDD के लिए कारकों में से एक है, साथ ही यूपीएस जो HDD को यादृच्छिक बिजली आश्चर्य को रोकती है। (बाहरी HDDs को कंप्यूटर से शक्ति मिलती है इसलिए यह उनके लिए भी लागू होती है)

HDD चल रहा है, जबकि कंपन / झटकों उनके लिए भी अच्छा नहीं है। (पोर्टेबल HDD के लिए विशेष रूप से महत्वपूर्ण - काम करते समय उन्हें स्थानांतरित करने के लिए नहीं)

इसके अलावा, विशेष रूप से एचडीडी की नौकरियों (निगरानी, ​​एनएएस, डेस्कटॉप ...) के लिए सही मॉडल का चयन करना उनके लाइव का विस्तार करने का एक तरीका है


1
मुझे नहीं लगता कि वह बॉक्स में इसे चलाता ... है
जर्नीमैन गीक

मैं वास्तव में इसे नहीं चलाता ... यह सिर्फ बैकअप है। बेशक, मैं इसे बॉक्स के भीतर से नहीं चलाऊंगा :-) इस कारण से यूपीएस या कंपन आदि के बारे में सलाह मेरे मामले के लिए अप्रासंगिक है (यह निरंतर / लगातार उपयोग में आने वाली डिस्क के लिए प्रासंगिक होगा।
einpoklum

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

जो लोग मतदान करते हैं, कृपया टिप्पणी में एक कारण छोड़ दें। यह दिलचस्प विषय है, इसलिए मैं सुनना चाहता हूं कि क्या गलत है। आपकी राय से हर किसी को फायदा होगा।
एलेक्स

-3

आम तौर पर बोलना, अगर यह एक लिनक्स सिस्टम है जिसकी कोई रखरखाव की आवश्यकता नहीं है। विंडोज सिस्टम लिनक्स की तुलना में बहुत अधिक बार ढीले क्लस्टर लगते हैं। उस कारण से, विंडोज सिस्टम पर प्रत्येक 3-6mo में एक chkdsk बुद्धिमान है।

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

आम तौर पर मेरे पास कुछ ऐसा होता है, जिसके लिए मुझे हर कुछ वर्षों में अपने सिस्टम के एक बड़े ओवरहाल की आवश्यकता होती है और इसलिए उस समय फिर से प्रारूपित करें (त्रुटि जांच के साथ पूर्ण पुन: प्रारूप का उपयोग करना सुनिश्चित करें)। स्वरूपण के बाद हार्ड ड्राइव स्थान में गिरावट को नोट करने के लिए मेरी स्मृति सामान्य अच्छी है; यह एक संकेत है कि ड्राइव विफल हो रहा है। यदि कोई व्यक्ति अपने सिस्टम से परिचित नहीं है, तो वे प्रारूपण के बाद सटीक बाइट गणना के रिकॉर्ड रख सकते हैं।

कुछ बिंदु पर "अतिरिक्त" सेक्टर का उपयोग किया जाएगा (विशेष रूप से इस उद्देश्य के लिए) और सिस्टम ड्राइव पर "सामान्य" क्षेत्रों को अनुपयोगी के रूप में चिह्नित करना शुरू कर देगा - बाइट काउंट में गिरावट आएगी। इस बिंदु पर ड्राइव को स्क्रैप किया जाना चाहिए - संभवतः पहले से ही डेटा हानि होगी। यह हार्ड ड्राइव के लिए सामान्य है जो 5-10 वर्षों में 24/7 पर रखा जाता है।

ड्राइव की दीर्घायु का विस्तार करने का एकमात्र तरीका निष्क्रियता के कुछ मिनट बाद सिस्टम को इसे नीचे सेट करने के लिए निर्धारित करना है। मेरे पास एक 2tb ड्राइव है जिसे मैं एक मास्टर बैकअप के रूप में उपयोग करता हूं और इसे 10min के गैर-उपयोग के बाद पावर डाउन करने के लिए सेट करता हूं। मैं इसे एक्सेस किए बिना 30 दिन जा सकता हूं और इसलिए यह बंद रहता है। जरूरत पड़ने पर यह 20 सेकंड का समय लेता है और यह पठनीय हो जाता है।


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

संधारित्र जीवन के लिए अंगूठे का नियम 20yrs है। इसे 20/20 नियम कहा जाता है। कैपेसिटर की विफलता उपयोग के पहले 20 मिनट में सबसे अधिक होगी, फिर सांख्यिकीय विफलता 20 साल के उपयोग के बाद फिर से पार हो जाएगी। लेकिन वे बहुत जल्दी विफल हो जाते हैं 20 साल से अगर उपयोग नहीं किया जाता है

इलेक्ट्रॉनिक घटकों में सबसे आम (आम तौर पर बोलना) विफलता कैपेसिटर है। कैपेसिटर (इलेक्ट्रो-केमिकल), फिर इंडक्टर्स और ट्रांसफॉर्मर (एक्ट्रो-मैकेनिकल) पहनते हैं कि क्या इस्तेमाल किया जा रहा है या नहीं।


Backblaze नामक एक कंपनी ने हार्ड ड्राइव विफलताओं पर डेटा एकत्र किया है। इसने कंपनी के ब्लॉगों में उस डेटा को जारी किया है, जो यह बताता है कि किस निर्माता की ड्राइव दूसरों की तुलना में अधिक बार विफल रही।

हाल ही के एक ब्लॉग में इसने डेटा प्रकाशित किया है जो बताता है कि 5 स्मार्ट विशेषताएँ आसन्न ड्राइव विफलता का संकेत देती हैं:

From experience, the following 5 SMART metrics indicate impending disk drive failure:

    SMART 5 – Reallocated_Sector_Count.
    SMART 187 – Reported_Uncorrectable_Errors.
    SMART 188 – Command_Timeout.
    SMART 197 – Current_Pending_Sector_Count.
    SMART 198 – Offline_Uncorrectable.

आप इन सुझाए गए 5 आंकड़ों के रूप में एक उपसमूह चुन सकते हैं क्योंकि वे निर्माताओं के अनुरूप हैं और वे विफलता के अच्छे भविष्यवक्ता हैं।

सुझाव देने के लिए लेख आगे बढ़ता है:

स्मार्ट 5: Reallocated_Sector_Count 1-4 इस पर नज़र रखें, 4 से अधिक की जगह

स्मार्ट 187: Reported_Uncorrect 1 या अधिक प्रतिस्थापित

स्मार्ट 188: कमांड_टाइमआउट 1-13 इस पर नज़र रखता है, 13 से अधिक प्रतिस्थापित करता है

स्मार्ट 197: करंट_पेंडिंग_सेक्टर_काउंट 1 या अधिक बदलें

स्मार्ट 198: ऑफलाइन_उपयोगात्मक 1 या अधिक प्रतिस्थापित


4
> विंडोज सिस्टम लिनक्स की तुलना में बहुत अधिक बार ढीले क्लस्टर लगते हैं। उस कारण से, विंडोज सिस्टम पर प्रत्येक 3-6mo में एक chkdsk बुद्धिमान है। [उद्धरण वांछित] - मैंने ऐसी सलाह पहले नहीं सुनी है। वैसे भी 2007 से नहीं। और यह सवाल के लिए रूढ़िवादी है, जो ज्यादातर संचालित-ऑफ स्टोरेज में हार्डवेयर के बारे में पूछता है - हार्डवेयर जो वास्तव में परवाह नहीं करता है कि आप किस तरह की फाइल सिस्टम का उपयोग कर रहे हैं।
बॉब

1
इसके अलावा, ड्राइव हेल्थ को चेक करने के लिए किसी भी तरह के फाइलसिस्टम-लेवल 'बैड सेक्टर' काउंट का इस्तेमाल करना ... अजीब है। यही स्मार्ट के लिए मौजूद है। जो वास्तविक रूप से वास्तविक क्षेत्र गणना और लंबित क्षेत्र [reallocation] गणना (और यदि उनमें से कुछ भी 0 हैं, लेकिन यह ड्राइव को बदलने का समय है) दोनों को संयोग से रिपोर्ट करता है।
बॉब

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

1
@jwzumwalt मुझे विशेष रूप से एक अंतर्निहित टूल का (गैर) अस्तित्व दिखाई नहीं देता है - डेटा वहाँ है, हार्डवेयर और फ़र्मवेयर इसका समर्थन करते हैं, और यह सॉफ़्टवेयर द्वारा सुलभ है, जैसे क्रिस्टलडिस्कइन्फो। (और यदि आप OSes की तुलना करने की कोशिश कर रहे हैं, तो कई लिनक्स dstros पर कोई अंतर्निहित / पूर्वस्थापित उपकरण नहीं है, incl। Debian।) SMART बहुत आसन्न डिस्क विफलता का पता लगाने का उद्योग-मानक तरीका है (हालांकि, निष्पक्ष होना। एक बड़े उद्यम के माहौल में, वे बस इसे विफल होने की संभावना रखते हैं और इस तथ्य के बाद प्रतिस्थापित करते हैं, ये अतिरेक)।
बॉब

1
"लिनक्स सिस्टम" या "विंडोज सिस्टम" क्या है? क्या पहनु? मुझे लगता है कि आप डिस्क के बारे में बात कर रहे हैं जो मेरे प्रश्न का उत्तर देने के बजाय एक चल रहे सिस्टम पर उपयोग कर रहे हैं।
ईनपोकलम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.