मैं विश्वसनीयता के लिए ext4 को कैसे अनुकूलित कर सकता हूं?


11

चूंकि ext4 को ब्लॉक जर्नलों के साथ ext3 की तुलना में अधिक विश्वसनीय के रूप में पेश किया गया था, क्या इसे 100% विश्वसनीय मानने का कोई मौका है? क्या होगा यदि इस पर ब्लॉक जर्नलिंग को सक्षम किया जाए, जो डिफ़ॉल्ट रूप से अक्षम है?

मित्र के मार्गदर्शक के रूप में मेरे मामले को और अधिक विस्तार से समझाने के लिए: मेरे पास एक एम्बेडेड लिनक्स डिवाइस है, इंस्टॉलेशन कीबोर्ड और मॉनिटर को अलग करने के बाद यह स्टैंडअलोन काम करता है।

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

ब्लॉक जर्नलिंग के अलावा ext4 मुझे और क्या प्रदान कर सकता है?

अग्रिम में धन्यवाद।


मुझे लगता है मैं ब्लॉक जर्नलिंग जैसी सुविधाओं को सक्षम करने से कुछ व्यापार है पता है, लेकिन मैं विश्वसनीयता करने के लिए स्टिक किया हूँ और इसके लिए भुगतान करने के लिए तैयार कर रहा हूँ
अमीन

इसे भी देखें: serverfault.com/questions/244095/how-to-make-ext4-more-reliable , बहुत अस्पष्ट होने के कारण बंद।
ओली

हाँ, मैंने अपना सवाल वहाँ पूछा और बस बंद होने में कोई मदद नहीं मिली! मेरा Linux सिस्टम एक एम्बेडेड सिस्टम है जिसमें कोई मॉनिटर या कीबोर्ड संलग्न नहीं है। इसलिए मैं चाहता हूं कि यह बिजली की विफलता के मामले में अधिक विश्वसनीय हो, आदि ... मुझे पता है कि ब्लॉक जर्नलिंग एक तरीका है, लेकिन मैं जानना चाहता हूं कि क्या कोई और विकल्प है। मैं प्रत्येक डिवाइस के लिए अपने ग्राहक की पेशकश नहीं कर सकता।
अमीन

1
@ यामीन के बारे में जानकारी आपके प्रश्न में अधिक उपयोगी होगी, शायद इसीलिए इसे अस्पष्ट होने के लिए बंद कर दिया गया था; अपने प्रश्न में और जानकारी जोड़ें!
जॉर्ज कास्त्रो

2
प्रश्न बहुत अस्पष्ट है। "100% विश्वसनीय" का क्या अर्थ है? यह मानते हुए कि "ब्लॉक जौनलरिंग" से आपका मतलब डेटा = जर्नल से है, तो वह सिर्फ समय की बर्बादी है। एफएस स्वाभाविक रूप से विश्वसनीय है; एक पत्रिका सिर्फ यह सुनिश्चित करती है कि आपको एक दुर्घटना के बाद एक लंबी fsck के माध्यम से इंतजार नहीं करना पड़ता है।
Psusi

जवाबों:


11

नहीं, आप कभी नहीं मान सकते कि कोई चीज 100% विश्वसनीय है।

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

साथ ही, डिफ़ॉल्ट रूप से जर्नलिंग अक्षम नहीं है

यहाँ ext4 और उसके सुधारों का एक अच्छा अवलोकन दिया गया है: http://kernelnewbies.org/Ext4


1
+1 के लिए "आप कभी भी 100% विश्वसनीय होने के लिए कुछ नहीं मान सकते हैं"
लेकेनस्टाइन

के रूप में Comparison_of_file_systems ब्लॉक जर्नलिंग बंद है, जबकि मेटाडाटा जर्नलिंग पर है, कि की विश्वसनीयता और गति के बीच बंद व्यापार
अमीन

मेरे पास ext4 पर बड़े पैमाने पर डेटा भ्रष्टाचार को खोजने के लिए एक सर्वर रिबूट था जहां फाइलों में अवैध डेटा होता है। यह zfs या btrfs पर नहीं हो सकता था क्योंकि डेटा में चेकसम हैं।
user239558

5

एक नई सुविधा ext4 में जोड़ा गया है और कर्नेल 3.5 के साथ पेश किया गया है जिसे 'मेटाडेटा चेकसम' के रूप में जाना जाता है, जो ext4 की एक और विशेषता है जो कि फ़ाइल सिस्टम की संरचना की विश्वसनीयता और अखंडता में सुधार करने वाली है।

समग्र कार्यान्वयन कर्नेल newbies में अच्छी तरह से समझाया गया है :

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

किसी भी ext4 फाइल सिस्टम को "ट्यून 2 एफ-ओ मेटाडेटा_कसुम" कमांड या "एमकेएफओ-ओ मेटाडेटा_कसम" का उपयोग करके सृजन समय पर चेकसमों का उपयोग करने के लिए अपग्रेड किया जा सकता है। एक बार यह सुविधा एक फाइलसिस्टम में सक्षम हो जाने के बाद, बिना किसी चेकसम समर्थन वाले पुराने कर्नेल केवल रीड-ओनली मोड में इसे माउंट करने में सक्षम होंगे।

Kern.org पर इस तरह के लेखों में महान तकनीकी विस्तार से आगे चर्चा की गई है कि मेटाडेटा चेकसम का उपयोग कैसे भ्रष्ट मेटाडाटा को फाइल सिस्टम संरचना को नुकसान पहुंचाने से रोक सकता है।

हालांकि लेख यह भी चेतावनी देता है कि:

मेटाडेटा चेकसमिंग कोड लिनक्स 3.5 में मेनलाइन में जाने लगा, और 3.7-आरसी 1 के रूप में यह कुछ उपयोगकर्ता परीक्षण से गुजर रहा है। यह कोड अभी तक ठोस नहीं है।

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


1

आप ext4 (nodelalloc) के तहत विलंबित आवंटन को अक्षम कर सकते हैं, इससे यह अधिक संभावना होगी कि आप अधिक डेटा को पुनर्प्राप्त करेंगे यदि / जब आपको किसी लेखन के दौरान एक शक्ति का नुकसान हुआ था, लेकिन यह फ़ाइल के अधिक विखंडन की कीमत पर आएगा। समय के साथ व्यवस्था।

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