আধুনিক ডিস্কগুলিতে "ব্যাডব্লকস" ব্যবহার করা


21

আমি আমার এইচডিডি পরীক্ষা করতে ব্যাডব্লকগুলি ব্যবহার করতে চাই এবং এর ক্রিয়াকলাপের স্পষ্টকরণের প্রশংসা করব।

কেউ শ্রেষ্ঠ অপশন সঙ্গে ব্যবহার করার জন্য ব্যাখ্যা দয়া করে করতে পারেন -bএবং -c? আমি ম্যান পৃষ্ঠা থেকে তাদের সংজ্ঞাগুলি অন্তর্ভুক্ত করেছি, তবে নিশ্চিত নই যে বড় মাপগুলি 64৪ এমবি র‌্যাম এবং ৪ কে সেক্টর সহ আধুনিক ডিস্কগুলির জন্য উপকারী হবে কিনা।

-b block-size       Specify the size of blocks in bytes. The default is 1024. 
-c number of blocks the number of blocks which are tested at a time. The default is 64

দ্বিতীয়ত আমি জানতে চাই যে লেখার-মোড পরীক্ষাটি অ-ধ্বংসাত্মক পঠন-লেখার মোডের চেয়ে আরও পূর্ণতর কিনা?

অবশেষে কতটি স্মার্ট সেক্টরের পুনরায় বরাদ্দ গ্রহণযোগ্য / নন-শূন্য পুনঃব্যবস্থা গণনা সহ ড্রাইভগুলি তত্ক্ষণাত প্রতিস্থাপন করা উচিত?


3
২ য় অংশের জন্য: আপনি ব্যাডব্লকগুলি দেখতে শুরু করার সাথে সাথে এর অর্থ কিছু ভুল হয়েছে। আপনি সম্ভবত ডিস্কটি পড়তে না পারার আগে এটি সম্ভবত একটি ভাল চিহ্ন replace তবে সব ক্ষেত্রে, এমনকি ব্যর্থতার আগে, কার্যকরী অনুলিপি ছাড়াও আপনার কাছে সর্বদা 2 টি গুরুত্বপূর্ণ ডেটা (1 স্থানীয়, 1 রিমোট) থাকা উচিত। আমার উত্তরটির বিশদটি এখানে দেখুন: superuser.com/a/528181/174998
অলিভিয়ার দুলাক

4
ব্লক আকারের জন্য: এটি সেই হার্ড ড্রাইভে ডেটা সঞ্চয় করতে আপনার ওএস ব্যবহার করছে এমন প্রকৃত ব্লকের আকারকে প্রতিবিম্বিত করা উচিত (ব্যবহৃত ফাইল সিস্টেম অনুযায়ী)। এটি জিনিসগুলিকে গতিময় করা নয়, এটি এটি একটি "খারাপ" ব্লক চিহ্নিত করে, সেই ব্লকটি প্রকৃতপক্ষে 1 টি ব্লক, এবং 1/2 বা 1/4 তম বা 2 (বা আরও) ব্লক নয়।
অলিভিয়ার ডুলাক

উত্তর:


21

প্রশ্ন 1:

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

-cকত ব্লক একযোগে চেক করা উচিত বিকল্প অনুরূপ। ব্যাচ পড়া / লেখা, মূলত। এই বিকল্পটি আপনার ফলাফলের অখণ্ডতাকে প্রভাবিত করে না, তবে এটি যে গতিবেগে গতিবেগ প্রভাবিত করে badblocksbadblocks(allyচ্ছিকভাবে) লিখবে, তারপরে পড়বে, বাফার করবে, চেক করবে, প্রতিটি এন ব্লকের দ্বারা উল্লিখিত অনুযায়ী পুনরাবৃত্তি করবে -c। যদি -cখুব কম সেট করা থাকে তবে এটি আপনার badblocksরানগুলিকে সাধারণের তুলনায় অনেক বেশি সময় নিতে পারে, কারণ পৃথক আইও অনুরোধের জন্য সারিবদ্ধ হওয়া এবং প্রক্রিয়াজাতকরণের ফলে ওভারহেড আসবে এবং ডিস্ক প্রতি-অনুরোধে অতিরিক্ত ওভারহেড চাপিয়ে দিতে পারে। যদি -cখুব বেশি সেট badblocksকরা থাকে তবে স্মৃতিশক্তি শেষ হয়ে যাবে। যদি এটি ঘটে থাকে তবে badblocksএটি শুরু হওয়ার পরে মোটামুটি দ্রুত ব্যর্থ হবে। এখানে অতিরিক্ত বিবেচনার মধ্যে সমান্তরাল badblocksরানগুলি অন্তর্ভুক্ত রয়েছে : আপনি যদি চালাচ্ছেনbadblocksএকই ডিস্কের একাধিক পার্টিশনের বিপরীতে (খারাপ ধারণা), বা একই আইও চ্যানেলের উপর একাধিক ডিস্কের বিপরীতে আপনি সম্ভবত -cমেমরিটি উপলব্ধ হয়ে ওঠার মতো উচ্চতর কিছুতে টিউন করতে চাইবেন badblocksযাতে সমান্তরাল রানগুলি আইও ব্যান্ডউইথের জন্য লড়াই না করে don't এবং একটি বুদ্ধিমান উপায়ে সমান্তরাল করতে পারেন।

