सवाल मुझे हार्ड ड्राइव में कैसे जला देना चाहिए?


Google ने किया बहुत गहन अध्ययन हार्ड ड्राइव विफलताओं पर पाया गया कि हार्ड ड्राइव का एक महत्वपूर्ण हिस्सा भारी उपयोग के पहले 3 महीनों में विफल रहता है।

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

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

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

अद्यतन करें

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

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


39
2017-09-07 20:05


मूल


उत्सुकता से, आप पूरे देश में ड्राइव क्यों मेल करते हैं? ऐसा लगता है कि आपको लॉक-इन का पता लगाने के कारण डाक सेवा द्वारा सदमे की विफलता और सामान्य मिशनलिंग के परिणामस्वरूप ड्राइव विफलता में भाग लेने की अधिक संभावना है। - Paperjam
@ ली रयान: मेलिंग स्टोरेज हार्डवेयर अभी भी डेटा स्थानांतरित करने का सबसे तेज़ तरीका है। इंटरनेट बहुत धीमा है, और यदि आपको संस्थागत नेटवर्क और फ़ायरवॉल से गुजरना है, तो यह और भी बदतर हो जाता है। - Jonas
@ ली रयान: यदि आप सरकारी वर्गीकृत गुप्त डेटा से निपट रहे हैं, एसएसएच नहीं करेगा। आम तौर पर, उस डेटा वाले कंप्यूटर को सार्वजनिक इंटरनेट से कनेक्ट नहीं किया जा सकता है। यदि आपके पास स्थानांतरित डेटा के गीगाबाइट्स को स्थानांतरित करने के लिए मिला है, तो एन्क्रिप्टेड ड्राइव को मेल करना सबसे कुशल विकल्प है। - benzado
@ ली रयान: बिल्कुल। वास्तव में एक तेज़ इंटरनेट कनेक्शन के साथ भी, आपको 7TB वितरित करने में एक महीने लगते हैं (और यदि आपके पास अपने और प्राप्तकर्ता के थ्रूपुट पर नियंत्रण रखने की लक्जरी है)। यूपीएस के साथ, अगले दिन 7 टीबी हैं। - Jonas
यह अच्छा और सबकुछ है, सिवाय इसके कि जब आपके पास मोबाइल पर बड़ी संख्या में डेटा एकत्र करने के लिए सड़क पर बाहर निकलती है। मतलब आपको होटल या मोबाइल इंटरनेट कनेक्शन पर भरोसा करना है, और आप कभी भी 8 घंटे से अधिक समय तक एक स्थान पर नहीं हैं। - Phil


जवाब:


इससे पहले कि आप इसे शुरू करना शुरू करें, हार्ड ड्राइव में जला देना कितना महत्वपूर्ण है?

यदि आपके पास अच्छा बैकअप है, और अच्छी उच्च उपलब्धता प्रणाली है, तो बहुत अधिक नहीं। चूंकि विफलता से बहाल करना बहुत आसान होना चाहिए।

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

मैं आम तौर पर दौड़ूँगा badblocks एक ड्राइव या नई प्रणाली के खिलाफ जब मैं इसे प्राप्त करता हूं। जब भी मैं स्पेयर ढेर से कंप्यूटर को पुनर्जीवित करता हूं तो मैं इसे चलाऊंगा। इस तरह एक आदेश (badblocks -c 2048 -sw /dev/sde) वास्तव में एक अलग पैटर्न (0xaa, 0x55, 0xff, 0x00) के साथ हर बार 4 बार प्रत्येक ब्लॉक को लिखेंगे। यह परीक्षण कई यादृच्छिक पढ़ने / लिखने का परीक्षण करने के लिए कुछ भी नहीं करता है, लेकिन यह साबित करना चाहिए कि प्रत्येक ब्लॉक को भी लिखा और पढ़ा जा सकता है।

