এইচডিডি ব্যাকআপ নিয়ে আমার কী ধরণের পর্যায়ক্রমিক রক্ষণাবেক্ষণ করা উচিত?


15

আমার কাছে বহিরাগত এইচডিডি তে অনেকগুলি ডিরেক্টরি রয়েছে directories কোনও এসএসডি নয়, একটি চৌম্বকীয় ডিস্ক।

ব্যাকআপটি কেবল একটি একক ডিস্কের মধ্যে রয়েছে (হ্যাঁ, আমি জানি, একটি অনুলিপি সহ একটি অতিরিক্ত এইচডিডি একটি ভাল ধারণা হবে; তবে এখনই এটি ঠিক নয়)। এছাড়াও, ডিস্কে ফাইলগুলির কোনও দ্বৈত অনুলিপি নেই।

আমার ফাইলগুলি তুলনায় এইচডিডিতে (বিকল্প 1) অনেক বেশি জায়গা রয়েছে (বিকল্প 2) আমার ফাইলগুলি তুলনায় কম ফাঁকা জায়গা (তবে এখনও একটি দুর্দান্ত পরিমাণ)

আমি ডিস্কটিকে আসল প্যাকেজিংয়ে রাখি: প্লাস্টিকের ব্যাগ, প্লাস্টিকের বাক্সের মধ্যে মোড়কের মতো "ডিম-কার্টন" এর মধ্যে। এটি আমার বাড়ির একটি ঘরে সুরক্ষিত বাক্সের সাথে বাক্সটি কখনও প্রকাশ করা হয়নি nor

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

মন্তব্য:

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

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

4
উত্তরগুলি মতামত এবং সাধারণ অনুশীলনের উপর ভিত্তি করে বলে মনে হচ্ছে। আমি দৃ ,়, গবেষণা-ভিত্তিক উত্তর বা অনুমোদনের উদ্ধৃতিগুলি দেখছি না।
ফিক্সার 1234

জিজ্ঞাসা করা এবং উত্তর, এখানে এসইউ তে যদিও এটি আপনার প্রশ্নাবলীর চেয়ে অনেক বেশি জড়িত this এই প্রশ্নটির স্বীকৃত উত্তরটি পড়ুন । সমস্ত ডেটা / উত্স / উদ্ধৃতি আপনি আশা করতে পারেন! আপনি তার ডেটা থেকে আপনার জন্য কাজ করে তা বের করতে পারেন।
ব্যবহারকারী 686699

উত্তর:


5

পেশাদার দৃষ্টিকোণ থেকে আপনার বিকল্পগুলি হ'ল:

  1. প্রার্থনা।
  2. একাধিক ডিভাইসে একাধিক অনুলিপি তৈরি করুন।

আপনার "বিকল্প 1" (আরও অনেক বেশি স্থান) এ আপনি একই হার্ডওয়্যারটিতে একাধিক অনুলিপি তৈরি করে আপনার প্রতিকূলতাকে খুব সামান্যতম বাড়িয়ে তুলতে পারেন, তবে সত্যটি হ'ল হার্ডওয়্যার ব্যর্থ হয়, পুরো ডিস্কটি অপঠনযোগ্যভাবে রেন্ডারিং করে না। একটি একক অনুলিপি একটি কার্যক্ষম ব্যাকআপ কৌশল নয়।

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


1
আপনার প্রস্তাবনাগুলি বৈধ এবং প্রশংসা করার পরেও, আমি যা চেয়েছিলাম তা তা নয়। আপনি মনে করছেন যে আমি প্রস্তাবিত সমস্ত ক্রিয়াকলাপ দীর্ঘায়ুর ক্ষেত্রে অর্থহীন / অকেজো। তুমি কি বলছ?
einpoklum

1
দুঃখিত, তবে প্রার্থনা সত্যই "পেশাদার" দৃষ্টিকোণ থেকে নয়।
oldmud0

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

1
একক অনুলিপি সহ টিবিএইচ, divineশিক অনুগ্রহ খোঁজা সবচেয়ে খারাপ ধারণা নয়।
যাত্রামন গীক

5

আপনার যদি ব্যাকআপ ডেটা ব্যবহারের চেয়ে আরও মুক্ত স্থান থাকে - প্রশ্নে আপনার বিকল্প 1 - বা আপনার কাছে যদি ডেটার একাধিক অনুলিপি থাকে তবে আমার একটি ধারণা পেয়েছে যা "কিছু করবে"; আপনি যদি ভাবেন যে স্পিনরাইট সত্যিই হার্ড ড্রাইভ "রক্ষণাবেক্ষণ" এবং / অথবা সম্পূর্ণভাবে ওভাররাইট করতে এবং তারপর আপনার ডেটার প্রতিটি বিট আবার লিখতে চান, এটি এটি করবে।

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

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

