त्रुटि पुनर्प्राप्ति नियंत्रण

From Vigyanwiki
Revision as of 20:26, 25 April 2023 by alpha>Indicwiki (Created page with "{{Refimprove|date=April 2010}} कम्प्यूटिंग में, एरर रिकवरी कंट्रोल (ईआरसी) ( पश्चिम...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

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

सिंहावलोकन

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

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

डेस्कटॉप कंप्यूटर और टीएलईआर

प्रभावी रूप से, टीएलईआर और इसी तरह की विशेषताएं ऑन-ड्राइव एरर हैंडलिंग के प्रदर्शन को सीमित करती हैं, जिससे समस्या होने पर हार्डवेयर RAID नियंत्रकों और सॉफ़्टवेयर RAID कार्यान्वयन को त्रुटि को संभालने की अनुमति मिलती है।

आमतौर पर वेस्टर्न डिजिटल एंटरप्राइज़ डिस्क ड्राइव जैसे पश्चिमी डिजिटल रैप्टर , कैवियार आरई2 और आरई2-जीपी (रेड एडिशन) टीएलईआर रीड इनेबल्ड (7 सेकंड) और टीएलईआर राइट इनेबल्ड (7 सेकंड) के साथ आते हैं, जबकि डेस्कटॉप ड्राइव जैसे कैवियार एसई, एसई16, और जीपी टीएलईआर रीड एंड राइट डिसेबल के साथ आते हैं (अक्षम करने के लिए 0 सेकंड के रूप में कॉन्फ़िगर किया गया)।

स्टैंडअलोन बनाम RAID विचार

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

स्टैंड-अलोन कॉन्फ़िगरेशन में टीएलईआर अक्षम होना चाहिए। चूंकि ड्राइव बेमानी नहीं है, विफल होने के रूप में रिपोर्टिंग सेगमेंट केवल मैन्युअल हस्तक्षेप को बढ़ाएगा। डिस्क को छोड़ने के लिए हार्डवेयर RAID नियंत्रक या सॉफ़्टवेयर RAID कार्यान्वयन के बिना, सामान्य (कोई TLER नहीं) पुनर्प्राप्ति क्षमता सबसे स्थिर होती है।

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

Model TLER default ( read / write ) Stand-alone recommendation RAID recommendation
Caviar, SE, SE16, GP, Raptor Disabled ( 0s / 0s ) Default Enabled (if possible)
Caviar RE2, RE2-GP, Red Enabled ( 7s / 7s ) Disabled Default


उन्नत ZFS फाइलसिस्टम के साथ TLER की सहभागिता

ZFS को तुरंत एक ऐसे क्षेत्र में डेटा लिखने के लिए लिखा गया था जो खराब रिपोर्ट करता है या पढ़ने के लिए अत्यधिक लंबा समय लेता है (जैसे गैर-टीएलईआर ड्राइव); यह आमतौर पर अधिकांश ड्राइव्स में एक कमजोर सेक्टर पर एक तत्काल सेक्टर रीमैप को मजबूर करेगा।[citation needed]

वेस्टर्न डिजिटल टाइम लिमिट एरर रिकवरी यूटिलिटी

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

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

उपयोगिता तीन बैच फ़ाइलों के साथ आती है, TLERSCAN.BAT सभी हार्ड ड्राइव पर टीएलईआर सेटिंग की वर्तमान स्थिति प्राप्त करने के लिए, TLER-ON.BAT टीएलईआर को सक्षम करने के लिए, और TLER-OFF.BAT टीएलईआर को अक्षम करने के लिए। शामिल है TLER-ON.BAT TLER पढ़ने और लिखने का समय सात सेकंड पर सेट करेगा। यदि आप कस्टम टाइमआउट मान का उपयोग करना चाहते हैं, तो आप इसका उपयोग कर सकते हैं WDTLER.EXE उपयोगिता सीधे के साथ -r# -w# समय सीमा मान कितने सेकंड होना चाहिए यह निर्दिष्ट करने के लिए पैरामीटर।

वेस्टर्न डिजिटल का दावा है कि WDTLER.EXE नए ड्राइव पर यूटिलिटी फर्मवेयर को नुकसान पहुंचा सकती है और डिस्क को अनुपयोगी बना सकती है। यूटिलिटी अब पश्चिमी डिजिटल से उपलब्ध नहीं है, और नए ड्राइव टीएलईआर सेटिंग को बदलने में सक्षम नहीं होंगे। RE डिस्क केवल RAID सरणियों के लिए उपयुक्त हैं और कैवियार केवल गैर-RAID उपयोग के लिए उपयुक्त हैं। उपयोगिता अभी भी[when?] पुराने ड्राइव के लिए काम करता है।

==स्मार्टक्टेल यूटिलिटी== smartctl}tl उपयोगिता (स्मार्टमोनटूल पैकेज का हिस्सा) का उपयोग किया जा सकता है[1] हार्ड डिस्क ड्राइव पर जो ATA-8 को पूरी तरह से लागू करता है[2] SCT एरर रिकवरी सेट करके TLER व्यवहार को नियंत्रित करने के लिए मानक नियंत्रण (एससीटीसी) पैरामीटर।

