क्या पावर आउटेज की स्थिति में NTFS विफल रहता है?


13

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

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

महान पुस्तक Microsoft Windows Internals के कुछ उद्धरण :

NTFS

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

NTFS डिज़ाइन लक्ष्य और सुविधाएँ

हाई-एंड फाइल सिस्टम आवश्यकताएँ

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

वसूली

NTFS अपनी फाइल सिस्टम रिकवरी सुविधाओं को लागू करने के लिए परमाणु लेनदेन का उपयोग करता है। यदि कोई प्रोग्राम एक I / O ऑपरेशन शुरू करता है जो NTFS वॉल्यूम की संरचना को बदल देता है - अर्थात, निर्देशिका संरचना को बदलता है, एक फ़ाइल का विस्तार करता है, एक नई फ़ाइल के लिए स्थान आवंटित करता है, और इसी तरह - NTFS उस ऑपरेशन को एक परमाणु लेनदेन के रूप में मानता है। यह गारंटी देता है कि लेनदेन ओएस या तो पूरा हो गया है या, यदि सिस्टम लेनदेन को निष्पादित करने में विफल रहता है, तो वापस आ गया।

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

डेटा अतिरेक और दोष सहिष्णुता

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

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

NTFS रिकवरी सपोर्ट

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

पुनर्प्राप्त करने योग्य फ़ाइल सिस्टम

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


लगता है आपका जवाब आपके पास है ...
r0ca

जवाबों:


7

एक तरफ सिद्धांत, इस साइट पर बहुत सारी समस्याएं हैं, जो एनटीएफएस पर बिजली आउटेज के कारण होती हैं, जिसका उत्तर है: नहीं

मैंने व्यक्तिगत रूप से इस साइट की समस्याओं को संभाला है जो अचानक खराब क्षेत्रों और विंडोज इंस्टॉलेशन तक पूरी तरह से ठीक होने से चली गई थी।

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

भले ही NTFS विफल-सुरक्षित है (जो मैं वास्तव में विश्वास नहीं करता हूं), हार्ड डिस्क में परिवर्तन को संभालने वाले घटक निश्चित रूप से विफल-सुरक्षित नहीं हैं। इसलिए पूरा प्रश्न काफी अकादमिक है और वास्तविक दुनिया से संबंधित नहीं है।

इसका जवाब तो यह है कि NTFS सुरक्षित है , लेकिन असफल-सुरक्षित नहीं है।


7
+1 एक अच्छा यूपीएस के लिए कोई विकल्प नहीं है जो स्वचालित रूप से बिजली की विफलता और डेटा के अच्छे बैकअप पर बंद हो जाता है।
डेव एम।

क्या डिस्क मिररिंग "अचानक आने वाले खराब क्षेत्रों" के लिए एक समाधान नहीं हो सकता है?
जोनास

मुझे विषय के बारे में एक दिलचस्प लेख मिला; Microsoft आपके डेटा को जोखिम में कैसे डालता है
जोनास

बहुत दिलचस्प - मैंने थीसिस डाउनलोड की।
harrymcc

4
खराब सेक्टर एक NTFS मुद्दा नहीं है। यहाँ दिए गए उपाख्यान साक्ष्य पर भी मुझे आपत्ति है। NTFS क्रैश इस अनुमान के तहत सुरक्षित है कि हार्डवेयर लेखन के बारे में विशिष्ट गारंटी देता है । आपके मामले में शायद इनका उल्लंघन किया गया था।
usr

4

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


यह सच है, लेकिन उदाहरण के लिए एक डेटाबेस प्रबंधन प्रणाली उपयोगकर्ता डेटा के लिए एक लेनदेन प्रबंधक का उपयोग करती है, इसलिए यह शुरू होने पर टिकाऊ होता है। 100% लिखे गए डेटा को उपयोगकर्ता को "लिखा" नहीं बताया जाता है।
जोनास

2
@ जोनास, हां, बिल्कुल, लेकिन यह एप्लिकेशन का एक फीचर है, न कि फाइल सिस्टम।
मिर्चे चिराया

3

NTFS को पढ़ने और लिखने वाले कोड लिखने के बाद, मैं इस नतीजे पर पहुंचा कि NTFS पुनर्प्राप्ति सुविधा को त्रुटिपूर्ण तरीके से डिज़ाइन / कार्यान्वित किया गया है।

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

विंडोज एनटीएफएस चालक कार्यान्वयनकर्ताओं का मानना ​​है कि कोई भी लेखन ऑपरेशन पूरी तरह से सफल होगा या बिल्कुल नहीं होगा (यह केवल कुछ उद्यम वातावरणों में सच है)।

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