লিনাক্স ডিআইওয়াই কিছু স্পিনরাইট রক্ষণাবেক্ষণ বৈশিষ্ট্যগুলির অনুকরণ

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

  • পুরো ড্রাইভ পড়ে
  • বিটগুলি ফ্লিপ করুন এবং সেগুলি লিখুন
  • সেগুলি আবার পড়ে
  • বিটগুলি ফ্লিপ করুন এবং সেগুলি লিখুন
  • সেগুলি আবার পড়ে

ড্রাইভে যদি কোনও (মাইনর) সমস্যা দেখা দেয় তবে এটি করা উচিত "ড্রাইভকে খারাপ ক্ষেত্রগুলিকে একটি ভালগুলির সাথে অদলবদল করার জন্য প্ররোচিত করা "।

আপনার কত ঘন ঘন এটি করা উচিত? স্টিভ বলেছেন, "আসলেই কতটা হয় তা কেউ জানে না, তবে প্রতি কয়েকমাসে প্রায়শই যথেষ্ট হওয়া উচিত" । আমি প্রতি 6 মাস বা প্রতি বছর বা আরও কিছু ধরে অনুমান করছি।

badblocks

পড়া / ফ্লিপিং / রিডিং / ফ্লিপিং প্রক্রিয়া badblocksযখন এটি লেখার-মোড টেস্টিং ( -wবিকল্প) ব্যবহার করে তখন কী করে তার প্রায় একই রকম মনে হয় কেবল এটি আপনার ডেটা সত্যিই "বিট-ফ্লিপ" করে না, তবে ধ্বংসাত্মকভাবে লিখতে, পড়তে এবং সমস্ত ফ্লিপ করে বিভাজন বিট:

এই বিকল্পের সাহায্যে ব্যাডব্লকগুলি ডিভাইসের প্রতিটি ব্লকে কিছু নিদর্শন (0xaa, 0x55, 0xff, 0x00) লিখে, প্রতিটি ব্লক পড়ে এবং সামগ্রীগুলির তুলনা করে খারাপ ব্লকগুলির জন্য স্ক্যান করে।

কাকতালীয়ভাবে নয়, সেই নিদর্শনগুলি বাইনারি: 10101010, 01010101, 11111111, 00000000।

সুতরাং ব্যাডব্লকস বিটগুলি বেশ পুঙ্খানুপুঙ্খভাবে লেখেন, পড়েন এবং ফ্লিপ করেন এবং এটিও বিনামূল্যে। আপনি যদি mke2fsব্যাডব্লকগুলি চালিয়ে যান (সাথে)badblocks -cc ) এটি ব্যাডব্লকগুলির তালিকা সংরক্ষণ করে তবে ext2 / 3/4 এগুলি এড়াতে পারবেন, যদি কোনওটি পাওয়া যায়।

খারাপ দিকটি ব্যাডব্লকগুলির রাইটিং টেস্টিং ধ্বংসাত্মক , সুতরাং এটি কাজ করার জন্য আপনার কমপক্ষে দুটি পার্টিশন প্রয়োজন (আপনার ডেটা সংরক্ষণ এবং লেখার জন্য)।

  • হার্ডড্রাইভে আপনার ডেটার দুটি অনুলিপি রাখুন , প্রতিটি পৃথক অংশে !
    এটি আপনাকে 10, 01, 11, 00 দিয়ে একক পার্টিশনের প্রতিটি বিটকে ওভাররাইট করতে দেয় যদি খারাপ অঞ্চলগুলি বিকাশ ঘটে তবে আপনার পুনরুদ্ধারের সম্ভাবনা দ্বিগুণ করে। এবং সিআরসি 32 বা এমডি 5 এর মতো আপনার ডেটা ফাইলগুলির জন্য চেকসাম / হ্যাশগুলির একটি তালিকা রাখুন (যদিও সিডিসির তুলনায় এমডি 5 / এসএএই খুব ধীর গতির, এবং এলোমেলো ত্রুটিগুলি সিআরসি দ্বারা মিস করা উচিত নয়)
  • প্রতি কয়েক মাস:
    1. আপনার ব্যাকআপ অনুলিপিগুলি পড়ুন এবং এটি এখনও চেকসাম / হ্যাশগুলির সাথে মেলে তা যাচাই করুন।
    2. "ছদ্ম" একটি পার্টিশন -বিট-টুসকি সঙ্গে badblocks -wবা mke2fs -cc( শুধুমাত্র এক পার্টিশন , আপনার সমস্ত ডেটা, মাত্র এক কপি ওভাররাইট না!)
    3. নতুনভাবে ফ্লিপ করা পার্টিশনে আপনার ডেটাটি অনুলিপি করুন
    4. "সিউডো" - বিভাজন-বিভক্ত অন্যান্য পার্টিশন (এমন একটি যা এখনও উল্টানো হয়নি)
    5. আপনার তাড়াতাড়ি ফ্লিপ করা পার্টিশনে আপনার ডেটাটি অনুলিপি করুন