आप भी दौड़ सकते हैं बोनी ++, या iometer जो बेंचमार्किंग उपकरण हैं। इन्हें अपने ड्राइव को थोड़ा सा तनाव देने की कोशिश करनी चाहिए। यदि आप उन्हें अधिकतम करने का प्रयास करते हैं तो भी ड्राइव विफल नहीं होनी चाहिए। तो आप यह देखने का प्रयास कर सकते हैं कि वे क्या कर सकते हैं। हालांकि मैं ऐसा नहीं करता हूं। जब आप प्रदर्शन समस्याओं को देख रहे हों तो भविष्य में इंस्टॉल / सेटअप समय पर अपने स्टोरेज सिस्टम का I / O बेंचमार्क प्राप्त करना भविष्य में बहुत उपयोगी हो सकता है।

आप हार्ड ड्राइव में कब तक जलाते हैं?

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

अगर मैं भीड़ में हूं, तो मैं जला-इन छोड़ सकता हूं। मेरे बैकअप, और RAID ठीक होना चाहिए।


34
2017-09-07 20:28





IMNSHO, आपको खराब ड्राइव को बुझाने और अपने डेटा को "सुरक्षित" करने के लिए जला-इन प्रक्रिया पर भरोसा नहीं करना चाहिए। इस प्रक्रिया को विकसित करने और इसे कार्यान्वित करने में समय लगेगा जो कहीं और बेहतर इस्तेमाल किया जा सकता है और यहां तक ​​कि यदि कोई ड्राइव जलती है, तो यह महीनों बाद भी विफल हो सकती है।

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

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


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

टेप मीडिया को चारों ओर भेजने के लिए डिज़ाइन किया गया है। आप एक ही आईबीएम टीएस 1140 ड्राइव के साथ 250 एमबीपीएस (या 650 एमबीपीएस संपीड़ित) प्राप्त कर सकते हैं जो आपके हार्ड ड्राइव से तेज़ होना चाहिए। और साथ ही बड़ा - एक कारतूस आपको 4TB (असंपीड़ित) तक दे सकता है।

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


उसके बाद, यहां आपके सवालों के जवाब दिए गए हैं:

  • इससे पहले कि आप इसे शुरू करना शुरू करें, हार्ड ड्राइव में जला देना कितना महत्वपूर्ण है?
    हर्गिज नहीं।
  • आप जलने की प्रक्रिया को कैसे कार्यान्वित करते हैं?
    • आप हार्ड ड्राइव में कब तक जलाते हैं?
      एक या दो रन
    • ड्राइव में जलाने के लिए आप किस सॉफ्टवेयर का उपयोग करते हैं?
      एक सरल रन, कहो, shred तथा badblocks करूँगा। बाद में स्मार्ट डेटा की जांच करें।
  • जलने की प्रक्रिया के लिए कितना तनाव बहुत अधिक है?
    कोई तनाव बहुत ज्यादा नहीं है। आप बिना डिस्क के डिस्क पर कुछ भी फेंकने में सक्षम होना चाहिए।

48
2017-09-07 20:21