প্রশ্ন 2:

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

অ-ধ্বংসাত্মক মোডে, badblocksনিম্নলিখিতগুলি করে:

  1. বিদ্যমান ডেটা পড়ুন, এটি চেকসাম করুন (প্রয়োজনে আবার পড়ুন) এবং মেমরিতে সঞ্চয় করুন।
  2. -pব্লকে একটি পূর্বনির্ধারিত প্যাটার্ন ( বিকল্পের সাথে ওভাররাইডযোগ্য , যদিও সাধারণত প্রয়োজন হয় না) লিখুন।
  3. ব্লক ব্যাকটি পড়ুন, যাচাই করা হয়েছে যে পঠিত ডেটা প্যাটার্নের মতো।
  4. মূল তথ্যটি ডিস্কে ফিরে লিখুন।
    • আমি এ সম্পর্কে নিশ্চিত নই, তবে এটি সম্ভবত পুনরায় পাঠ করে এবং যাচাই করে যে মূল তথ্যটি সফলভাবে লেখা হয়েছিল এবং এখনও একই জিনিসটিতে চেকসাম রয়েছে।

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

ক্যাভেট: যদি কোনও ব্লক খারাপ হয়ে চলেছে , তবে এখনও পুরোপুরি চলে না যায়, কিছু পড়া / লেখার যাচাইকরণের জোড়গুলি কাজ করতে পারে এবং কিছু নাও পারে। এই ক্ষেত্রে, অ-ধ্বংসাত্মক মোড আপনাকে কোনও ব্লকের "মুশকিল" হওয়ার একটি আরও নির্ভরযোগ্য ইঙ্গিত দিতে পারে, যেহেতু এটি দুটি সেট পড়ুন / লেখার যাচাইকরণ করে (সম্ভবত - 4 ধাপের নীচে বুলেটটি দেখুন)। এমনকি যদি অ-ধ্বংসাত্মক মোডটি আরও নির্ভরযোগ্য হয় তবে এটি কাকতালীয়ভাবে কেবল আরও নির্ভরযোগ্য । সম্পূর্ণরূপে খারাপ নয় এমন একাধিক পঠন / লেখার ক্রিয়াকলাপ badblocksধরে রাখতে পারে না এমন ব্লকগুলি পরীক্ষা করার সঠিক উপায়টি -pবিকল্পটি ব্যবহার করে একই ডেটাতে একাধিকবার চালানো ।

প্রশ্ন 3:

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


4
কোনও ধারণা কেন -bডিফল্ট 1024? এটা আমার কাছে একরকম অদ্ভুত বলে মনে হচ্ছে। কেন হবে না 512?
রায়ান জে

6
@ আরয়ানজে 1024 এর জন্য সর্বনিম্ন ব্লকের আকার ext2। ব্যাডব্লকগুলি e2fsprogs এর একটি অংশ এবং মূলত এটি ext2 ফাইল সিস্টেমের খারাপ ব্লকগুলির তালিকা তৈরির উদ্দেশ্যে তৈরি হয়েছিল। Mkfs.ext2 এর জন্য সঠিক ফর্ম্যাটে নম্বর পেতে আপনাকে এফএসের মতো একই ব্লকসাইজে এটি চালাতে হবে। টিএল; ডিআর: historicalতিহাসিক কারণগুলি যার সাথে আপনার উদ্বিগ্ন হওয়া উচিত নয়।
সোর্সজেডি