এটি কেবল আপনার ডেটা পুনরায় ফর্ম্যাট করা এবং অনুলিপি করার অনুরূপ, তবে দ্রুত / স্ট্যান্ডার্ড ফর্ম্যাটটি প্রতিটি সেক্টরে সাধারণত লিখবে না, তাই আপনি বিটগুলির অনেকগুলি পরিবর্তন / উল্টাতে না পারেন


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

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


স্পর্শকাতরভাবে সম্পর্কিত, স্পিনরাইট একটি হার্ড ড্রাইভের খারাপ সেক্টর থেকে ডেটা পড়ার জন্য "খুব চেষ্টা করে", বিভিন্ন দিক ও গতি থেকে পড়াও বোঝায়, যা gddrescue(বা কখন) আপনার ডেটা পড়তে অসুবিধে হয় sounds । gddrescue ত্রুটিযুক্ত দুটি কপি ডেটা থেকেও পড়তে পারে এবং আশা করা যায় যে একটি ভাল ভাল কপি একসাথে টুকরো টুকরো করে ফেলতে পারি এবং আপনার ডেটা পার্টিশনের দুটি (বা আরও) অভিন্ন অনুলিপিগুলি তৈরি করার জন্য আমি প্রলুব্ধ হই dd, তবে যদি ব্যাডব্লকগুলি কোনও খারাপ সেক্টর খুঁজে পায় তবে এগুলি অনুলিপি করতে পারে না কারণ এটি অভিন্ন অনুলিপিগুলিকে পরিবর্তন করবে।


আপনি একটি ব্যাখ্যা লিঙ্ক করতে পারেন ঠিক কিভাবে আপনি একটি পার্টিশন দিয়ে বিট-flig badblocksবা mke2fs?
einpoklum

বিট-ফ্লিপিং সেক্টরের ঠিকানাকে ঠিক করবে না যা সেক্টরের বাইরে রয়েছে। আমি জানি যে স্পিনরাইট চতুরতার সাথে ডিস্ক-কন্ট্রোলারের কিছু বৈশিষ্ট্যগুলি বরং বিস্ময়কর উপায়ে ব্যবহার করে, চশমা থেকে সহজেই উত্পন্ন হয় না, যা সে এখনও গোপন রাখছে। এইচডিডি পুনরুত্থানের পিছনে থাকা ছেলেরা এটি কার্যকর করে থাকতে পারে তবে এটি জনসাধারণের জ্ঞান নয়।
harrymc

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

@ আইনপোকলুম আমি উত্তরটি কিছু আপডেট করেছি। ব্যাডব্লকগুলি প্রতি বিটকে ওভাররাইট করার জন্য ম্যান পেজ ব্যতীত আমার আর কোনও লিঙ্ক নেই , তারপরে আপনার ডেটাটি আবার লিখুন।
Xen2050

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

5

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

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

ডিস্কটি সংযুক্ত থাকাকালীন আপনি বৈদ্যুতিন, হার্ডওয়্যার বা প্ল্যাটারের আসন্ন ব্যর্থতার লক্ষণগুলির জন্য কিছু স্মার্ট ডায়াগনস্টিকও চালাতে পারেন। যদিও, গুগল এবং কার্নেগি মেলন বিশ্ববিদ্যালয় দ্বারা FAST'07 উপস্থাপিত গবেষণা থেকে - যে বছর 'সেরা কাগজ' জিতেছে}, স্মার্ট পরীক্ষা ব্যর্থতার পরিচায়ক হতে পারে, তবে একটি 'পাসিং' পরীক্ষা সুস্বাস্থ্যের পরিচায়ক হতে পারে না। তবুও, চেকিং কোনও ক্ষতি করবে না। হ্যাঁ, এটি পুরানো গবেষণা, তবে কেউ নতুন কিছু দিয়ে এটি প্রতিস্থাপন করেছে বলে মনে হয় না।

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

প্রস্তাবিত করিউশন রুটিন

আপনি কোন ওএস ব্যবহার করেন, কোন সরঞ্জামগুলি বা পছন্দ করেন না বা কোন ফাইল সিস্টেম নির্বাচন করেন তা আমি জানি না। অতএব আমার পরামর্শগুলি কেবল জেনেরিক হবে, আপনাকে এমন সরঞ্জামগুলি চয়ন করতে দেয় যা আপনার কনফিগারেশন এবং পছন্দগুলিকে সবচেয়ে উপযুক্ত করে।

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

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

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

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