इस पोस्ट के बारे में मेरा एकमात्र अफसोस यह है कि मैं इसे केवल एक बार बढ़ा सकता हूं। @ फिल, आप वहां पहिया का पुन: आविष्कार कर रहे हैं। यह सुनिश्चित करने का तरीका कि आप यादृच्छिक ड्राइव (या अन्य, संबंधित हार्डवेयर) विफलताओं के लिए डेटा खोना नहीं बैकअप और RAID arrays हैं। - Rob Moir
मैं मानता हूं कि आपको इस पर भरोसा नहीं करना चाहिए, लेकिन उत्पादन में रखे जाने से पहले एक प्रणाली के खिलाफ स्कैन चलाने से मुझे दो बार एक संभावित समस्या की पहचान हुई है। यदि आप एक बड़ी भीड़ में नहीं हैं, तो कंप्यूटर को एक या दो दिन के लिए स्कैन करने से आमतौर पर कुछ भी नुकसान नहीं होता है। - Zoredache
इस उत्तर में सबसे ज्यादा वोट हैं, फिर भी इस सवाल का जवाब देने में असफल रहा है। ओपी ने कहा है कि RAID असंभव हैं। यदि "एकल ड्राइव देश भर में मेल हो रही है" तो एक छापे का निर्माण नहीं किया जा सकता है। एक बैकअप प्रक्रिया जगह पर है, लेकिन ऐसा लगता है कि ओपी कुछ भी और सबकुछ ढूंढना चाहता है ताकि ड्राइव खराब होने पर समय बचाने में मदद मिल सके। (नोट: मैं ओपी के रूप में एक ही कंपनी में काम करता हूं, इसलिए मुझे स्थिति पता है, डेटा वितरित होने के बाद डेटा को RAID में कॉपी किया जाता है) यदि आपको ड्राइव में जला देना है, तो hypothetically, आप कैसे करेंगे? - jsmith
उस स्थिति में, प्रश्न इस संदर्भ को प्रदान करना चाहिए। आप जो कह रहे हैं, उससे सवाल होना चाहिए "हमें स्नेल मेल / फ्रेट के माध्यम से हार्ड ड्राइव भेजने की जरूरत है। विफलताओं को कम करने के लिए उन्हें शिपिंग करने से पहले हमें जला-परीक्षण कैसे करना चाहिए?" काफी हद तक, जवाब नहीं बदलता है। ड्राइव की एक जोड़ी भेजें! या बेहतर, टेप का प्रयोग करें। टेप हैं डिज़ाइन किया गया इस तरह इस्तेमाल किया जा सकता है, एचडीडी नहीं हैं। अधिक जानकारी एक अलग जवाब की ओर जाता है। - MikeyB
टेप हार्ड ड्राइव जितनी तेजी से डेटा नहीं लिख सकते हैं? 250 एमबीपीएस (असंपीड़ित) आपके लिए पर्याप्त नहीं है? मैं कहूंगा कि एक जलन प्रक्रिया वास्तव में आपके उपयोग के मामले में असफलताओं के खिलाफ सुरक्षा में मदद करने के लिए नहीं जा रही है। - MikeyB


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

लेकिन यहां कुछ पॉइंटर्स हैं जो आपकी मदद कर सकते हैं:

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

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

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


7
2017-09-08 01:12



"एक बार जब आप चीज ले जाते हैं, तो आप वापस आते हैं जहां आपने शुरू किया था।" - सच नहीं। इस प्रकार डिस्क के लिए एक एमटीटीएफ ग्राफ इस प्रकार दिखता है: cs.cmu.edu/~bianca/fast/img13.png  cs.ucla.edu/classes/spring09/cs111/scribe/16/... शुरुआती अवधि में परीक्षण कई समस्याग्रस्त ड्राइवों को फ़िल्टर कर सकता है, निर्माता वास्तव में अधिक विश्वसनीय उत्पाद बनाने के लिए इन तनाव परीक्षणों को करते हैं लेकिन निश्चित रूप से ग्राफ़ फ़्लैटन होने तक परीक्षण करने के लिए आर्थिक नहीं है। - Karoly Horvath
@yi_H: मुझे लगता है कि टायलर का अर्थ यह है कि संभवतः विफलता का कारण शिपिंग प्रक्रिया के कारण होता है (जो असंभव नहीं है, मैं ग्राफ प्लॉटिंग ड्राइव विफलता बनाम मेलिंग आवृत्ति बना सकता हूं), इसलिए यदि आप हार्डड्राइव भेजते हैं पूरे देश में, फिर एमटीटीएफ रीसेट हो जाएगा; इसलिए यदि आप हर तीन महीने में एक ड्राइव मेल करते हैं, तो आप हमेशा प्रारंभिक विफलता क्षेत्र में रहते हैं। - Lie Ryan


मैं उन सभी उत्तरों से असहमत हूं जो मूल रूप से कहते हैं, "बर्न-इन से परेशान न हों, अच्छे बैकअप लें"।

