হার্ড ড্রাইভের উপর বিট পচা কি আসলেই সমস্যা? এটি সম্পর্কে কি করা যেতে পারে?


32

একটি বন্ধু আমার সাথে বিট পচনের সমস্যা সম্পর্কে কথা বলছে - ড্রাইভে বিটগুলি এলোমেলোভাবে উল্টানো, ডেটা দূষিত করা। অবিশ্বাস্যভাবে বিরল, তবে পর্যাপ্ত সময় সহ এটি একটি সমস্যা হতে পারে এবং এটি সনাক্ত করা অসম্ভব।

ড্রাইভটি এটিকে একটি খারাপ ক্ষেত্র হিসাবে বিবেচনা করবে না এবং ব্যাকআপগুলি কেবল ফাইলটি পরিবর্তিত হয়েছে বলে মনে করবে। সততা যাচাই করার জন্য কোনও চেকসাম জড়িত নেই। এমনকি একটি RAID সেটআপেও পার্থক্যটি সনাক্ত করা যায় তবে কোন মিরর অনুলিপিটি সঠিক তা জানার উপায় নেই।

এটা কি আসল সমস্যা? এবং যদি তা হয় তবে এটি সম্পর্কে কী করা যেতে পারে? আমার বন্ধুটি জেডএফএসকে সমাধান হিসাবে প্রস্তাব দিচ্ছে, তবে আমি সোলারিস এবং জেডএফএস লাগিয়ে কাজ করে আমাদের ফাইল সার্ভারকে সমতল করার কল্পনা করতে পারি না ..


1
এটিতে এখানে একটি নিবন্ধ রয়েছে: web.archive.org/web/20090228135946/http://www.sun.com/bigadmin/…
স্কোবি