4

চৌম্বকীয় মিডিয়া সময়ের সাথে সাথে বিবর্ণ হতে পারে এবং ফলাফলটি খারাপ বিট বা ক্ষেত্র। একটি সমাধান হতে পারে প্রতি কয়েক বছরে একবার চৌম্বকীয় অংশটি পুনর্নবীকরণ করা।

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

একটি বিকল্প সমাধান হ'ল ডিস্ক পুনরায় উত্পন্ন পণ্য ব্যবহার করা। এই পণ্যগুলি শারীরিক স্তরে ডিস্ক স্ক্যান করে প্রতিটি সেক্টর এবং তার ঠিকানা পড়ে এবং চৌম্বকীয় তথ্য পুনর্নবীকরণের জন্য উভয়কেই আবার লিখন করে।

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

এই জাতীয় কয়েকটি পণ্য এখানে দেওয়া হল:

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

  • SpinRite (টাকা গ্যারান্টি সহ 89 ডলার) - এটি বেশ কয়েক বছর ধরে আপডেট হয়নি, যদিও এটি কয়েক বছর আগেও আমার ডিস্কটি সংরক্ষণ করেছিল। পণ্যটি বেশ পুরানো হওয়ায় আমি টাকা ফেরতের গ্যারান্টিতে বিশ্বাস করব না।

  • এইচডিডি পুনর্নির্মাণকারী (অর্থ ফেরতের গ্যারান্টি সহ 89.99 ডলার) - ভাল পর্যালোচনা সহ একটি নতুন পণ্য।

নিরাপদে দীর্ঘমেয়াদী স্টোরেজ সন্ধানকারী পাঠকদের সম্পূর্ণতার জন্য, আমি মন্তব্য করব যে "লেখার জন্য একবার পড়ুন-চিরকালের জন্য" ডিভিডি এবং ব্লু-রে পণ্যগুলি বাণিজ্যিকভাবে এম-ডিআইএসসি বা আর্কাইভাল ডিস্ক হিসাবে ব্র্যান্ডযুক্ত exist


আমি জানি স্পিনরাইট তার নিজস্ব বুটেবল মিডিয়াম ব্যবহার করে; আপনি উল্লিখিত অন্যান্য সম্পর্কে কি? তারা কি উইন্ডোজ ভিত্তিক? লিনাক্স-ভিত্তিক? নিজস্ব-বুট করার যোগ্য ভিত্তিক?
einpoklum

1
উইন্ডোতে ডিস্কফ্রেস চালিত হয় এবং এইচডিডি পুনরুত্পাদনকারী উইন্ডোজ এবং বুটযোগ্য ফ্ল্যাশ ডিস্ক উভয়ই করে।
harrymc

সুতরাং সম্ভবত আমার জিজ্ঞাসা করা উচিত যে লিনাক্সের সমতুল্য করার জন্য একটি পৃথক বুটেবলযোগ্য প্রয়োজন, বা আপনি কেবল /dev/sdXডিভাইস ফাইল এবং এর ddঅনুরূপ কিছু দিয়ে করতে পারেন কিনা ।
einpoklum

1
@ আইনপোকলুম: কোনও অপারেটিং সিস্টেমের অধীনে যে কোনও পণ্য (গুলি) যা গভীর ফর্ম্যাটিং এবং ডিস্ক ইমেজিং এবং পুনর্লিখন করে তা পুনরায় লেখার অংশের জন্য ডিডি সহ কাজ করবে। পয়েন্টটি হ'ল ডিস্কের সমস্ত সেক্টর সম্পূর্ণরূপে পুনর্নবীকরণ করা, ফাইল ডেটা এবং মেটাডেটা উভয় ক্ষেত্রে ব্যবহৃত সেক্টর। ডিস্কটি অনুলিপি করার সময় একটি বিকল্প অস্থায়ী স্টোরেজ প্রয়োজন, তবে আজ এটি সস্তা।
harrymc

@ আইনপোকলুম: রক্ষণাবেক্ষণের জন্য একজন ডিস্কফ্র্যাশ ব্যবহার করতে পারে এবং ত্রুটি থেকে পুনরুদ্ধার করার জন্য আরও উন্নততর ইউটিলিটিগুলি ব্যবহার করতে পারে (সাফল্যের নিশ্চয়তা নেই)। ডিস্কফ্রেশ সঠিক স্টোরেজ শর্তে যথেষ্ট হওয়া উচিত।
harrymc

3