जबकि आपको हमेशा बैकअप रखना चाहिए, मैंने कल 9 घंटे बिताए (मेरे सामान्य 10-घंटे की शिफ्ट के शीर्ष पर) बैकअप से बहाल किया क्योंकि सिस्टम उन ड्राइव्स के साथ चल रहा था जिनमें जलाया नहीं गया था।

RAIDZ2 कॉन्फ़िगरेशन (RAID-6 के समतुल्य ZFS) में 6 ड्राइव थे और हमारे पास लगभग 45 दिनों के लिए चल रहे बॉक्स पर 18 घंटे के दौरान 3 ड्राइव मर गए थे।

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

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

मैं अभी भी 'बैच' के लिए एक सभ्य तरीका खोजने की कोशिश कर रहा हूं, इसलिए मैं इसे एक समय में 8 ड्राइव के विरुद्ध चला सकता हूं। शायद 'डीडी अगर = / dev / urandom का = / dev / जो भी' लिनक्स या 'badblocks' में उपयोग कर सकते हैं।

संपादित करें: मुझे इसे 'बैच' करने का एक अच्छा तरीका मिला। अंत में मैं एक विशेष आवश्यकता को संबोधित करने के लिए हमारे नेटवर्क पर एक पीएक्सई बूट सर्वर स्थापित करने के लिए चारों ओर मिल गया, और देखा कि परम बूट सीडी बूट किया जा सकता है। अब हमारे पास कुछ हद तक जंक मशीनें हैं जो ड्राइव डायग्नोस्टिक्स चलाने के लिए बूट किए गए पीएक्सई हो सकती हैं।


5
2018-05-23 22:20



तुम क्या जानते हो? एक उत्तर जो प्रश्न का उत्तर देता है और ओपी में प्रचार नहीं करता है। +1 - elBradford
यदि आप ड्राइव पर लिखने के लिए यादृच्छिक डेटा चाहते हैं, तो / dev / urandom से नहीं पढ़ें; यह अपने अवरुद्ध चचेरे भाई / देव / यादृच्छिक के रूप में धीमा नहीं है लेकिन यह अभी भी धीमा है, और यह वास्तव में आपको कुछ भी हासिल नहीं करता है। इसके बजाए, एक यादृच्छिक कुंजी के साथ एक सादा डीएम-क्रिप्ट मैपिंग सेट करें (जिसे आप / dev / urandom या / dev / random से प्राप्त कर सकते हैं) और फिर मैप किए गए डिवाइस में dd / dev / zero। यह संभवतः दो गुना तेजी से और तीव्रता के क्रम के बीच कहीं भी होगा। gitlab.com/cryptsetup/cryptsetup/wikis/FrequentlyAskedQuestions "मैं क्रिप्टो-ग्रेड यादृच्छिकता वाले डिवाइस को कैसे मिटा सकता हूं?" इसका एक उदाहरण है कि यह कैसे करें। - α CVn
उत्कृष्ट सुझाव @ माइकल Kjörling - Aaron C. de Bruyn