के माध्यम से टीएलईआर व्यवहार को नियंत्रित करना smartctl उपयोगिता सभी हार्ड डिस्क ड्राइव पर काम नहीं कर सकती है क्योंकि कुछ निर्माताओं ने ERC पैरामीटर के समर्थन को शामिल नहीं करने के लिए अपने डेस्कटॉप ड्राइव को बदल दिया है,[3][4] कथित तौर पर उनके अधिक महंगे RAID/एंटरप्राइज़ मॉडल की बिक्री को मजबूर करने के लिए।[citation needed]

RAID नियंत्रक

अलग-अलग हार्डवेयर के लिए डिस्कनेक्ट टाइमआउट मान डिस्क सरणी नियंत्रक विक्रेताओं के बीच भिन्न हो सकते हैं; इस प्रकार, TLER को ड्राइव से बाहर नियंत्रक के समय से पहले ट्रिगर करना चाहिए। उदाहरण के लिए, 3वेयर 9650SE टाइमआउट के रूप में 20 सेकंड का उपयोग करता है,[5] जबकि IBM x-सीरीज़ में प्रयुक्त LSI लॉजिक के लिए यह 10 सेकंड है।[6] व्यापक रूप से उपलब्ध इंटेल रैपिड स्टोरेज टेक्नोलॉजी | इंटेल मैट्रिक्स RAID / इंटेल रैपिड स्टोरेज टेक्नोलॉजी, इंटेल सर्वर मदरबोर्ड और आधुनिक डेस्कटॉप मदरबोर्ड में एम्बेडेड, एक छद्म-हार्डवेयर नियंत्रक है, न कि एक वास्तविक हार्डवेयर RAID नियंत्रक।

सॉफ्टवेयर RAID

Linux mdadm बस होल्ड करता है और ड्राइव को अपनी रिकवरी पूरी करने देता है - हालाँकि, SCSI डिस्क लेयर (/sys/block/sd?/device/timeout) के लिए डिफ़ॉल्ट कमांड टाइमआउट 30 सेकंड है,[7] जिसके बाद यह ड्राइव को रीसेट करने का प्रयास करेगा, और यदि वह विफल हो जाता है, तो ड्राइव को ऑफ़लाइन रखें।[8]


संदर्भ

  1. "मूल पैच का लेखक का वर्णन स्मार्टक्टेल को दिया गया जिसने उस सुविधा को लागू किया". Archived from the original on 2013-09-10. Retrieved 2013-02-15.
  2. AT Attachment 8 – ATA/ATAPI Command Set (ATA8-ACS)
  3. "Re: md RAID with enterprise-class SATA or SAS drives". spinics.net.
  4. "Seagate FAQ: What is Error Recovery Control?". seagate.com.
  5. "User Guide for 9650SE 9690SA from 9.5.2 Complete Codeset". lsi.com. Archived from the original on 3 February 2012. Retrieved 10 June 2015.
  6. Available in BIOS Raid Config Utility > Advanced Device Properties
  7. "linux/sd.h at master · torvalds/linux · GitHub". GitHub.
  8. "Linux SCSI Subsystem: SCSI EH". kernel.org.


बाहरी संबंध