কোনও রক্ষণাবেক্ষণ যা করা উচিত হবে না। ড্রাইভটি পুনরায় সংযুক্ত করা এবং এটিকে শক্তিশালী করা এটিকে ক্রমাগতভাবে চালিত হওয়ার চেয়ে বেশি ঝুঁকির প্রতিনিধিত্ব করে এবং এটি একটি বাক্সে ঘুমিয়ে যাওয়ার চেয়ে বেশি। সুতরাং এটি প্রায়শই পরীক্ষা করা আসলে ক্ষতির সম্ভাবনা বাড়িয়ে তুলবে।

আপনি এটি কীভাবে সঞ্চয় করেন তা দুর্দান্ত তবে তাপমাত্রার কথা ভুলে যাবেন না । এটি চরম হতে না। ব্যাকআপ ড্রাইভ হিসাবে আপনি ঠিক কী ব্যবহার করেন? কিছু অন্যদের চেয়ে উপায় আরও টেকসই হয়।

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

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


1
'নোটস' অংশে নির্দিষ্ট কোন এইচডিডি ব্যবহৃত হয় তা তালিকাভুক্ত করা হয় (তোশিবা STOR.E বেসিক 750 গিগাবাইট)। এছাড়াও, আপনি কি এই দাবিতে কোনও প্রকারের রেফারেন্সের সাথে লিঙ্ক করতে পারেন যে ড্রাইভগুলি চালিত করা এবং সংযোগ স্থাপন ব্যর্থতার আনুমানিক সময় হ্রাস করে? দাবিটির কোনও কারণ নেই তা নয়, এটি কেবলমাত্র অন্যান্য লোকেরা মূলত বিপরীতে পরামর্শ দিচ্ছেন।
einpoklum

কোনও রক্ষণাবেক্ষণ করা উচিত নয় এবং এটিকে শক্তিশালীকরণ করা উচ্চতর ঝুঁকিপূর্ণ হওয়ার জন্য ভিত্তি হিসাবে আপনি যা কিছু উদ্ধৃত করতে পারেন?
ফিক্সার 1234

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

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

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

3

আমি সবসময় অনুভব করেছি যে কৌশলটি অনুমান করা আপনার ড্রাইভ ব্যর্থ হবে । ব্যর্থতার কিছু মোড রয়েছে যা এলোমেলো। এলোমেলো ব্যর্থতার জন্য - এখানে দুটি দিক রয়েছে - ড্রাইভ এবং ফাইল সিস্টেম।

যদিও এটি কিছুটা অস্বাভাবিক উত্স - এই reddit থ্রেড পরামর্শ দেয় যে একটি প্রদত্ত বিটটি 10 ​​বছর বা তার মধ্যে ফ্লপ হতে পারে, যদিও আমার সন্দেহ হয় যে একটি ফ্লিপড বিট চুপচাপ ইসিসি দ্বারা পরিচালিত হবে - হয় ফাইল সিস্টেমের মধ্যে বা ড্রাইভে নিজেই।

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

অবশেষে হঠাৎ গাড়ি চালানো বা নিয়ন্ত্রকের মৃত্যুর ঝুঁকি রয়েছে । তত্ত্বের ভিত্তিতে, আপনি নিয়ন্ত্রিত, শীতল তাপমাত্রায় চালনা করে ড্রাইভটিকে বাচ্চা করতে পারেন, যা ড্রাইভের জীবনকে সর্বাধিক করে তোলার জন্য পরিচিত, তবে আমি কখনই ড্রাইভ দ্বারা বাচ্চা পাইনি।

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

অবশেষে, আমি শেষ পর্যন্ত পরিচিত এমন ড্রাইভগুলি বেছে নিই । আমি প্রতি কয়েক বছর পরিকল্পিতভাবে বাইরের ড্রাইভগুলি ঘোরান, বর্ধিত ড্রাইভগুলি ক্রমশ নীচে নামিয়ে আনছি।

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


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

প্রতিফলিত আপডেট। যাচ্ছে মাথা ঘামান না আরও অনেক কারণ এই ফাইল সিস্টেম would সত্যিই নেই কাজ তার usecase /
মজুর গিক

হ্যাঁ, এই জাতীয় দৃশ্যে চেকসামগুলির একমাত্র উপকারটি হ'ল আপনি কমপক্ষে জানেন যে কোন ফাইল / ড্রাইভগুলি বিশ্বাস করবেন না।
বব

এইচডিডি যখন কেবল সেখানে বসে আছে তখন কেন সেক্টরগুলি পুনরায় স্থানান্তরিত হবে? আমার অর্থ, আপনি সুপারিশ করতে পারেন যে আমি স্মার্টের পরিসংখ্যানগুলি চেক করে পুরো ডিস্কের সামগ্রীগুলি কোথাও অস্থায়ী (বা /dev/nullহতে পারে?) এ অনুলিপি করার পরে এবং এটি ত্রুটি এবং পুনঃস্থাপনের সূত্রপাত করবে।
einpoklum

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