आपकी प्रक्रिया गलत है। आपको RAID arrays का उपयोग करना चाहिए। जहां मैं काम करता हूं, हमने गले लगाए गए RAID arrays बनाए हैं जिन्हें चारों ओर ले जाने के लिए डिज़ाइन किया गया है। यह कोई रॉकेट साईंस नहीं है। बड़े रबर कंपन आइसोलेटर के साथ ओवरसाइज बाड़ों में ड्राइव को घुमाने पर सदमे काफी हद तक विश्वसनीयता में सुधार करेगी। (सीगेट नक्षत्र-एस ड्राइव, 300 जी सदमे के लिए रेटेड उदाहरण के रूप में हैं, लेकिन केवल 2 जी कंपन, गैर-ऑपरेटिंग: इसलिए शिपिंग मामले को कंपन को ड्राइव को अलग करने की आवश्यकता होती है। http://www.novibes.com/Products&productID=62 या http://www.novibes.com/Products&productId=49 [भाग # 50178])

हालांकि, आप वास्तव में परीक्षण हार्ड ड्राइव में जला देना चाहते हैं तो यहां जाता है।

मैंने हार्ड ड्राइव जैसे सिस्टम पर काम किया है और कुछ समस्याएं पाई हैं लेकिन ...

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

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

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

मैंने यह नहीं सोचा था: एक जगह मैंने काम किया था, हमारे पास एक उत्पादन इंजीनियर था, उसी परीक्षण उपकरण के साथ भेजे गए अधिक उत्पाद प्राप्त करने के लिए, परीक्षण में दोषों में भारी वृद्धि हुई थी, लेकिन आगमन दर पर मृत व्यावहारिक रूप से गिर गए शून्य।


4
2017-09-08 01:13





इससे पहले कि आप इसे शुरू करना शुरू करें, हार्ड ड्राइव में जला देना कितना महत्वपूर्ण है?

निर्भर करता है।
यदि आप इसे RAID में उपयोग कर रहे हैं जो रिडंडेंसी प्रदान करता है (1, 5, 6, 10)? बहुत नहीं।
यदि आप इसे स्टैंडअलोलोन का उपयोग कर रहे हैं? थोड़ा सा, लेकिन आप कम से कम मेरी राय में, बजाय स्मार्टड या कुछ मॉनीटर करने के लिए बेहतर चल रहे हैं।

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


3
2017-09-07 20:25



क्या होगा यदि ड्राइव की निगरानी नहीं की जा सकती क्योंकि यह एक स्थिर स्थान पर नहीं है? :) - jsmith
@jsmith - तो आपने इसे मॉनिटरिंग होस्ट से मतदान करने के बजाय आपको अधिसूचनाएं भेजी हैं - लगभग कोई ऐसी परिस्थितियां नहीं हैं जहां आप वास्तव में हों नहीं कर सकते हैं कुछ की निगरानी करें, ऐसे कुछ हैं जिन्हें थोड़ी रचनात्मक सोच की आवश्यकता है :) - voretaq7


स्पिनराइट (grc.com) ड्राइव पर सभी डेटा को पढ़ और लिख देगा। यदि आप असफल होने की कोशिश नहीं कर रहे हैं तो भी एक नई ड्राइव के लिए यह करना एक अच्छी बात है। वर्तमान स्तर के ड्राइव के लिए आमतौर पर स्तर 4 पर दौड़ने में काफी समय लगता है। मुझे यह भी जोड़ना चाहिए कि यह विनाशकारी है। वास्तव में यदि इसमें खराब धब्बे में डेटा है तो यह आगे बढ़ेगा और इसे पुनर्प्राप्त करेगा। बेशक आप इसे एक एसएसडी पर कभी नहीं चलाएंगे।


2
2017-09-07 22:33





मुझे यकीन है कि एक बार-सप्ताह के बेंचमार्किंग और त्रुटि जांच हार्ड ड्राइव में "जलने" में पर्याप्त होगी। हालांकि आपकी पोस्ट के बाद से मैंने कभी ऐसी चीज नहीं सुना है।

Stroagereview.com पर "6_6_6" से उद्धृत

1. Connect the drive to a running system. Read SMART values.

2. Do a SMART short self test. Do a SMART long self-test.

3. Zero fill / Wipe the drive with the manufacturer's utility. Entire drive.

4. Run HDTach full read/write. Everest / Sandra, etc all have stress tests. Run hard drive part continously for hours.

5. Run Victoria for Windows Read/Write test and make sure no slow sectors.

6. Drop to DOS. Run MHDD, run a LBA test and see check for slow sectors. Run Read/Write/Verify test. Run drive internal ATA secure erase command.

7. Do a full format.

8. Compare SMART values. If no anomalies, all good to go. Install your OS and continue.

कुल मिलाकर, मुझे व्यक्तिगत रूप से लगता है कि यह एक बुरा विचार है।

संपादित करें: स्रोत: http://forums.storagereview.com/index.php/topic/27398-new-hdd-burn-in-routines/


1
2017-09-07 20:10