পুরানো 200 গিগাবাইট সীগেট ডিস্কে আমার একটি দুর্দান্ত স্মার্ট ত্রুটি ছিল। বিট, তারা অত্যধিক rotted নেই :-( এটা, ছয় মাসের 5-বছরের ওয়ারেন্টি সংক্ষিপ্ত তাই আমি সম্ভবত অনেক হইচই ছাড়া একটি প্রতিস্থাপন পাবেন।
ThatGraemeGuy

উত্তর:


24

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

যাইহোক, হ্যাঁ, আপনি যখন হার্ড ড্রাইভে ট্রিলিয়ন বিল বিট রাখবেন, তারা চিরকালের মতো থাকে না; এটাই আসল সমস্যা! জেডএফএস প্রতিবার ডেটা পড়ার সময় সততা যাচাই করতে পারে; এটি আপনার হার্ড ড্রাইভ ইতিমধ্যে যা ঘটেছিল তার সমান, তবে এটি অন্য একটি সুরক্ষার জন্য যার জন্য আপনি কিছু জায়গা ত্যাগ করছেন, সুতরাং আপনি ডেটা দুর্নীতির বিরুদ্ধে স্থিতিস্থাপকতা বাড়িয়ে তুলছেন।

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

যে কোনও উপায়ে: না, এটি সনাক্ত করা অসম্ভব

তবে একটি ফাইল সিস্টেম নিজেই কখনই গ্যারান্টি হতে পারে না যে প্রতিটি ব্যর্থতা পুনরুদ্ধার করতে পারে; এটি কোনও রুপোর বুলেট নয়। ত্রুটি সনাক্ত হওয়ার পরে আপনার কী করতে হবে তার জন্য আপনার এখনও অবশ্যই ব্যাকআপ এবং একটি পরিকল্পনা / অ্যালগরিদম থাকতে হবে।


ঠিক আছে, উইকিপিডিয়া অনুসারে ( এন.ইউইকিপিডিয়া.আর / উইকি / এরর_ডিটেকশন_আর_সিদ্ধকরণ ) আধুনিক হার্ড ড্রাইভগুলি ত্রুটিগুলি সনাক্ত করতে সিআরসি ব্যবহার করে এবং কমপ্যাক্ট ডিস্ক শৈলীর ত্রুটি পুনরুদ্ধারের ব্যবহার করে পুনরুদ্ধার করার চেষ্টা করে। আমার জন্য যথেষ্ট ভাল.
স্কোবি

1
তবে সিআরসি যদি ডেটা হিসাবে একই স্থানে (সেক্টর) সঞ্চিত থাকে তবে এটি সমস্ত ত্রুটিযুক্ত মামলায় সহায়তা করবে না। উদাহরণস্বরূপ, যদি কোনও মাথা পজিশনিং ত্রুটি ডেটা ভুল সেক্টরে লিখিত হতে পারে - তবে সঠিক চেকসাম => দিয়ে আপনি সমস্যাটি সনাক্ত করতে সক্ষম হবেন না। এজন্য জেডএফএসে চেকসামগুলি তাদের সুরক্ষিত ডেটা থেকে পৃথকভাবে সংরক্ষণ করা হয়।
নভে

উইন্ডোজ যেমন এখন জেডএফএসের রক্ষণাবেক্ষণ আছে কি? এটি ম্যাগনেটিক কোডিং রিফ্রেশ করার জন্য নিয়মিতভাবে ডেটা পুনরায় লেখায়।
টমটম

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

@ জোডিলি ব্রুচন আপনি এখন হ্যামিং কোড ব্যবহারের একটি উত্স পেয়েছেন যা মূলত ব্যবহৃত হচ্ছে? আমি ইদানীং যে তথ্য সংগ্রহ করছি তা ইঙ্গিত করেছে যে ড্রাইভ নির্মাতারা এখনও সিআরসি-আরএস ব্যবহার করছেন। 1 2
ইয়ান শুনোভার

16

হ্যাঁ এটি একটি সমস্যা, মূলত যখন ড্রাইভের আকার বাড়ছে। বেশিরভাগ SATA ড্রাইভের 10 ^ 14 এর ইউআরই (সংশোধনযোগ্য পড়ার ত্রুটি) হার থাকে। অথবা পরিসংখ্যানগতভাবে প্রতিটি 12 টিবি ডেটা পড়ার জন্য ড্রাইভ বিক্রেতা বলেছেন যে ড্রাইভটি একটি পুনরায় ব্যর্থতা ফিরে আসবে (আপনি সাধারণত এগুলি ড্রাইভের নির্দিষ্ট পত্রকে সন্ধান করতে পারেন)। ড্রাইভের অন্যান্য সমস্ত অংশের জন্য ড্রাইভটি ঠিক কাজ করতে থাকবে। এন্টারপ্রাইজ এফসি এবং এসসিএসআই ড্রাইভে সাধারণত ইউআরই হার 10 ^ 15 (120TB) থাকে সাথে সংখ্যক এসটিএ ড্রাইভ যা এটি হ্রাস করতে সহায়তা করে।

আমি ঠিক একই সময়ে ডিস্কগুলি ঘোরানো বন্ধ করতে দেখিনি, তবে আমি এই সমস্যাটিতে একটি রেড 5 ভলিউম পেয়েছি (5 বছর আগে 5400 আরপিএম গ্রাহক পিএটিএ ড্রাইভ সহ)। ড্রাইভ ব্যর্থ হয়, এটি মৃত হিসাবে চিহ্নিত হয়েছে এবং অতিরিক্ত ড্রাইভে পুনর্নির্মাণ ঘটে। সমস্যাটি হ'ল পুনর্নির্মাণের সময় একটি দ্বিতীয় ড্রাইভ সেই সামান্য ব্লকের ডেটা পড়তে অক্ষম। কারা অভিযান চালাচ্ছে তার উপর নির্ভর করে পুরো ভলিউমটি মৃত বা সামান্য ব্লকটি মারা যেতে পারে dead ধরে নিচ্ছি এটি কেবলমাত্র একটি ব্লক মারা গেছে, আপনি যদি এটি পড়ার চেষ্টা করেন তবে একটি ত্রুটি পাবেন তবে আপনি যদি এটি লিখেন তবে ড্রাইভটি এটি অন্য কোনও স্থানে পুনর্নির্মাণ করবে।

রক্ষা করার জন্য একাধিক পদ্ধতি রয়েছে: র‌্যাড ((বা সমমানের) যা ডাবল ডিস্ক ব্যর্থতার বিরুদ্ধে সুরক্ষা দেয় সর্বোত্তম, অতিরিক্তগুলি হ'ল জেডএফএসের মতো একটি ইউআর সচেতন ফাইল সিস্টেম, ছোট রেইড গ্রুপগুলি ব্যবহার করে যাতে পরিসংখ্যানগতভাবে আপনি ইউআরই ড্রাইভে আঘাত হানার সম্ভাবনা কম রাখেন সীমাবদ্ধতা (আয়না বড় ড্রাইভ বা raid5 আরও ছোট ড্রাইভ), ডিস্ক স্ক্রাবিং এবং স্মার্ট এছাড়াও সাহায্য করে কিন্তু সত্যই এটি নিজের মধ্যে সুরক্ষা নয় তবে উপরের পদ্ধতির একটি ছাড়াও ব্যবহৃত হয়।

আমি অ্যারেগুলিতে প্রায় 3000 স্পিন্ডল পরিচালনা করি এবং অ্যারেগুলি সুপ্ত ইউআরআইয়ের সন্ধানের জন্য ড্রাইভগুলি নিয়মিত স্ক্রাব করে চলেছি। এবং আমি এগুলির একটি মোটামুটি ধ্রুব স্ট্রিম পেয়েছি (প্রতিবার এটি যখন এটি খুঁজে পায় এটি ড্রাইভ ব্যর্থতার আগে এটি ঠিক করে দেয় এবং আমাকে সতর্ক করে দেয়), যদি আমি রেইড 6 এর পরিবর্তে রেড 5 ব্যবহার করি এবং ড্রাইভগুলির একটি সম্পূর্ণ মরে যায় ... যদি এটি নির্দিষ্ট জায়গায় আঘাত করে তবে সমস্যায় পড়ুন।


2
আপনি কোন ইউনিটে কথা বলছেন? "10 ^ 14" কোনও "হার" নয়।
জে সুলিভান

2
ইউনিটটি হবে "ত্রুটি প্রতি 10 ^ 14 বিট পড়ুন", যা ত্রুটি প্রতি 12 টিবি পড়ার সমান।
জো লিস

2
এবং অবশ্যই, মনে রাখবেন যে ত্রুটি হারটি সাধারণত বিট পড়ার সময় পুরো সেক্টরের ত্রুটির শর্তে উদ্ধৃত হয়। সুতরাং যখন কোনও প্রস্তুতকারক ইউআরই হারগুলি 10 ^ -14 এ বর্ণনা করে, তখন তাদের প্রকৃত অর্থ হ'ল যে কোনও র্যান্ডম সেক্টর পড়ার কোনও ইউআরই হিট করার সম্ভাবনা 10 ^ -14 হয় এবং যদি তা হয়, তবে পুরো খাতটি অপঠনযোগ্য হিসাবে ফিরে আসবে। এটি এবং এটি যে পরিসংখ্যান; বাস্তব বিশ্বে, ইউআরআই-এর ব্যাচগুলিতে আসতে ঝোঁক।
একটি সিভিএন

9

হার্ড ড্রাইভগুলি সাধারণত একক চৌম্বকীয় ডোমেন হিসাবে ডেটা বিটগুলি এনকোড করে না - হার্ড ড্রাইভ নির্মাতারা সর্বদা সচেতন ছিলেন যে চৌম্বকীয় ডোমেনগুলি ফ্লিপ হতে পারে এবং ড্রাইভে ত্রুটি সনাক্তকরণ এবং সংশোধন করতে পারে।

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

ড্রাইভের বিশদগুলির উপর নির্ভর করে, এটি এমনকি একটি খাতে একাধিক ফ্লিপ বিট থেকে পুনরুদ্ধার করতে সক্ষম হওয়া উচিত। উল্টানো বিটের সংখ্যার সীমা থাকবে যা নিঃশব্দে সংশোধন করা যেতে পারে, এবং সম্ভবত ফ্লিপ বিটের সংখ্যার আরও একটি সীমা যা ত্রুটি হিসাবে সনাক্ত করা যেতে পারে (এমনকি যদি এটি সংশোধন করার জন্য পর্যাপ্ত নির্ভরযোগ্য ডেটা আর না থাকে)

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


2
আসলে, আমার নিয়মিত বিট-রট ত্রুটি রয়েছে (অংশগুলিতে আমি খুব বেশি পড়ি না), যা সিস্টেমটি নিঃশব্দে (ভুলভাবে) থেকে পুনরুদ্ধার করে। যদি কমপক্ষে এটি আমাকে অবহিত করে তবে বিট-রট ছিল, আমি এটি পুনরুদ্ধারযোগ্য হওয়ার আগে ডেটা পুনরুদ্ধার করতে পুনরায় পড়তে পারতাম; এবং যদি অপরিবর্তনযোগ্য না হয় তবে আমি এটি অন্য হার্ড ড্রাইভের সাথে তুলনা করতে সক্ষম হব।
অ্যালেক্স

অ্যালেক্স, দয়া করে আপনার এইচডিডি স্মার্ট ডেটা এবং সিস্টেম র‌্যাম যাচাই করুন যাচাই করার জন্য দুর্নীতির কারণ হিসাবে আর কোনও সমস্যা নেই। বিট পচা / এলোমেলো দুর্নীতি অত্যন্ত বিরল, তাই আপনার মেশিনে অন্য কিছু হতে পারে।
ব্রায়ান ডি

@BrianD। একটি সমস্যা ছিল, আমি হার্ড ড্রাইভগুলি তাদের (অন্তরক) প্যাকিং উপাদানের ভিতরে রেখেছি; এটি বেশ কয়েকদিন ধরে কাজ করার সময় হার্ড ড্রাইভকে 60 ডিগ্রি সেলসিয়াসের বেশি তাপ দেয় causing কী শব্দটি কোনও বৈধ কারণের মতো কেন বিট পচা হতে পারে?
অ্যালেক্স

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

4

আধুনিক হার্ড ড্রাইভগুলির (199x সাল থেকে) কেবলমাত্র চেকসামসই নয় ইসিসিও রয়েছে, যা বেশ কিছুটা "এলোমেলো" বিট পচাটি সনাক্ত ও সংশোধন করতে পারে। দেখুন: http://en.wikedia.org/wiki/SMART

অন্যদিকে, ফার্মওয়্যার এবং ডিভাইস ড্রাইভারগুলিতে কিছু নির্দিষ্ট বাগগুলি খুব বিরল ক্ষেত্রে ডেটা দূষিত করতে পারে (অন্যথায় কিউএ বাগগুলি ধরবে) যা আপনার কাছে উচ্চ স্তরের চেকসাম না থাকলে সনাক্ত করা শক্ত। SATA এবং NIC- র প্রাথমিক ডিভাইস ড্রাইভাররা লিনাক্স এবং সোলারিস উভয়ের ডেটা দূষিত করেছিল।

জেডএফএস চেকসামগুলি বেশিরভাগ নিম্ন স্তরের সফ্টওয়্যারগুলিতে বাগগুলি লক্ষ্য করে। হাইপার টেবিলের মতো নতুন স্টোরেজ / ডাটাবেস সিস্টেমে ফাইল সিস্টেমে বাগ থেকে রক্ষা পেতে প্রতিটি আপডেটের জন্য চেকসাম রয়েছে :)


3

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

আপনি যদি এমন বিটগুলি ব্যবহার না করেন যা কারওর মস্তিষ্ককে সম্ভাব্যরূপে তরল করে তুলতে পারে তবে আমি নিশ্চিত নই যে ঝুঁকি বনাম পুরষ্কারটি ফাইল সিস্টেম পরিবর্তন করার বিষয়টি পর্যন্ত যথেষ্ট।


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

যদি আপনি জানেন না যে তাদের মধ্যে থাকা ডেটা ভাল multiple আপনি নিজের ফাইলগুলি ম্যানুয়ালি চেকসাম করতে পারেন, তবে জেডএফএস স্বয়ংক্রিয়ভাবে আরও অনেক কিছু করে এবং ফাইল সিস্টেম পরিচালনা সহজ করে তোলে।
Amok

1
এক সপ্তাহ / মাসের চেয়ে আরও পিছনে ফিরে আসা ব্যাকআপগুলি ফাইলের একটি ভাল অনুলিপি থাকার সম্ভাবনা বাড়িয়ে তোলে। আমি সম্ভবত এটি সম্পর্কে পরিষ্কার হতে পারে।
কারা মারফিয়া

1
সমস্যাটি হল: আপনি কীভাবে জানবেন যে আপনার একটি অনুলিপি রয়েছে? এবং আপনি কীভাবে জানবেন যে কোনও অনুলিপিটির ব্যাক আপ নেওয়া ভাল তা? একটি স্বয়ংক্রিয় উপায়ে।
স্কোবি

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

2

হ্যাঁ এটি একটি সমস্যা।

এটি RAID6 এখন প্রচলিত হওয়ার অন্যতম কারণ (পাশাপাশি এইচডি আকার বাড়ানো অ্যারে পুনর্নির্মাণের জন্য সময় বাড়ায়)। দুটি সমতা ব্লক থাকা অতিরিক্ত ব্যাকআপের অনুমতি দেয়।

RAID সিস্টেমগুলি এখন RAID স্ক্রাবিংও করে যা পর্যায়ক্রমে ডিস্ক ব্লকগুলি পড়ে, পার্টির বিরুদ্ধে পরীক্ষা করে, এবং যদি এটির জন্য কোনও ব্লক খারাপ দেখা যায় তবে প্রতিস্থাপন করে।


সাবধানতা অবলম্বন করুন, ডেটা অখণ্ডতা সমস্ত RAID সিস্টেমের বৈশিষ্ট্য নয়।
duffbeer703 21

1
টেরাবাইট ড্রাইভের সাথে অনেকগুলি বিট ভাগ করে নেওয়ার ভাগ্য রয়েছে এবং কিছুটা হলেও শারীরিক স্টোরেজ এরিয়া এত ছোট হয় যে এই সমস্যাটি আরও গুরুত্বপূর্ণ হয়ে ওঠে। একই সময়ে, টেরাবাইট ড্রাইভগুলির সাথে ব্যর্থতার সম্ভাবনা এত বেশি বেড়ে যায় যে আপনি পুলটিতে প্রচুর ড্রাইভ না রাখলে RAID6 যথেষ্ট নয়, 8 বা তার বেশি বলুন। অল্প সংখ্যক ড্রাইভের সাথে মিরর ওরফে RAID 10 এর একটি স্ট্রাইপ ব্যবহার করা ভাল RA
মাইকেল ডিলন

RAID কোন ডেটা ভাল এবং কোনটি তা ত্রুটিগুলি ঠিক করতে পারে না তা বলতে পারে না, এটি কেবল তাদের সনাক্ত করতে পারে।
আমোক

আমাক: প্রতি
সেপ্টেম্বর

@ মাইকেল ডিলিয়ন - আপনি ড্রাইভের সংখ্যা বাড়ানোর সাথে সাথে RAID6 এর নির্ভরযোগ্যতা বাড়বে না। সমস্ত ডেটার জন্য কেবলমাত্র মূল ডেটা + 2 সমতা রয়েছে। নির্ভরযোগ্যতার জন্য ড্রাইভের সংখ্যা বৃদ্ধি করা এটি কোনও ডেটার অপ্রয়োজনীয়তা না বাড়িয়ে সম্ভাব্য ড্রাইভ ব্যর্থতার হার বাড়ায়। ড্রাইভের সংখ্যা বাড়ানোর একমাত্র কারণ হ'ল আপনার উপলব্ধ স্টোরেজটির আকার বাড়ানো।
ব্রায়ান ডি

1

RAID সম্পর্কে ওপির বক্তব্য প্রসঙ্গে, কোন ডেটা ভাল বনাম খারাপ তা বুঝতে পারছি না।

RAID কন্ট্রোলাররা প্রতিটি স্ট্রাইপে খুব কম, (বিজোড় / এমনকি) প্যারিটি বিট ব্যবহার করে। এটি সব কিছুর জন্য; ডেটা অন ডিস্ক স্ট্রাইপ এবং সমতা (ব্যাকআপ) ডেটা স্ট্রাইপ।

এর অর্থ হ'ল যে কোনও RAID প্রকারের রিডানডেনসি (RAID 5/6) এর জন্য স্ট্রাইপ রয়েছে তার জন্য নিয়ামক সঠিকভাবে বলতে পারবেন যে মূল ডেটার স্ট্রাইপটি পরিবর্তন হয়েছে, সেইসাথে, যদি রিডানডেন্সি ডেটা স্ট্রাইপ পরিবর্তন হয়েছে।

আপনি যদি RAID6 এর মতো দ্বিতীয় অপ্রয়োজনীয় স্ট্রাইপটি প্রবর্তন করেন তবে তিনটি পৃথক ড্রাইভ দুর্নীতিগ্রস্থ হয়ে গেলে আপনার 3 টি স্ট্রিপ স্ট্রিপ থাকতে হবে, যা সমস্ত একই প্রকৃত ফাইলের ডেটার সাথে মিলে যায়। মনে রাখবেন যে বেশিরভাগ RAID সিস্টেমগুলি অপেক্ষাকৃত ছোট ডেটা স্ট্রাইপগুলি (128 কেবি বা তার চেয়ে কম) ব্যবহার করে তাই একই ফাইলের 128kb অবধি "বিট পচা" আস্তরণের সম্ভাবনা কার্যত অসম্ভব।


0

হ্যাঁ, এটি একটি আসল বিশ্বের সমস্যা, তবে আপনার যদি এটি নিয়ে উদ্বিগ্ন হওয়া উচিত বা না হয় তবে প্রশ্ন।

আপনি যদি কেবল ছবি পূর্ণ এইচডি পেয়ে থাকেন তবে এটি চেষ্টা করার পক্ষে উপযুক্ত হবে না। এটি গুরুত্বপূর্ণ বৈজ্ঞানিক ডেটাতে পূর্ণ এটি এটি অন্য ধরণের গল্প হতে পারে, আপনি ধারণা পেয়েছিলেন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.