নির্ভরযোগ্যতার জন্য আমি কীভাবে ext4 অনুকূল করতে পারি?

Question

এক্সট 4 যেমন ব্লক জার্নালের সাথে এক্সট3 এর চেয়ে বেশি নির্ভরযোগ্য হিসাবে চালু হয়েছিল, এটি কি 100% নির্ভরযোগ্য বলে মনে করার কোনও সুযোগ আছে? যদি এটির উপর ব্লক জার্নালিং সক্ষম করে, যা ডিফল্টরূপে অক্ষম থাকে?

বন্ধুর গাইড হিসাবে আমার কেসটি আরও বিস্তারিতভাবে ব্যাখ্যা করার জন্য: আমার কাছে একটি এম্বেডড লিনাক্স ডিভাইস রয়েছে, ইনস্টলেশন কীবোর্ড এবং মনিটরটি বিচ্ছিন্ন হয়ে যাওয়ার পরে এটি এককভাবে কাজ করে।

আমার দায়িত্ব হ'ল এটি নিশ্চিত করা যে এটিতে নির্ভরযোগ্য ফাইল-সিস্টেম রয়েছে ত্রুটিগুলির সাথে ডিভাইসে ম্যানুয়াল সঠিক ত্রুটির কোনও উপায় নেই। পাওয়ার-ব্যর্থতার ফলে কোনও দোষ নিশ্চিত না করার জন্য আমি আমার গ্রাহককে প্রতিটি ডিভাইসের সাথে একটি আপ ব্যবহার করতে বাধ্য করতে পারি না।

ব্লক জার্নালিং ছাড়াও এক্সট 4 আমাকে কী দিতে পারে?

আগাম ধন্যবাদ.

Comments

আমি জানি যে ব্লক জার্নালিংয়ের মতো বৈশিষ্ট্যগুলি সক্ষম করার মতো আমার কিছু বাণিজ্য বন্ধ রয়েছে তবে আমি নির্ভরযোগ্যতার সাথে জড়িত এবং এর জন্য অর্থ প্রদানের জন্য প্রস্তুত আছি

— আমিন

আরও দেখুন: সার্ভারফল্ট / প্রশ্ন / 244095 / how-to-make-ext4- আরও- নির্ভরযোগ্য , খুব অস্পষ্ট হওয়ার কারণে বন্ধ।

— ওলি

হ্যাঁ আমি আমার প্রশ্নটি সেখানে জিজ্ঞাসা করেছি এবং কেবল কোনও বন্ধ ছিল না! আমার লিনাক্স সিস্টেমটি এমন একটি এমবেডেড সিস্টেম যা কোনও মনিটর বা কীবোর্ড সংযুক্ত নেই। সুতরাং আমি চাই বিদ্যুৎ ব্যর্থ হওয়া ইত্যাদির ক্ষেত্রে এটি আরও নির্ভরযোগ্য হওয়া চাই ... আমি জানি ব্লক জার্নালিং একটি উপায় তবে আমি আরও জানতে চাই যে আরও কোনও বিকল্প আছে কিনা। আমি আমার গ্রাহককে প্রতিটি ডিভাইসের জন্য একটি আপস দিতে পারি না।

— আমিন

@ আমিন আপনার ব্যবহারের তথ্য আপনার প্রশ্নের ক্ষেত্রে আরও কার্যকর হবে, সম্ভবত এটি দ্ব্যর্থক হওয়ার কারণে বন্ধ ছিল; আপনার প্রশ্নে আরও তথ্য যুক্ত করুন!

— জর্জি কাস্ত্রো

প্রশ্ন খুব অস্পষ্ট। "100% নির্ভরযোগ্য" এর অর্থ কী? ধরে নিই যে "ব্লক জাউনার্নালিং" বলতে আপনার অর্থ ডেটা = জার্নাল, তারপরে এটি কেবল সময়ের ব্যয়। এফএস সহজাতভাবে নির্ভরযোগ্য; একটি জার্নাল ঠিক নিশ্চিত করে যে ক্রাশের পরে আপনাকে দীর্ঘ fsck দিয়ে অপেক্ষা করতে হবে না।

— psusi

Answer 1

না। আপনি কখনই কিছু 100% নির্ভরযোগ্য বলে মনে করতে পারবেন না।

জার্নালিং ফাইল সিস্টেমগুলি অপ্রত্যাশিত আউটেজের ঘটনায় ডেটা ক্ষতি হ্রাস করে। এক্সটেন্টস এবং বাধা আরও বেশি সাহায্য করে, তবে সম্পর্কিত সমস্ত সমস্যাগুলি দূর করতে পারে না। ব্যক্তিগতভাবে, ফাইল সিস্টেম জার্নালিংয়ের সময় ফাইল সিস্টেমের দুর্নীতির কারণে আমি ডেটা ক্ষতি কখনই অনুভব করেছি।

এছাড়াও, জার্নালিং ডিফল্টরূপে অক্ষম নয় ।

এখানে ext4 এবং এর উন্নতিগুলির একটি ভাল ওভারভিউ রয়েছে: http://kernelnewbies.org/Ext4