2

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

নকশা দ্বারা হার্ড ড্রাইভগুলি তুলনামূলকভাবে স্বল্পমেয়াদী ডেটা সঞ্চয় করার জন্য। দুটি দুর্দান্ত নিবন্ধ, /server/51851/does-an-unplugged-hard-drive-used-for-data-archival-deteriorate এবং অব্যবহৃত হার্ড ড্রাইভের ডেটা হারানো পর্যন্ত কত সময়? একটি হার্ড ডিস্ক ড্রাইভে সঞ্চিত ডেটাটির আজীবন আলোচনা করুন। সর্বদা হিসাবে, আপনার মাইলেজ পরিবর্তিত হতে পারে।

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

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


আপনি যা বলছেন তা সবই সত্য, তবে কেবলমাত্র শেষ অনুচ্ছেদটি প্রশ্নের উত্তর দেয়।
einpoklum

রিফ্রেশ করার সুবিধা এবং এক বছরের সময়সীমার ভিত্তি হিসাবে আপনি উদ্ধৃত করতে পারেন এমন কিছু কি আছে?
ফিক্সার 1234

1

আমি এটি সম্পর্কে কোনও বিশ্বাসযোগ্য, বৈজ্ঞানিকভাবে ব্যাকড ডেটা খুঁজে পাইনি। সাধারণভাবে বলতে গেলে, এই সমস্যার দুটি দিক রয়েছে:

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

বিট পচা আলোচনা করা হয়েছে এই থ্রেড থেকে 2008. ব্যবহারকারী arnaudk লিখেছিলেন:

আমি যা নির্ণয় করতে পারি তা থেকে দেখে মনে হচ্ছে তাপীয় চালিত ডিমেগনেটাইজেশনের কারণে হার্ড ড্রাইভটি অন্ধকার কোণে কেবলমাত্র তাপমাত্রায় বসে থাকলে আপনার ডেটা আলগা করতে আপনার প্রায় 22 বছর (নীচে বিশদ) লাগবে । বাস্তবে, যান্ত্রিক কম্পন এবং বাহ্যিক চৌম্বকীয় ক্ষেত্রগুলির কারণে হার্ডড্রাইভের মোটর থেকে শুরু করে 50km দূরে বিদ্যুৎ ঝড় পর্যন্ত সমস্ত কিছুর কারণে এই সময়টি কিছুটা সংক্ষিপ্ত হবে।

সিস্টেম ডিজাইনের উপর নির্ভর করে সিগন্যাল ক্ষয়ের গ্রহণযোগ্য মাত্রাগুলি পরিবর্তিত হয় তবে সাধারণত এটি 10-20% [রেফ 4] এর মধ্যে থাকে, সুতরাং পুরো বিট ডোমেনকে 20% পেতে প্রায় 22 বছর লাগবে (-1/326000) * ln (0.8) = প্রায় 22 বছর একমাত্র তাপীয় চূড়ান্ত প্রভাবের কারণে দুর্বল হওয়ার ফলে ডেটাগুলির সম্ভাব্য ক্ষতি হয়।

(পোস্টের সরাসরি লিঙ্ক)

এটিই আমি খুঁজে পেতে পারি mate যদি এটি সঠিক হয় তবে আপনি ডেটা "রিফ্রেশ" করতে নিরাপদে প্রতি 5 বছর পুরো ড্রাইভটি পুনরায় লিখতে পারেন।

যান্ত্রিক সমস্যাগুলি আরও রহস্যজনক। ব্যাকব্লেজ এমন একটি সংস্থা যা তাদের ডেটাসেন্টারে হাজার হাজার গ্রাহক-গ্রেড হার্ড ডিস্ক ব্যবহার করে এবং নিয়মিত তাদের মঙ্গল সম্পর্কে আপডেটগুলি পোস্ট করে। তাদের অনুমান অনুসারে ২৪/১7 স্পিনিংয়ের 4 বছর পরে 20% হার্ড ড্রাইভ মারা গিয়েছিল এবং এই ধারা অব্যাহত থাকলে 6 বছরের পরে তার অর্ধেক চলে যাবে। এটি এই গুগল হাইটপেপারের পরিসংখ্যানগুলির সাথে মিলিয়ে কমবেশি । তবে, এটি হার্ড ডিস্কের জন্য কোনও স্ট্যান্ডার্ড ইউজ কেস নয় এবং আমরা বাক্সে অফলাইনে বসে ড্রাইভের সাথে এটি খুব কমই তুলনা করতে পারি। এই ক্ষেত্রে মোকাবেলা করা কোনও গবেষণা সম্পর্কে আমি অবগত নই।

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


0

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

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