BUUUTT, @ জ্যাক বি বলেছিল "যদি -বি আপনার ব্লকের আকারের চেয়ে বড় কিছুতে সেট করা থাকে তবে ব্যাডব্লকস ফলাফলগুলির অখণ্ডতার সাথে আপোষ করা যেতে পারে" 1024> 512 I আমি বুঝতে পারি যে কীভাবে 513 কিছুটা বাইটকে চেক করা যায় না। তবে সম্ভবত এটি পুনঃস্থাপন করা উচিত "যদি-বি আপনার ব্লকের আকারের চেয়ে বড় কিছুতে সেট করা থাকে এবং এর আগে কোনও মাল্টিপল নয়, ব্যাডব্লক ফলাফলগুলির নিখরচায়তা আপস করা যেতে পারে"। আসল পোস্টার আপনি কী বলবেন, অন্য লোকেরা আমার চেয়ে বেশি স্মার্ট?
বিলি সি

4

1) যদি আপনার আধুনিক ডিস্কটি সেক্টরের আকারের অন্য 512 বি ব্যবহার করে - তবে আপনাকে সেই আকারটি -bবিকল্পের (যেমন -b 4096) সাথে সেট করতে হবে । এই বিকল্পটি ছাড়া আপনার চেকটি অনেক ধীর গতিতে চলবে কারণ প্রতিটি আসল সেক্টর একাধিকবার চেষ্টা করা হবে (4 কে সেক্টরের ক্ষেত্রে 8 বার)। এছাড়াও প্রশ্নের মন্তব্যে অলিভিয়ার দুলাক হিসাবে উল্লেখ করেছেন -block is indeed 1 block, and not 1/2 or 1/4th or even 2 (or more) blocks.

বিকল্পটি -cএকবারে কতগুলি সেক্টর ট্রাইডের উপর নির্ভর করে। এটির পারফরম্যান্সের কিছুটা প্রভাব থাকতে পারে এবং সেই পারফরম্যান্সের মানটি নির্দিষ্ট ডিস্ক মডেলের উপর নির্ভর করতে পারে।

2) write-mode test- আমার বুঝতে এটি কেবল আপনার যদি হার্ড-বাজে ত্রুটি বা নরম-বাজে ত্রুটি রয়েছে তা যাচাই করবে (ওরফে সাইলেন্ট ডেটা ডিগ্রেশন, বিট পচা, স্টোরেজ মিডিয়া ক্ষয়, ইউএনসি সেক্টর)

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

এই উচ্চ পারস্পরিক সম্পর্ক থাকা সত্ত্বেও, আমরা এই সিদ্ধান্তে পৌঁছেছি যে কেবলমাত্র স্মার্ট পরামিতিগুলির উপর ভিত্তি করে মডেলগুলি পৃথক ড্রাইভ ব্যর্থতার পূর্বাভাস দেওয়ার জন্য দরকারী হওয়ার সম্ভাবনা কম।

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

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


প্রথম বাক্যটি ভুল, -b1024-এ ডিফল্ট।
হাশিম

1

আপনার-তে পরিবর্তন করার কোনও নির্দিষ্ট কারণ না থাকলে আমি -b এবং -c ডিফল্ট হিসাবে ছেড়ে দেব। আপনার ডিস্কে 4k ব্লকের আকার থাকলে সম্ভবত আপনি বি -999-এ সেট করতে পারেন।

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

অবশেষে কতটি স্মার্ট সেক্টরের পুনরায় বরাদ্দ গ্রহণযোগ্য / নন-শূন্য পুনঃব্যবস্থা গণনা সহ ড্রাইভগুলি তত্ক্ষণাত প্রতিস্থাপন করা উচিত?

সেক্টরগুলি প্রতিস্থাপন করা মাত্রই আমি ড্রাইভটি প্রতিস্থাপন করব।


2
সেক্টরগুলি প্রতিস্থাপন করা মাত্রই আমি ড্রাইভটি প্রতিস্থাপন করব। আপনি কীভাবে জানবেন যে ব্লকগুলি স্বাভাবিক ক্রিয়ায় খারাপ হচ্ছে? আপনি কি কোনও উপায়ে সিগন্যাল পান?
অ্যালেক্সিস উইলক

5
আপনাকে স্মার্ট লগগুলি নিরীক্ষণ করতে হবে।
Рахматуллин

1
এগুলি পরিবর্তন করার নির্দিষ্ট কারণ না থাকলে । ডিফল্ট 1024 থেকে কোনও ব্লকের আকার আলাদা হওয়ার মতো, যা খুব সাধারণ?
কারকামানো

1

এই ধরণের ব্যাডব্লকগুলি পঠন মোড (অ-ধ্বংসাত্মক) এবং রাইটিং মোড (ধ্বংসাত্মক) এর মধ্যে পার্থক্য যায়:

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

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