Comments

"আপনি কখনই কোনও কিছুকে 100% নির্ভরযোগ্য বলে মনে করতে পারবেন না" এর জন্য +1

— লেকেনস্টেইন

যেমন তুলনা_আফ_ফিল_সিস্টেম ব্লক জার্নালিং বন্ধ রয়েছে যখন মেটাডেটা জার্নালিং চলছে, এটি নির্ভরযোগ্যতা এবং গতির মধ্যে বাণিজ্য

— আমিন

Ext4- এ যেখানে ফাইলগুলিতে অবৈধ ডেটা রয়েছে সেগুলিতে বিশাল ডেটা দুর্নীতির সন্ধান করতে আমার কেবল একটি সার্ভার রিবুট ছিল। Zfs বা btrfs এ এটি ঘটতে পারে নি কারণ ডেটাতে চেকসাম রয়েছে।

— ব্যবহারকারী 239558

Answer 2

Ext4- র সাথে নতুন বৈশিষ্ট্য যুক্ত করা হয়েছে এবং কার্নেল 3.5 ব্যবহার করা হয়েছিল যা 'মেটাডাটা চেকসাম' নামে পরিচিত, এটি ext4 এর আর একটি বৈশিষ্ট্য যা ফাইল সিস্টেমের কাঠামোর নির্ভরযোগ্যতা এবং অখণ্ডতা উন্নত করার কথা বলে।

কার্নেল newbies এ সামগ্রিক বাস্তবায়নটি ভালভাবে ব্যাখ্যা করা হয়েছে :

জেডএফএস এবং বিটিআরএফ-র মতো আধুনিক ফাইল সিস্টেমগুলি প্রমাণ করেছে যে চেকসাম ব্যবহার করে ফাইল সিস্টেমের অখণ্ডতা নিশ্চিত করা একটি মূল্যবান বৈশিষ্ট্য। Ext4 বিভিন্ন মেটাডেটা ক্ষেত্রের চেকসাম জমা করার ক্ষমতা যুক্ত করেছে। প্রতিবার কোনও মেটাডেটা ক্ষেত্রটি পড়ার সময়, পঠনযোগ্য ডেটাগুলির চেকসামটি সংরক্ষণ করা চেকসামগুলির সাথে তুলনা করা হয়, যদি সেগুলি আলাদা হয় তবে এর অর্থ হ'ল মেডিটাটি নষ্ট হয়েছে (নোট করুন যে এই বৈশিষ্ট্যটি ডেটা আবরণ করে না, কেবলমাত্র অভ্যন্তরীণ মেটাডেটা কাঠামো এবং এটির "স্ব-নিরাময়" ক্ষমতা নেই)।

যে কোনও ext4 ফাইল সিস্টেমকে "tune2fs -O metadata_csum" কমান্ড, বা "mkfs -O metadata_csum" তৈরির সময় চেকসাম ব্যবহার করতে আপগ্রেড করা যেতে পারে। একবার এই বৈশিষ্ট্যটি একটি ফাইল সিস্টেমে সক্ষম হয়ে গেলে, চেকসাম সমর্থন ছাড়াই পুরানো কার্নেলগুলি কেবল পঠনযোগ্য মোডে এটি মাউন্ট করতে সক্ষম হবে।

কার্নেল.আরজে এই জাতীয় নিবন্ধগুলি আরও দুর্দান্ত প্রযুক্তিগত বিশদে আরও আলোচনা করে যে কীভাবে মেটাডেটা চেকসামগুলি ব্যবহার করে ফাইল সিস্টেমের কাঠামোর ক্ষতি হতে দূষিত মেটাডাটা প্রতিরোধ করা যায়।

তবে নিবন্ধটিও সতর্ক করে দিয়েছে:

মেটাডাটা চেকসামিং কোডটি লিনাক্স ৩.৫-এ মূল লাইনে যেতে শুরু করেছে এবং ৩.7-আরসিএল হিসাবে এটি কিছু ব্যবহারকারীর পরীক্ষার মধ্য দিয়ে চলছে। এই কোডটি এখনও রক শক্ত নয়।

এটি উবুন্টু ১২.১০-এ ডিফল্টরূপে সক্ষম করা হয়নি এবং এখানে উল্লেখ করা হিসাবে, ext4 ফাইল সিস্টেমের সাথে সাম্প্রতিক সমস্যাগুলির পরে মুহূর্তের জন্য এটি সক্ষম না করা ভাল ।

Answer 3

আপনি ext4 (নোডেলালোক) এর অধীনে বিলম্বিত বরাদ্দটি অক্ষম করতে পারেন, এটি উল্লেখযোগ্যভাবে আরও বেশি সম্ভাবনা তৈরি করে যে আপনি / যখন কোনও লেখার সময় বিদ্যুৎ ছড়িয়ে পড়েছিলেন তবে আপনি আরও ডেটা পুনরুদ্ধার করতে পারেন, তবে এটি ফাইলের আরও বিভাজনে ব্যয় করতে পারে সময়ের সাথে সাথে সিস্টেম