বিশ্বাস করুন, শিল্প হার্ডডিস্কের বিপরীতে নিজেই ডেটা দৈর্ঘ্যের উন্নতি করতে কাজ করছে।


এটি ক্ষতি থেকে রক্ষা করা ভাল পরামর্শ। দীর্ঘমেয়াদী বৃদ্ধি পাবে এমন খুব কমই আছে এই দৃser় সমর্থনকে সমর্থন করার জন্য আপনি কি কিছু উদ্ধৃত করতে পারেন?
ফিক্সার 1234

-1

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

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

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

এইচডিডি চলাকালীন কম্পন / কাঁপুনি তাদের পক্ষে ভাল নয়। (পোর্টেবল এইচডিডি জন্য বিশেষত গুরুত্বপূর্ণ - এটি কাজ করার সময় এগুলি সরাবেন না)

এছাড়াও, বিশেষ এইচডিডি এর কাজের জন্য সঠিক মডেল নির্বাচন করা (নজরদারি, এনএএস, ডেস্কটপ ...) তাদের লাইভ বাড়ানোর উপায় a


1
আমি মনে করি না যে সে এটিকে বাক্সে
চালিয়েছে

আমি আসলে এটি চালাচ্ছি না ... এটি কেবল ব্যাকআপ। অবশ্যই আমি এটিকে বাক্সের মধ্যে থেকে চালাব না :-) সে কারণে কোনও ইউপিএস বা কম্পন ইত্যাদি সম্পর্কে পরামর্শটি আমার ক্ষেত্রে অপ্রাসঙ্গিক (এটি নিয়মিত / ঘন ঘন ব্যবহারের মধ্যে থাকা কোনও ডিস্কের সাথে প্রাসঙ্গিক হবে
ইনপোকলুম

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

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

-3

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

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

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

এক পর্যায়ে "অতিরিক্ত" সেক্টর ব্যবহার করা হবে (বিশেষত এই উদ্দেশ্যে) এবং সিস্টেমটি ড্রাইভের "সাধারণ" অঞ্চলগুলি ব্যবহারযোগ্য হিসাবে চিহ্নিত করতে শুরু করবে - বাইট গণনা হ্রাস পাবে। এই মুহুর্তে ড্রাইভটি স্ক্র্যাপ করা উচিত - ইতিমধ্যে সম্ভবত ডেটা ক্ষতি হতে পারে। এটি একটি হার্ড ড্রাইভের জন্য স্বাভাবিক যা 5-10 বছরে 24/7 এ রাখা হয়।

ড্রাইভটির দীর্ঘায়ু বাড়ানোর একমাত্র উপায় হ'ল কয়েক মিনিটের নিষ্ক্রিয়তার পরে সিস্টেমটিকে এটিকে পাওয়ার করার জন্য সেট করা। আমার কাছে একটি 2 টিবি ড্রাইভ রয়েছে যা আমি মাস্টার ব্যাকআপ হিসাবে ব্যবহার করি এবং এটি 10 ​​মিনিটের অ-ব্যবহারের পরে পাওয়ার হয়ে যায়। আমি এটি অ্যাক্সেস না করে 30 দিন যেতে পারি এবং তাই এটি বন্ধ থাকে। এটি পাওয়ার জন্য এটি 20 সেকেন্ড সময় নেয় এবং এটির প্রয়োজন হলে পাঠযোগ্য।


সুতরাং আলোচনাটি যদি শেল্ফ লাইফের মধ্যে সীমাবদ্ধ থাকে তবে পর্যায়ক্রমে কখনও চালিত হয় না; তারপরে উপরের লিঙ্কটিতে ভালভাবে আবৃত পরিবেশগত উদ্বেগ রয়েছে "একটি অব্যবহৃত হার্ড ড্রাইভের ডেটা হারানো পর্যন্ত কত সময়?" আন-পাওয়ার চালিত ইলেক্ট্রনিক্স সম্পর্কে যে আলোচনায় আমি কেবলমাত্র উল্লেখ করি নাই তা ক্যাপাসিটর শেল্ফ লাইফ। এগুলি পর্যায়ক্রমিক ব্যবহারের দ্বারা দীর্ঘস্থায়ী হয়; অন্যথায় তারা শুকিয়ে যায়; এটি একটি ক্যাপাসিটরের বৈদ্যুতিন-রাসায়নিক কাঠামো (এবং ব্যাটারি)।

ক্যাপাসিটর জীবনের জন্য থাম্বের নিয়মটি 20 বছর বয়সী। এটিকে ২০/২০ বিধি বলা হয়। ব্যবহারের প্রথম 20 মিনিটের মধ্যে ক্যাপাসিটার ব্যর্থতা সর্বাধিক হবে, তবে বিশ বছর ব্যবহারের পরে পরিসংখ্যানিক ব্যর্থতা আবারও ছাড়িয়ে যাবে। তবে তারা যদি ব্যবহার না করা হয় তবে 20 বছরেরও বেশি দ্রুত ব্যর্থ হয়।

বৈদ্যুতিন উপাদানগুলিতে সর্বাধিক সাধারণ (সাধারণভাবে বলা) ব্যর্থতা হ'ল ক্যাপাসিটারগুলি। ক্যাপাসিটারগুলি (তড়িৎ-রাসায়নিক), তারপরে ইন্ডাক্টর এবং ট্রান্সফরমারগুলি (এলট্রো-মেকানিকাল) ব্যবহার করা হচ্ছে কিনা তা পরিধান করে।


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

সাম্প্রতিক একটি ব্লগে এটি 5 টি স্মার্ট বৈশিষ্ট্য আসন্ন ড্রাইভ ব্যর্থতা নির্দেশ করে এমনটি নির্দেশ করে ডেটা প্রকাশ করেছে:

From experience, the following 5 SMART metrics indicate impending disk drive failure:

    SMART 5 – Reallocated_Sector_Count.
    SMART 187 – Reported_Uncorrectable_Errors.
    SMART 188 – Command_Timeout.
    SMART 197 – Current_Pending_Sector_Count.
    SMART 198 – Offline_Uncorrectable.

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

নিবন্ধটি পরামর্শ দিতে চলেছে:

স্মার্ট 5: রিলোকটেড_সেক্টর_এক অ্যাকাউন্ট 1-4 এ নজর রাখুন, 4 টিরও বেশি প্রতিস্থাপন করুন

স্মার্ট 187: প্রতিবেদন করা হয়েছে_আর ভুল 1 বা আরও বেশি প্রতিস্থাপন করুন

স্মার্ট 188: কমান্ড_পরিচালনা 1-13 এতে নজর রাখুন, ১৩ টিরও বেশি প্রতিস্থাপন করুন

স্মার্ট 197: কারেন্ট_পেন্ডিং_সেক্টর_কাউন্ট 1 বা আরও বেশি প্রতিস্থাপন করুন

স্মার্ট 198: অফলাইন_অনুগঠনযোগ্য 1 বা আরও বেশি প্রতিস্থাপন করুন


4
> উইন্ডোজ সিস্টেমগুলি লিনাক্সের চেয়ে অনেক বেশি ক্লাস্টার আলগা করে। যে কারণে, প্রতি 3-6 মিমি একটি chkdsk উইন্ডোজ সিস্টেমে বুদ্ধিমান। [উদ্ধৃতি প্রয়োজন] - আমি এর আগে এমন পরামর্শ শুনিনি heard 2007 সালের পরে, যাই হোক না কেন। এবং এটি বরং প্রশ্নটির অर्थগোনাল, যা বেশিরভাগই পাওয়ার-অফ স্টোরেজের হার্ডওয়্যার সম্পর্কে জিজ্ঞাসা করে - এমন হার্ডওয়ার যা আপনি কোন ধরণের ফাইল সিস্টেম ব্যবহার করছেন তা সত্যিই যত্নশীল নয়।
বব

1
এছাড়াও, ড্রাইভের স্বাস্থ্য পরীক্ষা করতে কোনও প্রকারের ফাইল সিস্টেম-স্তরের 'খারাপ সেক্টর' গণনা ব্যবহার করা ... অদ্ভুত। স্মার্ট এর জন্যই বিদ্যমান। যা ঘটনাক্রমে রিলোকটেড সেক্টর গণনা এবং মুলতুবি থাকা খাত [পুনঃনির্দেশ] উভয়ই রিপোর্ট করে (এবং এর মধ্যে যদি কোনওটি 0 এর বাইরে থাকে তবে ড্রাইভটি প্রতিস্থাপনের সময় এসেছে)।
বব

1
এই উত্তরটি, যদিও এতে সহায়ক তথ্য থাকতে পারে (যদি এর মধ্যে কোনও অনুমানের চেয়ে বেশি থাকে) তবে প্রশ্নের উত্তরটিতে বর্ণিত স্পষ্ট প্রয়োজনীয়তার উত্তর দেয় না, যা বিশেষত পাওয়ার-অফ হার্ডওয়ারের দীর্ঘায়ু জন্য সঠিক যত্ন এবং রক্ষণাবেক্ষণ সম্পর্কে ছিল।
music2myear

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

1
কোন "লিনাক্স সিস্টেম" বা "উইন্ডোজ সিস্টেম"? কি পরেন? আমি মনে করি আপনি আমার ডিস্কের উত্তর না দিয়ে চলমান সিস্টেমে ব্যবহৃত ডিস্কগুলির বিষয়ে কথা বলছেন।
einpoklum
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.