0

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

  • ড্রাইভে থাকা ডেটা কতটা সমালোচিত?
  • ড্রাইভটি হঠাৎ পেটে চলে গেলে কী ক্ষতি হয়?
  • ডেটা কি অন্য কোথাও ব্যাক আপ করা হয়েছে?
  • ড্রাইভটি কোনও র‌্যাডের সদস্য যেখানে ড্রাইভের ক্ষয়ক্ষতি সর্বনিম্ন প্রভাব ফেলেছে?
  • রিম্যাপেড সেক্টরের সংখ্যা কি বাড়ছে?

এখানে দুটি পরিস্থিতির মুখোমুখি হয়েছি। আমার 6 200 গিগাবাইট ড্রাইভের একটি RAID5 ছিল। ঝাঁকুনিপূর্ণ আলোতে একটি বিদ্যুতের ব্যর্থতার পরে, একটি ড্রাইভে ১৪ টি পুনরায় সেক্টর দেখানো হয়েছে এবং বেশ কয়েকটি ত্রুটি লগ হয়েছে। আমি ড্রাইভটি দেখেছি এবং আর কোনও ত্রুটি লগ করা হয়নি এবং অবশিষ্ট খাতের গণনা স্থিতিশীল থেকেছে। আমি এই সিদ্ধান্তে পৌঁছেছি যে বিদ্যুৎ ক্ষণস্থায়ী কারণে ড্রাইভ ভোগ করেছে এবং অন্যথায় ব্যর্থ হয় নি। আমি বছরের পর বছর ধরে এটি ব্যবহার করে চলেছি। আসল RAID5 অবসরপ্রাপ্ত ছিল কিন্তু আমার কাছে সেগুলিতে দু'টি ড্রাইভ রয়েছে যা প্রায় 10 বছরের ক্ষমতার সাথে ঘন্টার সাথে রয়েছে। তাদের হাতে গোনা কয়েকটি সেক্টর রয়েছে। আমার প্রাথমিক ব্যাকআপ থেকে বর্ধিত ব্যাকআপ ডাম্পগুলি সংরক্ষণ করতে আমি তাদের দু'টি মিররযুক্ত ব্যবহার করি। এইভাবে প্রধান ব্যাকআপটি (বেশিরভাগ) পঠিত অপারেশনগুলি দেখছে এবং লেখকরা বিভিন্ন ডিভাইসে যাচ্ছে। এই প্রাচীন ড্রাইভগুলির একটি যদি ব্যর্থ হয় তবে অন্যটি চালিয়ে যাওয়া উচিত। যদি উভয়ই ব্যর্থ হয়, আমি তাদের অন্য কিছু দিয়ে প্রতিস্থাপন করব এবং ব্যাকআপ স্ক্রিপ্টটি পুনরায় চালু করব। এর মধ্যে যদি কোনও একটি ড্রাইভ ব্যর্থ হয় তবে শূন্যের কাছাকাছি থাকলে আমি রিম্যাপড সেক্টরগুলি নিয়ে চিন্তা করব না।

আমার কাছে একটি 2 টিবি এইচডিডি ছিল যা মিররড ড্রাইভের একটি জুটির মধ্যে একটি এবং যা রিম্যাপেড সেক্টরগুলি বৃদ্ধি করতে শুরু করে। প্রথমে এটি ছিল কয়েক ডজন, তারপরে কয়েকশ, তারপর হাজার হাজার। এটি বছরের পর বছর ধরে ছিল। এই জুটির অন্য ড্রাইভটি স্বাস্থ্যকর থেকেছে এবং আসলে ধীরে ধীরে ব্যর্থ হওয়া অ্যারে থেকে বাদ পড়েনি not অবশেষে আমি উভয় ড্রাইভকে 6 টিবি ড্রাইভের সাথে প্রতিস্থাপন করেছি এবং ক্রমবর্ধমান পুনঃস্থাপিত খাত গণনাটি একটি নন-ইস্যুতে পরিণত হয়েছে। আমার এখনও ড্রাইভ আছে এবং এটি এখনও প্রায় 4500 রিম্যাপেড সেক্টর সহ এখনও "কাজ করে"। আমি আসলে পরীক্ষামূলক সিস্টেমে (রেড সদস্য হিসাবে) এর মতো ড্রাইভ রেখেছি যখন একজন মারা যায় তখন কী ঘটে তা দেখতে। এটি নিয়ে কাজ করার জন্য আমার বেশ কয়েকটি সুযোগ ছিল এবং সব পরিস্থিতিতে প্রতিস্থাপনটি নাটক ছাড়াই চলে যায়।

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

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

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